2012-07-24 00:02 panda|x201 has joined #qi-hardware 2012-07-24 00:06 hellekin: perhaps it's more on-topic on this channel, though 2012-07-24 00:08 hellekin: one thing would be safety for sw/hw developers using the chips: they can search for bugs themselves (or find someone to do it), and in case the manufacturer folds, they have at least a chance to get someone else to make the chips for them 2012-07-24 00:09 I repost here... 2012-07-24 00:09 wpwrak: I think the best compromise would be some router stuff. They do have radio engineers, but mostly to produce RFID, so it's probably not the same as proper RF or WiFi 2012-07-24 00:09 but in general, I'd like that they think about producing public infrastructure, so cheap mesh networking would be best 2012-07-24 00:09 as a fallback, PBX chips could be interesting. I don't see any of non-leaders building consumer nanoware anytime soon. A smartphone is very unlikely, although Brazil does have some local production (e.g., gradiente) 2012-07-24 00:10 another benefit would be that they may get people to help. e.g., by reviewing. or making substantial suggestions. depends a bit on how popular the chips in question would be and what segment they address. 2012-07-24 00:11 I think that having free designs is a great argument. Softcore implementation is another one. 2012-07-24 00:11 but overall, there must be a large strategy. These people are manufacturing RFID for cattle, that's fucking boring 2012-07-24 00:11 anything RF or smartphone in general is a patent minefield at the moment. if they can get suitable political protection, they could perhaps sell them nation-wide. but it's a big risk. 2012-07-24 00:11 but there's a huge market 2012-07-24 00:12 (RFID for cattle) hah ;-) 2012-07-24 00:12 I would go for public network infrastructure 2012-07-24 00:12 but look at the perspective for the next few years: 2014 Soccer World Cup, 2016 Olympic Games 2012-07-24 00:13 all they can come up with is a U.S. imposed surveillance system with cameras all over rio de janeiro 2012-07-24 00:13 incredibly stupid 2012-07-24 00:14 2014 is soon. you don't want to start designing chips for that now. 2012-07-24 00:14 but we're dealing here with big geostrategical business: USA wants to keep control over latin america, and for that they need to pursue their non-conventional war program 2012-07-24 00:14 agreed wpwrak 2012-07-24 00:15 it's a long term project. And probably one that will involve more than Brazil. Venezuela, Ecuador, Mercosur in general would be interested in having locally-based chip fabs 2012-07-24 00:15 does CEITEC have a strong political orientation ? or are they just trying to do their business as good as they can ? 2012-07-24 00:15 even the USA has an interest in having a chip fab in latin america rather than China or Taiwan 2012-07-24 00:15 hmm. whose project exactly ? 2012-07-24 00:16 CEITEC is a national company 2012-07-24 00:16 a free project 2012-07-24 00:16 i think there are some chip fabs in mexico 2012-07-24 00:16 I'm going there to see whether there's an interest in funding free hardware, or helping in mass-producing it 2012-07-24 00:17 probably some Intel ones, but AFAIK the CEITEC one is the first "Latin American" fab 2012-07-24 00:17 of importance 2012-07-24 00:18 what do you mean with "free hardware" ? the sort of devices we make in qi-hw ? deeper down, like fpgas ? asics ? 2012-07-24 00:19 yes yes yes 2012-07-24 00:20 what's the relation between qi-hw and the freedombox foundation? 2012-07-24 00:20 I've met James Vasile and Jake Appelbaum, and Jake told me he wanted to have free hardware in the mix, but the first round would use ARM CPUs 2012-07-24 00:21 I think we cannot do free software without free hardware anymore. Within 5 years, it's a dead-end as every Internet company embraces hardware. 2012-07-24 00:21 with the vendor lockins that come with it 2012-07-24 00:22 no relation to freedombox. jon and i briefly talked with jake about whether milkymist could be a basis for freedombox last year (at fisl), but it didn't look like a close match 2012-07-24 00:24 (lock-in) dunno. at the moment it's bad thanks to the smartphone and tablet rush. but that may change. e.g., google should see quite clearly by now that they can save themselves a lot of trouble by using a bit of their leverage to keep things a bit more open. 2012-07-24 00:26 well I don't know about that. My take is that Microsoft pissed off a lot of people by releasing the Surface tablet and probably google can take advantage of it 2012-07-24 00:27 when I mentioned milkymist to jake he said that lekernel didn't want to hear about the freedombox because of the ARM processor. But I insisted to pursue that way both to Jake and Sebastien 2012-07-24 00:28 hopefully we can come up with something interesting. That's also why I want to talk to CEITEC. 2012-07-24 00:28 ARM may have intellectual property issues 2012-07-24 00:29 I understand that a softcore is probably too slow for consumer apps, but for routing stuff it can be OK. And if we can turn it into an ASIC and have it mass-produced, bingo 2012-07-24 00:29 for softcore, you'd have to find an application that explicitly benefits from having an FPGA 2012-07-24 00:29 xiangfu has joined #qi-hardware 2012-07-24 00:29 then work from there 2012-07-24 00:30 reconfigurable stuff I guess 2012-07-24 00:32 could be reconfiguration as part of operation (e.g., on a scale of seconds or minutes), could be reconfiguration as part of configuration (hours, days), or reconfiguration as part of in the field upgrades (months). e.g., the latter is why many big routers have fpgas. 2012-07-24 00:35 and one point you run into tool limitations. fpgas are quite anti-open at that level. 2012-07-24 00:36 there are two ways out of this: 1) wait until wolfspraul figures out how to synthesize spartans, and overthrows the evil empire of secrecy. or 2) make your own fpga. 2012-07-24 00:36 remote reconfiguration of hardware can be problematic too. Depends on what and who updates 2012-07-24 00:36 you mean in terms of security ? 2012-07-24 00:36 yes 2012-07-24 00:36 probably the same issues as with software. i don't see a significant difference. 2012-07-24 00:36 I'm a bit short of arguments now, but I'd really like to be able to convince those guys to give it a try. 2012-07-24 00:37 Brazil has great ambitions, and one of them is technological independence 2012-07-24 00:38 for some reason rms makes a great difference between a circuit that's given and static, and one that can be flashed remotely 2012-07-24 00:38 first you need to understand what they need :) if you just go there and tell them about your visions, they'll listen politely, maybe go "wow" from time to time, but unless they're really really terribly bored and unhappy with what they're doing right now, they'll ignore you 2012-07-24 00:38 phew. i'd say rms is not the most useful guide in the realm of hardware :) 2012-07-24 00:40 his focal point is software and the gpl. flashable firmware can be seen as a way to circumvent the GPL. that's why he's against it. 2012-07-24 00:40 of course, from a technical point of view, it's almost always the only approach that makes sense 2012-07-24 00:41 (or, if you want, run-time loading into some RAM. but i don't think he'll like that any better.) 2012-07-24 00:43 what are you looking for from CEITEC ? that they join the revolution, in one way or another ? that they take a leading role ? to give you a job ? 2012-07-24 00:43 thanks for the tip about flashable hw and GPL 2012-07-24 00:45 I think CEITEC is in an unique position: it's a national company. Their mission is different from a private corporation. There's an opportunity for them to embrace free hardware. They could be convinced by the free designs already, that's an awful lot of work saved. 2012-07-24 00:45 when do you plan to meet them ? 2012-07-24 00:45 in a few days 2012-07-24 00:45 no specific date set ? 2012-07-24 00:46 I want to make a first contact, see how it goes. No, no specific plan. I invited them to my talk at FISL. It's about "Transitioning to a cooperative civilization" 2012-07-24 00:46 (already convinced) well, that depends on a lot of factors ;-) in general, brazil is "Free-friendly", but that doesn't mean that everything brazil does is 2012-07-24 00:47 ah, yes, i saw it. saturday. so you're planning to stay around for a few more days. 2012-07-24 00:48 yes 2012-07-24 00:48 I wouldn't miss the opportunity to go and meet them 2012-07-24 00:48 it's not like if I landed in Belem. It's just around the corner. 2012-07-24 00:49 if your first contact will be on saturday, we'll probably have a few opportunities to talk about what to look for in a strategy. 2012-07-24 00:49 belem ? 2012-07-24 00:51 yeah, they're just down the road from PUCR 2012-07-24 00:51 that road from hell ;-) 2012-07-24 00:56 wpwrak: yes in guadalajara 2012-07-24 00:57 mexico fabs^ 2012-07-24 00:59 rejon_ has joined #qi-hardware 2012-07-24 01:01 belem is a city at the end of the Amazon river. No fab there. 2012-07-24 01:01 but no Winter either 2012-07-24 01:02 well, thank you for your interest, wpwrak. I hope I can be useful there. In any case I'll try to grunt at the EHSM next December :) 2012-07-24 01:02 emeb has left #qi-hardware [#qi-hardware] 2012-07-24 01:20 Ayla has quit [Quit: dodo] 2012-07-24 01:54 xiangfu has quit [Ping timeout: 264 seconds] 2012-07-24 02:01 nikescar has quit [Read error: Connection reset by peer] 2012-07-24 02:03 nikescar has joined #qi-hardware 2012-07-24 02:04 wpwrak: (rms and firmware) I don't quite get how loading fw into RAM/flash circumvents the GPL 2012-07-24 02:04 if that does not involve tivoization 2012-07-24 02:07 hellekin has quit [Ping timeout: 264 seconds] 2012-07-24 02:07 mth_ has joined #qi-hardware 2012-07-24 02:07 uwe_ has quit [Ping timeout: 264 seconds] 2012-07-24 02:07 uwe_ has joined #qi-hardware 2012-07-24 02:07 rejon_ has quit [Ping timeout: 248 seconds] 2012-07-24 02:07 h_ll_k_n has joined #qi-hardware 2012-07-24 02:07 mth has quit [Read error: Connection reset by peer] 2012-07-24 02:38 Openfree` has quit [Remote host closed the connection] 2012-07-24 02:39 Openfree` has joined #qi-hardware 2012-07-24 03:00 xiangfu has joined #qi-hardware 2012-07-24 03:18 rejon has joined #qi-hardware 2012-07-24 03:35 rejon has quit [Ping timeout: 252 seconds] 2012-07-24 03:46 rejon has joined #qi-hardware 2012-07-24 04:03 rejon has quit [Ping timeout: 248 seconds] 2012-07-24 04:20 rejon has joined #qi-hardware 2012-07-24 04:28 rejon has quit [Ping timeout: 252 seconds] 2012-07-24 04:47 rejon has joined #qi-hardware 2012-07-24 04:50 panda|x201 has quit [Ping timeout: 252 seconds] 2012-07-24 05:43 jekhor has joined #qi-hardware 2012-07-24 05:54 jluis|work has joined #qi-hardware 2012-07-24 05:58 Openfree` has quit [Ping timeout: 264 seconds] 2012-07-24 06:20 Openfree` has joined #qi-hardware 2012-07-24 06:45 scientes has quit [Ping timeout: 240 seconds] 2012-07-24 07:00 jekhor has quit [Ping timeout: 245 seconds] 2012-07-24 07:03 grmbl. and now tiny.cc is unresponsive. 2012-07-24 07:03 wolfspraul: see, that's precisely why such things aren't just "ugly" 2012-07-24 07:04 Openfree` has quit [Ping timeout: 256 seconds] 2012-07-24 07:04 by introducing a link shortener in the mix, we not only obfuscate the real location of things, but also add a dependency on a completely unrelated 3rd party and add state that needs to be maintained in parallel to what we already have 2012-07-24 07:09 rejon has quit [Ping timeout: 264 seconds] 2012-07-24 07:21 Openfree` has joined #qi-hardware 2012-07-24 07:23 whitequark: wpwrak: I neither get RMS POV here. To me there's no obvious difference between configuring a chip by writing 32 register values to a known I2C addr and writing 250kBytes to some I2C addr for initializing that chip's RAM with "firmware" 2012-07-24 07:25 from the RMS PoV, the (closed firmware) code has a close relationship with the (GPLed) driver. thus there's a conflict. 2012-07-24 07:25 either way on my AP there's no rogue stuff running, as long as the uploader is documented and FOSS 2012-07-24 07:26 panda|x201 has joined #qi-hardware 2012-07-24 07:26 hell, RMS then should consider the lito masks for chip's CPU core as similarly relevant for FOSS 2012-07-24 07:27 perhaps wolfgang can elaborate on this. he's been - with sean - on that trip our guru ;-) 2012-07-24 07:28 honestly RMS doesn't live in our universe anymore, and I'd dare to say he partially has NFC when it comes to hw 2012-07-24 07:29 he mustn't use any computer at all as everything from GPS to printers to HDD has firmware nowadays 2012-07-24 07:30 you don't need to bark up my tree ;-) 2012-07-24 07:31 for me the definition is: there's an AP that's the master of the system (usually defined by this master controlling a lot of subsystems and HID, and nothing controlling the master). As long as that master AP doesn't have non-GPL code running on it, the system is OK for me 2012-07-24 07:32 given there's no tivoizations in boot process 2012-07-24 07:40 the AP may only provide an interface and the real logic is in the device 2012-07-24 07:40 that's the usual way 2012-07-24 07:40 the device could even be a bus master, manipulating kernel data structures 2012-07-24 07:40 no way 2012-07-24 07:40 oh yes :) 2012-07-24 07:41 I know about shared mem and bridge concepts, from my current job. It's just not matching requirement of "nothing controls my AP" 2012-07-24 07:43 anyway there's no such thing like peripheral=busmaster, in I2c or SPI or HSI or CSI or CPI or ATA or.... you name it 2012-07-24 07:44 not in the sense of busmuster you used 2012-07-24 07:44 busmaster* 2012-07-24 07:44 for PCI(e) things are obviously a bit different 2012-07-24 07:45 but it's up to APE to use MMU and stuff wisely, to not allow PCI bus masters to access anything they aren't supposed to 2012-07-24 07:47 h_ll_k_n is now known as hellekin 2012-07-24 07:47 and btw *any* PCI card might do such rogue stuff. I.E. it's unrelated to whether there's any firmware to upload to the card, or the "virus" is mask programmed to the PCI card's controller chip 2012-07-24 07:49 depending on how nifty they hidden the rogue code and "API" in that PCI controller, you'll never find out no matter how hard you investigate the card. Until it actually triggers on "0xDEADBEEF" written to R:MS 2012-07-24 07:53 anyway in that respect embedded is rather sweet compared to a decent fullsize PC, as AP is controlling all the stuff like DMA, and usually there's not even any hw interface that *might* do this busmaster stuff (unless you have oneNAND shared mem for any coproc, like modem in bridge config) 2012-07-24 07:56 so as long as your system is designed according to age old best practice to always expect worst case input on any interface, there is no threat to openness ala FOSS detectable at my side 2012-07-24 07:56 [commit] Werner Almesberger: fisl2012/: first outline of FISL13 talk; abstract and biography (master) http://qi-hw.com/p/wernermisc/cd80647 2012-07-24 07:56 [commit] Werner Almesberger: fisl2012/: editing (more to come) (master) http://qi-hw.com/p/wernermisc/83c0891 2012-07-24 07:56 [commit] Werner Almesberger: fisl2012/talk.tex: shorten URLs with tiny.cc (master) http://qi-hw.com/p/wernermisc/858ef9f 2012-07-24 07:57 [commit] Werner Almesberger: fisl2012/: on-going editing (first drawings, more links, some small changes) (master) http://qi-hw.com/p/wernermisc/e342b7a 2012-07-24 07:57 [commit] Werner Almesberger: Merge branch 'master' of projects.qi-hardware.com:wernermisc (master) http://qi-hw.com/p/wernermisc/85f5b56 2012-07-24 07:57 of course ROM Bootloader of recent ARM systems is a PITA regarding that 2012-07-24 07:57 as it's usually closed blob 2012-07-24 07:58 well, whatever :) i still have slides to prepare and to catch a plane in a few hours 2012-07-24 07:59 and you never know if TI/whoever_built_the_chip maybe integrated a hw timer that jumps into "ring0" romcode which in turn checks for a certain trigger condition to go big brother and hijack your whole system 2012-07-24 07:59 ooh, where you're traveling to? 2012-07-24 08:01 deducing from CIA you're about to join something called FISL 2012-07-24 08:01 * DocScrutinizer05 waves 2012-07-24 08:02 FISL13, in porto alegre. just a small hop :) 2012-07-24 08:03 i notice that we have too many tools. already at ~30 slides for a 1 hour talk. and that doesn't even include major screenshots. 2012-07-24 08:09 jekhor has joined #qi-hardware 2012-07-24 08:23 rejon has joined #qi-hardware 2012-07-24 09:15 [commit] Werner Almesberger: fisl2012/: on-going editing (more links, move libraries slide, add FISL12 items) (master) http://qi-hw.com/p/wernermisc/dc61289 2012-07-24 10:11 rejon has quit [Ping timeout: 264 seconds] 2012-07-24 10:15 jekhor has quit [Ping timeout: 264 seconds] 2012-07-24 10:57 paroneayea has quit [Ping timeout: 260 seconds] 2012-07-24 11:32 [commit] Werner Almesberger: fisl2012/Makefile: fix printing (master) http://qi-hw.com/p/wernermisc/b81ee8a 2012-07-24 11:32 [commit] Werner Almesberger: fisl2012/talk.tex: some more small changes (master) http://qi-hw.com/p/wernermisc/72b587f 2012-07-24 11:35 kuribas has joined #qi-hardware 2012-07-24 11:44 wpwrak: I'm flying from Berlin 2012-07-24 11:46 mth_ is now known as mth 2012-07-24 11:48 hellekin: you have the longer trip then :) for me it's just a hop from buenos aires 2012-07-24 11:57 Ayla has joined #qi-hardware 2012-07-24 12:02 wpwrak: ah cool. I might go to Bs As after 2012-07-24 12:03 Ayla has quit [Ping timeout: 264 seconds] 2012-07-24 12:04 Ayla has joined #qi-hardware 2012-07-24 12:09 Ayla has quit [Ping timeout: 255 seconds] 2012-07-24 12:10 Ayla has joined #qi-hardware 2012-07-24 12:15 Ayla has quit [Ping timeout: 248 seconds] 2012-07-24 12:16 Ayla has joined #qi-hardware 2012-07-24 12:18 wpwrak, there are 5 VCCINT pins under slx9. do I need connect 1.2v to all those 5 pins for power on the device? 2012-07-24 12:19 same question on other GND, VCC_O_X, VCCAUX? 2012-07-24 12:21 Ayla has quit [Ping timeout: 255 seconds] 2012-07-24 12:23 Ayla has joined #qi-hardware 2012-07-24 12:39 wpwrak has quit [Quit: flying] 2012-07-24 12:44 kilae has joined #qi-hardware 2012-07-24 12:48 kuribas has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] 2012-07-24 13:06 jluis|work has quit [Ping timeout: 252 seconds] 2012-07-24 13:40 in general you can probably assume the more pins you connect the more robust it is 2012-07-24 13:40 pins can help dissipate heat etc. 2012-07-24 13:40 the current may be distributed better 2012-07-24 13:40 you can start with one and see whether the chip runs at all, and if you already fried it with that test :-) 2012-07-24 13:41 maybe the datasheet has more info on this? 2012-07-24 13:51 antgreen has joined #qi-hardware 2012-07-24 13:55 I have tried connect one 1.2v(VCCINT) and one 2.5v(VSSAUX) and the GND. and connect 4 jtag wires to slx9. 2012-07-24 13:55 when I run 'detect' it give me "warning: TDO seems to be stuck at 0" 2012-07-24 13:56 I have to look into datsheet. 2012-07-24 13:56 sounds like the real work starts now ;-) 2012-07-24 13:57 you can try to ask azonenberg in #milkymist too, though he may be offline right now 2012-07-24 13:57 connect a few more gnc and vcc is probably not a bad idea, though I'm not sure it's the source of your current problem... 2012-07-24 13:59 DocScrutinizer has quit [Disconnected by services] 2012-07-24 13:59 DocScrutinizer has joined #qi-hardware 2012-07-24 14:00 DocScrutinizer05 has quit [Disconnected by services] 2012-07-24 14:00 DocScrutinizer06 has joined #qi-hardware 2012-07-24 14:14 antgreen has quit [Ping timeout: 252 seconds] 2012-07-24 14:21 DocScrutinizer06: well, there was a Motorola phone whose WiFi card had a backdoor forwarding all traffic to a node specified via a rogue ICMP packet 2012-07-24 14:22 with a slightly more complicated setup you could do DNS hijacking, at which point it actually becomes dangerous 2012-07-24 14:22 i.e. someone in a "trusted" network could intercept all your traffic without you noticing. 2012-07-24 14:22 well, arguably so 2012-07-24 14:29 GNUtoo has joined #qi-hardware 2012-07-24 14:34 paroneayea has joined #qi-hardware 2012-07-24 14:43 * kristianpaul is getting ready a bom for digikey order in one click :) 2012-07-24 14:57 antgreen has joined #qi-hardware 2012-07-24 15:06 how to open a tcp connection from a c program? popen("nc.traditional ...") ... 2012-07-24 15:12 GNUtoo has quit [Quit: Program received signal SIGSEGV, Segmentation fault.] 2012-07-24 15:12 seems more like a php program 2012-07-24 15:21 emeb has joined #qi-hardware 2012-07-24 15:46 rejon has joined #qi-hardware 2012-07-24 16:00 antgreen has quit [Ping timeout: 264 seconds] 2012-07-24 16:10 antgreen has joined #qi-hardware 2012-07-24 16:22 panda|x201 has quit [Ping timeout: 245 seconds] 2012-07-24 16:49 jekhor has joined #qi-hardware 2012-07-24 17:00 Ayla has quit [*.net *.split] 2012-07-24 17:01 xiangfu has quit [Remote host closed the connection] 2012-07-24 17:02 Ayla has joined #qi-hardware 2012-07-24 17:27 mog has quit [Read error: Operation timed out] 2012-07-24 17:28 scientes has joined #qi-hardware 2012-07-24 17:37 mog has joined #qi-hardware 2012-07-24 17:37 mog has quit [Changing host] 2012-07-24 17:37 mog has joined #qi-hardware 2012-07-24 17:46 FrankBlues has joined #qi-hardware 2012-07-24 18:09 jekhor has quit [Ping timeout: 248 seconds] 2012-07-24 18:14 DocScrutinizer06 is now known as DocScrutinizer05 2012-07-24 18:22 mog has quit [Read error: Operation timed out] 2012-07-24 18:26 mog has joined #qi-hardware 2012-07-24 18:26 mog has quit [Changing host] 2012-07-24 18:26 mog has joined #qi-hardware 2012-07-24 19:03 antgreen has quit [Read error: Connection reset by peer] 2012-07-24 19:05 antgreen has joined #qi-hardware 2012-07-24 19:23 jekhor has joined #qi-hardware 2012-07-24 19:28 GNUtoo has joined #qi-hardware 2012-07-24 19:42 losinggeneration has quit [Ping timeout: 245 seconds] 2012-07-24 19:52 Jay7 has quit [Ping timeout: 240 seconds] 2012-07-24 19:56 Jay7 has joined #qi-hardware 2012-07-24 19:57 losinggeneration has joined #qi-hardware 2012-07-24 20:06 antgreen` has joined #qi-hardware 2012-07-24 20:08 antgreen has quit [Remote host closed the connection] 2012-07-24 20:49 wolfspra1l has joined #qi-hardware 2012-07-24 20:53 wolfspraul has quit [Ping timeout: 276 seconds] 2012-07-24 21:03 kilae has quit [Quit: ChatZilla 0.9.88.2 [Firefox 14.0.1/20120713134347]] 2012-07-24 21:10 gdm has quit [Ping timeout: 265 seconds] 2012-07-24 21:10 gdm has joined #qi-hardware 2012-07-24 21:14 qwebirc19356 has joined #qi-hardware 2012-07-24 21:14 qwebirc19356 has quit [Client Quit] 2012-07-24 22:06 rz2k has quit [Ping timeout: 245 seconds] 2012-07-24 22:10 snipes has joined #qi-hardware 2012-07-24 22:25 snipes has quit [Ping timeout: 276 seconds] 2012-07-24 22:45 jekhor has quit [Read error: Operation timed out] 2012-07-24 22:46 antgreen` has quit [Remote host closed the connection] 2012-07-24 22:50 rz2k has joined #qi-hardware 2012-07-24 23:05 jluis has quit [Ping timeout: 245 seconds] 2012-07-24 23:05 LunaVorax has joined #qi-hardware 2012-07-24 23:18 jluis has joined #qi-hardware 2012-07-24 23:35 lg_quassel has joined #qi-hardware 2012-07-24 23:36 losinggeneration has quit [Ping timeout: 255 seconds] 2012-07-24 23:39 GNUtoo has quit [Quit: Program received signal SIGSEGV, Segmentation fault.] 2012-07-24 23:45 rejon has quit [Ping timeout: 248 seconds]