**** BEGIN LOGGING AT Mon Jun 28 02:59:57 2010
Jun 28 04:57:43 <ukleinek> ericm|ubuntu: oh, you're reading lkml
Jun 28 05:00:12 <ukleinek> ericm|ubuntu: and I would welcome some common practise, Linus, too, I guess
Jun 28 05:27:57 <ericm|ubuntu> ukleinek, replied
Jun 28 05:43:59 <ukleinek> ericm|ubuntu: oh, missed the __initdata
Jun 28 05:44:33 * ukleinek is away, the children are up, so time for breakfast
Jun 28 06:20:20 <ukleinek> ericm|ubuntu: what do you need .dev_name for?
Jun 28 06:20:52 <ericm|ubuntu> ukleinek, nothing - just to distinguish between dev_name and drv_name :-)
Jun 28 06:23:10 <ericm|ubuntu> ukleinek, I hope in the end I can use dev_name only - when all platform driver accepts a list of supported platform_device_id[]
Jun 28 06:59:03 <ukleinek> 83285 is more interesting than 83342 though
Jun 28 07:10:59 <ukleinek> ericm|ubuntu: regarding "Introduce 'struct machine_class' for SoC level abstraction", do you really want to have boot_params in struct machine_class?  I didn't recheck, but isn't that legacy cruft?
Jun 28 07:11:20 <ukleinek> (i.e. for platforms not passing r2)
Jun 28 07:24:44 <ericm|ubuntu> ukleinek, well - I don't like that either - but for backward compatiblity consideration, it can be removed later as well
Jun 28 07:35:54 <hrw> morning
Jun 28 07:36:06 <lag> Morning hrq
Jun 28 07:36:08 <lag> Grrrr
Jun 28 07:36:14 <lag> Morning hrw!
Jun 28 08:58:22 <hrw> ogra: hi
Jun 28 09:29:05 <ogra_cmpc> cooloney, does the new omap4 package have the videoram fixes from TI so we can actually boot with a screen ?
Jun 28 09:31:33 <cooloney> ogra_cmpc: oh, no,
Jun 28 09:31:54 <cooloney> ogra_cmpc: is there any bug about that videoram issue?
Jun 28 09:32:04 <cooloney> ogra_cmpc: i can talk with sebjan about that
Jun 28 09:33:30 <ogra_cmpc> cooloney, there isnt a bug, i think sebjan's tree has the fix though, vram needs to be 32M instead of 8
Jun 28 09:33:54 <hrw> my first gfx card had 2MB ram...
Jun 28 09:34:24 <ogra_cmpc> well, your first gfx card dint have three different outputs i guess :) each needs 8M
Jun 28 09:34:34 <hrw> yep - vga only
Jun 28 09:34:43 <hrw> and I used 1152x864-16 with it
Jun 28 09:34:51 <ogra_cmpc> wow
Jun 28 09:35:08 <ogra_cmpc> my first gfx card didnt do more than 640x480
Jun 28 09:35:17 <ogra_cmpc> and that was an expensive one back then
Jun 28 09:35:17 <hrw> ogra: it was 2000
Jun 28 09:35:34 <hrw> pci ati mach64 card which was quite obsolete at that time
Jun 28 09:35:55 <ogra_cmpc> yeah, mach64 cards didnt exist when i started
Jun 28 09:36:08 * ogra_cmpc isnt even sure ati existed back then
Jun 28 09:36:23 <cooloney> ogra_cmpc: http://kernel.ubuntu.com/git?p=roc/ubuntu-maverick.git;a=commitdiff;h=5c5862e6dfc3a46e72d82c46ea8534b38c4ac3a8
Jun 28 09:36:32 <cooloney> ogra_cmpc: is this commit which will fix this issue?
Jun 28 09:36:56 <cooloney> i am not sure about that, since there is no bug information in the commit log
Jun 28 09:37:12 <hrw> ogra: at same time I had Hyundai 386sx/25MHz with ati onboard graphics. but we used only 720x480 mode for text console with it
Jun 28 09:38:24 <ogra> cooloney, hmm, afaik it was just a config option
Jun 28 09:39:01 <cooloney> ogra: http://kernel.ubuntu.com/git?p=roc/ubuntu-maverick.git;a=commitdiff;h=984ab103c27b1811e05a60e0a1a7129fed3b5250
Jun 28 09:39:14 <cooloney> this is the only config change in the commit
Jun 28 09:39:22 <ogra> weird
Jun 28 09:39:26 <cooloney> but i failed to see any videoram fixes
Jun 28 09:39:32 <ogra> there must be a default for VRAM
Jun 28 09:39:38 <cooloney> ogra: so the testing kernel fixed that?
Jun 28 09:39:45 <ogra> setting that to 32M should fix the display issues
Jun 28 09:39:52 <ogra> i havent tested it yet
Jun 28 09:40:08 <cooloney> ok,
Jun 28 09:40:17 <ogra> setting vram=32M on the cmdline gives me HDMI with all kernels though
Jun 28 09:40:44 <cooloney> that's a very useful info
Jun 28 09:40:44 <hrw> looking at apt-cross code makes my head explode
Jun 28 09:42:13 <sebjan> cooloney: I planned to set the VRAM to 32MB by default in next kernel sometimes this week (not included in the patches you pulled today)
Jun 28 09:43:00 <cooloney> sebjan: ok, got it. from ogra's info, HDMI issue can be fixed by that
Jun 28 09:43:56 <sebjan> yes, the vram size can be overriden through the command line
Jun 28 09:53:05 <cooloney> sebjan: sorry, i am not debugging on it, it seems it doesn't work on lag's side
Jun 28 09:53:36 <ogra> cooloney, TI said there might be issues with some monitors
Jun 28 09:53:46 <lag> http://www.amazon.co.uk/LG-W2261VP-inch-LCD-Monitor/dp/B0028KGKJA
Jun 28 09:53:51 <lag> This is the one I'm using
Jun 28 09:53:56 <ogra> funnily ndec said specifically with samsung ... my samsung works fine though
Jun 28 09:53:57 <lag> Fairly standard
Jun 28 09:54:53 <lag> ogra: What do you see on your monitor?
Jun 28 09:55:32 <cooloney> ogra: mine is viewsonice HDMI 1080P, but don't have hardware to test, -:<
Jun 28 09:55:51 <ogra> teh kernel messages and some plymouth console errors (as i said my rootfs doesnt work)
Jun 28 09:56:15 <ogra> i'll try with a proper rootfs later today
Jun 28 09:56:19 <lag> At least you see something
Jun 28 09:56:27 <lag> What kernel are you using?
Jun 28 09:56:35 <ogra> currently i'm busy getting the omap3 images working at least
Jun 28 09:56:48 <ogra> Linux version 2.6.34-900-omap4 (buildd@hubbard) (gcc version 4.4.4 (Ubuntu 4.4.4-4ubuntu1) ) #1-Ubuntu SMP PREEMPT Fri Jun 18 23:51:15 UTC 2010
Jun 28 09:57:01 <lag> Same as me
Jun 28 09:57:03 <ogra> the latest archive kernel
Jun 28 09:57:05 <lag> That sucks :(
Jun 28 09:57:36 <ogra> did you try booting without setting a serial console on cmdline
Jun 28 09:58:09 <ogra> (your paste chopped off the cmdline string)
Jun 28 09:58:33 <lag> setenv bootargs root=/dev/mmcblk0p2 rootwait ro mem=463M console=ttyO2,115200n8 vram=32M; mmcinit 0; fatload mmc 0 0x80200000 uImage; bootm 0x80200000
Jun 28 09:58:36 <lag> Fail
Jun 28 09:58:51 <ogra> err
Jun 28 09:58:53 <ogra> indeed
Jun 28 09:59:13 <ogra> console=ttyO2,115200n8 and no other console= option forces serial only
Jun 28 09:59:34 <ogra> try dropping all console= options for a start
Jun 28 09:59:42 <ogra> that should default to tty0
Jun 28 09:59:50 <cooloney> ogra: yeah, i agree
Jun 28 10:12:06 <lag> setenv bootargs root=/dev/mmcblk0p2 rootwait ro mem=463M vram=32M; mmcinit 0; fatload mmc 0 0x80200000 uImage; bootm 0x80200000
Jun 28 10:12:07 <lag> Fail
Jun 28 10:12:31 <ogra> try setenv bootargs root=/dev/mmcblk0p2 rootwait ro mem=463M console=ttyO2,115200n8 console=tty0 vram=32M; mmcinit 0; fatload mmc 0 0x80200000 uImage; bootm 0x80200000
Jun 28 10:12:43 <ogra> thats what i used with my last boot
Jun 28 10:13:09 <ogra> if that doesnt work, tell ndec that LG monitors have issues too
Jun 28 10:13:09 <lag> Tried that already - Fail
Jun 28 10:13:27 <lag> I think he would have heard you
Jun 28 10:13:36 <lag> ndec: ACK -^
Jun 28 10:17:37 * ogra ponders buying something like http://www.mp3car.com/vbulletin/mp3car-blog-talk/141162-hardware-review-lilliput-669gl-70np-c-t-7-hdmi-monitor.html for travelling
Jun 28 10:21:20 <hrw> ogra: to car or for desk?
Jun 28 10:21:41 <ogra> for using my omap boards while travelling
Jun 28 10:21:56 <ogra> its small enough to fit in a laptop bag along with beagle or panda
Jun 28 10:22:15 <hrw> and needs 12V
Jun 28 10:22:28 <ogra> comes with power supply
Jun 28 10:22:29 <hrw> so you need power socket to use it
Jun 28 10:22:33 <ogra> indeed
Jun 28 10:22:43 <hrw> dpkg-shlibdeps: error: couldn't find library libc.so.6 needed by debian/libgcc1-armel-cross/usr/arm-linux-gnueabi/lib/libgcc_s.so.1 (ELF format: 'elf32-littlearm'; RPATH: '').
Jun 28 10:22:47 <hrw> shit
Jun 28 10:25:35 <lag> It's more expensive, but: http://www.cinema5d.com/news/?p=3063
Jun 28 10:26:05 <ogra> heh, $600
Jun 28 10:27:23 <lag> As I said ...
Jun 28 10:28:02 <lool> hrw: Yeah, same thing as last week
Jun 28 10:28:11 <lool> hrw: Did you make progress on this issue?  Did you chat with slangasek about it
Jun 28 10:28:17 <lag> Probably better to buy a 12v battery pack - not sure how long it would last though
Jun 28 10:28:19 <lool> It's quite a subtle issue, and resolution is not easy
Jun 28 10:29:04 <hrw> lool: I just got hit by that
Jun 28 10:29:14 <ogra> lag, well, i'm more intrested in having a display when sitting in some hotel room at a conference or sprint
Jun 28 10:29:32 <ogra> beyond that the lilliput has a touchscreen too :)
Jun 28 10:29:38 <lool> hrw: Isn't that the same thing as last week, where we discussed shlibs and building a fake shlibs package?
Jun 28 10:29:45 <hrw> lool: no
Jun 28 10:29:56 <lag> It looks good, and I'm sure you'd be able to power it if you really wanted to
Jun 28 10:30:01 <hrw> lool: thats I have in chroot which has all cross libs installed
Jun 28 10:30:02 <lool> hrw: I dont see the difference
Jun 28 10:30:04 <lag> (by batteries I mean)
Jun 28 10:30:25 <ogra> yeah
Jun 28 10:30:54 <lool> hrw: Do you have binutils-multiarch installed?
Jun 28 10:31:20 <hrw> yes
Jun 28 10:40:18 * ogra fires off an omap3 livefs build ... 
Jun 28 10:42:33 <hrw> lool: I found a bug
Jun 28 10:42:46 <hrw> side effect of merging cross rules
Jun 28 11:24:11 <lag> Has anyone seen this before? http://paste.ubuntu.com/456338/
Jun 28 11:30:59 <lag> ogra -^
Jun 28 11:31:37 <ogra_cmpc> lag, nope
Jun 28 11:31:49 <ogra_cmpc> but i havent tried the kernele from lucid-proposed
Jun 28 11:31:56 <ogra_cmpc> (which you seem to use)
Jun 28 11:32:33 <ogra_cmpc> https://edge.launchpad.net/ubuntu/+source/linux-ti-omap/2.6.33-502.8 doesnt really look like there was something added to it that could cause it though
Jun 28 11:34:10 <lag> I'm using the kernel from git://kernel.ubuntu.com/ubuntu/ubuntu-lucid.git
Jun 28 11:34:14 <lag> Is that proposed?
Jun 28 11:35:32 <ogra_cmpc> well, 502 is in proposed
Jun 28 11:35:54 <lag> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=shortlog;h=refs/heads/ti-omap
Jun 28 11:36:04 <ogra_cmpc> 501 was a security update i think
Jun 28 11:36:14 <ogra_cmpc> 500 was the release kernel for lucid
Jun 28 11:36:39 <ogra_cmpc> your paste has 2.6.33-502-omap
Jun 28 11:38:33 <lag> Yes, that's what it says
Jun 28 11:39:04 <ogra_cmpc> all i can say is that the 500 kernwel worked fine for me
Jun 28 11:39:22 <ogra_cmpc> no idea about the security or proposed versions
Jun 28 11:39:50 <lag> Okay, I'll try and find someone who has built the latest kernel
Jun 28 11:39:55 <lag> Thanks ogra_cmpc
Jun 28 11:40:22 <ogra_cmpc> to be honest i dont really look at lucid atm
Jun 28 11:42:15 * ogra_cmpc sighs about evolution-data-server being out of sync and breaking the images
Jun 28 12:13:34 <dcordes> hi
Jun 28 12:17:01 <dcordes> using rootstock I created an ubuntu armel rootfs. most stuff works ootb. also networkmanager sets up my usb ethernet device correctly with dhcp. but there is one problem
Jun 28 12:17:09 <dcordes> only root can use networking
Jun 28 12:17:48 <dcordes> I setup my 'user' ubuntu with all privilges seleectable in the gui but it didn't fix it
Jun 28 12:18:32 <dcordes> what could be the cause of the problem ?
Jun 28 12:24:28 <lag> ogra_cmpc: Can you email me your Panda kernel which you have HDMI working on please?
Jun 28 12:27:32 <ogra_cmpc> lag, its the plain archive kernel
Jun 28 12:27:57 <lag> As is mine I think
Jun 28 12:28:06 <lag> But I'd like to double-check
Jun 28 12:28:31 <lag> I'd like to check all avenues before I say "it's an LG monitor issue"
Jun 28 12:29:59 <directhex> how close is qemu-arm-static to the hardware platform ubuntu is compiled for, especially the thumb2 stuff?
Jun 28 12:44:41 <ogra> lag, http://people.canonical.com/~ogra/panda/
Jun 28 12:45:45 <lag> Thanks ogra
Jun 28 13:01:29 <sebjan> cooloney: I tested your image: it boots on my 2 boards. However, the smsc95xx.macaddr parameter does not have any effect, and I can't understand why... (this is the last patch that you pulled)
Jun 28 13:05:09 <lag> ogra: That doesn't work either. It must be a problem with LG monitors
Jun 28 13:05:36 <ogra> yeah, i suspected that after ndec's comment last week
Jun 28 13:05:49 <ogra> seems some EDID's cant be read properly by the driver
Jun 28 13:06:39 <lag> That makes sense
Jun 28 13:06:51 <lag> It must only be a parsing issue though? No biggy?
Jun 28 13:10:24 <hrw> http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/ updated to recent compilers
Jun 28 13:12:11 <cwillu_at_work> rcn-ee, <3
Jun 28 13:13:50 <ogra> lag, probably
Jun 28 14:41:41 <directhex> bleh
Jun 28 16:03:39 <cwillu_at_work> ogra, do you know anything about x-loader and company?
Jun 28 16:04:23 <prpplague> cwillu_at_work: anything in particular you would like to know?
Jun 28 16:05:00 <cwillu_at_work> prpplague, background:  I'm trying to rig up an sd card to update nand and poke at a couple odds and ends on a zippy board if and only if the user button is held down
Jun 28 16:05:45 <cwillu_at_work> so, I need an x-load that both initializes i2c correctly so that the zippy will work, and which will pull u-boot off nand rather than mmc
Jun 28 16:06:13 <cwillu_at_work> apparently the place to set that is in include/configs/omap3530beagle.h
Jun 28 16:06:32 <cwillu_at_work> CFG_CMD_MMC   0
Jun 28 16:06:39 <cwillu_at_work> except, that doesn't make any difference
Jun 28 16:07:03 <cwillu_at_work> it's reading the x-loader off nand (verified with the datestamp), but the option just has no effect
Jun 28 16:07:34 <cwillu_at_work> if I boot without the sd card in, it loads u-boot off nand correctly, so it's not that I don't actually have a usable u-boot on there
Jun 28 16:07:53 <cwillu_at_work> i.e., I could just kill off MLO from the sd card, and things would work
Jun 28 16:08:20 <cwillu_at_work> but I'd lose the ability to use the user button to trigger updating x-load and u-boot to nand
Jun 28 16:08:50 * prpplague reads through and tries to understand your targer
Jun 28 16:08:52 <prpplague> target
Jun 28 16:09:09 <cwillu_at_work> I don't get what I'm doing wrong though;  as far as I can tell from reading this, setting CONFIG_MMC to 0 should completely remove the code to even attempt to load u-boot from mmc
Jun 28 16:09:12 <cwillu_at_work> but yet it _still_ does it
Jun 28 16:11:36 <prpplague> cwillu_at_work: hmm, interesting situation
Jun 28 16:12:44 <prpplague> cwillu_at_work: i'd have to look at the sysboot configuration on the beagle(its been awhile)
Jun 28 16:12:50 * prpplague pulls the docs
Jun 28 16:13:06 <cwillu_at_work> and I've checked the voltages on the user button, it's not broken :p
Jun 28 16:13:25 <cwillu_at_work> 1.8v on one side, 0v on the other
Jun 28 16:13:42 <cwillu_at_work> and pulled down to 0v when the button is pushed
Jun 28 16:13:50 * cwillu_at_work huggles prpplague 
Jun 28 16:14:31 <cwillu_at_work> the odd thing is that there's a version of x-load that works properly re: nand, but it doesn't initialize i2c properly, so u-boot with zippy2 support just hangs
Jun 28 16:16:25 <cwillu_at_work> fatload mmc 0 80200000 x-load.bin; nandecc hw; nand erase 0 80000; nand write 80200000 0 20000; nand write 80200000 20000 20000; nand write 80200000 40000 20000; nand write 80200000 60000 20000
Jun 28 16:16:30 <cwillu_at_work> is what I'm using to write it
Jun 28 16:17:03 <cwillu_at_work> (I've named the file x-load.bin instead of .ift after signing it, as the extra extension triggers the bad behaviour re: requiring MLO to be written first on fat
Jun 28 16:21:30 <prpplague> cwillu_at_work: hmm, from what i am seeing, if you have a valid x-load in the nand flash, and the user button is not pressed, it should load the x-load from nand flash, not the sd card
Jun 28 16:21:37 <prpplague> cwillu_at_work: is that what you are seeing?
Jun 28 16:22:09 <cwillu_at_work> yes
Jun 28 16:22:33 <cwillu_at_work> Texas Instruments X-Loader 1.4.4ss (Apr 13 2010 - 22:36:28) with user
Jun 28 16:22:38 <cwillu_at_work> Texas Instruments X-Loader 1.4.4ss (Jun 28 2010 - 10:11:02) without
Jun 28 16:23:28 <prpplague> ok
Jun 28 16:23:34 <cwillu_at_work> both give Loading u-boot.bin from mmc
Jun 28 16:23:43 <cwillu_at_work> if I remove the sd card, I get Loading u-boot.bin from nand
Jun 28 16:23:51 <prpplague> ahh, ok
Jun 28 16:23:54 <cwillu_at_work> and then the u-boot prompt
Jun 28 16:24:35 <prpplague> cwillu_at_work: you need to look in the x-load code, there is a order of preference for loading the u-boot.bin file
Jun 28 16:24:45 <prpplague> cwillu_at_work: normally it is the sd card file, nand second
Jun 28 16:24:55 <cwillu_at_work> prpplague, mmc support isn't even compiled in as far as I can tell
Jun 28 16:25:17 <cwillu_at_work> include/configs/omap3530beagle.h is documented as the place to change the ordering
Jun 28 16:25:23 <cwillu_at_work> but the setting doesn't affect it
Jun 28 16:25:42 <prpplague> that is in the x-loader code?
Jun 28 16:25:45 <cwillu_at_work> yes
Jun 28 16:25:53 <cwillu_at_work> line 48 should be 1 to boot from mmc, and 0 to boot from nand
Jun 28 16:26:02 <cwillu_at_work> I've also tried disabling CONFIG_MMC entirely
Jun 28 16:26:34 * ogra_cmpc thought its a matter of how long you hold down the user button
Jun 28 16:27:12 <ogra_cmpc> at least it seems to work that way wiht the ubuntu x-loader here
Jun 28 16:27:28 <cwillu_at_work> ogra_cmpc, if I'm not holding the user button down, it shouldn't be loading from mmc
Jun 28 16:27:43 <cwillu_at_work> ogra, it's pulling x-loader from nand, but that xloader is just going to mmc
Jun 28 16:27:56 <ogra_cmpc> right, but if you hold it down after x-loader is up it should load u-boot from mmc
Jun 28 16:28:06 <cwillu_at_work> ogra_cmpc, ...
Jun 28 16:28:15 <cwillu_at_work> it's going from mmc even _without_ the user button
Jun 28 16:28:23 <ogra_cmpc> right, i got that
Jun 28 16:28:29 <cwillu_at_work> the only way it pulls u-boot from nand right now is if I don't put the sd card in at all
Jun 28 16:28:39 <ogra_cmpc> weird
Jun 28 16:29:02 <cwillu_at_work> yes :)
Jun 28 16:30:37 <cwillu_at_work> lib/board.c:91 is where it tries to pull it
Jun 28 16:30:49 <cwillu_at_work> and as far as I can tell, that shouldn't even be compiled in (CONFIG_MMC = 0)
Jun 28 16:31:24 <prpplague> cwillu_at_work: something doesn't sound right for your configuration and such
Jun 28 16:31:33 <prpplague> cwillu_at_work: i just tested on my beagle and it works fine
Jun 28 16:31:48 <cwillu_at_work> and you had an otherwise bootable sd card in the beagle?
Jun 28 16:32:50 <prpplague> yea
Jun 28 16:33:04 <cwillu_at_work> L:/
Jun 28 16:33:14 <cwillu_at_work> this is from koen's golden git repo :./
Jun 28 16:33:34 <prpplague> cwillu_at_work: i think it might be best if you have the same x-load built from scratch on both the sd and flash
Jun 28 16:33:58 <cwillu_at_work> no offense, but how is that relevant?
Jun 28 16:34:09 <cwillu_at_work> if the mmc is affecting this, then something is broken
Jun 28 16:34:21 <cwillu_at_work> it shouldn't be touching it, and so whatever is on it should be irrelevant
Jun 28 16:35:30 * ogra_cmpc agrees
Jun 28 16:36:11 <prpplague> cwillu_at_work: you need to start from a known position, if you have the same code built together at one time, you can use it as a basis for your tests
Jun 28 16:36:20 <ogra_cmpc> we're using 1.4.3 from the sarkoman tree in ubuntu btw
Jun 28 16:38:42 <cwillu_at_work> prpplague, I'm not going to lie, that's a maddeningly frustrating thing for you to say
Jun 28 16:39:01 <cwillu_at_work> I justed deleted MLO and x-load off the sd card completely.
Jun 28 16:39:03 <cwillu_at_work> same behaviour
Jun 28 16:39:30 <prpplague> cwillu_at_work: interesting
Jun 28 16:40:00 <cwillu_at_work> could you send me your copy?  about the only thing left it could be is my build environment and my beagle
Jun 28 16:40:21 <prpplague> cwillu_at_work: i'm currently at work and am limited to what i can send you
Jun 28 16:40:34 <prpplague> cwillu_at_work: i could post something on the wiki this evening
Jun 28 16:41:06 <ogra_cmpc> cwillu_at_work, just grab the ubuntu deb and unpack it if you need a working bainry
Jun 28 16:41:12 <ogra_cmpc> *binary
Jun 28 16:41:26 <prpplague> http://www.elinux.org/BeagleBoard_Zippy2#Copy_files_onto_the_BOOT_partition
Jun 28 16:41:40 <prpplague> ogra_cmpc: have your tried the MLO binary that i already have posted?
Jun 28 16:41:53 <ogra_cmpc> nope, i'm not near my beagle
Jun 28 16:42:16 <prpplague> oops sorry that was for cwillu_at_work
Jun 28 16:42:24 <prpplague> cwillu_at_work: http://www.elinux.org/BeagleBoard_Zippy2#Copy_files_onto_the_BOOT_partition
Jun 28 16:42:35 <cwillu_at_work> prpplague, was that MLO built for nand or for MMC though?
Jun 28 16:44:29 <cwillu_at_work> ... and all this to avoid teaching a technician how to write the firmware by hand :p
Jun 28 16:46:05 <cwillu_at_work> just to check, when you said that you had it working:  you had MLO and u-boot on MMC, and x-loader and u-boot in NAND, and when you booted without the user button held down, you got the message "Loading u-boot.bin from nand"?
Jun 28 16:46:28 <prpplague> cwillu_at_work: correct
Jun 28 16:49:24 <cwillu_at_work> ... you know what would kinda tick me off?
Jun 28 16:49:48 <cwillu_at_work> if the damn signing program was silently not doing anything because of an existing file with the same name, which wasn't getting cleaned by make distclean
Jun 28 16:51:12 <prpplague> cwillu_at_work: yea you have to be careful about that
Jun 28 16:51:35 <prpplague> and you have to make sure that you copy the x-load.bin.ift to the file name MLO
Jun 28 16:51:43 <lag> orga: ping
Jun 28 16:51:44 <cwillu_at_work> no, not in this case
Jun 28 16:52:02 <cwillu_at_work> MLO is what you call it if you're booting off the sd card
Jun 28 16:52:17 <cwillu_at_work> which I'm not (unless the user button is pressed, but that's not where my grief is)\
Jun 28 16:52:54 <prpplague> right, with respect to the SD card
Jun 28 16:53:22 <cwillu_at_work> nope, that didn't change anything
Jun 28 16:53:31 <cwillu_at_work> Texas Instruments X-Loader 1.4.4ss (Jun 28 2010 - 10:50:17)
Jun 28 16:53:36 <cwillu_at_work> Loading u-boot.bin from mmc
Jun 28 16:54:12 <cwillu_at_work> prpplague, which config options did you have to change in include/configs/omap3530beagle.h?
Jun 28 16:54:58 <cwillu_at_work> and then I'll stop bugging you and give up on this for a while :p
Jun 28 16:55:09 <lag> ogra_cmpc: ping
Jun 28 16:55:19 <prpplague> cwillu_at_work: sorry, i don';t have the source here, i'm currently working onsite for a customer
Jun 28 19:01:25 <directhex> sigh. i create an image to run qemu-system-arm, and i'm left with a blinking cursor and no cpu activity. this isn't fun.
Jun 28 19:53:04 <prpplague> ogra_cmpc: ping
Jun 28 19:53:07 <prpplague> ogra: ping
Jun 28 19:58:27 <prpplague> any ubuntu userland folks awake?
Jun 28 20:00:21 <GrueMaster> define "awake".  :P
Jun 28 20:00:30 <GrueMaster> what's up?
Jun 28 20:01:12 <prpplague> GrueMaster: hey, i'm mainly a kernel person, i wonder if you know about running ubuntu userland with multiple framebuffers?
Jun 28 20:01:47 <GrueMaster> Hmm.  Not really.  I would think X treats them as separate screens.
Jun 28 20:02:15 <prpplague> GrueMaster: that is my thoughts, i was just curious if there were some good examples
Jun 28 20:02:23 <GrueMaster> But the only system I have that remotely fits that description is my desktop w/ nVidia graphics.
Jun 28 20:02:47 <prpplague> GrueMaster: ahh
Jun 28 20:02:55 <GrueMaster> X should detect the outputs.
Jun 28 20:03:33 <GrueMaster> I would think it would be similar to a laptop with external video output ports (vga, dvi, s-video).
Jun 28 20:03:40 <prpplague> GrueMaster: that was my guess, but some reading online seems to indicate some people have problems with that
Jun 28 20:03:55 <GrueMaster> Depends on the card & drivers.
Jun 28 20:04:10 * prpplague will find out soon
Jun 28 20:04:23 <GrueMaster> good luck.  post your results.
Jun 28 20:04:44 <prpplague> hehe, won't be able to for a while
Jun 28 20:06:19 <dcordes> anybody able to comment on my non-root network usage problem ?
Jun 28 22:30:49 <dcordes> is it possble to debug qemu during rootstock process ?
Jun 28 22:31:11 <dcordes> it seems like it gets stuck on "Switching to Virtual Machine for second stage processing"
Jun 28 22:31:27 <dcordes> qemu process eating 100% cpu
Jun 28 22:31:48 <dcordes> and mem usage doesn't change
Jun 28 22:31:58 <dcordes> last time let it run for 20 minutes
Jun 28 22:32:24 <dcordes> without any output. is this high duration without any output expected ?
Jun 28 23:33:15 <dcordes> a pity nobody is able to help
Jun 28 23:33:39 <dcordes> wondering if this is the correct place for such question. topic recommends bugtracker but I'm not sure if the problem is not on my side.
Jun 28 23:39:58 <michaelh1> dcordes: Hi.  Fire away.  I'm new to this but you never know :)
Jun 28 23:42:52 * dcordes is wondering if the channel has any logs
Jun 28 23:42:55 <dcordes> michaelh1: hi
Jun 28 23:46:57 <michaelh1> dcordes: what was the problem?
Jun 28 23:47:33 <dcordes> michaelh1: in my karmic rootstock built rootfilesystem only root can make use of networking
Jun 28 23:48:19 <michaelh1> dcordes: what do you mean 'make use of'?  Ping?  dhclient?
Jun 28 23:49:08 <dcordes> the network is setup by networkmanager perfectly well
Jun 28 23:49:27 <dcordes> it is a usb ether device which is in a net with dhcp server
Jun 28 23:49:39 <dcordes> nm pulls device up and obtains ip
Jun 28 23:49:50 <dcordes> as root I can ping and everything
Jun 28 23:49:55 <dcordes> with the user I can do nothing
Jun 28 23:51:22 <michaelh1> As a user, what happens if you start a shell and then run 'ifconfig'?
Jun 28 23:52:33 <dcordes> let me check
Jun 29 00:13:22 <dcordes> michaelh1: sorry for the delay
Jun 29 00:13:37 <dcordes> michaelh1: I was using the network connection on different machine
Jun 29 00:14:00 <dcordes> michaelh1: so, running ifconfig with the unprivileged user shows both interfaces as expected
Jun 29 00:14:03 <dcordes> eth0 lo
Jun 29 00:16:09 <michaelh1> dcordes: and eth0 has the correct IP address?  What is the address, and what is the address of your gateway?
Jun 29 00:18:29 <dcordes> michaelh1: hehe typing from the device now
Jun 29 00:18:43 <dcordes> ipv6
Jun 29 00:21:59 <michaelh1> Sorry, what do you mean by 'ipv6'?
Jun 29 00:25:46 <dcordes> michaelh1: inet6 address
Jun 29 00:26:20 <dcordes> michaelh1: anyway the connection is there
Jun 29 00:26:48 <michaelh1> And as root you can ping the gateway (or other machine), but as a user you can't?
Jun 29 00:29:15 <dcordes> michaelh1: right
Jun 29 00:34:24 <michaelh1> Hmm.  How about web or similar, in case ICMP is blocked for normal users
Jun 29 00:34:35 <michaelh1> Such as 'telnet google.com 80' as root vs as the user?
Jun 29 00:36:04 <dcordes> installing telnet
Jun 29 00:36:21 <dcordes> new uSD card is too slow
Jun 29 00:38:14 <dcordes> michaelh1: ok as root I can  connect with user I get Name or service not known.
Jun 29 00:39:58 <michaelh1> dcordes: weird.  How are you switching back and forth between user and root?  Do you log in as user then sudo the root commands?
Jun 29 00:40:13 <dcordes> yep
Jun 29 00:41:15 <michaelh1> dcordes: extra weird.  I'm afraid that I don't know.  I assume that something is blocking user level access to the network, but I don't know what.
Jun 29 00:41:18 <michaelh1> Sorry.
Jun 29 00:41:40 <dcordes> hm that is the big question
Jun 29 00:41:41 <michaelh1> One suggestion is to try an IP address instead, especially if you have a localhost service such as SSH.
Jun 29 00:41:58 <dcordes> ok to exclude dns problem
Jun 29 00:43:54 <dcordes> michaelh1: lol trying to ping the Gateway IP I get permission denied as user
Jun 29 00:43:55 <michaelh1> Yip.  If you can't get a TCP connection direct to an IP then, well, ...
Jun 29 00:44:19 <michaelh1> Not surprising.  I think Windows 7 does the same to non-priviledged accounts
Jun 29 00:45:08 <dcordes> should I downgradde to vista ?
Jun 29 00:45:24 <dcordes> somebody got cortex-a8 vista rootfs ?
Jun 29 00:45:45 <dcordes> sorry ^^
Jun 29 00:51:25 <dcordes> let's see if the problem i gone in lucid rootfs
Jun 29 00:51:31 <dcordes> thanks.
**** ENDING LOGGING AT Tue Jun 29 02:59:57 2010