| 00:45.11 | *** join/#edev dijenerate (~dijenerat@173.225.251.175) |
| 00:51.57 | *** join/#edev Mirell (~mmiller@ec2-50-19-198-93.compute-1.amazonaws.com) |
| 00:51.57 | *** mode/#edev [+o Mirell] by ChanServ |
| 01:14.51 | *** join/#edev kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 01:31.52 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 02:10.49 | *** join/#edev kergoth_ (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 02:28.22 | *** join/#edev prpplague (~prpplague@ppp-70-249-157-222.dsl.rcsntx.swbell.net) |
| 02:42.09 | *** join/#edev djerome (~djerome@ip24-251-138-141.ph.ph.cox.net) |
| 03:05.45 | *** join/#edev prpplague (~prpplague@ppp-70-249-157-222.dsl.rcsntx.swbell.net) |
| 03:17.06 | *** join/#edev florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 03:51.28 | *** join/#edev kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 04:36.52 | *** join/#edev mbuf (~user@nat/redhat/x-hffvyetcknixcuyx) |
| 05:13.50 | *** join/#edev clio (~andrej@85.159.109.222) |
| 05:25.24 | *** join/#edev avinashhm (~avinash-h@192.91.66.189) |
| 06:29.35 | MonMotha | landley: this your USB controller? I assume the bit stuffing control would be whether you want the chip to perform bit stuffing as required by the USB PHY (to ensure the bit clock can be recovered) or if you want to handle it yourself in software |
| 09:23.35 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 09:29.17 | *** join/#edev rasker (~Rehan@223.130.28.6) |
| 10:41.08 | *** join/#edev JoeMoose (~snork@cpe-76-172-203-123.socal.res.rr.com) |
| 10:41.10 | *** join/#edev JoeMoose (~snork@unaffiliated/joellama) |
| 11:06.48 | *** join/#edev avinashhm (~avinash-h@192.94.92.11) |
| 12:14.59 | *** join/#edev dijenerate (~dijenerat@173.225.251.175) |
| 12:30.35 | *** join/#edev avinashhm (~avinash-h@192.91.66.186) |
| 12:45.30 | *** join/#edev dijenerate (~dijenerat@173.225.251.175) |
| 13:55.11 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 14:13.10 | *** join/#edev kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 14:16.20 | *** join/#edev rasker (~Rehan@223.130.28.6) |
| 14:21.57 | *** join/#edev CosmicPenguin (~nobody@soa.codeaurora.org) |
| 14:21.58 | *** mode/#edev [+o CosmicPenguin] by ChanServ |
| 15:09.35 | *** join/#edev VS_ (~VS@nat/ti/x-rqokqnhnvmmuzvts) |
| 15:16.26 | *** join/#edev VS_ (~VS@nat/ti/x-yrjkkptdelgghfkz) |
| 15:30.01 | *** join/#edev avinashhm (~avinash-h@192.91.66.189) |
| 15:33.51 | *** join/#edev rasker (~Rehan@223.130.28.6) |
| 15:42.14 | *** join/#edev prpplague (~danders@nat/ti/x-yedxxbajdihnzmxk) |
| 15:43.51 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-jilsdzfgufkegxnc) |
| 16:05.51 | *** join/#edev miltonm (~miltonm@32.97.110.53) |
| 16:19.06 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-sstgewzvlwiporao) |
| 16:47.29 | landley | Yay, back to porting code between kernel branches. |
| 16:47.42 | landley | Much more fun than poking at hardware, I know how to _do_ this bit. |
| 16:48.12 | landley | Hardware that stops listening to the driver is not fun to try to find a non-power-cycle reset for. "Is this it? No..." |
| 17:10.13 | prpplague | landley: hehe |
| 17:32.56 | *** join/#edev JoeLlama (~snork@cpe-76-172-203-123.socal.res.rr.com) |
| 17:32.57 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 18:38.40 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-urqcpfmetormfddf) |
| 18:57.53 | *** join/#edev ZeZu (null@c-98-227-57-88.hsd1.in.comcast.net) |
| 19:05.28 | *** join/#edev bgamari (~ben@physicsnat56.physics.umass.edu) |
| 19:07.04 | bgamari | Any idea why my machine (a beagleboard) would hang after "Uncompressing Linux... done, booting the kernel. |
| 19:07.13 | bgamari | only when CONFIG_USE_OF is enabled |
| 19:07.36 | bgamari | If CONFIG_USE_OF is disabled then the kernel OOMs early in the boot due to thinking it has only 16MB of RAM |
| 19:07.42 | landley | bgamari: it's not getting to the point of writing any console output. |
| 19:08.06 | bgamari | fair enough, but why? |
| 19:08.09 | landley | CONFIG_USE_OF is probably either looking for a device tree or trying to do an openfirmware callback (to get a device tree). |
| 19:08.24 | landley | And if openfirmware isn't there, this callback could go off into la-la land and never return. |
| 19:08.26 | bgamari | Any way to get debugging output out of it? |
| 19:08.33 | bgamari | I'm booting with uboot |
| 19:08.43 | bgamari | Which claims it's loading the devicetree |
| 19:08.45 | landley | Access to unmapped memory and some such. Page fault before the console is setup... |
| 19:08.51 | landley | bgamari: got a jtag? |
| 19:08.58 | bgamari | Not really |
| 19:09.06 | bgamari | I have a bus pirate which technically could work |
| 19:09.10 | landley | Which architecture is this? |
| 19:09.11 | bgamari | but it's at home |
| 19:09.15 | bgamari | OMAP |
| 19:09.19 | bgamari | Beagleboard |
| 19:09.34 | landley | There's lots of people around here who know more about that than I do. :) |
| 19:09.47 | landley | I don't think you should need the "use openfirmware", you should just need device tree support. |
| 19:09.55 | landley | Which is separate these days. |
| 19:10.02 | bgamari | OMAP3530 I think |
| 19:10.02 | landley | Which kernel version are you using? |
| 19:10.05 | bgamari | 3.0 |
| 19:10.14 | landley | I think DT support is in there... |
| 19:10.19 | bgamari | as do I |
| 19:10.45 | bgamari | https://wiki.linaro.org/Resources/HowTo/KernelDeviceTree |
| 19:10.51 | bgamari | suggests that CONFIG_USE_OF is necessary |
| 19:11.13 | landley | http://lwn.net/Articles/448502 |
| 19:12.44 | landley | Dig into the code and read through what it's doing, possibly commenting out chunks of it to get it to boot? |
| 19:12.50 | landley | I wonder if Grant Likely's on freenode... |
| 19:13.34 | bgamari | 'twould be nice |
| 19:14.02 | landley | gcl |
| 19:14.29 | landley | I hath pinged him. |
| 19:14.56 | bgamari | The devicetree has some sort of magic number, right? |
| 19:15.04 | landley | I believe he's canadian, so should be about in this timezone. |
| 19:15.06 | bgamari | so garbage won't be interpretted as a devicetree |
| 19:15.11 | landley | bgamari: there's devtree magic, yes. |
| 19:15.20 | landley | It's in Documentation somewhere, where'd that go... |
| 19:15.41 | bgamari | alright |
| 19:16.14 | bgamari | Yeah, looks like there is one |
| 19:16.24 | bgamari | Maybe JTAG would be worthwhile? |
| 19:17.02 | bgamari | I've never tried JTAG over buspirate with the beagleboard |
| 19:17.11 | landley | http://kernel.org/doc/Documentation/devicetree/booting-without-of.txt |
| 19:17.36 | landley | Sigh, it's actually newer in 3.0, I need to refresh that directory. |
| 19:17.53 | landley | Still, that's the basic device tree documentation. |
| 19:18.01 | bgamari | yep, already found it |
| 19:18.04 | landley | There's also a device tree mailing list. |
| 19:18.28 | bgamari | It doesn't really look like the machine will jump based on the devicetree |
| 19:18.36 | bgamari | so I don't know how it's getting to la-la lang |
| 19:18.38 | bgamari | land* |
| 19:18.52 | landley | http://lists.ozlabs.org/listinfo/devicetree-discuss |
| 19:19.25 | bgamari | At least on ARM, if you're debugging, the low level debug code can select an output device at kernel build time and get output even in the startup assembly code. Well before even looking at the DT data. |
| 19:19.26 | landley | Ooh, possibly the device tree is overriding your console= entry. |
| 19:19.32 | bgamari | according to grant |
| 19:19.34 | landley | Or redefining what devices you have available. |
| 19:19.51 | bgamari | It would be nice if he mentioned how |
| 19:19.52 | landley | Did you enable EARLY_PRINTK? |
| 19:20.12 | bgamari | I don't think it exists in 3.0 |
| 19:20.27 | bgamari | grepping .config returns nothing |
| 19:21.02 | bgamari | How does one pass a log level to the kernel through the command line? |
| 19:21.06 | bgamari | I always forget this |
| 19:21.40 | bgamari | Doh |
| 19:21.41 | bgamari | nope |
| 19:21.53 | bgamari | It was hidden behind CONFIG_DEBUG_LL |
| 19:22.16 | bgamari | What's sad is this isn't the first time I've had this realization |
| 19:22.29 | landley | I always stick printk(KERN_ERR "blah\n") in stuff and ignore the levels. |
| 19:22.45 | landley | If I switch them on to the point where I see other people's debug messages, I'm swamped in other people's debug messages. |
| 19:22.59 | bgamari | true |
| 19:23.39 | landley | Read through the code, stick printk() in the code, if I can't do that try to get a jtag and "objdump -d vmlinux" to see where it got. |
| 19:23.39 | bgamari | I'm hoping the kernel will give me some feedback with EARLY_PRINTK |
| 19:23.46 | landley | Yay! |
| 19:23.50 | landley | Let us know how it goes. |
| 19:23.55 | landley | I must go do stuff elsewindow... |
| 19:23.59 | bgamari | Hopefully there's already a printk somewhere which it'll hit |
| 19:24.01 | bgamari | alright |
| 19:24.04 | bgamari | Thanks! |
| 19:24.42 | bgamari | Woo hooo! |
| 19:24.48 | bgamari | Error: unrecognized/unsupported device tree compatible list: |
| 19:25.11 | bgamari | Hmm, now to figure out what that mysterious message means\ |
| 19:27.37 | landley | yay message |
| 19:27.49 | landley | Might have gotten the magic at the start of the list wrong. |
| 19:28.48 | landley | The magic at the start is 0xd00dfeed by the way. |
| 19:29.27 | landley | My favorite is still the twitter handle "0xabad1dea". |
| 19:30.34 | bgamari | http://hpaste.org/50443 |
| 19:30.39 | bgamari | There's the full message |
| 19:32.14 | bgamari | Where are machine_descs defined? |
| 19:33.04 | bgamari | It sounds like either my machine_desc or my devicetree has an incorrect compatible list |
| 19:34.00 | prpplague | bgamari: you trying to boot a beagle board? |
| 19:34.29 | bgamari | Where Yes |
| 19:34.31 | bgamari | Yes |
| 19:34.57 | bgamari | Somehow grep finds machine_desc references in all of the omap board object files |
| 19:35.00 | bgamari | yet no source files |
| 19:35.00 | bgamari | arg |
| 19:35.26 | landley | arch/arm/include/asm/mach/arch.h seems to have the general machine_desc plumbing for arm |
| 19:35.27 | bgamari | prpplague: Do you know where the beagleboard machine_desc is? |
| 19:36.19 | bgamari | landley: But where are machine_descs actually defined? |
| 19:36.50 | prpplague | bgamari: the machine file for the linux kernel is in arch/arm/mach-omap2/board-omap3beagle.c |
| 19:37.02 | *** join/#edev florian (~fuchs@sign-4db60a6b.pool.mediaWays.net) |
| 19:37.02 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 19:38.02 | bgamari | doh, yeah |
| 19:38.16 | bgamari | damn preprocessor macro magic ruining greppability |
| 19:39.24 | bgamari | Bah |
| 19:39.40 | bgamari | prpplague: Is there a reason it doesn't define dt_compat |
| 19:41.18 | bgamari | Wow |
| 19:41.31 | bgamari | damn, the linaro kernel has patches add dt_compats to boards |
| 19:46.18 | landley | My hobby project regression tests new releases of vanilla packages against each other on various QEMU targets. |
| 19:46.37 | landley | I don't care what some random fork has, if it's not upstream it doesn't count. |
| 19:52.43 | bgamari | You should test linaro and beagle |
| 19:52.48 | bgamari | would have saved me some time ;) |
| 19:53.06 | bgamari | I'm not sure whether I want to rebase on top of linaro or just cherry-pick the patch |
| 19:55.08 | *** join/#edev Unknown_Monkey (~max@netblock-66-245-209-170.dslextreme.com) |
| 19:55.49 | Unknown_Monkey | Hey I have a question on embedded systems |
| 19:56.38 | Unknown_Monkey | The question is what can these be used for and I know there is probely a million diffrent uses for them but what are the mostly used fords |
| 19:56.43 | Unknown_Monkey | used for |
| 20:04.14 | landley | Uh-huh. |
| 20:04.23 | landley | Well, in case he comes back, "all sorts of stuff". |
| 20:04.29 | landley | What can any _other_ computers be used for? |
| 20:21.36 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 20:22.25 | *** join/#edev Mirell (~mmiller@64.245.52.2) |
| 20:22.25 | *** mode/#edev [+o Mirell] by ChanServ |
| 20:28.18 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-tajbmuxzmmwptqmm) |
| 20:35.10 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-mvcucdscckbrgswr) |
| 20:42.16 | *** join/#edev bgamari (~ben@physicsnat56.physics.umass.edu) |
| 20:46.48 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-hmmmxfrdpmeuwfba) |
| 20:58.12 | *** join/#edev miltonm (~miltonm@32.97.110.51) |
| 20:59.43 | *** join/#edev jayabharath_ (~jayabhara@nat/ti/x-ewspkgjpauffaqjt) |
| 21:01.28 | *** join/#edev miltonm (~miltonm@32.97.110.51) |
| 21:02.42 | *** join/#edev miltonm (~miltonm@32.97.110.51) |
| 21:05.31 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 21:11.58 | *** join/#edev kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 21:42.35 | *** join/#edev bsdfox_ (~h36sa@unaffiliated/bsdfox) |
| 22:25.00 | *** join/#edev dijenerate (~dijenerat@69.73.216.31) |
| 23:15.12 | *** join/#edev bgamari (~ben@physicsnat56.physics.umass.edu) |
| 23:17.28 | *** join/#edev flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 23:20.30 | *** join/#edev bgamari (~ben@gamari.physics.umass.edu) |
| 23:46.13 | *** join/#edev prpplague (~prpplague@ppp-70-249-157-222.dsl.rcsntx.swbell.net) |