**** BEGIN LOGGING AT Fri Feb 17 02:59:57 2012 Feb 17 04:07:40 Is anyone up here... got a simple question (for you perhaps)... confusing for me... Feb 17 05:31:32 AtomSoft?? Feb 17 07:59:17 jkridner: heh, after 3 years Feb 17 07:59:28 :) Feb 17 08:15:17 jkridner: it worked out? Feb 17 08:19:17 * etheretic gasps at the unbridled galaxy-conquering power unleashed in #beagle Feb 17 08:21:31 shame rich people's imagination can be put in a matchbox without removing the matches. Feb 17 08:22:25 (re. financing certain very interesting, userfriendly and potentially lucrative projects) Feb 17 08:42:47 oh look, got a nice reply from PixelQi re. my extraordinarily fantastic bb-based navs device :-D Feb 17 09:22:16 http://free-electrons.com/blog/ Feb 17 09:22:23 nice views on yocto Feb 17 09:29:02 http://free-electrons.com/graphics/gregory-clement.png Feb 17 09:29:14 all I can imagine that guy saying is "je suis une jeune fille" Feb 17 09:31:35 hi all, I just built my angstrom image using http://narcissus.angstrom-distribution.org/ . Now when I boot my BeagleBoard Xm rev C, I get the log in screen and also the console on the serial port. But my mouse is not detected.. Feb 17 09:31:50 I even tried using a self powered hub..even that does not work Feb 17 09:32:12 the usb port is detected and even displayed when I write lsusb Feb 17 09:32:25 but still the mouse does not work Feb 17 09:32:32 so please help me out Feb 17 09:33:26 * av500 wonders why Linux software needs to be "ported" from e.g. Fedora to Ubuntu..... Feb 17 09:44:26 anyone know a solution to my problem?? Feb 17 09:45:09 you need a hub inbetween Feb 17 09:45:14 ah no Feb 17 09:45:17 XM has a hub Feb 17 09:45:20 it should work Feb 17 09:45:49 pastebin full boot log and dmegs when you plug the mouse Feb 17 09:46:10 * LetoThe2nd notes that building a cross gcc on the bone results in OOM striking hard and fast :) Feb 17 09:47:03 This is the output I get on minicom when the board boots up: Te�as Instruments X-L ader 1.5.0 (Jun 14 2011 - 22:04:07) Beagle �M U����� boot sect r L ading u-boot.bin fr m mmc U-B ot 2011.03-rc1-00000-g9a3cc57-dirt~B �� 01 2011 - 17:41:42) _MAP36XX?37XX-GP ES2.1, CPU-OPP2, L3-165MH? j���CPU Cl ck 1 Gh _MAP3 Beagle board + LPDDR?NAND I2C: ��� DRAM: 512 MiB Feb 17 09:47:30 this is not the full log..it is too long. Feb 17 09:47:35 lokks like a confused uart or rs232 adapter. Feb 17 09:47:46 but i also get these strange symbols on minicom Feb 17 09:51:04 i didn't say that i mean the one on the beagle ;) Feb 17 09:51:50 Jayneil: use pastebin Feb 17 09:51:54 but when I type lsusb in the console, it gives me a valid output such as : Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 rot hub Feb 17 09:52:08 pastebin full boot log and dmegs when you plug the mouse Feb 17 09:52:14 dmesg Feb 17 10:02:03 This is the link to my paste bin : http://pastebin.com/mV4pFgWJ Feb 17 10:02:11 This is what I get from dmseg: http://pastebin.com/uA9h6S7u Feb 17 10:03:54 JAYNEIL: fix your serial connection Feb 17 10:05:20 yes, I think I will have to buy a new serial to USB cable . This is the only working one I have right now.. Feb 17 10:06:25 what does lsusb say? Feb 17 10:06:29 (pastebi) Feb 17 10:08:18 http://pastebin.com/KDWWN8em Feb 17 10:08:35 ok, so your hub is not detected Feb 17 10:08:50 and thus your mouse is neither Feb 17 10:09:59 so what should I do? Feb 17 10:10:07 use something newer than 2.6.32 Feb 17 10:10:35 http://www.angstrom-distribution.org/demo/beagleboard/ Feb 17 10:12:31 I see. But when I built my image from http://narcissus.angstrom-distribution.org/, I selected the latest release from 2011. So is this the wrong approach? Feb 17 10:13:43 no Feb 17 10:15:15 then why does this approach not work? Feb 17 10:15:32 Is there anything I can do to make this approach work? Feb 17 10:18:32 I dont know why it does not work Feb 17 10:19:05 ok. thanks a lot for your help. Feb 17 10:22:54 there was something about the GPIO polarity to powe the hub changing Feb 17 10:23:04 so newer kernels/uboots should have that Feb 17 10:24:00 JAYNEIL: I would try "next" image Feb 17 10:29:36 I am now downloading the Angstrom-Beagleboard-demo-image-glibc-ipk-2011.1-beagleboard.rootfs.tar.bz2 file..I hope that it works Feb 17 10:32:27 JAYNEIL: no Feb 17 10:32:34 thats 2011.1 Feb 17 10:32:38 use some of the 2012 stuff Feb 17 10:32:48 Angstrom-TI-GNOME-image-eglibc-ipk-v2012.01-core-beagleboard-2012.01.11.img.gz Feb 17 10:32:53 MLO-beagleboard-2011.12 Feb 17 10:33:05 uImage-3.0.17-r115c-beagleboard-20120125152700.bin Feb 17 10:33:12 u-boot-beagleboard-2011.12-r4.img Feb 17 10:41:14 ok. I see.. btw are you klaas ? Feb 17 10:44:16 is that a trick question? Feb 17 10:44:34 but no :) Feb 17 10:46:05 actually I am going to make a video series on this soon. so would like to acknowledge you for the help..thats all.. and av500 is not someone's name. Feb 17 10:48:34 got it! Vladimir, thanks once again! Feb 17 10:53:55 JAYNEIL: try to keep my name out of your video series... Feb 17 10:58:45 ok.. will only mention av500.. Feb 17 11:48:29 av500: my G9 has the same or similar issue dm8tbr reported at Fosdem: spurious touchscreen events at the lower left corner. reproducible only after charging, goes away after touching screen for ~20 seconds. Feb 17 11:49:37 hmm Feb 17 13:13:09 can someone help me about jtag debugging with XDS100v2 emulator ? Feb 17 13:14:01 question impossible to answer Feb 17 13:15:01 www.crystal-balls-on-sale.com Feb 17 14:42:52 hello can someone help me Feb 17 14:43:30 I would like to use the UART (console) of my beagleboard-xm for serial cummunication. Feb 17 14:44:25 i havn't found any good infos on the web yet Feb 17 14:44:45 did anybody tried this yet Feb 17 14:47:00 its a standard linux UART Feb 17 14:49:10 well what i did is remove console=... from uEnv.txt and delete ttyO2.conf Feb 17 14:49:24 but i still cannt make use of it Feb 17 14:50:18 define "can'" Feb 17 14:50:20 define "can't" Feb 17 16:08:57 chaosss: http://catb.org/~esr/faqs/smart-questions.html Feb 17 16:09:43 chaosss: better yet, http://beagleboard.org/chat and follow the link to http://www.mahdiyusuf.com/post/6176918750/survival-guide-irc-1 Feb 17 16:17:36 can some one help me about beagleboard c4? i just want to learn basic things Feb 17 16:18:17 basic things can be googled Feb 17 16:19:57 anyone? Feb 17 16:20:46 try to actually ask a question... Feb 17 16:26:29 there is a new trend of asking to ask questions lately Feb 17 16:30:06 jsabeaudry: new it is not Feb 17 16:30:11 hey guys, i was thinking about asking a question about asking a question. Would that be alright? .... Feb 17 16:30:46 Could someone answer a question about BlInK311's question? Feb 17 16:31:10 anyone? Feb 17 16:31:55 If you cant answer my inteded question right away. ill keep asking. without any more detail on what I want. Feb 17 16:32:28 intended* Feb 17 16:50:47 Hi, I am newbie. Before, i have used Texas Instruments C5505 type DSPs with code composer studio. To investigate omap platform i have ordered beagleboard and XDS100v2 emulator.I don't want to use OS. I can connect omap3530 and see registers etc via emulator. Which steps should i follow to compile and flash assembly codes in Code composer studio v5? Feb 17 16:59:17 chaoss i see you have been asking at the ti forum too :) sorry i cant help Feb 17 17:02:34 chaosss: and you have code to boot the omap3 and setup SDRAM etc? Feb 17 17:07:32 morning Feb 17 17:08:26 yes i have asked in ti forum i hope i get an answer Feb 17 18:03:15 I'm beginner in embedded linux, need some help.can someone suggest me whether to buy beaglebone or beagleboard ? Feb 17 18:03:33 Which one is easier to start with Feb 17 18:04:13 please helpp..... Feb 17 18:04:14 aj2903, My guess is that beagleboard should be easier beacause it has been around longer: thus more documentation, blog posts, etc. Feb 17 18:04:56 so shall i buy beagleboard or beagleboard-xm Feb 17 18:05:08 aj2903 depends on your needs Feb 17 18:05:54 thanks for help Feb 17 18:06:15 o.O Feb 17 18:06:34 does beagleboard has CAN support ??? Feb 17 18:07:30 i'mean CAN protocol Feb 17 18:07:33 not like bone Feb 17 18:08:02 y? Feb 17 18:08:22 the bone soc has more hardware support for industrial protocols Feb 17 18:09:22 none of them has can you need an adapter Feb 17 18:09:48 isn't their a CAN cape? Feb 17 18:09:52 *there Feb 17 18:10:49 CAN cape ???? i haven't seen yet. Feb 17 18:10:55 is there any link Feb 17 18:11:26 http://www.towertech.it/en/products/hardware/tt3201-can-cape/ Feb 17 18:13:45 thanks @emeb, but CAN cape is for beaglebone. can it be used for beagleboard or beagleboard-xm Feb 17 18:14:41 probably not with level shifting Feb 17 18:14:45 *without Feb 17 18:17:27 but pinout may also be different... Feb 17 18:18:23 _will_ be different - I/O connectors on 'bone & BB/BBXM are not the same. Feb 17 18:18:30 is there any other add-on board for beagleboard with CAN protocol ???? Feb 17 18:18:54 support for CAN protocol ???* Feb 17 18:18:56 not to mention the I/O voltage Feb 17 18:19:01 Plus, CAN cape for 'bone uses CAN controller on the AM335x SoC. OMAP335x doesn't have CAN controller. Feb 17 18:19:25 emeb ah good to know Feb 17 18:19:35 aj2903 so buy a bone Feb 17 18:19:36 aj2903: any reason you can't get a bone? Feb 17 18:19:43 <_av500_> mranostay: just do a 50% pwm on the 3.3v gpios to get 1.8V Feb 17 18:19:54 hi av500 Feb 17 18:20:00 av500 do you need CAN? Feb 17 18:20:01 thanks emeb .... Feb 17 18:20:10 np Feb 17 18:20:24 <_av500_> woglinde: I can! Feb 17 18:20:38 _av500_: hmmm didn't think of that Feb 17 18:20:46 emeb: omap3517 has can (cranboard) Feb 17 18:20:50 +e Feb 17 18:20:52 probably since it has been a long time since i done any backlight work Feb 17 18:20:57 cranberry? Feb 17 18:21:00 *i've Feb 17 18:21:01 but bone doesn't has nand/nor flash memory... this can be little problem. Feb 17 18:21:12 aj2903: why? :) Feb 17 18:21:14 aj2903: can't use the SD? Feb 17 18:21:18 <_av500_> nand nor flash Feb 17 18:21:19 MMC SD ftw Feb 17 18:21:28 <_av500_> emmc ftw Feb 17 18:21:33 * mranostay kicks _av500_ Feb 17 18:21:40 _av500_: there was an eemc talk yesterday Feb 17 18:21:46 clay tablets FTW Feb 17 18:21:51 koen: how was that one? Feb 17 18:21:55 mranostay: dunno Feb 17 18:21:58 didn't attend Feb 17 18:21:59 but sd card is not good as compared to nand/nor flash memories Feb 17 18:22:02 ok same here Feb 17 18:22:20 aj2903???? how you exchnage nand? Feb 17 18:22:31 woglinde: screwdriver Feb 17 18:22:34 aj2903: what's your metric for "as good"? Feb 17 18:22:45 aj2903: ahem SD is nand :) Feb 17 18:22:48 speed / endurance / cost / etc? Feb 17 18:23:00 just with another controller interface Feb 17 18:23:01 all is nand but you dont see it Feb 17 18:23:39 koen still in us? Feb 17 18:23:48 u mean sd-card performance is as good as nand/nor flash memories ??? Feb 17 18:24:13 woglinde: yes Feb 17 18:24:19 aj2903 o.O what you have to write out on internal mem? Feb 17 18:24:24 woglinde: sitting next to Tartarus and mranostay Feb 17 18:24:44 av500: one of the conference rooms is called 'champagne' Feb 17 18:24:45 * Tartarus waves as pidgin sprung up :) Feb 17 18:24:57 hi tom Feb 17 18:26:26 continuos operation on sd-card can damage it ???? Feb 17 18:26:42 is it true ??? Feb 17 18:26:49 of course Feb 17 18:26:55 you didn't know? Feb 17 18:27:00 hey woglinde Feb 17 18:27:15 Holy crap, starting a kernel from localmodconfig helps, but distro stuff still has tons of shit on Feb 17 18:27:19 * Tartarus will do a few passes at this, heh Feb 17 18:28:06 Tartarus: ok i never heard of localmodconfig until yesterday Feb 17 18:28:23 that is so helpful though Feb 17 18:29:28 what is localmodconfig o_o Feb 17 18:29:31 if linux is booted from sd-card,and some application is continuos running, will this damage sd-card Feb 17 18:29:46 usually smoke appears Feb 17 18:30:37 aj2903: wear leveling and bad blocks should prevent that Feb 17 18:30:56 and who cares really. SD/MMC is cheap Feb 17 18:31:19 mranostay hm localmodconfig was discussed some time ago Feb 17 18:31:23 mranostay: In some cases, yeah. I wouldn't use it on my box where I don't know what random USB shit i'll need Feb 17 18:31:38 or network (due to bridging, etc, for kvm quests) Feb 17 18:31:38 that's true but if application shutdown, it can be major problem Feb 17 18:31:40 guests Feb 17 18:31:48 aj2903, damage after a few thousand writes Feb 17 18:32:03 panto depensd on the quality Feb 17 18:32:06 under normal load it won't happen Feb 17 18:32:09 agreed Feb 17 18:32:10 it can break sooner or later Feb 17 18:32:16 you never know Feb 17 18:32:23 but most SD cards are MLC now Feb 17 18:32:24 but than you exchange it Feb 17 18:32:54 so expect less reliability Feb 17 18:32:55 aj2903 I think your canbus stuff can reside in ram only so no write cycles needed on sd Feb 17 18:33:16 oh no panto is here too Feb 17 18:33:16 aj2903, write your temp data in a tmpfs partition Feb 17 18:33:25 only write to the device when you need to Feb 17 18:33:58 but i also will have qt application running on the board, in future Feb 17 18:34:17 koen: your famous now :P Feb 17 18:34:28 aj2903 and? need this to write something to the sd? Feb 17 18:34:35 yes Feb 17 18:34:42 what? Feb 17 18:34:46 I really wonder Feb 17 18:36:22 no,i mean qt application would be running for 24 hrs, so it will be running from sd-card. is my assumption correct ?? Feb 17 18:36:32 usb gadget guy showing off beagle right now Feb 17 18:36:53 sounds like a dog show. Feb 17 18:37:00 aj2903 depends you can load initrd from sdcard and run all in ram Feb 17 18:37:06 bone has plenty of ram Feb 17 18:37:12 as long as it isn't a donkey one :) Feb 17 18:37:19 cows Feb 17 18:37:31 * emeb can't read the screen on koen's g+ pix Feb 17 18:37:41 thanks woglinde Feb 17 18:37:54 sure try this Feb 17 18:38:01 sure Feb 17 18:38:04 alternative Feb 17 18:38:06 but first buy it Feb 17 18:38:19 hm I should hire at ti as salesman Feb 17 18:38:38 no that's my problem i will sort out Feb 17 18:38:43 ah no bone is toy too Feb 17 18:38:44 woglinde: do you have "salesman hair"? Feb 17 18:38:52 emeb I can make it so Feb 17 18:38:54 I think Feb 17 18:39:04 with enough product, anything is possible. Feb 17 18:39:18 not in all cases Feb 17 18:40:13 guys,thanks for help Feb 17 18:40:18 sure Feb 17 18:40:30 buy me a beer once Feb 17 18:40:36 not twice? Feb 17 18:40:56 maybee when he needs an advice again Feb 17 18:41:13 * woglinde backports some meta-java stuff Feb 17 18:42:03 woglinde,next time i will keep box of beer for u. :) Feb 17 18:47:37 hm Feb 17 18:47:39 https://blogs.oracle.com/jtc/entry/comparing_jvms_on_arm_linux Feb 17 18:48:52 oh no he tested on debian 6.0.4 Feb 17 18:49:00 which means armv code Feb 17 18:49:03 ups armv4 Feb 17 18:52:12 woglinde, You beleive the results would be much different on armv7a? Feb 17 18:52:25 woglinde, Thanks for the link btw, very interesting Feb 17 18:52:38 yes xerces comment it Feb 17 18:54:31 hi crofton Feb 17 18:54:37 so has anyone had luck getting ALSA to work out of the box/ Feb 17 18:54:38 ? Feb 17 18:56:16 gm Feb 17 18:56:28 bbl Feb 17 18:56:45 hmm, a hit and run . . . Feb 17 18:57:16 TheAlphaNerd: probably everyone Feb 17 18:57:27 mranostay: I havn't Feb 17 18:57:41 on the version of ubuntu from the wiki audio out works Feb 17 18:57:42 woglinde, Do you know if angstrom uses the same optimizations as in Debian wheeze armhf? (In other words, would my JVM application run faster if I switch to Debian wheezy armhf ? Feb 17 18:57:43 but not in Feb 17 18:57:51 angstrom both works Feb 17 18:57:55 linaro nothing works Feb 17 18:58:15 linaro? Feb 17 18:58:19 you mean ubuntu Feb 17 18:58:26 linaro makes only tools Feb 17 18:58:29 not distro Feb 17 18:58:48 the linaro distributed ubuntu Feb 17 18:58:50 is what I mea Feb 17 18:59:48 you mean ubuntu with the included linaro toolchain Feb 17 19:00:01 but there isnt much support here for it Feb 17 19:00:14 because of using older kernels which often dont have all features Feb 17 19:04:25 word Feb 17 19:04:55 I have to run for now Feb 17 19:05:02 but perhaps someone can help me in a bit Feb 17 19:09:43 if someone asks again about can, there are usb-can-devices with linux-drivers available Feb 17 19:09:57 aholler thats what I thought Feb 17 19:10:13 TheAlphaNerd yes use angstroem Feb 17 19:11:14 woglinde: problem with angstrome is that I couldn't get puredata to compile properly for it :( Feb 17 19:11:39 and they don't have packages for a bunch of stuff I need Feb 17 19:16:16 TheAlphaNerd: sometimes pkgs are obscurely renamed. Did you try the angstrom pkg browser? Feb 17 19:17:49 TheAlphaNerd than make the recipes it isnt that hard Feb 17 19:19:46 fraviofii: no pm pls Feb 17 19:39:33 so i'm doing some poking around Feb 17 19:39:36 i mean like literally: Feb 17 19:39:44 root@bone:~# devmem2 0x44e00000 w Feb 17 19:39:44 /dev/mem opened. Feb 17 19:39:44 Memory mapped at address 0x4005e000. Feb 17 19:39:44 Read at address 0x44E00000 (0x4005e000): 0x00024502 Feb 17 19:40:38 but some stuff just simply doesn't work. Like, I should be able to access I2C2's registers through L4, but when I try, I get a bus error: Feb 17 19:40:44 root@bone:~# devmem2 0x4819c000 b Feb 17 19:40:44 /dev/mem opened. Feb 17 19:40:44 Memory mapped at address 0x402f7000. Feb 17 19:40:44 Bus error Feb 17 19:40:51 koen's session, "[am335x has] more features than balls" Feb 17 19:41:22 [ 1031.557724] Unhandled fault: external abort on non-linefetch (0x1018) at 0x4022d000 Feb 17 19:41:27 that's what dmesg says. What does this mean? Feb 17 19:43:39 Could it be because the PRUSS is just powered off ? Feb 17 19:44:45 yes Feb 17 19:45:09 That'd make it make a bus error? interesting Feb 17 19:45:19 mdp: he is only .eu'ian that seems to get the Champagne Room connotation :) Feb 17 19:45:32 hehe Feb 17 19:46:10 ok so Feb 17 19:46:17 i can leave it in reset though and i should be able to read its registers right Feb 17 19:47:43 koen explains MUX? Feb 17 19:49:21 so I want the PER domain. So I want PM_PER_PWRSTCTRL, gotta find that. Feb 17 19:49:40 hmmmm Feb 17 19:50:51 ds2: you at koen's talk? Feb 17 19:52:41 DT for world peace Feb 17 19:53:03 hi silicagel Feb 17 19:53:17 hi there. I am up to no good. Feb 17 19:54:12 koen he must miss something like a storm flood. today there were millions of netherlands on our autobahn. I've really thought they must escape from something Feb 17 19:54:37 silicalgel already read -> http://labb.zafena.se/ ? Feb 17 19:56:12 nope, i'm checking it out now Feb 17 19:57:56 OK. PRM_PER lives at 0x44E00C00. The offfset to PM_PER_PWRSTCTRL is 0x0C Feb 17 19:58:12 SilicaGel: you're doing PRU bringup? Feb 17 19:58:19 Attempting to! Feb 17 19:58:25 gogo Feb 17 19:58:35 cool Feb 17 19:58:43 nope dammit Feb 17 19:58:46 you get the assembler? Feb 17 19:58:48 I have something wrong. Feb 17 19:59:00 yeah but I'm not even there yet Feb 17 19:59:14 I'm using devmem2 to try to read/write the PRU memory Feb 17 19:59:20 butI have to turn said memory on first Feb 17 19:59:23 I seem to be stuck at that part :) Feb 17 19:59:37 oh, getting pru clocks up? Feb 17 20:00:10 no. Should I need to get clocks up to read their RAM? Feb 17 20:00:22 I was hoping I could just turn the pru on in PER_PWRSTCTRL Feb 17 20:00:28 the whole PRUSS needed a few clocks Feb 17 20:00:32 what else should make that ram work? Feb 17 20:00:33 iclk, fclk Feb 17 20:00:42 a couple more iirc Feb 17 20:01:13 maybe I need to get it out of reset Feb 17 20:01:14 you were talking about clocks yesterday, so i figured you did that part Feb 17 20:01:18 no I don't think so Feb 17 20:01:21 I think I can leave it in reset Feb 17 20:02:02 ok. ok then. Feb 17 20:02:09 if the PRUSS is not on the L3/L4 bus it won't work at all Feb 17 20:02:27 and the clocks are required to get it up on L3/L4 ? Feb 17 20:02:29 you'll get data abort when you try to access their PA Feb 17 20:02:31 yes Feb 17 20:02:38 ah ok Feb 17 20:02:43 ok I found CM_PER_PRUSS_CLKCTRL Feb 17 20:05:20 hmmm CLKSEL_PRUSS_OCP_CLK. I dno't knwo what an OCP is. Feb 17 20:05:36 open core protocol Feb 17 20:05:48 OCP = L3 Feb 17 20:08:13 ok. CM_PER = 0x44E00000. CM_PER_PRUSS_CLKCTRL is at offset 0xE8. And I have to write 0x04 to wake it up it looks like Feb 17 20:08:40 goddammit bus error Feb 17 20:09:19 there's usually 4-5 hoops you have to jump through to bring these things up Feb 17 20:10:04 yeah. Feb 17 20:10:18 well I see in 8.1.1.3.1 what you are talking about, with there being interface clocks and functional clocks Feb 17 20:10:32 hopefully if I keep reading it will tell me how to set them up Feb 17 20:10:58 there's usually an enable register Feb 17 20:11:00 CLKEN Feb 17 20:12:26 There was a register named CM_PER_PRUSS_CLKCTRL which has a bit STBYRST (i set it to zero), and MODULEMODE I set to 2 - ENABLE: module is explicitly enabled. Interface clock may be gated according to the clock domain state." :( Feb 17 20:12:53 ok so i must be missing an enable like you said Feb 17 20:13:15 * mdp heckles koen Feb 17 20:13:30 the best way to heckle him is to remove yoru pants Feb 17 20:14:21 check PM_PER_PWRSTCTRL Feb 17 20:15:23 I did set a bit on in that register already, there's bits 5 and 6 which are named pruss_mem_ONState. I set them to both bits on Feb 17 20:17:23 so PRUSS has 3 clocks required Feb 17 20:17:40 CORE_CLKOUTM4, PER_CLKOUTM2 and CORE_CLKOUTM4 Feb 17 20:17:48 you need to make sure all those are up and running Feb 17 20:18:03 see 4.2.2 Feb 17 20:18:34 ok Feb 17 20:18:40 l3_clk is almost certainly running if your board is up Feb 17 20:18:40 i probably don't REALLY need the uart clock to be on right Feb 17 20:18:45 uart_clk and iep_clk dunno Feb 17 20:19:04 it may not work with one of them off Feb 17 20:19:18 you gotta try it a bunch of times to see what it wants Feb 17 20:20:03 but I still need to probably set that "connetion to OCP clock" but on too right, in CM_PER_PRUSS_CLKCTRL ? Feb 17 20:21:48 STBYST should be 0 Feb 17 20:21:52 IDLEST 0 Feb 17 20:22:00 MODULEMODE 2 Feb 17 20:25:33 I see all kinds of references to CORE_CLKOUTM4 but not a bit or somethign that says to turn it on Feb 17 20:26:15 that's the L3_CLK Feb 17 20:26:24 you wouldn't be up and running if that weren't on Feb 17 20:26:41 oh oh i see it just needs to be *on* Feb 17 20:26:43 and it probably already is Feb 17 20:26:45 or I'd be hosed Feb 17 20:27:29 but i'm not really that familiar with the am335x Feb 17 20:27:41 it looks a little different Feb 17 20:28:21 the clock tree is a complicated thing that can be really frustrating Feb 17 20:28:39 well the PLLs must already be configured Feb 17 20:28:52 they must just be gated, is my thinking Feb 17 20:28:52 some of them obviously, maybe not everything Feb 17 20:29:08 gated either because they're switched off manually or the module is in idle state Feb 17 20:30:20 can you read the PRUSS REVID register? Feb 17 20:30:33 If it's in the PRU block theN I doubt it. Let me try. Feb 17 20:34:00 still looking for it Feb 17 20:36:37 man, that TRM sucks… they don't list the PA of the register with the register description Feb 17 20:41:00 ok i have to get organized here Feb 17 20:41:04 I"m writin ga shell script, God help me Feb 17 20:41:21 Step 1: enable clock to the PRU in CM_PER_PRUSS_CLKCTRL Feb 17 21:11:04 looking at the init code from the kernel and it only does 2 things: enable the clock, and take the module out of reset Feb 17 21:18:50 woglinde: do you know where there is online documnetation on how to make recipes? Feb 17 21:20:33 SilicaGel: can you read the REVID yet? Feb 17 21:23:44 TheAlphaNerd read other recipes and you will learn it quickly Feb 17 21:23:52 word Feb 17 21:23:53 haha no I dont' even know where the hell REVID is Feb 17 21:23:55 I tried! Feb 17 21:24:01 jay6981: I'll show you waht I'm doing in one second Feb 17 21:24:37 aplhanerd read http://www.openembedded.org/wiki/How_to_create_a_bitbake_recipe_for_dummies Feb 17 21:26:49 alphanerd this good too http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html Feb 17 21:28:12 alphanerd and read other recipes and ask on #oe when you are stucked somewhere Feb 17 21:29:51 jayu here is my attempt to enable the PRU: http://pastebin.com/LHVtguqG Feb 17 21:30:44 what's 401af000? Feb 17 21:31:54 oh that's to be ignored. devmem2 shows you the address of the local mapping point for some reason, it's ... Feb 17 21:32:15 Geez, I'm stuck. I've got a custom camera hooked up to the ccdc. First frame captures fine, but further frames are coming back 0x55 (yavta initialized value). VD0 is firing ok. I suspected WEN problem, but EXWEN bit in CCDC_SYN_MODE is cleared. Ring any bells with anyone? Feb 17 21:32:22 it's the point that it's mapped into userspace Feb 17 21:32:23 what does `devmem2 0x4a320000 w` do? Feb 17 21:32:25 it's an artifact of devmem2 Feb 17 21:32:30 ok so Feb 17 21:32:34 w means word Feb 17 21:33:05 that was a typo btw it should be 0x4a300000 which means read the PRUSS register block. I removed that 2, but it didn't change it. Feb 17 21:33:15 so waht that tries to do is READ a 32-bit word from that address. Feb 17 21:33:28 If it had succeeded it would have told me what value it read. Feb 17 21:35:05 that trm really sucks Feb 17 21:35:54 try reading from offset 0x26000, that's the start of the CFG block… aka REVID Feb 17 21:36:26 I cleaned up the output Feb 17 21:37:00 if you can't read at least REVID and SYSCFG you won't get very far Feb 17 21:38:23 ok I'll try. I am expecting that will bus fault Feb 17 21:39:09 if you get bus error, the entire PRUSS is still offline and you must figure out why Feb 17 21:39:19 yeah Feb 17 21:39:31 i'm trying to fiure out whre that is now. it's in PRUSS_INTC Feb 17 21:39:49 it's the base of PRUSS+0x26000 Feb 17 21:40:25 yeah, buss error Feb 17 21:40:54 pastebin? Feb 17 21:42:07 not sure how the kernel could take the module out of reset if you can't even talk to the module Feb 17 21:42:22 wait INTC is at PRUSS_BASE + 0x20000 ... where are you getting that '6' from? Feb 17 21:42:42 not sure why you want to talk to the INTC Feb 17 21:42:54 you need to read REVID and SYSCFG Feb 17 21:43:31 CFG Feb 17 21:43:34 I see it now. Feb 17 21:45:53 I said that beacuse the heading of 4.6.4 is PRUSS_INTC Feb 17 21:46:13 ahh Feb 17 21:46:20 that's the REVID of the INTC which is inside the PRUSS :) Feb 17 21:46:23 matroshka dolls Feb 17 21:46:37 yeah, I was just lost. Feb 17 21:46:54 Well that could bus fault beacuse the PRU isn't on or because my attempt to ungate its clock failed right Feb 17 21:47:15 it'll probably fault until you turn on PRUSS in SYSCFG Feb 17 21:48:08 ok. so that's PRUSS_CFG+4 Feb 17 21:48:18 can you read it? Feb 17 21:48:31 i have to find it first. Feb 17 21:48:47 PRUSS+0x26000 Feb 17 21:48:59 0x43A00000 + 36000 + 4 Feb 17 21:49:00 ok Feb 17 21:49:03 26000 i meant Feb 17 21:49:03 you said it was 0x4a300000 Feb 17 21:49:06 260000 I meant Feb 17 21:49:08 no Feb 17 21:49:09 ignore me Feb 17 21:49:22 0x4a326000 Feb 17 21:49:44 and +0x4 Feb 17 21:49:44 root@bone:~/pru# devmem2 0x43a26004 w Feb 17 21:49:44 /dev/mem opened. Feb 17 21:49:44 Memory mapped at address 0x402ee000. Feb 17 21:50:02 Bus error Feb 17 21:50:03 doh Feb 17 21:50:14 so back to the drawing board… you can't do anything more until that works Feb 17 21:50:23 yeah Feb 17 21:50:27 i angrily agree Feb 17 21:50:49 a lot of the clock tree cfg is done in mlo/uboot Feb 17 21:51:09 yeah Feb 17 21:51:16 I figured though that everything would be generally configured Feb 17 21:51:18 I mean Feb 17 21:51:25 if the PRU runs mainly on CLKOUTM4 Feb 17 21:51:29 to give it 200 MHz ish Feb 17 21:51:39 That clock should arleady be configured or the system wouldn't be working, I think Feb 17 21:51:47 there were 2 others required though Feb 17 21:52:09 well I did NOT try to turn on the uart one, let me try that now Feb 17 21:52:27 well except ... Feb 17 21:53:00 loook at that Feb 17 21:53:16 check "CGR Register" glock gating register Feb 17 21:53:21 4.9.1.5 Feb 17 21:53:26 there is no separate bit to turn on/off any of these clocks in CM_PER_PRUSS_CLKCTRL ... you just put it not in standby, not in test mode, and set MODULEMODE to 2 (ENABLED) Feb 17 21:53:46 ensure IEP_CLK_EN and UART_CLK_EN are enabled Feb 17 21:54:06 I don't think I can write that regsiter without a bus error, either, stand by Feb 17 21:54:12 try reading first Feb 17 21:54:39 root@bone:~/pru# devmem2 0x4a326010 w Feb 17 21:54:39 Bus error Feb 17 21:54:42 try booting up in u-boot to read this stuff if you can't do it from linux userspace Feb 17 21:54:55 u-boot lets you sniff memory? Feb 17 21:54:58 I didn't know this Feb 17 21:55:03 yes Feb 17 21:55:23 type help in u-boot Feb 17 21:56:04 figure out the sequence of registers you need to twiddle in u-boot, then modify linux kernel init sequence accordingly Feb 17 21:56:08 my contribution to al this talk that is making my head spin :) Feb 17 21:56:34 what is this CM_PER_PRUSS_CLKSTCTRL in 8.1.2.1.55 do I have to mess with this? Feb 17 21:56:48 dunno… verify CGR first Feb 17 21:57:02 if those two clocks are gated, it isn't going to work Feb 17 21:57:39 there's a bunch of stuff regarding PRU in there also Feb 17 22:12:24 I'm going to look at Pratheesh's patches one more time Feb 17 22:14:30 + omap2_prm_clear_mod_reg_bits(AM33XX_ICSS_LRST_MASK, Feb 17 22:14:30 + AM33XX_PRM_PER_MOD, Feb 17 22:14:30 + AM33XX_RM_PER_RSTCTRL_OFFSET); Feb 17 22:15:08 you need to figure out what those #defines are so you can follow along in the TRM Feb 17 22:15:08 that's turning off "local reset" Feb 17 22:15:15 names seem different Feb 17 22:15:23 yeah i know right Feb 17 22:15:30 ICSS is their name for the PRU Feb 17 22:16:19 you're totally right though Feb 17 22:16:23 the problem isn't in chapter 4 Feb 17 22:16:26 anyways, your strategy should be to figure out what each register needs to be set to Feb 17 22:16:26 the problem MUST be in chapter 8 Feb 17 22:16:35 document the process Feb 17 22:16:49 then make sure the mlo/uboot/kernel does it right Feb 17 22:16:58 then you can mess with PRU Feb 17 22:17:14 is your thought that it's not even possible to do what I'm trying to do unless mlo/uboot/kernel have set them up properly FIRST ? Feb 17 22:17:35 i.e. Are these things not tweakable once you're up and running? Feb 17 22:17:55 well… the other issue could be that for whatever reason your devmem2 command just doesn't let you poke those registers Feb 17 22:18:04 and it is working but kernel is denying you Feb 17 22:18:24 this is why playing in uboot is valueable Feb 17 22:18:48 yeah i got you. I'm jut abuot done for today but i will take the board home with me and try it in uboot and see what i can learn that way Feb 17 22:19:05 you probably can safely twiddle those registers Feb 17 22:19:09 even after system is up Feb 17 22:19:29 but if you touch the wrong bit, don't be surprised if the entire system goes down or you lose console or something similar Feb 17 22:19:45 i'I'm shocked that hasn't happened already to be honest with you haha Feb 17 22:19:57 you have kernel standing in the way of yourself :P Feb 17 22:20:51 Oh GODDAMMIT Feb 17 22:20:53 GODDAMMIT!!!!!!!!!!!!!!!! Feb 17 22:21:00 Read at address 0x4A300000 (0x40070000): 0xB7148DBB Feb 17 22:21:06 Is that what you think I should be seeing in REVID ? Feb 17 22:21:14 hm… didn't I ask you about that hours ago? Feb 17 22:21:15 :P Feb 17 22:21:18 YEAH Feb 17 22:21:20 goddammit Feb 17 22:21:20 yes, that looks good Feb 17 22:21:24 I had an offset of 0xE8 Feb 17 22:21:29 no Feb 17 22:21:30 I had 0xE0 Feb 17 22:21:33 it is SUPPOSED to be E8 Feb 17 22:21:37 now, read offset +4 Feb 17 22:21:37 0 and 8 look very very similar!!!! Feb 17 22:21:47 check your glasses my friend Feb 17 22:23:37 i'going to reboot this thing now Feb 17 22:23:56 the trm says the revid is supposed to read 0x4700 0000 Feb 17 22:24:11 who knows if that's right… just check SYSCFG, it's more important Feb 17 22:26:44 well it worked once. Hm. That means that I made it work at one point by tweaking something manually. That's not cool. Feb 17 22:26:48 oh Feb 17 22:26:49 haha Feb 17 22:26:55 based on what you just said, I retract my statement: Feb 17 22:27:13 Trying to read REVID 0x47000000 Feb 17 22:27:24 no… that's the value it's supposed to return Feb 17 22:27:29 Trying to read SYSCFG 0x0000003A Feb 17 22:27:56 there ya go Feb 17 22:28:11 so it's in standby? Feb 17 22:28:28 Smart Standby in fact. And Smart Idle. Feb 17 22:28:31 I wonder what the hell those are. Feb 17 22:28:52 well, they're smart...hence the name.... Feb 17 22:29:21 looks like it's on Feb 17 22:29:46 smart standby means that it tells the PRCM to gate the clock while its idle Feb 17 22:30:46 so the whole time the PRUSS was on the bus, you just had the wrong register offsets? Feb 17 22:31:58 no the clocks weren't on. Feb 17 22:32:03 I didn't set the right clock register. Feb 17 22:32:07 Let me see what I actually enabled. Feb 17 22:32:09 ok, so you got the sequence now? Feb 17 22:32:52 I was doing something to CM_PER_L3_CLKCTRL Feb 17 22:32:57 it's a wonder I didnt' crash the system. Really. Feb 17 22:33:18 I was futzing with the main clock to the L3 interconnect haha Feb 17 22:33:32 perhaps it's spelled 'futsing" ... no that looks awful, too. Feb 17 22:34:10 well Feb 17 22:34:20 I can write DEADBEEF into DMEM0 and when I read it later, it's still there Feb 17 22:34:28 SilicaGel: are you hacking on the clock data or just banging on this from userspace? Feb 17 22:34:40 good Feb 17 22:34:56 getting somewhere now Feb 17 22:35:08 and I can write 0xB00B135 into DMEM2 (shared memory) and it stays too Feb 17 22:35:22 mdp: I'm just banging on it from userspace so I can figure out how to cleanly handle this from a kernel driver. Feb 17 22:35:28 I talked to a guy at T.I. about all of this Feb 17 22:35:39 and about how the hell clocks are configured in angstrom and their kernels Feb 17 22:35:52 and he told me something I sort of gathered, he called clock management a "moving target" Feb 17 22:36:24 and *he* actually suggested to *me* that maybe I should consider having my device driver turn some of this stuff on, and wait for the kernel interfaces to clock management to get a little more settled ......... Feb 17 22:36:49 quit talking to that guy Feb 17 22:36:55 Haha really? Feb 17 22:37:04 Are you saying they're not so bad? Feb 17 22:37:39 we need to address this is the clock data for 335x upstream Feb 17 22:37:51 I don't have the juice to make that happen Feb 17 22:38:13 it is wrong to do this for the pruss in the driver...fine for getting it working Feb 17 22:38:23 these guys in here do Feb 17 22:38:40 yeah Feb 17 22:38:50 well I'm dropping the whole UIO driver too, I do not like it. Feb 17 22:39:13 Especially when I can just write a normal character mode kernel driver that implements mmap() Feb 17 22:39:19 not the omap way. there is a real framework and it works Feb 17 22:39:38 yeah/ Feb 17 22:39:40 ? Feb 17 22:39:48 You're making me feel better about it Feb 17 22:40:03 not because I think you know what you're talking about, but just based on your sheer enthusiasm Feb 17 22:40:05 :-D Feb 17 22:41:29 he probably does know the right way Feb 17 22:41:53 if (clk_add_alias("pruss", NULL, "icss_uart_gclk", NULL)) Feb 17 22:41:53 pr_err("failed to create an alias: icss_uart_gclk --> pruss\n"); Feb 17 22:41:57 holy merde!!! Feb 17 22:42:54 That's in mach-omap2 in a method called __init am335x_evm_init(void) Feb 17 22:43:28 things starting to come together now Feb 17 22:43:47 there you go. Feb 17 22:44:04 i don't understand how this whole clk_* stuff works to be honest, i need to figure it out Feb 17 22:44:04 also look in mach-omap2/clock* Feb 17 22:44:26 mdp is there a description of the framework besides the code itself? Feb 17 22:44:45 <_av500_> all PRU and no play make Jack a .... Feb 17 22:45:02 i don't know anything...but i'm really enthusiastic about using a well thought out clock domain and management framework Feb 17 22:45:07 doesn't that code seem odd to you, they alias pruss to the uart gclk Feb 17 22:45:16 no Feb 17 22:45:18 jay6981: not that i know of Feb 17 22:45:36 SilicaGel: the trm says that uart clock is also the one of the functional clocks for pruss Feb 17 22:45:42 yeah Feb 17 22:45:52 that's pretty common Feb 17 22:45:54 but I would think the clock named "pruss" would be ... not that one. Feb 17 22:46:04 they're shared for two different things Feb 17 22:46:13 power management software needs to understand the releationships Feb 17 22:46:18 that's why aliases exist Feb 17 22:46:22 ok so a clk structure has a name, a parent, an init(), some other crap, a register, and a mask Feb 17 22:46:30 parent ... so it is hierarchical Feb 17 22:46:39 yeah… hence clock tree Feb 17 22:46:46 clock "tree" ok Feb 17 22:46:48 I get it now Feb 17 22:47:12 also, because cross soc drivers have a generic name for an ip block clock...in the _get() call Feb 17 22:47:15 there was a java app for the bb soc that was kinda interesting to play with Feb 17 22:47:20 java clock tree app Feb 17 22:47:31 had a diagram of all the different DPLLs and switches and stuff Feb 17 22:47:44 good way to visualize whats going on Feb 17 22:47:52 <_av500_> it was also horrugly Feb 17 22:48:00 <_av500_> same exists for omap4 Feb 17 22:49:03 so when they alias pruss, they are doing it because the parents are defined such that when you enable the uart clock, it enables the others as well because of the parent relationship, yea? Feb 17 22:49:30 or so when you want to turn off uart clock, but leave PRU on, you don't get hosed Feb 17 22:49:33 rwoodruff is the preson to thank and/or blame for this apparently Feb 17 22:50:05 and if 2 people do a clk_get() but only one of them does the opposite (whatever that's called) it presumably counts the gets and leaves it on? Feb 17 22:50:40 clk_put() appears to be the opposite. Feb 17 22:51:01 think...reference counting Feb 17 22:51:17 and semaphores Feb 17 22:51:41 include/asm/clkdev.h:#define __clk_put(clk) do { } while (0) Feb 17 22:51:43 is the framework for the entire arch/arm tree? Feb 17 22:51:44 what the hell? Feb 17 22:52:23 oh haha that's in an ifdef for if you don't have clock management Feb 17 22:54:22 * SilicaGel is lokoing for clk_put() Feb 17 22:54:35 ultimately you should end up with hwmod and clock data entries keyed off the am33 flag that contain the clock/alias data your pruss driver requires Feb 17 22:56:18 I'm not sure wha tyou mean by hwmod, is that what board-am33board-am335xevm.c means5xevm.c Feb 17 22:56:29 oops Feb 17 22:56:44 I've always been confused as heck by what I see in arch/arm/ Feb 17 22:56:56 hwmod is some kernel data structure that describes about optional hardware, perhaps Feb 17 22:57:01 oh ok Feb 17 22:57:08 i remember seeing that. Feb 17 22:57:11 i don't know this stuff either, just making it up :) Feb 17 22:57:22 The thing is in arch/arm you see mach-omap2 (an da bunch of others) but you also see plat-* Feb 17 22:57:41 so like there's a mach-omap1, mach-omap2, and plat-omap Feb 17 22:57:51 yeah, mach is the code specific to a cpu core, plat is code specific to a soc/board Feb 17 22:58:05 and a plat? Feb 17 22:58:37 Does it bother anybody that the AM335x is under mach-omap2? I imagine it's just because it is so close to an omap why fork it? Feb 17 22:58:51 not sure how those decisions get made Feb 17 22:59:06 maybe because they're all cortex a8? Feb 17 23:00:49 it's because the overall architecture is similar to omap3/4 which also live there and share common code Feb 17 23:04:36 oh. Feb 17 23:04:40 ok mdp well Feb 17 23:04:43 now that I know where all this stuff is, Feb 17 23:04:55 I'm going to try to enable it all with nothing more than clk_get() and see what happens Feb 17 23:06:00 platform_set_drvdata(dev, gdev); Feb 17 23:06:04 hm what is that little interesting bit. Feb 17 23:07:37 setting the function pointers for the platform specific code, i'd guess Feb 17 23:08:24 what i'm trying to figure out now is where in uio_pruss.c they do somethign that would enable the power to the module. Feb 17 23:09:39 /* Power on PRU in case its not done as part of boot-loader */ Feb 17 23:09:39 gdev->pruss_clk = clk_get(&dev->dev, "pruss"); Feb 17 23:09:39 clk_enable(gdev->pruss_clk); Feb 17 23:10:05 looks like you found it Feb 17 23:10:09 did I? Feb 17 23:10:15 The comment seems to indicate so Feb 17 23:10:23 but how does that little tidbit of code do this Feb 17 23:10:37 I would have to find the clk_enable and see what it does, hmmmm Feb 17 23:10:54 There are more mysteries in this than there are at old man jenkin's abandoned amusement park Feb 17 23:11:58 you're at least halfway there Feb 17 23:12:19 I'd have gotten further, too, were it not for those meddling kids! Feb 17 23:12:21 just have to figure out that clock framework… Feb 17 23:12:35 zoinks Feb 17 23:12:44 time for a dagwood sandwich Feb 17 23:15:30 what i'm thinking is taht enabling the clock must call some method somewhere that also enables power to the device Feb 17 23:17:22 cm33xx.h:#define AM33XX_CM_PER_ICSS_CLKCTRL AM33XX_CM_REGADDR(AM33XX_CM_PER_MOD, 0x00e8) Feb 17 23:18:45 oh boy Feb 17 23:18:49 there are also "power domains" Feb 17 23:19:03 those are usually automatically programmed to watch the clocks and turn on/off Feb 17 23:19:06 the "smart" stuff Feb 17 23:19:09 don't worry too much yet Feb 17 23:19:24 about the power domain, at least Feb 17 23:19:37 I suspected that was what would happen, it watches the clocks and turns on/off, I was just trying to determine the linkage Feb 17 23:29:31 hello Feb 17 23:29:45 can someone help me configure my beagleboard Feb 17 23:29:58 i cant get the eth0 running Feb 17 23:31:07 link light? Feb 17 23:39:32 can anyone recommend a cheap 7 inch panel that comes with a controller board? Feb 17 23:54:06 http://www.pixelqi.com/faq Feb 18 00:40:51 I did a opkg update and upgrade yesterday and now the boot partition doesn't mount, so I can't eject it to get usb0 ethernet gadget to work Feb 18 00:46:22 Is there a pre-made development Virtual Machine for BeagleBoard? or do I have to install linux and all the development tools from scratch? Feb 18 01:33:28 * chrisp Do Not Eat Feb 18 01:33:30 oops Feb 18 01:35:19 I cannot find any info so I guess I'll have to do it from scratch :-( Feb 18 01:46:24 OrlandoT: it's a good idea though, bunnie over at chumby really had me impressed when I saw that he sells an ec2 instance to customers at a pretty low price to lower the barrier of entry... Feb 18 01:46:41 http://www.adafruit.com/blog/2011/04/18/quickly-build-images-for-your-chumby-hacker-board/ Feb 18 01:47:11 although installing the toolchain is made pretty easy Feb 18 01:47:24 and you can use narcissus to generate an image, it's enough to get rolling Feb 18 01:47:44 http://narcissus.angstrom-distribution.org/ Feb 18 01:48:54 for me, building locally makes a lot of sense because pulling down large ext3 or tarball images from ec2 takes a lot of time and can rack up bandwidth costs... always a tradeoff Feb 18 01:49:23 anyway good luck Feb 18 01:51:07 thanks Feb 18 01:51:33 but I am still not sure what toolchain I should use Feb 18 01:51:57 is it the TI eclipse based IDE that is used by most people to work on the beaglebone? Feb 18 01:52:27 I want to develop at the device driver level (kernel) Feb 18 01:53:39 hmm I've mostly worked with the beagleboard and need to catch up on the beaglebone.. but I think it's still armv7a. i need to buy one Feb 18 01:54:08 i've never met anyone that uses eclipse to do driver dev Feb 18 01:54:20 use vi Feb 18 01:54:23 yeah me either Feb 18 01:54:27 mostly emacs ;D Feb 18 01:54:38 or vi Feb 18 01:54:40 lol one could use any editor Feb 18 01:54:50 seriously… eclipse? Feb 18 01:54:53 eclipse is nice Feb 18 01:55:00 well, if you're going to be doing driver-level work, it's worth it to build out the toolchain yourself i think Feb 18 01:55:02 in comparison to vi Feb 18 01:55:11 eclipse is far too complicated for me Feb 18 01:55:18 * jconnolly is a guilty eclipse user, mixed with vim Feb 18 01:55:30 but i'm a java developer above all, so... Feb 18 01:55:45 i like netbeans better Feb 18 01:56:00 well, i am happy that there is an editor/ide for everyone out there Feb 18 01:56:20 http://goo.gl/jcw2F Feb 18 01:56:29 haha Feb 18 01:57:07 lol Feb 18 01:57:24 if you want to do low level stuff, at some point you bite the bullet and learn how the tools in the toolchain really work Feb 18 01:57:43 i would never build my own toolchain either. I would prefer to use codesourcery's toolchain Feb 18 01:57:49 there is also the linaro toolchain which I tend to prefer Feb 18 01:57:52 lol ok Feb 18 01:57:59 why would you never build one? Feb 18 01:58:30 because there are many people that have done the job for me and I am lazy Feb 18 01:58:53 well at least you're honest :) Feb 18 01:58:53 better to stand on their shoulders Feb 18 01:59:00 there are so many times where I find I need to compile some userland tool that doesn't have a recipe... having all of the sysroots and headers as part of the build system is totally invaluable Feb 18 01:59:16 for me anyway Feb 18 01:59:32 'hmm i wonder if there's a recipe for chuck. nope. okay, I'll compile it myself.' Feb 18 01:59:56 i just want the headers so that i can compile my driver as a module Feb 18 02:00:04 to keep it simple Feb 18 02:00:33 that way I don't have to mess with the whole linux source code lol did I mentioned I was lazy? Feb 18 02:00:34 i used to be afraid of toolchain building too until I realized that no one I've ever worked with had ever done it and were always reliant upon someone to do it for them Feb 18 02:01:16 so you're not alone in being lazy Feb 18 02:01:33 well, there is so much to learn and so little time so I have to pick my battles Feb 18 02:02:19 studying/applying fundamentals always pay off in the long run Feb 18 02:14:02 +1 jay6981 Feb 18 02:14:14 well said Feb 18 02:16:12 at my company, I was a specialist in the terrifyingly crufty Java Native Interface. when questions like "can I use a webcam with this embedded device using java" I was responsible for recompiling the kernel with UVC support, compiling v4l4j, fixing the jni bindings for an arm based platform, etc... having access to the toolchain and sources for the entire stack made that possible... Feb 18 02:16:23 if I didn't have it... it'd never have happened Feb 18 02:16:56 and I'm the laziest of lazy ;D **** ENDING LOGGING AT Sat Feb 18 02:59:58 2012