**** BEGIN LOGGING AT Thu Jul 01 02:59:57 2010 Jul 01 04:03:05 * mozzwald is away: sleeping Jul 01 07:09:55 morning Jul 01 07:10:51 morning Jul 01 07:12:09 morning Jul 01 07:13:17 morning Jul 01 07:13:47 :) Jul 01 07:14:01 Who's responsibility is this: http://paste.ubuntu.com/457710/ Jul 01 07:14:44 (30: Read-only file system)? Jul 01 07:15:16 Surely it shouldn't segfault regardless of filesystem Jul 01 07:18:46 I just attempted to mount as rw: http://paste.ubuntu.com/457711/ Jul 01 07:18:49 Fail! Jul 01 07:28:14 can anyone recommend an embedded board with GbE and SATA that's not constantly overheating like the GuruPlug? Jul 01 07:29:03 kai: get guruplug out of case, attach some heatsink? Jul 01 07:29:22 my friend made industrial device from sheevaplug Jul 01 07:44:13 yeah, got a sheevaplug, thoug I still have one of the old usb only ones Jul 01 07:45:40 network throughput is a bit below GbE, though Jul 01 07:46:13 but faster then any of my arm devices Jul 01 07:55:15 hrw: sure, I was just wondering if it made sense to extend the zoo :) Jul 01 07:56:07 change casing of guruplug Jul 01 08:10:38 yeah, I guess :) Jul 01 08:12:26 or I'll just build my demo with the guruplug and the beagles Jul 01 08:17:52 Why, why, why? http://paste.ubuntu.com/457730 Jul 01 08:21:44 lag, sudo ?? Jul 01 08:22:56 u-boot doesn't have sudo Jul 01 08:23:07 no, i was commenting the first paste :) Jul 01 08:23:16 is the SD locked ? Jul 01 08:23:28 No, it's mounted ro Jul 01 08:23:42 yes, thats how it should be Jul 01 08:23:53 If I try and mount it rw it does the second paste link Jul 01 08:24:53 right, looks like a locked card to me Jul 01 08:25:11 ro on the cmdline is normal, mountall will remount it rw after the fsck Jul 01 08:25:37 You can't lock a MicroSD card without an SD adapter Jul 01 08:25:58 FYI: sudo does the exact same thing Jul 01 08:26:36 how do you put a micro SD into the panda without adapter ? Jul 01 08:27:32 good to know that pb has normal sd Jul 01 08:27:44 Morning. Has anyone tried 10.04 on a OMAP3 based Overo board? Jul 01 08:28:05 The kernel boots, but then I see 'init: ureadahead main process (49) terminated with status 5' Jul 01 08:28:14 and 'init: procps main process (77) terminated with status 255' Jul 01 08:28:32 ogra: No, that problem is on Beagle Jul 01 08:28:34 michaelh1, thats both fine ... it should still boot Jul 01 08:28:46 The fatload problem is on Panda :) Jul 01 08:28:46 and then nothing. I have ttyS2 set up as a console under /etc/init/ttyS2 (but no screen at the moment) Jul 01 08:28:47 lag, your u-boot prompt says panda Jul 01 08:28:57 ogra: Different issue Jul 01 08:29:01 k Jul 01 08:31:56 lag, so you said XM works for you ? Jul 01 08:31:58 michaelh1: That seems like a ureadahead exit code for when it deson't have data on the first boot Jul 01 08:32:03 it definately doesnt for me Jul 01 08:32:05 michaelh1: Which I would htink is expected, and ignored by upstart Jul 01 08:32:09 Yes Jul 01 08:32:17 michaelh1: Did you use /etc/init/ttyS2? Jul 01 08:32:22 lag, no screen output at all, so our image doesnt boot Jul 01 08:32:23 michaelh1: Cause it should be named .conf Jul 01 08:32:34 /etc/init/ttyS2 wont be picked up, /etc/init/ttyS2.conf should be Jul 01 08:32:34 ogra: Have you tried the latest kernel? Jul 01 08:32:48 lag, its the alpha2 image i'm testing Jul 01 08:32:52 lool: having a look now. I ended up with whatever rootstock --serial=ttyS2 generates Jul 01 08:32:54 ogra: Wait one, I'll dig mine out for you Jul 01 08:33:10 lag, i cant change the kernel on the image Jul 01 08:33:19 lag, you said the archive kernel works Jul 01 08:33:31 michaelh1: Try pressing enter after boot too Jul 01 08:33:35 The one in the git tree? Jul 01 08:33:38 michaelh1: One thing which might happen is that you have no network setup Jul 01 08:33:52 michaelh1: That's a common issue with rootstock Jul 01 08:34:01 Hmm. I supplied --serial=ttyS2 but there's no /etc/init/ttyS2.conf in the image... Jul 01 08:34:20 michaelh1: You either need to install ifupdown and create a /etc/network/interfaces with at least lo, or you need ot install network-manager Jul 01 08:34:39 Hmm. Might try VERBOSE in /etc/default/rcS as well... Jul 01 08:34:41 lool, ?? Jul 01 08:34:49 michaelh1: How about you create your rootfs by hand? That might be quicker than looking at rootstock issues Jul 01 08:34:53 /etc/network/interfaces is created by rootstock with lo Jul 01 08:35:18 michaelh1: apt-get install qemu-kvm-extras-static, qemu-debootstrap --arch=armel maverick /mnt/your-microsd-card Jul 01 08:35:26 with a lucid host Jul 01 08:35:34 ogra: Point me to the image you're trying to use Jul 01 08:35:53 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ Jul 01 08:35:58 michaelh1: You then need to create etc/fstab, etc/hosts, etc/hostname, etc/init/ttyS2.conf and etc/network/interfaces Jul 01 08:36:44 Ta. I've created ttyS2.conf on the rootstock image. interfaces does contain lo. Booting... Jul 01 08:36:52 lag, works on the C4 but since we dont use a swapfile yet, the desktop runs out of ram ... sincer you said XM works i was hoping we can use the image at least on a 512M board Jul 01 08:36:58 lool, rootstock does all that Jul 01 08:37:15 michaelh1, did rootstock finish without error ? Jul 01 08:37:47 Kind of. I'm using apt-cacher-ng instead of the package cache and rootstock fails due to http_proxy containing a hostname Jul 01 08:38:01 This causes apt-get inside qemu to fail on the update. Should still be good though. Jul 01 08:38:12 no Jul 01 08:38:23 you will only have a half built system Jul 01 08:38:50 which rootstock version are you using ... recent versions have a fix for http_proxy Jul 01 08:39:22 Ah! I have a login prompt! Jul 01 08:39:50 And sudo... Jul 01 08:40:03 And no network (due to having no network hardware :) Jul 01 08:40:20 ogra: The version that came with 10.04 (0.1.99.3) Jul 01 08:40:41 hmm, that should make use of a globally set http_proxy Jul 01 08:41:01 how do you set it ? is it in your env ? Jul 01 08:42:01 ogra: I usually dont complain about it, but you probably remember I replied a bunch of time here to people who were facing issues with rootstock generated images; it seemed to happen less these days. Another issue for a long while (perhaps still true?) was the version skew between the rootstock trunk bzr branch and the one in Ubuntu; overall I found it painful to deal with various rootstock issues, while I know exactly where manually created ... Jul 01 08:42:07 ... rootfs might break; so no offense, but it's easier for me to help people when they are not using rootstock Jul 01 08:42:34 ogra: the problem is the DNS resolution. Here goes: Jul 01 08:42:39 michaelh1: instead of http_proxy=hostname.domain, you should use http_proxy=http://hostname.domain Jul 01 08:42:44 that's more widely accepted Jul 01 08:42:56 right Jul 01 08:43:07 Yip. I use export http_proxy=http://crucis.local:3142/ Jul 01 08:43:15 that looks ok Jul 01 08:43:27 rootsotck uses both, /etc/apt/apt.conf.d/proxy or http_proxy Jul 01 08:43:38 I think the problem is that crucis.local resolves via mDNS instead of the gateway's DNS proxy Jul 01 08:43:48 michaelh1: You need libmdns in your chroot then Jul 01 08:43:51 lool, the trunk version is exactly the same as in the archive, i dont know what you are talking about Jul 01 08:44:19 lool, and if there are users for which a rootstock rootfs doesnt work, the first thing is to check the log if the build finished Jul 01 08:44:26 ogra: for a long while, months ago I agree, there were fixes in bzr and a very different code base than in the archive; that might not be true anymore Jul 01 08:44:32 If I set export http_proxy=http://192.168.1.15:3142/ then both sides work fine, but my IP changes depending on wireless vs wired Jul 01 08:44:37 instead of fiddling in piecemeal with the broken FS Jul 01 08:45:07 michaelh1: Can't you use 127.0.0.1 then? Jul 01 08:45:11 michaelh1, can you file a bug, i'll research that Jul 01 08:45:18 Oh no it's a real board attached to your laptop, not a chroot Jul 01 08:45:31 lool: no, 127.0.0.1 is the qemu host when running Jul 01 08:45:40 or qemu running in your laptop, right Jul 01 08:45:55 Hmm. Jul 01 08:45:56 michaelh1: You could have a separate IP + subnet just for this, but it's a bit heavy Jul 01 08:46:26 rootstock should just create an /etc/hosts entry for the host machine during build (and remove the entry at the end) Jul 01 08:46:33 I think running dnsmasq will also solve this: gives a real DNS server that both the host and qemu can use Jul 01 08:46:37 I mean, you could add another IP to your laptop e.g. 10.0.0.1 and make sure that you have legs for that in any of the network where you need the proxy, but it's heavy Jul 01 08:46:52 michaelh1: Yup, that's what libvirt does, but you still need an IP to talk to it Jul 01 08:47:08 not with a hosts entry Jul 01 08:47:18 orga: It seems that /etc/init/ttyS2.conf wasn't created Jul 01 08:47:18 michaelh1, pleaswe file a bug, i'll add that Jul 01 08:47:25 orga: my command line was rootstock --keepimage -l ubuntu -p ubuntu -f ubuntu --seed=lxde --serial=ttyS2 Jul 01 08:48:00 michaelh1, right /etc/init/ttyS2.conf is created if the build finishes properly, if that failed you should have said that first Jul 01 08:48:14 (and as i said above lool should have asked you about that first) Jul 01 08:48:35 its a fallout of the missing name resolution, if you file a bug for that i'll fix it Jul 01 08:48:51 OK. I'll try again using the IP address and see what happens Jul 01 08:49:17 My impression from the log was that the build succeeded. apt-get failed, but it seemed to move on quite happily Jul 01 08:49:58 (See http://paste.ubuntu.com/457737/ for the log) Jul 01 08:50:10 if apt-get failed and you didng get a success message at the end, the build didnt finish Jul 01 08:50:39 i need /home/michaelh/ubu/rootfs/rootstock-201007012009.log Jul 01 08:53:17 Hmm. Firefox doesn't like pasting 11000 lines into paste.ubuntu.com :) Jul 01 08:53:31 file a bug and attach the log ;) Jul 01 08:53:36 ogra: The log is here: http://paste.ubuntu.com/457739/ Jul 01 08:53:53 I will do. I'm up and going so it's all good. Jul 01 08:54:49 (I quite like rootstock by the way. Nice and simple and readable) Jul 01 08:55:36 thanks :) Jul 01 08:55:45 lets see if we can make it better for you :) Jul 01 08:57:02 (A --version option would be nice) Jul 01 08:57:41 wishlist bug please :) Jul 01 08:57:47 Ack Jul 01 09:00:15 hmm, looking at the code for --serial i think the issue is the equal sign Jul 01 09:00:26 "--serial ttyS2" would have worked Jul 01 09:00:31 another bug :/ Jul 01 09:00:53 Yeah, I saw that setup_serial is run before qemu starts but I thought I'd hammer you with one issue at a time :) Jul 01 09:00:56 Will file. Jul 01 09:01:56 i didnt have much tile for rootstock in the maverick cycle yet since we're building preinstalled SD images for omap now implementing that ate all my time Jul 01 09:02:24 should get better now that we have these images and they only needs fixes Jul 01 09:02:44 No worries. My recent history is with Openembedded and the speed (but not size) of Ubuntu+rootstock is refreshing Jul 01 09:03:47 michaelh1: thats due to using built packages instead of building them Jul 01 09:04:16 well, the speed of the binaries will not be as fast since OE optimizes the built binaries for your HW Jul 01 09:04:27 Absolutely. I understand that OE can use binary packages but never got into it. Jul 01 09:04:53 Ah, but most things are going to Cortex-A8 these days + runtime specialisation so there's not much difference Jul 01 09:05:16 michaelh1: I did builds of images from binary packages in old openzaurus times Jul 01 09:05:45 michaelh1: but code was a bit tricky so it took long before cleaner version appeared again in OE Jul 01 09:05:51 lag, so wrt XM kernel i guess nobody tested the display (again), the kernel seems to boot fine but wihtout screen output its useless for us Jul 01 09:06:11 lp #600539 Jul 01 09:06:11 Launchpad bug 600539 in project-rootstock "Running apt-get against a proxy fails during the qemu stage (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600539 Jul 01 09:06:21 (ubot2 is pretty nice) Jul 01 09:06:48 ogra: Mine boots with display Jul 01 09:06:57 lag, with the archive kernel ? Jul 01 09:07:07 I've just downloaded that Jul 01 09:07:14 thats weird Jul 01 09:07:14 How do I use this binary blob? Jul 01 09:07:21 No, I haven't tested it Jul 01 09:07:24 Just downloaded it Jul 01 09:07:24 dpkg -x the .deb Jul 01 09:07:40 Ah Jul 01 09:07:45 mkdir tmp; dpkg -x *.deb tmp Jul 01 09:07:46 2 secs, pulling up console Jul 01 09:07:52 then it unpacks it in tmp Jul 01 09:07:55 k Jul 01 09:08:04 I have used Linux before ;) Jul 01 09:08:12 you need to run mkimage, it only has the vmlinuz Jul 01 09:08:13 ogra: sorry, but how can I mark a bug as wishlist? Jul 01 09:08:29 michaelh1, in the importance field Jul 01 09:09:28 I'm looking at https://bugs.launchpad.net/project-rootstock/+bug/600540 and can't see how to change the importance Jul 01 09:09:29 Launchpad bug 600540 in project-rootstock "Add a --version option (affects: 1) (heat: 6)" [Undecided,New] Jul 01 09:09:50 It's down as 'Undecided' and isn't clickable Jul 01 09:09:57 * ogra fixes Jul 01 09:10:17 Nice. Jul 01 09:11:36 ogra: I can only find the .img Jul 01 09:11:54 lag, img of what ? Jul 01 09:12:08 This is what you linked me to: Jul 01 09:12:11 http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ Jul 01 09:12:12 lag, of the archive kernel package ? that should be a deb Jul 01 09:12:21 lp #600541 (and that's enough) Jul 01 09:12:22 Launchpad bug 600541 in project-rootstock "--serial option doesn't work (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600541 Jul 01 09:12:23 Doesn't look like a .deb to me Jul 01 09:12:30 lag, oh, i understood you downloaded the archive kernel package :) Jul 01 09:12:31 Hence the confusion Jul 01 09:12:40 * lag shrugs Jul 01 09:12:45 It's what you pointed me to Jul 01 09:13:03 you need to bunzip the .img and dd it to SD Jul 01 09:13:07 then boot the SD Jul 01 09:13:38 note that we dont use serial output by default in the images Jul 01 09:13:46 since that breaks the bootsplash Jul 01 09:14:13 so before booting it you might want to mount mmcblk0p1 and modify boot.scr Jul 01 09:14:21 on your host machine Jul 01 09:16:40 lool, i saw you pasting some swapfile creation code in #linaro yesterday, i would like to use that in jasper, how do you determine $SIZE for it ? Jul 01 09:17:38 is that a made up value or do you create it based on ram size etc ? Jul 01 09:19:02 ogra: See lp:linaro-image-tools Jul 01 09:19:08 I didn't work on it myself Jul 01 09:19:30 yeah, i got that from your comment, i just thought it makes sense to use the same code Jul 01 09:19:43 especially since asac will likely use pieces of jasper Jul 01 09:22:27 ah, crap, SWAP_SIZE is a cmdline parameter ... i was hoping for some detection code Jul 01 09:24:58 hmm creating the file under /mnt is brave ... it will vanish if the user mounts something in /mnt Jul 01 09:26:57 lool, thanks, i'll steal some parts fo it, who owns it ? Jul 01 09:27:04 s/fo/of/ Jul 01 09:30:58 ogra: I dont know Jul 01 09:31:01 ogra: bzr blame Jul 01 09:39:12 ogra: Could you please reassign LP #600478 where it belongs? I would say either ubuntu-seeds or ubuntu-cdimage Jul 01 09:39:13 Launchpad bug 600478 in netbook-remix "Remove dependencies on dove and imx kernel headers for maverick (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600478 Jul 01 09:39:15 or ubuntu-meta Jul 01 09:39:32 or livecd-rootfs Jul 01 09:39:44 Actually quite certainly not ubuntu-meta Jul 01 09:55:35 ogra: What happens when you try to boot that image? Jul 01 09:59:17 Let's try ogra_cpmc Jul 01 10:06:15 lool, ist livecd-rootfs and its long on my list Jul 01 10:06:34 ogra_cmpc: Could you move the bug so that it's not against an unused upstream project? Jul 01 10:06:37 lag, i see it booting the kernel on serial but no output on screen Jul 01 10:06:44 lool, will do Jul 01 10:06:55 I have a login console on the screen Jul 01 10:07:09 GrueMaster: Mind reporting bugs against either Ubuntu packages or ubuntu-cdimage rather than netbook-remix? netbook-remix should not be used anymore Jul 01 10:07:17 Although, it won't power a mouse Jul 01 10:07:17 GrueMaster: TIA! Jul 01 10:07:30 I'm going to try it on mains power in a moment Jul 01 10:07:39 lag, did you use the image or did you just rip out the kernel from the image ? Jul 01 10:07:58 Just the image Jul 01 10:08:00 Nothing more Jul 01 10:08:02 Nothing less Jul 01 10:08:02 weird Jul 01 10:08:06 ;) Jul 01 10:08:11 What commandline are you using? Jul 01 10:08:13 modified boot.scr ? Jul 01 10:08:18 the default one Jul 01 10:09:23 Let me try with the default one Jul 01 10:09:31 what did you use ? Jul 01 10:09:44 setenv bootargs console=ttyS2,115200n8 console=tty2 root=/dev/mmcblk0p2 rootwait ro vram=12M omapfb.mode=dvi:1280x720MR-16@60 fixrtc; mmc init; fatload mmc 0 80300000 uImage; bootm 80300000 Jul 01 10:10:13 Did you see the console on the screen? Jul 01 10:10:17 hmm, thats not using the initramfs Jul 01 10:10:20 no Jul 01 10:10:36 The default prints to my screen Jul 01 10:10:50 attached to dvi ? Jul 01 10:11:02 my monitor doewsnt even power on Jul 01 10:11:07 But it says "hub 1-0:1.1: unable to enumerate USB device on port 2 Jul 01 10:11:10 " Jul 01 10:11:21 HDMI Jul 01 10:11:24 aha ! Jul 01 10:11:27 But the DVI output yes Jul 01 10:11:47 There aren't any USB devices plugged in? Jul 01 10:11:54 i'll try hdmi soon Jul 01 10:12:05 i have my powered hub plugged in Jul 01 10:12:32 It's going nuts Jul 01 10:12:38 No login console now Jul 01 10:12:58 you shouldnt get a console unless the image resized itself Jul 01 10:13:13 that will take about 10min it should tell you though Jul 01 10:13:37 I just have lots of 'hub' error messages Jul 01 10:13:50 sounds like the udb driver has issues Jul 01 10:14:23 * ogra_cmpc finished his breakfast, let me go back to the office and try hdmi Jul 01 10:14:45 * lag forgot all about breakfast Jul 01 10:14:49 * lag is going now Jul 01 10:19:28 ogra_cmpc: How are you getting on? Jul 01 10:20:04 nothing on HDMI Jul 01 10:20:15 I don't know what to tell you Jul 01 10:20:24 Mine works Jul 01 10:20:33 With my cmdline I get a login console Jul 01 10:20:55 With the default I get kernel messages Jul 01 10:20:59 Both on the monitor Jul 01 10:21:29 thats really strange Jul 01 10:22:05 i see u-boot messages on the serial console up to "Uncompressing Linux... done, booting the kernel." Jul 01 10:22:12 +but the monitor never powers on Jul 01 10:22:45 Is the monitor on? Jul 01 10:22:50 Standby, off or on? Jul 01 10:23:38 its the monitor with which i'm typing to you atm :) Jul 01 10:23:44 i just switch the input source Jul 01 10:23:49 ogra: disable 'quiet'? Jul 01 10:23:50 so its on Jul 01 10:24:07 hrw, there is no quiet on the image cmdline atm Jul 01 10:24:11 our headless images i was told have a console on screen (/me hopes) Jul 01 10:24:30 fatload mmc 0:1 0x80000000 uImage Jul 01 10:24:31 fatload mmc 0:1 0x81600000 uInitrd Jul 01 10:24:31 setenv bootargs vram=12M omapfb.mode=dvi:1280x720MR-16@60 root=/dev/mmcblk0p2 fixrtc Jul 01 10:24:31 bootm 0x80000000 0x81600000 Jul 01 10:24:42 thats the boot.scr we use in the image, works fine on C4 Jul 01 10:24:47 asac: first you need to have that console... Jul 01 10:24:57 ogra: bbxm? Jul 01 10:25:00 ogra: thats on xm? Jul 01 10:25:03 but we dont use a swapfile yet, so C4 goes OOM Jul 01 10:25:07 asac, yes Jul 01 10:25:18 ah you are fighting netbook ;) Jul 01 10:25:20 fun Jul 01 10:25:23 ogra: bbxm in ubuntu kernel do not have display iirc Jul 01 10:25:25 asac, oem-config works Jul 01 10:25:32 didnt get info back on that from plars i remember now Jul 01 10:25:37 * asac goes aksing Jul 01 10:25:46 asac, just the desktop afterwards makes it die, i'll add swapfile creation to jasper_setup Jul 01 10:25:51 plars: did anything came out of the test without --live last night? Jul 01 10:26:12 hrw, thats why i'm confused, it works fine for lag Jul 01 10:26:23 hrw, same image, same board Jul 01 10:26:27 ogra: err. can you please not create swapfiles unless there is a special flag? Jul 01 10:26:28 ogra: "but we dont use a swapfile yet, so C4 goes OOM" - So does the XM Jul 01 10:26:37 we have our swap file in place ;) Jul 01 10:26:49 imo thats too far of magic to put into jasper Jul 01 10:26:56 asac, is yours always in the same place ? Jul 01 10:27:11 asac, its not, since jasper creates the partition table Jul 01 10:27:12 ogra: why? Jul 01 10:27:24 hrw: Works for me Jul 01 10:27:28 ogra: then jasper should not replace the swap part Jul 01 10:27:32 its exactly what jasper needs to do Jul 01 10:27:47 if there is a swap entry... jasper could skip that step? Jul 01 10:27:49 asac, if i can detect that you have a swapfile in place i can skip it Jul 01 10:27:59 ogra: right. you can detect that from fstab Jul 01 10:28:02 right Jul 01 10:28:12 ogra: also i would really like to keep it optional to create one Jul 01 10:28:18 for some images we dont need it Jul 01 10:28:20 asac, btw, i looked at your code, i dont think its clever to create the file under /mnt Jul 01 10:28:32 ogra: my code? Jul 01 10:28:36 you mean linaro-media-create? Jul 01 10:28:38 if the user mounts something to /mnt it will be hidden Jul 01 10:28:42 yeah Jul 01 10:28:59 let me lok at that code Jul 01 10:29:15 i agree. where should we put it? Jul 01 10:29:18 i'm not sure how others use /mnt but i typically mount manually mounted stuff there by default Jul 01 10:29:25 i would just put it in / Jul 01 10:29:28 we are redoing parts of it today anyway Jul 01 10:29:30 hmm Jul 01 10:29:40 lool: any opinion? Jul 01 10:29:50 e.g. where to put SWAP.swp file Jul 01 10:30:09 we currently have that in mnt ... which feels odd indeed Jul 01 10:30:37 I think mnt is a bad idea Jul 01 10:30:47 on my systems, I used to put it in /srv and now it's in / Jul 01 10:30:56 ok ... lets go for / then Jul 01 10:31:00 * asac changes that Jul 01 10:31:00 but neither is FHS compliant I'm afraid Jul 01 10:31:15 is there any FHS recommendation for swapfiles ? Jul 01 10:31:16 In general, swap files are not as good as swap partitions, so we should aim for that if possible Jul 01 10:31:21 * ogra never heard of that Jul 01 10:31:41 ogra: that's the issue, there is none Jul 01 10:31:46 * ogra was planning to usw a swap partition with jasper since i repartition anyway Jul 01 10:31:49 ogra: but FHS does list what's supposed to be in / Jul 01 10:31:55 ah Jul 01 10:31:56 It could in theory be /var/cache/swap too Jul 01 10:31:57 yeah Jul 01 10:31:58 pushed Jul 01 10:32:20 lool: rather /var/cache ;)? (feels a bit nicer to me) Jul 01 10:32:28 I think doing it in the form of jasper is not too inelegant, albeit it's important that the user has control on whether or not swap will be created, where, and how large Jul 01 10:32:32 sounds sane Jul 01 10:32:34 this is all very hard to implement consistently Jul 01 10:32:37 well. lets keep it in / Jul 01 10:32:50 asac: I would consult with installer folks to get a better opinion Jul 01 10:33:02 i think /var doesnt exist on casper etc. Jul 01 10:33:08 I think / is good for our current mode of development, but should be revisited Jul 01 10:33:13 right Jul 01 10:33:15 lets file a bug Jul 01 10:33:17 * asac goes for it Jul 01 10:33:34 casper is tricky anyway Jul 01 10:33:43 since you use an aufs mount Jul 01 10:34:15 creating a swapfile will just eat your ram in casper Jul 01 10:35:12 lag, XM shouldnt OOM at all it has 512M Jul 01 10:35:24 lag, when do you get OOM ? if you start the desktop ? Jul 01 10:35:45 The desktop starts automagicly Jul 01 10:35:50 You should not create a swap file in casper's tmpfs mode Jul 01 10:36:10 I didn't get oom this time Jul 01 10:36:16 but casper also supports persistent read-write, and that partition could host a swap file Jul 01 10:36:45 lool, well, ubiquity would need to learn about it so it gets copied to the target Jul 01 10:36:49 ogra: Could you help me reproduce a flash-kernel config as in current Ubuntu beagles installs? Jul 01 10:37:03 why dont we just offer to create a swap partition in linaro-media-create? Jul 01 10:37:04 lool, NAND ? Jul 01 10:37:06 rather than a file Jul 01 10:37:24 asac, files ar more modern ? :P Jul 01 10:37:29 j/k Jul 01 10:38:21 ok filed bug 600561 Jul 01 10:38:22 Launchpad bug 600561 in linaro-image-tools "revisit way and place to handle swap file creation (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600561 Jul 01 10:39:50 lool, what do you need ? Jul 01 10:40:53 ogra: yes NAND Jul 01 10:41:04 ogra: whatever Ubuntu currently does Jul 01 10:41:49 * lool apt-get install linux-omap flash-kenrel Jul 01 10:41:53 lool, vfat in maverick Jul 01 10:42:13 ogra: I thought it moved to NAND in lucid, now it's back to vfat?? Jul 01 10:42:21 lool, since i want to use identical images for omap3 and 4 Jul 01 10:42:31 XM, panda and blaze all dont have NAND Jul 01 10:42:52 lool, thats why we produce the preinstalled images, jasper sets up a flash-kernel.conf Jul 01 10:43:28 ogra: Well I wouldn't mind the NAND version instead then, cause I dont have a vfat right now Jul 01 10:43:36 based on that flash-kernel will use vfat or NAND (so upgraded lucid still uses NAND, new maverick installs use vfat) Jul 01 10:43:50 lool, i thought asac's images use vfat Jul 01 10:44:08 It might, this is manually debootstraped Jul 01 10:44:14 ah Jul 01 10:44:18 given the space I have on the rootfs, I prefer not splitting in more partitions Jul 01 10:44:36 yeah, understood Jul 01 10:45:48 lool, echo "/dev/mtd2 0x0000 0x20000 0x20000" > /etc/fw_env.config ... apt-get install uboot-envtools Jul 01 10:46:14 Ok thanks Jul 01 10:46:41 lool, then: fw_setenv bootcmd nand read 80000000 280000 400000;nand read 81600000 680000 1000000;bootm 80000000 81600000 Jul 01 10:46:46 or whatever you like there Jul 01 10:47:03 and the same for fw_setenv bootargs with your args Jul 01 10:47:09 I have something like that already Jul 01 10:47:14 good Jul 01 10:48:55 bootcmd=nand read 80000000 280000 400000;nand read 81600000 680000 1000000;bootm 80000000 81600000 Jul 01 10:49:07 seems the same Jul 01 10:49:12 yeah Jul 01 10:49:17 Generating kernel u-boot image... /usr/sbin/flash-kernel: 738: mkimage: not found Jul 01 10:49:30 oh, i was assuming you had that :) Jul 01 10:49:41 flash-kernel-installer isntalls it in lucid Jul 01 10:49:49 sorry Jul 01 10:49:52 np Jul 01 10:49:55 just for reference Jul 01 10:50:01 yep Jul 01 10:51:03 * lool crosses fingers Jul 01 10:51:18 * ogra crosses fingers too Jul 01 10:51:23 * lool crosses toes Jul 01 10:51:27 lol Jul 01 10:52:14 lag, so my XM seems to actually not boot at all Jul 01 10:52:29 i just tried with a console= option to force serial Jul 01 10:52:38 Have you broken it? Jul 01 10:52:39 I get kernel startup messages at least Jul 01 10:52:43 [ 4.503997] mmc0: error -110 whilst initialising SD card Jul 01 10:53:30 lool: What SD card are you using? Jul 01 10:53:32 * lool reboots, issues a manual mmcinit and resets Jul 01 10:53:39 lag: A Sandisk Extreme III Jul 01 10:53:40 lool, is that a maverick kernel ? Jul 01 10:53:42 Yes Jul 01 10:53:48 thats a known bug Jul 01 10:53:54 some SDs work, some dont Jul 01 10:53:57 lool: Is that an SDHC card? Jul 01 10:54:00 lag: yes Jul 01 10:54:08 try a class2 SD Jul 01 10:54:13 I dont have any Jul 01 10:54:17 bad Jul 01 10:54:19 This is my rootfs too, so I'm stuck Jul 01 10:54:21 lool: Use a normal SD card Jul 01 10:54:23 -110? isn't it timeout? Jul 01 10:54:28 is there a workaround Jul 01 10:54:29 hrw, right Jul 01 10:54:36 lool, only to use a different SD Jul 01 10:54:42 cant do that Jul 01 10:54:44 lool: Yes, but you have to recompile the kernel without preemption Jul 01 10:54:52 and sandisk extreme III is class6 or higher? Jul 01 10:54:56 lag: will that happen in ubuntu "soon"? Jul 01 10:54:57 lool, http://launchpad.net/bugs/591941 Jul 01 10:54:58 Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 171)" [High,In progress] Jul 01 10:55:10 I am waiting for 2 class10 4GB sd cards Jul 01 10:55:12 lool: It's being worked on Jul 01 10:55:20 mpoirier works on it Jul 01 10:55:26 Correct Jul 01 10:55:27 he just didnt make it before A2 Jul 01 10:55:38 due to more critical bugs that were there Jul 01 10:55:50 Ok, will ping him when he shows up Jul 01 10:56:18 lag, http://paste.ubuntu.com/457777/ Jul 01 10:56:22 gets stuck there Jul 01 10:56:42 is there a known good 2.6.35 maverick kernel out there somewhere? Jul 01 10:56:45 ogra: I don't know what to say Jul 01 10:56:51 lag, do you get the i2c error too ? Jul 01 10:56:57 ogra: Incompatible monitor? Jul 01 10:57:04 From uboot? Jul 01 10:57:14 i doubt that, i had it booting once with a TI kernel Jul 01 10:57:19 lag, see my paste Jul 01 10:57:23 timed out in wait_for_pin: I2C_STAT=100 Jul 01 10:57:23 I2C read: I/O error Jul 01 10:57:25 Yes Jul 01 10:57:35 lag: uboot? Jul 01 10:57:40 hmm, k so its not u-boot Jul 01 10:57:44 U-Boot 2010.03-rc1 (Jun 01 2010 - 09:57:03) Jul 01 10:57:53 lag, see my paste, monitor isnt involved Jul 01 10:58:01 i force seial output Jul 01 10:58:02 lag: you do not have any BB expansion boards - thats why Jul 01 10:58:15 lag, the kernrel isnt booting at all for me Jul 01 10:58:24 BB u-boot checks on i2c for expansion board ID Jul 01 10:58:43 ogra: Don't panic - wait one Jul 01 10:58:44 hrw, yeah, i just wanted to make sure its not whats blocking my boot Jul 01 10:58:58 lag, i have my towel :) Jul 01 10:59:27 ogra: if you would have old xloader then it would block by halting on i2c Jul 01 10:59:31 ogra: Now panic - that commandline works for me Jul 01 10:59:33 I have serial Jul 01 10:59:47 * ogra throws the towel away and panics Jul 01 10:59:51 It dies when trying to mount rootfs, but I get serial Jul 01 11:00:03 indeed it dies ... Jul 01 11:00:06 hrm Jul 01 11:00:17 setenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rootwait ro vram=12M omapfb.mode=dvi:1280x720MR-16@60 fixrtc; mmc init; fatload mmc 0 80300000 uImage; bootm 80300000 Jul 01 11:00:22 That goes all the way for me Jul 01 11:00:26 indeed Jul 01 11:00:32 Login console and everything Jul 01 11:01:04 but if setenv bootargs console=ttyS2,115200n8; mmc init; fatload mmc 0 80300000 uImage; bootm 80300000 doesnt get me kernel output there is something really screwed up Jul 01 11:01:33 i know that board works though, i used it with a TI binary kernel amitk gave me in lucid Jul 01 11:03:06 I'm using the same image as you? Jul 01 11:03:13 And it works for me Jul 01 11:03:20 I don't know what else to tell you? Jul 01 11:04:32 could you try a complete install on the board ? Jul 01 11:04:49 Tell me how and I'll happily oblige Jul 01 11:04:52 should work with just re-dd'ing the image and booting it up Jul 01 11:05:03 I dd'ed it once? Jul 01 11:05:21 you should see "resizing root filesystem, this will take 10 minutes" shortly after boot, then it should boot into oem-config Jul 01 11:05:45 but you booted it already with the default options, that might have started the resize process Jul 01 11:06:02 i want to make sure a virgin boot works on XM+ Jul 01 11:06:08 s/+// Jul 01 11:06:10 I'll dd /dev/zero to it first Jul 01 11:06:19 shouldnt be needed Jul 01 11:06:33 it overwrites the partition table anyway Jul 01 11:08:01 This is true Jul 01 11:08:07 dd'ing in progress Jul 01 11:08:11 thanks Jul 01 11:08:24 you should come to X and oem-config eventually Jul 01 11:20:19 lag, ! Jul 01 11:20:41 setting earlyprintk=dbgp on the cmdline gets me more ! Jul 01 11:21:06 lag, http://paste.ubuntu.com/457787/ Jul 01 11:21:42 [ 0.000000] WARNING: at /build/buildd/linux-2.6.35/arch/arm/mach-omap2/clkt_clksel.c:375 omap2_init_clksel_parent+0xe8/0xf8() Jul 01 11:21:42 [ 0.000000] clock: dpll4_m3_ck: init parent: could not find regval 0 Jul 01 11:21:59 I don't know what you're doing do your poor board Jul 01 11:22:23 I get the "hub" messages displayed on my monitor again Jul 01 11:23:43 seems the kernel isnt proper yet Jul 01 11:28:48 lag, at least it doesnt seem to be the board but the kernel in my case Jul 01 11:29:06 it seems to initialize a lot of stuff but also fails on a bunch Jul 01 11:29:18 paste? Jul 01 11:29:26 i dont really get why it gets quiet without earlyprintk set though Jul 01 11:29:32 http://paste.ubuntu.com/457787/ Jul 01 11:31:10 [ 0.000000] ------------[ cut here ]------------ Jul 01 11:31:10 [ 0.000000] WARNING: at /build/buildd/linux-2.6.35/arch/arm/mach-omap2/serial.c:727 omap_serial_init_port+0x74/0x1e4() Jul 01 11:31:10 [ 0.000000] (null): can't init uart3, no clocks available Jul 01 11:31:12 aha Jul 01 11:31:22 that seems to be the reason why i get no output Jul 01 11:31:31 I've had that dcache error, but it was just a one off Jul 01 11:31:35 Run it again Jul 01 11:32:39 same thing, i ran it about five times now Jul 01 11:33:08 beyond the serial and clocksel oopses it always dies with: Jul 01 11:33:11 [ 0.496704] kernel BUG at /build/buildd/linux-2.6.35/fs/dcache.c:1015! Jul 01 11:33:11 [ 0.503631] Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jul 01 11:33:30 Those clock errors are not show-stoppers Jul 01 11:34:10 http://paste.ubuntu.com/457791/ Jul 01 11:34:16 well, it seems to cause serial to not be initialized Jul 01 11:34:19 0.000000] WARNING: at /build/buildd/linux-2.6.35/arch/arm/mach-omap2/serial.c:727 omap_serial_init_port+0x74/0x1e4() Jul 01 11:34:19 [ 0.000000] (null): can't init uart3, no clocks available Jul 01 11:34:32 Only uart3 Jul 01 11:34:40 I'm not even sure if there is a uart3 on the board Jul 01 11:34:51 How many did the C4 have? Jul 01 11:35:01 no idea Jul 01 11:36:15 ogra, do you have access to imx51? Jul 01 11:36:34 zyga_, yes, its my main armel build machine Jul 01 11:36:59 ogra, could you pastebin /proc/cpuinfo for me Jul 01 11:37:00 ? Jul 01 11:37:20 its a babbage 2.5, is that waht you need ? Jul 01 11:37:53 ogra, I need the actual output Jul 01 11:38:00 I'm doing fingerprinting / device discovery Jul 01 11:38:36 http://paste.ubuntu.com/457796/ Jul 01 11:38:57 ogra, thanks :-) Jul 01 11:39:01 zyga_, note that the Revision id is different between 1.0, 2.0, 2.5 and 3.0 Jul 01 11:39:14 i only have a 2.5 around here Jul 01 11:40:33 ogra, thanks - this is important information Jul 01 11:42:10 ogra: With the correct file now in /etc/init/ I now get: http://paste.ubuntu.com/457797/ Jul 01 11:42:20 Via serial Jul 01 11:42:32 And a login prompt via HDMI Jul 01 11:42:38 lag, no X ? Jul 01 11:42:48 it should fire up oem-config Jul 01 11:42:55 which runs under X Jul 01 11:43:08 to set up kbd/lang/TZ and user Jul 01 11:43:22 How do you mean? On the monitor? Jul 01 11:43:26 yes Jul 01 11:43:54 Just the Ubuntu GUI login prompt is visible and the purple background Jul 01 11:43:58 first of all it expands the rootfs to the full size of the SD ... that takes about 10min Jul 01 11:44:21 I didn't see it Jul 01 11:44:26 then it continues booting to oem-config and lets you set up the initial user etc Jul 01 11:44:56 Initial user is acorn Jul 01 11:44:58 thats a complete default boot? Jul 01 11:45:03 no it isnt Jul 01 11:45:10 That's all I'm getting Jul 01 11:45:12 you didnt touch boot.scr or anything ? Jul 01 11:45:23 But I can't login because USB doesn't seem to be working Jul 01 11:45:29 Nothing Jul 01 11:45:34 you dont have a user anyway Jul 01 11:45:43 acorn Jul 01 11:45:46 no Jul 01 11:45:53 Oh, that is the machine name Jul 01 11:45:54 thats the build machine name ... Jul 01 11:46:03 * lag wins Jul 01 11:46:09 it defaults to that if oem-config hasnt run yet Jul 01 11:46:26 It might do something if I click on the login Jul 01 11:46:31 no Jul 01 11:46:38 there is no user on the machine yet Jul 01 11:46:43 oem-config creates it Jul 01 11:46:54 if oem-config didnt run you cant log in Jul 01 11:47:10 oem-config enablement is done from the initramfs Jul 01 11:47:27 seems some part of that initramfs stuff didnt run at all for you Jul 01 11:48:06 ogra: I tried to mimic /lib/udev/rules.d/61-gnome-bluetooth-rfkill.rules file for syslink but it doesn't work. look at the change I made: http://pastebin.com/ZUepf5bm Jul 01 11:48:52 berco, hmm Jul 01 11:50:24 berco, that should definately work, is the device actually called syslink ? Jul 01 11:50:40 also i'm not sure the wildcard works for that Jul 01 11:52:10 berco, try moving it earlier Jul 01 11:52:32 berco, make it 60- instead of 90- and try again Jul 01 11:57:20 Ah national day for mpoirier Jul 01 12:04:57 ogra: sorry, got preempted in my office Jul 01 12:05:41 ogra: several devices for syslink that are called syslink_ipc, syslink-proc4430 and syslink-procmgr Jul 01 12:05:49 that why I put a "*" Jul 01 12:12:07 ogra: What were your main reasons for not changing /etc/modprobe Jul 01 12:12:45 ogra: Or for not wanting to Jul 01 12:13:58 What about ogra_cmpc? Jul 01 12:15:36 lag, simply because i think it should be done by the kernel as any other device Jul 01 12:16:34 lag, we dont use /etc/modules for anything atm since the kernel is usually capable of detecting all devices, it just seems logical to me that it should do that for syslink devices too Jul 01 12:16:49 ogra: What about udev rules? Jul 01 12:16:53 lag, i'm not opposed to use /etc/modules if there is no other way Jul 01 12:17:04 udev rules need a udevent from the kernel Jul 01 12:17:09 *uevent Jul 01 12:17:12 Correct Jul 01 12:17:16 where would that event come from ? Jul 01 12:17:29 its normally exposed once the module is loaded Jul 01 12:17:33 So if we can conger one of these ... Jul 01 12:18:03 well, if you can trigger a uevent you can as well directly load the module, no ? Jul 01 12:18:27 No, it doesn't work like that Jul 01 12:18:51 well, when do you trigger the uevent ? Jul 01 12:18:54 udev is a userspace daemon Jul 01 12:18:58 i know Jul 01 12:19:05 the uevent comes from the kernel though Jul 01 12:19:10 Correct Jul 01 12:19:21 so how do you know you have to trigger such an event ? Jul 01 12:19:39 This will be triggered when the device driver registers with the platform driver Jul 01 12:20:08 what makes the device driver register ? Jul 01 12:20:24 We doe Jul 01 12:20:25 do* Jul 01 12:20:32 From the board specific code Jul 01 12:20:38 and how do we know we want to register that driver ? Jul 01 12:21:03 Because there is board detection within the kernel Jul 01 12:21:12 i.e. i have board X and board Y, one has the HW one doesnt Jul 01 12:21:24 Correct Jul 01 12:21:32 and both use the omap4 kernel Jul 01 12:21:36 __init boardX() Jul 01 12:21:43 No Jul 01 12:21:50 Oh hang on Jul 01 12:21:55 and there you have the info that board has device ZZZ ? Jul 01 12:21:57 Let's step back one Jul 01 12:22:06 if thats the case we dont need /etc/modules i'd say :) Jul 01 12:22:17 Once kernel will run on OMAP3 and OMAP4 Jul 01 12:22:28 lets not make it more complicated :) Jul 01 12:22:30 All OMAP4 supported boards will need this driver Jul 01 12:22:35 say we only have omap4 Jul 01 12:22:44 Then that would be simple Jul 01 12:22:48 and we have different boards, one has the HW one doesnt Jul 01 12:22:53 All OMAP4 board will have this device Jul 01 12:23:03 well, hypothetical Jul 01 12:23:10 Not valid Jul 01 12:23:11 say one does one doesnt Jul 01 12:23:19 ;) Jul 01 12:23:42 nec: Care to dive in? Jul 01 12:23:43 you have a kind of db file/function "__init boardX()" that has the info that we need such a driver ? Jul 01 12:23:55 Correct Jul 01 12:23:59 Well ... Jul 01 12:24:12 so why the heck would we need /etc/modules if that info is already in the kernel ? Jul 01 12:24:13 __init boardX() will register the driver Jul 01 12:24:17 right Jul 01 12:24:19 __init boardY() will not Jul 01 12:24:24 so it can autoload the module Jul 01 12:24:32 Forget /etc/modules Jul 01 12:24:35 no need for /etc/modules :) Jul 01 12:24:38 Correct Jul 01 12:24:45 thats what we want then Jul 01 12:24:48 But we do need the correct udev rules Jul 01 12:24:58 right, thats another thing Jul 01 12:25:05 but thats trivial Jul 01 12:25:14 see what i'm working on above with berco Jul 01 12:25:17 ;) Jul 01 12:25:28 * lag looks Jul 01 12:25:36 we'll take care for that, you just make sure the driver is loaded and the uevent is exposed Jul 01 12:25:44 userspace is my part :) Jul 01 12:26:53 berco, so can you try moving the file to 60- isntead of 90- so it gets run before /lib/udev/rules.d/70-acl.rules ? Jul 01 12:27:05 berco, if that doesnt work i have one other idea Jul 01 12:55:49 lag, ha ! Jul 01 12:55:59 lag, found the XM issue Jul 01 12:56:02 Go on? Jul 01 12:56:04 it's u-boots fault Jul 01 12:56:11 Okay ... Jul 01 12:56:17 i guess i need to update to a newer version Jul 01 12:56:28 But wasn't that on the card? Jul 01 12:56:35 And is the same version as I am using? Jul 01 12:56:44 replacing our u-boot with http://rcn-ee.net/deb/tools/UBOOT/u-boot-beagleboard-2010.03+r52+gitrca6e1c136ddb720c3bb2cc043b99f7f06bc46c55-r52.bin makes it all work for me Jul 01 12:56:58 Congras Jul 01 12:57:03 Congrats* Jul 01 12:57:09 * lag pats ogra on the back Jul 01 12:57:30 (and that's from angstrom... ;) source wise.. ) Jul 01 12:58:08 lag, same USB issue Jul 01 12:58:16 lag, i guess that will need kernel work Jul 01 12:58:41 rcn-ee, well, we're using 2010.03-rc1, you seem to use a non rc version Jul 01 12:58:43 No, must be userspace ;) Jul 01 12:58:53 i guess its a simple matter of upgrading the source Jul 01 12:59:23 lag, :P Jul 01 12:59:49 ogra: Can you file it as a bug Jul 01 12:59:51 strange.. the old rc1 seemed to work fine on my proto xm.. Jul 01 12:59:58 I'm working on something else at the moment Jul 01 13:00:21 rcn-ee, i would expect that too here Jul 01 13:00:29 but apparently it doesnt Jul 01 13:00:36 ogra: I think it is an initrd issue Jul 01 13:00:51 As this problem does not occur with my kernel cmdline Jul 01 13:00:59 lag, i pretty much doubt that Jul 01 13:01:41 lag, i think its a broken module ... without initrd you wont load any usb modules Jul 01 13:01:50 Ah Jul 01 13:01:51 thast why your cmdline works Jul 01 13:01:54 That makes sense Jul 01 13:02:26 Again, can you report it please? Jul 01 13:02:32 i will Jul 01 13:03:26 rcn-ee, do you have a link to the git tree you used for u-boot ? i'd like to compare with the gitorious tree i use Jul 01 13:07:59 berco, did moving the file fix it ? Jul 01 13:19:46 ogra, yeah, this tree usually has the community patches.. http://www.sakoman.com/cgi-bin/gitweb.cgi?p=u-boot.git;a=shortlog;h=refs/heads/omap3-v2010.3 Jul 01 13:20:23 plus what was here on that day: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/u-boot/u-boot_git.bb (the u-boot i build are straight from the angstrom build system) Jul 01 13:28:40 rcn-ee, hmm, there are only two patches on top of what i use Jul 01 13:28:57 the overo one and koens Jul 01 13:37:14 asac: still having problems getting the image creation to work, sorry :( Jul 01 13:38:04 plars, do you still have an XM ? Jul 01 13:38:24 * ogra is looking for another tester Jul 01 13:38:38 ogra: nope, I had to send that one back a long time ago :( Jul 01 13:38:53 ok Jul 01 13:38:53 but I heard that it was supposed to work now Jul 01 13:38:55 thanks Jul 01 13:39:03 well, partially Jul 01 13:39:25 seems we have some u-boot issues that dont show up on every board and some usb issues Jul 01 13:41:17 plars: kk Jul 01 13:41:27 np ... headless is the world for now then ;) Jul 01 13:41:45 * ogra wishes he had headless images :/ Jul 01 13:41:54 netbook is a pain Jul 01 13:42:01 on the C4 at least Jul 01 13:43:16 the problem of arm-netbooks is that most of them has not enough resolution to run the program i need ... the netbook has 1024*600 i need 1024*768 Jul 01 13:44:45 Hanmac: that goes for atom netbooks as well I'm afraid Jul 01 13:46:32 with wine i can emulate a higher resolution ... but wine does not work on arm? Jul 01 14:03:05 Hanmac, wine doesn't include an x86 emulator Jul 01 14:03:39 it would be possible to have windows arm binaries, (compiled against winelib for instance), but... there'd be no place to run them Jul 01 14:03:54 so i need qemu or something? Jul 01 14:04:43 wait, why do you need 1024x768, such that simply emulating it would suffice? Jul 01 14:05:01 sounds like a misunderstanding of the technology Jul 01 14:08:24 do you know the RPGMakerVX? Jul 01 14:08:44 no, nor do I care to :p Jul 01 14:08:56 the correct answer is "I have a particular program that requires it" :p Jul 01 14:09:07 how exactly does wine handle it though? Jul 01 14:09:17 does it just give you a window that you can scroll? Jul 01 14:10:13 yes, wine can make a virtual desktop with an higher resolution then your real desktop Jul 01 14:10:34 okay, but you can make windows larger than your screen too :p Jul 01 14:10:36 alt-drag Jul 01 14:11:00 (alt-drag anywhere in the window allows you to move it, including off any edge) Jul 01 14:11:36 it is a windows application and it needs 1024x768 resolution or higher to run, on a system with 1024x600 it does not run Jul 01 14:12:11 so it's a broken program Jul 01 14:12:48 was under the impression anyway that wine was a workaround for the resolution thing rather than the only way you could run the program anyway Jul 01 14:13:06 in the arm case, qemu + wine would be your only option, and it's not gonna be quick Jul 01 14:13:44 you'd probably have more luck running it via remote x or vnc or some such :) Jul 01 14:14:26 * cwillu googles rpgmakervx against his better judgement Jul 01 14:16:34 wow, they used a forum to build their whole site :) Jul 01 14:17:48 Hanmac, I think your best bet would be to petition the developers to have the resolution check pop up a warning screen rather than blocking the application from loading Jul 01 14:17:55 that's what most sensible apps do Jul 01 14:18:28 I think there's also a compiz plugin that lets you scale down a single window Jul 01 14:20:05 hmm. That was the shelf plugin, but it appears they removed the feature allowing you to still interact with the scaled window; it was a bit glitchy, but it's sad to see them simply remove it instead of fixing it Jul 01 14:20:48 i does not think that the VX is still developmend ... but i thy the idea with qemu and wine Jul 01 14:21:53 meh Jul 01 14:22:08 then you deserve your pain and suffering for using a closed source app :p Jul 01 14:23:57 yes i doomed :P thats a reason why some of my friends thy to make a own maker for linux and also for arm Jul 01 14:26:04 ogra: sorry lots of meetings today. Not much concrete stuff :( I just tested with a 60-omap4.rules instead of 90- and explicitly wrote all the syslink entries instead of using *. Still not working. Jul 01 14:27:49 Is the ENV{ACL_MANAGE}="1" supposed to have the same effect as my original GROUP="video", MODE="0660" in the rules file? Jul 01 14:30:24 berco, it routes device access thoguht policykit Jul 01 14:30:47 berco, i'm in a call atm, let me give a rules file after that Jul 01 14:31:13 ogra: no pb. same here. talk to you later Jul 01 14:31:35 berco: How much do you know about syslink? Jul 01 14:31:47 lag, he implements the userspace :) Jul 01 14:32:28 berco: Can you have someone contact me with regards to kernel related syslink things please? Jul 01 14:32:31 lag, thats what we'Re working on above Jul 01 14:33:24 ogra: Yeah, I know, but I need to ask some questions before I can implement the kernel related bumph Jul 01 14:33:41 ah Jul 01 14:34:26 berco: ack? Jul 01 14:44:55 berco, so my call is over, can you try something like: http://paste.ubuntu.com/457858/ in your rule ? Jul 01 15:31:31 hi prpplague Jul 01 15:32:23 hrw: greetings Jul 01 15:38:24 ogra: trying... just got back **** ENDING LOGGING AT Fri Jul 02 02:59:57 2010