2013-11-01 01:04 dos1 has quit [Ping timeout: 246 seconds] 2013-11-01 04:47 https://developer.android.com/about/versions/kitkat.html 2013-11-01 04:47 you can hate on android all you want, but they really got their shit together in the last few releases and made a great OS 2013-11-01 04:52 unclouded has quit [Remote host closed the connection] 2013-11-01 04:54 colorful :) 2013-11-01 04:54 i'd go right to cyanogenmod, though. the only real chance for long-term updates. 2013-11-01 04:56 sure, for me android pretty much equates with CM or replicant :) 2013-11-01 04:56 nexuses got a decent upgrade schedule, but CM still beats them on everything 2013-11-01 04:56 ... except proprietary lock-in 2013-11-01 05:06 damn. not having that wuold really suck ;-) 2013-11-01 05:08 yeah. I mean, NSA should have all my data too, right?! 2013-11-01 05:08 heard of latest Snowden reveal? NSA tapped into Google's privately *owned* fiber between their privately *owned* DCs without Google's knowledge 2013-11-01 05:08 bet they're pissed off now 2013-11-01 05:13 they shouldn't be pissed off. they should build data centers elsewhere. actually, they've been doing this for a while already ... 2013-11-01 05:14 I doubt they could stop building datacenters in US, though 2013-11-01 05:15 hm. 2013-11-01 05:15 or maybe they can? what's worse, the stick of losing your customer's data or the carrot of having response time under 100ms? 2013-11-01 05:19 they're talking about crypting more stuff now 2013-11-01 05:20 they can build the everywhere, then choose a date replication algorithm that keeps non-US things outside the US 2013-11-01 05:20 right direction...but only partially helpful tho ;) 2013-11-01 05:20 in the end... its a us company 2013-11-01 05:21 but hey.. multinational companies often move if pissed off enough 2013-11-01 05:23 roh: yeah, it's been for a while 2013-11-01 05:23 wpwrak: I think that's pretty much what amazon does 2013-11-01 05:23 guess that's we'll see soon 2013-11-01 05:59 jekhor has joined #qi-hardware 2013-11-01 06:45 wolfspraul has joined #qi-hardware 2013-11-01 06:48 FDCX has quit [Remote host closed the connection] 2013-11-01 08:00 jekhor has quit [Ping timeout: 272 seconds] 2013-11-01 08:10 jekhor has joined #qi-hardware 2013-11-01 08:12 xiangfu has joined #qi-hardware 2013-11-01 08:23 jekhor has quit [Ping timeout: 268 seconds] 2013-11-01 08:25 jekhor has joined #qi-hardware 2013-11-01 08:41 lekernel has joined #qi-hardware 2013-11-01 09:39 dos1 has joined #qi-hardware 2013-11-01 09:52 rz2k has joined #qi-hardware 2013-11-01 10:10 panda|x201 has joined #qi-hardware 2013-11-01 10:54 qwebirc32134 has joined #qi-hardware 2013-11-01 10:55 qwebirc32134 has left #qi-hardware [#qi-hardware] 2013-11-01 11:09 jekhor has quit [Read error: Operation timed out] 2013-11-01 11:53 newcup has joined #qi-hardware 2013-11-01 11:59 xiangfu has quit [Remote host closed the connection] 2013-11-01 12:10 [commit] Werner Almesberger: ircstat/ML: update for 10/2013 (master) http://qi-hw.com/p/wernermisc/a804f35 2013-11-01 13:43 jekhor has joined #qi-hardware 2013-11-01 13:51 dos1 is now known as dos1|away 2013-11-01 14:38 jekhor has quit [Ping timeout: 240 seconds] 2013-11-01 14:59 pcercuei has joined #qi-hardware 2013-11-01 15:27 dos1|away is now known as dos1 2013-11-01 15:44 DocScrutinizer05: kewl, you already passed 5k and do the design work 2013-11-01 15:45 DocScrutinizer05: btw, the funding page is nicely done. a bit of pleasant visuals goes a long way :) plus, you have good information there, too 2013-11-01 15:48 thanks 2013-11-01 15:48 sebastian's work 2013-11-01 15:49 he even couldn't resist to integrate an easter egg 2013-11-01 15:50 wich i'll use if some user asks for pink ponies again 2013-11-01 15:50 ;-) 2013-11-01 15:52 ;-)) 2013-11-01 15:57 DocScrutinizer05: easter egg? 2013-11-01 16:02 ponies 2013-11-01 16:04 pink easter ponies 2013-11-01 16:09 the angry blue one is scary 2013-11-01 16:10 the magic one 2013-11-01 16:10 well, I think they all are magic 2013-11-01 16:11 I don't follow. do you have a link? 2013-11-01 16:11 number 8 2013-11-01 16:11 #ponies 2013-11-01 16:11 ooh, it's called the shadowbolt 2013-11-01 16:12 err nope? 2013-11-01 16:12 wat 2013-11-01 16:12 #13 is a dragon :-O 2013-11-01 16:15 cde: wikia has an article on them: http://falloutequestria.wikia.com/wiki/Shadowbolts 2013-11-01 16:16 oh wow 2013-11-01 16:19 GOD a pinao pony 2013-11-01 16:19 piano* 2013-11-01 16:20 AAH, the *.gif context gives it away, I meant the nightguard 2013-11-01 16:20 https://raw.github.com/dos1/Browser-Ponies/gh-pages/ponies/royal night guard/nightguard_left.gif 2013-11-01 16:22 https://raw.github.com/dos1/Browser-Ponies/gh-pages/ponies/iron will/ironwill_walk_left.gif LOL 2013-11-01 16:25 GOD! they are army - https://github.com/dos1/Browser-Ponies/tree/gh-pages/ponies/ 2013-11-01 16:30 a wabbit a wabbit 2013-11-01 16:33 ok, this starts to eat significant parts of my CPU and RAM now, so time to stop it. http://wstaw.org/m/2013/11/01/plasma-desktopyx3743.png 2013-11-01 16:33 this is insane 2013-11-01 16:33 panda|x201 has quit [Ping timeout: 272 seconds] 2013-11-01 16:33 this is what you get from Friday and holiday, after a very exhausting Thursday 2013-11-01 16:35 with funny stuff like 1, ... 2, 3 donations a 4kEUR, then zilch since all three were hoax 2013-11-01 16:35 FSFE zealots bitching at real life properties of WLAN chips 2013-11-01 16:36 Brasilia no valid destination for online shopping/shipping of any goods 2013-11-01 16:36 and 3 dozen other funny things 2013-11-01 16:36 incl slashdot 2013-11-01 16:37 well thanks to FSFE zealots we now have fully blob-free WLAN drivers 2013-11-01 16:37 tell me more about it 2013-11-01 16:38 https://github.com/qca/open-ath9k-htc-firmware 2013-11-01 16:38 particularly tell me how you get a blob-free hardmac running, for PSM without hogging AÜE CPU 2013-11-01 16:38 PCI/PCIe don't actually require a blob, the latency of the bus is low enough 2013-11-01 16:38 APE* 2013-11-01 16:39 well, embedded usually has no PCI/PCIe 2013-11-01 16:39 correct 2013-11-01 16:40 and latency of a CPU in zero-clock mode is low, but not THAT low 2013-11-01 16:40 also correct 2013-11-01 16:41 tbh I prefer a blob to a firmware in some fused flashrom inside the WLAN chip 2013-11-01 16:41 at least I can update the blob any time 2013-11-01 16:41 and I can RE it, if I can 2013-11-01 16:42 well the flash can also be updated; unless you meant an actual rom 2013-11-01 16:42 THAT however usually requires WINDOWS blobs apps 2013-11-01 16:43 since chip manuf doesn't bother to ship a FOSS linux tool to do such update 2013-11-01 16:43 so the FW blob you load in chip init time is the clearly better alternative 2013-11-01 16:44 s/ in / on 2013-11-01 16:44 DocScrutinizer05 meant: "so the FW blob you load on chip init time is the clearly better alternative" 2013-11-01 16:45 ok 2013-11-01 16:45 and the heck I have no problems whatsoever with a blob of DATA on my linux system, fsck GNU and RMS 2013-11-01 16:46 the assumption that such *data* was a *program* relevant for GNU is erratic anyway 2013-11-01 16:48 so you are willing to surrender your freedom for a little bit of convenience? 2013-11-01 16:48 was it this very cahnnel or another one where I stated just today: "why is a closed source program allowed when it runs in user land on a GNU linux system, but _not_ allowed when I offload it to a coprocessor located on a peropheral chip?" 2013-11-01 16:48 au contraire, cde. I *insist* in my freedom to use and tamper with such blobs 2013-11-01 16:49 that's good 2013-11-01 16:49 but you shouldn't give your moneys to companies that sell you hw with blobs 2013-11-01 16:50 well, I can as well keep my money and eat it 2013-11-01 16:50 but it's not as tasty 2013-11-01 16:50 IOW: there is no choice 2013-11-01 16:50 there is a choice. for example you can choose not to buy Apple hardware 2013-11-01 16:51 well, I can as well keep my money and eat it 2013-11-01 16:51 oh, I already said that 2013-11-01 16:51 also, you can choose not to buy on Amazon to protest their DRM policies 2013-11-01 16:52 I can also choose to not breathe anymore 2013-11-01 16:52 yes. to protest the fact that the universe is not free software 2013-11-01 16:52 don't tell me about my choices to NOT do something 2013-11-01 16:53 since that's a) obvious and trivial, and b) leading nowhere 2013-11-01 16:53 correct 2013-11-01 16:53 tell me which choice I have for a WLAN chip that can do hardmac and still offers packet injection, firmware update, and monitor mode 2013-11-01 16:54 I'd actually be happy when you come up with *any* other choice than "not do it" 2013-11-01 16:56 but honestly, I'm not too interested in perpetuating the debate with that other guy as of yesterday 2013-11-01 16:57 it ended in him revoking his donation since Neo900 wasn't able to offer the WLAN pink ponies he hoped for 2013-11-01 16:59 and I wasted ~90min on that 2013-11-01 16:59 so on the end he asked "tell me is the wlan chip sharing RAM with the CPU" 2013-11-01 17:00 then he revoked his donation after we told him that it#s connected via SPI 2013-11-01 17:00 futile effort to discuss with those zealots 2013-11-01 17:00 any ath9k-based chip really. such as http://dx.com/p/802-11n-150mbps-wifi-wlan-wireless-network-usb-adapter-53538 2013-11-01 17:01 fine, I'll happily check it 2013-11-01 17:01 thanks 2013-11-01 17:01 np. there is also https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-usb-adapter-gnu-linux-tpe-n150usb which is FSF certified 2013-11-01 17:01 it's not like we are averse against freedom and FOSS, you know ;-) 2013-11-01 17:02 yes. we also both like ponies, but in moderate amounts 2013-11-01 17:02 just we need a hardmac chip (aka 'cpu on chip, so main CPU can sleep and chip handles PSM') 2013-11-01 17:03 which rules out all softmak (driver runs on APE CPU) solutions 2013-11-01 17:03 softmac even 2013-11-01 17:04 afaik all USB-based solutions are softmac due to the high latency of the bus. unfortunately you can't wake up the CPU with USB 2013-11-01 17:04 ideally we find a chip that can do both hardmac and softmac - iirc the prism54 been such a critter 2013-11-01 17:05 err, that would rather speak for hardmac 2013-11-01 17:05 yes, that's what I meant. the MAC runs on the stick 2013-11-01 17:05 right 2013-11-01 17:06 a way to do what you need is to identify a GPIO out of the AR9271 chip that could be used to wake the CPU which would then proceed with the transfer over USB 2013-11-01 17:06 though via USB you can control the RF lowlevel, the bandwidth is sufficient and the CPU usually strong enough (heck it even can do SDR) 2013-11-01 17:07 USB sticks usually are used on laptops and the like, where CPU never sleeps 2013-11-01 17:08 and I think for softmac drivers it's not relevant which interface is used to attach the WLAN radio 2013-11-01 17:09 the prism54 softmac worked fro USB dongles 2013-11-01 17:09 for* 2013-11-01 17:10 it had a FOSS softmac, a blob hardmac firmware, and they worked on a FOSS hardmac firmware 2013-11-01 17:10 the latter never got finished afaik 2013-11-01 17:10 too many mysteries inside the chip 2013-11-01 17:15 yes that is sad 2013-11-01 17:16 lekernel did in fact some amazing work on it 2013-11-01 17:17 and then found out about FPGAs 2013-11-01 17:17 :) 2013-11-01 17:18 we had a bunch of things working nevertheless. UART, GPIO, USB, PCI, some of the crypto acceleration, and most of the transceiver 2013-11-01 17:20 anyway: http://privatepaste.com/4df9cc6030 2013-11-01 17:20 is what we're confronted with 2013-11-01 17:24 mandatory features for WLAN: PSM/low-power_always-on, 54Mb, independant operation (no constant support from main CPU), monitor mode. Almost mandatory: packet injection. Nice to have: no blobs 2013-11-01 17:26 if any of the hardcore freedom lovers wants us to change those priorities, then they need to come up with a suggestion how to handle that in a way so the other 99.9% of users are also satisfied 2013-11-01 17:27 ooh I forgot: small package 2013-11-01 17:27 and a useful hw interface 2013-11-01 17:28 and full documentation aka available drivers in linux 2013-11-01 17:28 FOSS drivers 2013-11-01 17:29 we're appreciating all help we can get on identifying the right chip for us 2013-11-01 17:29 if it then is also sourcable in small quatities, all the better (euphemism!) 2013-11-01 17:31 we'll happily use any chip you manage to come up with, as long as it satisfies the above requirements 2013-11-01 17:44 FDCX has joined #qi-hardware 2013-11-01 17:46 hey folks, do you possibly know what *module* one could use for 6lowpan? 2013-11-01 17:46 not on-chip RF. 2013-11-01 17:47 DocScrutinizer05: in the GCW Zero is a Realtek 8188CUS; it's far from perfect but it is usable 2013-11-01 17:47 there is a mainline kernel driver, but that doesn't actually work when we test it (handshaking with AP gets stuck) 2013-11-01 17:48 o.O 2013-11-01 17:48 there is a driver from Realtek itself that works, but is huge and ugly code 2013-11-01 17:48 ooh 2013-11-01 17:48 it has a blob in the wifi chip itself, but everything that runs on the CPU is open source 2013-11-01 17:49 apparently the 8188CUS is no longer available, but the 8188EUS is and it's pretty similar 2013-11-01 17:49 I noticed in his github that Larry Finger is cleaning up the driver code for the EUS 2013-11-01 17:49 yeah, I'm sure we had that one on our radar 2013-11-01 17:49 but I don't have the EUS hardware yet, so I can't test it 2013-11-01 17:50 oops, nope, W2CBW003 8686 2013-11-01 17:50 W2CBW0015 8787 2013-11-01 17:51 TiWi 5/6/7/8 2013-11-01 17:52 jorJin 2013-11-01 17:52 I'll have a look into the realtek 8188 2013-11-01 17:54 jekhor has joined #qi-hardware 2013-11-01 17:57 * DocScrutinizer05 wonders if we should set up a wiki page based on the feasibility study 2013-11-01 17:58 you're aware of the feasibility study, are you? 2013-11-01 18:01 http://projects.goldelico.com/p/neo900/downloads/53/ 2013-11-01 18:20 working hardmac wifi? bwahahahahaha 2013-11-01 18:21 sorry.. but you already lost. 2013-11-01 18:21 doesnt exist atheros usb chipsets are as near as it gets 2013-11-01 18:23 most important: n support. in front of anything else on wifi. 2013-11-01 18:24 loads of people disable b/g support nowadays and i've seen routers delivered that way in the stock firmware 2013-11-01 18:24 I hadn't seen that study yet 2013-11-01 18:25 me neither.. nice work 2013-11-01 18:27 my best guess would be ar9170 or something near that series 2013-11-01 18:28 but i havent checked module avail or how big these are 2013-11-01 18:31 anyhow.. whichever vendor makes the race.. there needs to be some way to flash/ramload that hardmac to be able to update its firmware (closed or not) and a proper process to get these. i got quite some devices around which basically arent useable anymore due to 'too old wifi' 2013-11-01 18:36 _whitelogger has joined #qi-hardware 2013-11-01 18:37 DocScrutinizer05: what's PSM ? 2013-11-01 18:37 indeed, what's PSM? 2013-11-01 18:40 *sigh* .. it seems the only hardmac i find which does 'proper' ap mode now is ar6kl 2013-11-01 18:41 no monitor mode tho 2013-11-01 18:42 i've received some somewhat enigmatic hints that it may be possible to adapt the brcm80211 driver also for the BCM43362. this would be a very embedded-friendly chip (apart from its current closedness) 2013-11-01 18:42 what's wrong with ath9k? seems the most foss friendly wifi 2013-11-01 18:44 it has binary-only firmware, potentially with redistribution issues. but i guess these could be worked around. with modules available. 2013-11-01 18:44 the feasibility study is cool but it doesn't change the core problem which is the lack of open-source baseband 2013-11-01 18:45 mth: and yes, the Realtek is an old but apparently viable alternative. olimex use it, too. 2013-11-01 18:46 whitequark: why do you need a module ? it's easy enough to build with chips 2013-11-01 18:47 wpwrak: let's say a novice in electronics wants to build one 2013-11-01 18:47 well, a system on top of one 2013-11-01 18:47 easy enough for you with how much decades of experience? three? :) 2013-11-01 18:48 cde: softmac, not intended for embedded 2013-11-01 18:48 whitequark: does the result pass certifications ? or is it sufficient if it just works ? 2013-11-01 18:48 just works 2013-11-01 18:48 atleast not for stuff such low-power 2013-11-01 18:48 roh: not the wifi, the gsm/umts part (option) 2013-11-01 18:48 wpwrak: PowerSavingMode 2013-11-01 18:48 it's orders of magnitude more complex 2013-11-01 18:49 whitequark: then he could just copy any of my rf230 designs. there are now three tested ones to choose from: atben, atusb, and antorcha (function tested but rf performance not quantified). anelok probably works, too. 2013-11-01 18:50 whitequark: if he really really doesn't want to touch chips, he could find a GPIO-programmable uSD slot and toss in an atben. 2013-11-01 18:50 wpwrak: yup, sounds doable 2013-11-01 18:50 cde: ah. hm... is it thin (the module) 2013-11-01 18:50 ? 2013-11-01 18:51 btw.. http://wireless.kernel.org/en/users/Drivers seems to be the best table ive seen so far about what exists and how the support is arm 2013-11-01 18:51 I'm not following 2013-11-01 18:51 wpwrak: that's what I thought 2013-11-01 18:51 http://wiki.maemo.org/Wifi_Power_Saving_Mode_(PSM) 2013-11-01 18:52 whitequark: here's for example an atben in an STM32-E407: https://github.com/frtos-wpan/frtos-wpan/blob/master/doc/evb/e407-atben.jpg 2013-11-01 18:52 wpwrak: how complex is the bitbang iface? 2013-11-01 18:52 here with an adapter board in a WM09 eval board: https://github.com/frtos-wpan/frtos-wpan/blob/master/doc/evb/wm09-dev9.jpg 2013-11-01 18:53 they all "work", though RF not quantified 2013-11-01 18:54 whitequark: pretty easy. you implement SPI and then it's a few register reads and writes. complexity is more in the higher layers. 2013-11-01 18:54 what does it implement? PHY/MAC? 2013-11-01 18:55 PHY and a bit of MAC, yes (CSMA, auto-ACK, etc.) 2013-11-01 18:55 cool 2013-11-01 18:55 thanks 2013-11-01 18:59 wpwrak: http://www.google.de/search?q=wifi+PSM 2013-11-01 18:59 cde: ^^^ 2013-11-01 19:01 [19:44] the feasibility study is cool but it doesn't change the core problem which is the lack of open-source baseband 2013-11-01 19:01 thanks DocScrutinizer05 2013-11-01 19:01 and that problem will persist for very long time 2013-11-01 19:01 unless we tackle it 2013-11-01 19:01 as it's pretty impossible to do properly and legally 2013-11-01 19:02 it is actually. use a faraday cage 2013-11-01 19:02 unless you don't want to use it :P 2013-11-01 19:02 yes true 2013-11-01 19:02 dos1: doing it properly alone would be a challenge. legally, well, you could probably always sell it as "lab equipment" :) 2013-11-01 19:03 else, pretend its purpose it to spy on friends. that seems to be a good enough excuse 2013-11-01 19:05 good luck with UMTS, even more you'll need it with LTE 2013-11-01 19:08 in ST-E a team of ~500 worked for ~1 year to make the UMTS<E stack work so that we could do first tests in carrier networks, and even then a 10min without breakdown of the connection were a huge success 2013-11-01 19:08 yep. I know someone who used to work there 2013-11-01 19:08 they sold everything to Broadcom, very sad 2013-11-01 19:09 apelete has quit [Read error: Connection reset by peer] 2013-11-01 19:11 apelete has joined #qi-hardware 2013-11-01 19:11 DocScrutinizer05: 500!!! 2013-11-01 19:11 fuck. 2013-11-01 19:11 did you rewrite the damn thing from scratch? 2013-11-01 19:11 and compared to LTE the CMU200 you need to check what your homegrown GSM stack does OTA is just the spare money 2013-11-01 19:12 making something work can sometimes take many times the effort of doing it from scratch ... 2013-11-01 19:13 dunno what you refer to, but ST baked the chip and ST & Ericsson built the UMTS and LTE radio stack from scratch and made it work 2013-11-01 19:13 google for NovaThor 2013-11-01 19:13 DocScrutinizer05: I thought vendors just pull through the decades-old code 2013-11-01 19:14 seems that they were smarter than to do that :) 2013-11-01 19:14 until things collapse over them 2013-11-01 19:14 actually we didn't re-use the code of the previous chip generation 2013-11-01 19:15 we peaked a lot 2013-11-01 19:15 peeked 2013-11-01 19:15 peeked ? 2013-11-01 19:15 ah :) 2013-11-01 19:15 apelete has quit [Ping timeout: 272 seconds] 2013-11-01 19:15 that's usually the most efficient approach 2013-11-01 19:15 do it your way but let existing proven code help you to find it 2013-11-01 19:16 but sometimes it's just NIH 2013-11-01 19:16 sometimes, yeah 2013-11-01 19:17 when ST contributed ugly code that been replaced by other ugly code from Ericsson ;-P 2013-11-01 19:18 DocScrutinizer05, NovaThor uses a modem from renesas right? (previously nokia) 2013-11-01 19:19 afaik their new lte stuff was only used by Samsung 2013-11-01 19:19 anyway, I see the probability to see a community-driven FOSS LTE stack any time soon to be == 0.000000000000001%/year 2013-11-01 19:19 it was to be used in the new LTE NovaThor which sadly never came to be 2013-11-01 19:19 well we have openlte which is already somewhat advanced 2013-11-01 19:19 the modem is from ST 2013-11-01 19:19 ST micro 2013-11-01 19:20 and customers were all the big names 2013-11-01 19:20 even Nokia, before they canceled that 2013-11-01 19:20 DocScrutinizer05, are you talking about samsung? they used ST-E chips in a couple of phones 2013-11-01 19:21 I'm talking about ST-E NovaThor chip 2013-11-01 19:21 I meant the customers 2013-11-01 19:21 yes, Samsung used them 2013-11-01 19:21 rim, LG, dunno whom 2013-11-01 19:21 nokia 2013-11-01 19:22 but they failed, ultimately. now Qualcomm has all the market 2013-11-01 19:23 possible 2013-11-01 19:23 i left there a year ago 2013-11-01 19:23 and probably for a reason 2013-11-01 19:24 oh, you worked at ST-E? very cool! were you at the Rennes site? 2013-11-01 19:24 Nuernberg 2013-11-01 19:24 datacom 2013-11-01 19:24 I see. well you were right to leave I guess. did you also work on the baseband? 2013-11-01 19:25 nope, datacom 2013-11-01 19:25 Nuernberg radio stack been 2 floors below my desk 2013-11-01 19:25 I had the joy to deal with all the interfaces 2013-11-01 19:25 HSI, UART, you name it 2013-11-01 19:26 shared RAM :-o 2013-11-01 19:29 but 2013-11-01 19:30 but Nuernberg had only a part of the radio stack team 2013-11-01 19:30 and part of the chip makers 2013-11-01 19:30 btw fun fact: NovaThor uses the plan9 filesystem :) 2013-11-01 19:31 SmartIron: http://www.bbc.co.uk/news/blogs-news-from-elsewhere-24707337 2013-11-01 19:31 err, sounds somewhat familiar 2013-11-01 19:33 larsc: ohmy 2013-11-01 19:34 a little pcb with a microphone that infects all comouters with unprotected wifi in 600m radius, suuuure 2013-11-01 19:35 ooops 600ft 2013-11-01 19:35 silly enough 2013-11-01 19:37 very clever idea though :) 2013-11-01 19:37 I don't see how that flies 2013-11-01 19:38 I mean, including wifi chipsets in devices like irons to send spam 2013-11-01 19:38 brilliant, who would guess it? :D 2013-11-01 19:38 maybe used as actual eavesdropping devices and sending the recorded audio via unprotected WiFi they find 2013-11-01 19:39 ooh, that. Yeah that's probably actually feasible 2013-11-01 19:39 the mic is probably in there because it was on the pcb anyway 2013-11-01 19:39 lekernel has quit [Ping timeout: 272 seconds] 2013-11-01 19:40 honestly you'd need more than a internet connection to send out spam 2013-11-01 19:40 doesn't sound plausible to me 2013-11-01 19:41 replace sending spam with any other malware activity 2013-11-01 19:41 why should you use a hijacked internet via open AP, when all you get is... internet. Which is dirt cheap anyway 2013-11-01 19:42 it's about abusing the IT infra, thus about infecting PCs 2013-11-01 19:43 you possibly could do that better from inside a WLAN rather than from outside, but if that really accounts for the expense and effort of that approach 2013-11-01 19:43 sounds like a hoax to me 2013-11-01 19:43 possibly 2013-11-01 19:44 but still, neat idea 2013-11-01 19:44 and scary 2013-11-01 19:46 if you'd have to carefully check what sits in every electric device you own to just feel safe, that certainly wouldn't be fun 2013-11-01 19:46 I think hijacked routermodems are waaaay more scary 2013-11-01 19:46 and we seen that only a month ago 2013-11-01 19:46 :nod: 2013-11-01 19:46 with a lot of D-Link 2013-11-01 19:48 I'd get really scared when the blackhats manage to hijack the DSL-multiplexers 2013-11-01 19:48 or the real routers, like cisco 2013-11-01 19:49 but I guess NSA would kick them off their lawn in a millisecond 2013-11-01 19:51 lekernel has joined #qi-hardware 2013-11-01 20:23 DocScrutinizer05: they do 2013-11-01 20:23 for a long time 2013-11-01 20:23 I bet on that 2013-11-01 20:23 particularly in china et al 2013-11-01 20:24 ;-P 2013-11-01 20:24 was it micro-VAX where they actually implemented hw-backdoor? 2013-11-01 20:25 btw talking about modems 2013-11-01 20:25 or was it DECstation? 2013-11-01 20:25 http://internetcensus2012.bitbucket.org/paper.html 2013-11-01 20:25 someone made a botnet of several 100k's of vulnerable modems (think admin/admin) and portscanned /0 2013-11-01 20:26 hehehehe 2013-11-01 20:26 which brand/make? 2013-11-01 20:27 various 2013-11-01 20:27 I think they hijacked an existing botnet with a vulnerability 2013-11-01 20:29 read the paper, it's very fascinating 2013-11-01 20:34 indeed 2013-11-01 20:40 apelete has joined #qi-hardware 2013-11-01 20:53 rz2k has quit [] 2013-11-01 21:25 HEHE >>We would also like to mention that building and running a gigantic botnet and then watching it as it scans nothing less than the whole Internet at rates of billions of IPs per hour over and over again is really as much fun as it sounds like.<< 2013-11-01 22:30 jekhor has quit [Ping timeout: 260 seconds] 2013-11-01 22:34 freespace has quit [Ping timeout: 240 seconds] 2013-11-01 22:40 freespace has joined #qi-hardware 2013-11-01 22:46 apelete_ has joined #qi-hardware 2013-11-01 22:47 freespace has quit [Ping timeout: 272 seconds] 2013-11-01 22:48 apelete has quit [Read error: Connection reset by peer] 2013-11-01 22:52 freespace has joined #qi-hardware 2013-11-01 22:53 apelete_ has quit [Ping timeout: 246 seconds] 2013-11-01 22:54 kristianpaul has quit [Ping timeout: 245 seconds] 2013-11-01 23:15 pcercuei has quit [Ping timeout: 246 seconds] 2013-11-01 23:17 lekernel has quit [Quit: Leaving] 2013-11-01 23:49 wolfspraul has quit [Quit: leaving]