02:04 <DocScrutinizer05> wpwrak: (usb) right, the specs were not finalized last time I looked

02:04 <DocScrutinizer05> only "reversible" been decided

02:06 <wpwrak> i think even reversible was just a rumor back then. and the specs still aren't finalized. you're ahead of the time ;)

02:32 <DocScrutinizer05> hmm, can't recall. Some few days ago I've read it somewhere on a website / blog, and it sounded like actual specs were not finalized but reversible been set as a property.

02:35 <wpwrak> ah, that was some weeks ago. maybe you caught a more up to date update.

02:36 <DocScrutinizer05> probably we seen same URL/blog

02:36 <DocScrutinizer05> some weeks sounds about right

02:37 <DocScrutinizer05> though I'm losing the date more often than not lately, too much to handle. Stuff I'd rather not like to touch at all

05:39 <Luke-Jr> xiangfu: happy 5 year anniversary

18:56 <larsc> wow, this microkernel thing is getting out of hand ftp://Temp90523934364:TAG43tag@ftp.belkin.com/Temp90523934364/0028-mamba-mvebu-support-fan-operation.patch ftpftp://Temp90523934364:TAG43tag@ftp.belkin.com/Temp90523934364/0023-mamba-mvebu-fan-script.patch

18:57 <larsc> for those who wonder that is a kernel driver that calls a userspace application, which is a shellscript which performs the register writes by calling a tool which writes to /dev/mem

19:04 <pcercuei> microkernels are cool, you can write drivers in bash!

19:31 <DocScrutinizer05> I'm more worried about >>calling a tool which writes to /dev/mem<<

19:32 <DocScrutinizer05> iirc a simple `sudo cat /dev/mem` was enough to cause a kernel panic

19:33 <DocScrutinizer05> read access to 0x00000000

19:36 <zrafa> wpwrak: weeeeeehh!!!

19:36 <zrafa> Jlime$ find . | grep libubb.so

19:36 <zrafa> ./libubb.so

19:36 <zrafa> Jlime$ while true ; do LD_LIBRARY_PATH=/home/root ./swd ; sleep 5 ; done

19:36 <zrafa> AP #1 ID 0x001c0020 (MDM-AP)

19:36 <zrafa> Cortex M0+

19:36 <zrafa> AP #0 ID 0x04770031 (AHB-AP)

19:36 <zrafa> SDID 0x26160585: Kinetis KL26 rev 0.11, 256 kB Flash, 32 kB RAM, 64-pin

19:36 <zrafa> Cortex M0+

19:36 <zrafa> AP #1 ID 0x001c0020 (MDM-AP)

19:36 <zrafa> AP #0 ID 0x04770031 (AHB-AP)

19:56 <roh> larsc: spooky

21:10 <wpwrak> fanfares !

21:10 <wpwrak> wine !

21:10 <wpwrak> drugs !

21:10 <wpwrak> women !

21:11 <wpwrak> congratulations ! :) so what solved the problem ?

21:12 <zrafa> wpwrak: there is always an explanation : http://pics.nase-bohren.de/wtf-explanation.jpg

21:12 <wpwrak> ;-))

21:12 <zrafa> wpwrak: for us it was really easy, it is the first time we could test with all the vdd and vss. We have not

21:13 <wpwrak> ah, so just connecting all the power pins did it ? and i guess you added the capacitors as well, right ?

21:13 <zrafa> made a new board yet. But I just soldered the two vdd and vss we had not connected, without caps. And I also soldered the vssa and vdda. I just wanted to test with the three vdd and the three vss plugged to vdd and vss from ubb

21:14 <zrafa> wpwrak: no :P .. I did not add the capacitors yet.

21:14 <wpwrak> wow. that was easier than i though. i suspected that what killed it were mainly the missing caps. especially since power comes from "far away" (the ben, with ubb, cable, and so on)

21:15 <zrafa> wpwrak: the electronic student will try to design a new board with all the details I saved from your suggestions

21:16 <zrafa> wpwrak: but I was hurry to try if the MCU is alive or not :)

21:16 <wpwrak> perfect :) you can also look at the schematics of the FRDM-KL25Z or similar, for ideas. after all, that's basically freescale's reference design

21:17 <wpwrak> you could even try to flash some code now. not sure if it'll work (because you don't have the caps), but trying it can't really hurt either

21:18 <zrafa> wpwrak: yeah, we can try to flash something, you are right. we will try tomorrow :) I just left the uni office and at home now

21:19 <zrafa> I will start with the wine at least. I will let the drugs for later :)

21:19 <zrafa> wpwrak: ^

21:20 <wpwrak> hehe, very good ;-)