[05:45] <DanaG> - Linux >= 2.6.20 with I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING): Not found
[08:13] <hrw> morning
[08:14] <zyga> hi hrw!
[08:21] <amitk> morning .pl
[08:26] <zyga> amitk, hey, how are you
[08:27] <amitk> good, how is the flooding situation in .pl?
[08:37] <ogra> amitk, it roughly moved on to germany now
[08:38] <amitk> ogra: ohh?
[08:39] <ogra> the oder flows from poland through germany
[08:39] <ogra> i think the highest levels are done in poland and move down the river now
[08:42] <hrw> ogra: Poland is big country - flood to my city has not yet arrived
[08:42] <ogra> oh, wow
[08:42] <hrw> but Szczecin is prepared for Odra flood
[08:42] <hrw> we have lot of space for water where no one is allowed to live
[08:43] <ogra> german news said the hump would arrive at the german boarder last night
[08:43] <hrw> and bigger problem is not water from south but from returning water from Baltic Sea
[08:43] <hrw> Szczecin tomorrow/Saturday   iirc
[08:43] <ogra> yeah
[08:44] <ogra> oh, right, Szczecin comes after it went through germany
[08:47] <hrw> zyga: sent
[08:49] <zyga> hrw, did you get a bounce?
[08:49] <zyga> hrw, I suspect you did what I did some time ago
[08:50] <hrw> zyga: I just sent it again though my own smtp
[08:50] <zyga> hrw, I think you have to send it thru google's own SMTP using "that" domain's account to actually reach your recipients
[08:51] <zyga> brb
[08:51] <hrw> zyga: smtp is smtp - as long as email is delivered
[09:00] <zyga> back
[09:01] <zyga> hrw, yeah but google seemed to block my other address, anyway the message is away
[09:01] <zyga> hrw, I wonder what people think
[09:01] <zyga> hrw, -> (other chan)
[09:33] <ogra> ndec, https://wiki.ubuntu.com/MaverickReleaseSchedule
[10:01] <amitk> hmm, http://paste.ubuntu.com/440283/ wonder what is happening at line 595 for nfsroot
[10:02] <amitk> ogra: ^ any ideas
[10:05] <ogra_cmpc> amitk, i remember there were mountall issues with nfsroot, not sure they are already solved
[10:05] <ogra_cmpc> i guess we need to talk to Keybuk
[10:40] <ogra_cmpc> amitk, https://bugs.edge.launchpad.net/ubuntu/+source/mountall/+bug/537133
[10:40] <ubot2> Launchpad bug 537133 in portmap (Ubuntu Lucid) (and 3 other projects) "mountall issues with NFS root filesystem (affects: 10) (dups: 2) (heat: 72)" [Medium,Fix released]
[10:41] <ogra_cmpc> ubot2, liar !!
[10:41] <ubot2> Factoid 'liar !!' not found
[10:41] <ogra_cmpc> (its not fix released for mountall, only for portmap)
[10:42] <amitk> ogra_cmpc: hmmm... not sure if the second issue is similar to min.
[10:42] <amitk> *mine
[10:44] <ogra_cmpc> there is also https://bugs.edge.launchpad.net/ubuntu/+source/mountall/+bug/578851
[10:44] <ubot2> Launchpad bug 578851 in mountall (Ubuntu) "Fail to remount root on nfsroot install (affects: 1) (heat: 6)" [Undecided,New]
[10:45] <ogra_cmpc> though you dont seem to have /dev/nfs in your fstab
[10:50] <ogra_cmpc> amitk, erm, do you use an initramfs ?
[10:50] <ogra_cmpc> doesnt look like it
[10:50] <amitk> ogra_cmpc: no
[10:50] <ogra_cmpc> i dont think nfs support is compiled in
[10:50] <amitk> ogra_cmpc: it is
[10:50] <ogra_cmpc> hmm
[10:51] <amitk> and /dev/nfs is in my /etc/fstab for the remote root fs
[10:51] <ogra_cmpc> did you try with initramfs ?
[10:51] <ogra_cmpc> i bet it would work
[10:54] <amitk> ogra_cmpc: no, and to be honest I don't want to. I want to be able to boot-test several different arm boards. Compile kernel and copy to webserver. And the board gets its rootfs over nfs
[10:55] <amitk> there is not .deb packaging around these kernels, straight mainline + patches
[10:55] <ogra_cmpc> ootserver=192.168.0.254, rootserver=192.168.0.101, rootpath=
[10:55] <ogra_cmpc> seems your rootpath doesnt get handed over properly
[10:56] <ogra_cmpc> line 454
[10:57] <ogra_cmpc> try with explicitly setting rootpath=/shared/nfs
[10:57] <ogra_cmpc> and see if IP-config gets it then
[10:58] <ogra_cmpc> else i'd actually say its an IP-Config bug
[10:58] <amitk> indeed, good catch
[10:59] <ogra_cmpc> also is your export in the server side proper ? (try to mount it rw from somewhere else)
[11:00] <amitk> ogra_cmpc: yeah tried that
[11:00] <ogra_cmpc> while rootpath isnt set it obviously gets to mountall, so it must have acessed it
[11:00] <amitk> ogra_cmpc: it should get the rootpath or equivalent from the kernel cmdline
[11:01] <ogra_cmpc> (though i dont know if mountalal doesnt try to grab rootpath ... if its empty it likely doesnt know what to do)
[11:01] <ogra_cmpc> *mountall
[11:02] <ogra_cmpc> well, in initramfs we have a special script that parses nfsroot and actually exports rootserver and rootpath, might be that mountall relies on that
[11:03] <ogra_cmpc> see /usr/share/initramfs-tools/scripts/nfs
[11:19] <ogra_cmpc> amitk, heh, do you have devtmpfs support compiled in ?
[11:20] <amitk> ogra_cmpc: yes, I saw that mount option for /dev and added it in last night :)
[11:20] <ogra_cmpc> i dont see it listed between 461 and 484
[11:20] <amitk> doesn't ltsp use nfsroot?
[11:21] <ogra_cmpc> nope
[11:21] <ogra_cmpc> nbd
[11:21] <ogra_cmpc> nfs is dog slow compared to an nbd exported squashfs
[11:22] <ogra_cmpc> amitk, try editing /lib/init/fstab and remove devtmpfs there (just keep tmpfs)
[11:22] <ogra_cmpc> i would bet that makes it boot
[11:23] <ogra_cmpc> though that still leave the question why parse_filesystems doesnt swee it
[11:23] <ogra_cmpc> *see
[11:25] <ogra_cmpc> parse_filesystems just loops over /proc/filesystems
[11:25] <amitk> ogra_cmpc: ok, it gets stuck at the next step now, /dev/shm
[11:26] <ogra_cmpc> hmm
[11:27] <ogra_cmpc> tmpfs is clearly found
[11:28] <ogra_cmpc> though in your log it seems that all tmpfs mounts have issues too
[12:25] <zumbi> hrw: i still intent to work on DB#577674 if you do not beat me, but not before 1-2 months
[12:28] <hrw> zumbi: ah... its your bug :)
[12:32] <zumbi> hrw: sure, feel free to add (if you consider) my comments so doko is aware
[12:34] <hrw> doko gave mi that bug number
[12:36] <zumbi> hrw: yes, that is current work
[12:37] <zumbi> at least to my concern
[12:37] <zumbi> help is very much welcome :-)
[12:49]  * hrw → lunch
[13:44] <ndec> amitk: when i look at ubuntu kernel tree, i can see tags such as Ubuntu-2.6.34-1.1. what does the 1.1 mean? how does it related to mainline tag?
[13:46] <amitk> ndec: it doesn't relate to the mainline tag. It is Ubuntu's internal abi versioning. So 1.1 means abi version 1, upload 1.
[13:46] <amitk> 1.2 would be same abi but new upload
[13:48] <ndec> amitk: ok, thx.
[13:49] <amitk> ndec: this is to make sure all external modules/packages depending on internal abi are recompiled when a new kernel abi hits the archive
[13:49] <amitk> e.g. the dkms packages for the binary -nvidia and -ati drivers use this
[13:50] <ndec> amitk: so how do you decide if there is an abi change?
[13:52] <amitk> ndec: automated scripts (debian/script/abi-check) are run after a new kernel build. If the hashes for internal functions have changed, the build will fail if we haven't changed the abi version in debian/changelog
[13:53] <berco> Has anyone used the "edit-patch" from ubuntu-dev-tools package? I'm trying to use it but it complains about "Patch system can not be detected ...." And I use quilt in my case. Any help appreciated.
[13:53] <ndec> amitk: thx!
[13:59] <lool> berco: You could set -x it and see where it fails
[13:59] <lool> berco: It might not be detecting a quilt build-dep or a quilt rules include
[14:04] <berco> lool: thx. Apparently the script is looking for some file that I'm missing: "debian/patches/series"
[14:05] <lool> berco: Yes, that's the expected place for your quilt series
[14:06] <lool> berco: You probably want such a file with the list of patches if you're using
[14:06] <lool> quilt
[14:07] <berco> I have quilt installed but I'm now trying to find some doc as to what "series" is supposed to do
[14:08] <lool> berco: series is a list of filenames
[14:08] <lool> of patches to apply
[14:08] <lool> the files should be below debian/patches
[14:09] <lool> berco: You might want to look at existing packages using quilt?
[14:09] <lool> berco: e.g. apt-get source gconf2
[14:10] <berco> lool: thanks. I think I got confused and thought I could use "edit-patch" to create a new patch.
[14:10] <lool> berco: That's the goal I think
[14:10] <lool> berco: quilt provides commands to do this as well
[14:11] <berco> lool: but if I create a new patch "series" potentially doesn't exist for the 1st patch
[14:11] <berco> so I need to create it empty?
[14:14] <lool> Yes
[14:15] <berco> lool: many thanks. "touch debian/patches/series" is enough to start working with "edit-patch" :)
[14:20] <lool> berco: Cool  :)
[14:23] <lool> hrw: No need to put your name before work items in brackets because you're the assignee
[14:24] <lool> hrw: we only do that when someone not the assignee helps with the spec
[14:24] <hrw> no need but I can - right?
[14:25]  * ogra always puts his name in front ... 
[14:25] <ogra> ... to honor the Department Of Redundancy Department
[14:28] <lool> hrw: it's a bit cluttering, but you can yes
[14:32] <zyga> lol :-)
[14:34] <ogra> hrw, there seems to be a kernel that spits out console= into upstart environment at https://edge.launchpad.net/~apw/+archive/green/+packages
[14:35] <ogra> seems like we'll get that for all meverick kernels soon
[14:35] <ogra> *maverick
[14:36] <hrw> cool
[14:38] <hrw> CONFIG_INIT_PASS_ALL_PARAMS
[14:39] <ogra> yeah
[14:39] <hrw> ubuntu addon
[14:39] <ogra> right
[14:40] <ogra> yet :)
[14:40] <amitk> will go upstream if they want it
[14:40] <hrw> patch is small and quite nice
[14:41] <ogra> should definately be good enough to base the autotty code on
[14:41] <hrw> yep
[14:41] <hrw> waiting for omap3 kernel with it
[14:41] <ogra> up to amitk or cooloney i guess
[14:42] <ogra> or mpoirier
[14:42] <ogra> not sure who is supposed to take the omap3 maverick kernel
[14:42] <ogra> cooloney is likely busy enough with omap4
[14:43] <amitk> mpoirier will take care of it
[14:43] <ogra> ah, right
[14:45] <ogra> mpoirier, hrw is working on an upstart enhancement to autospawn a getty if console=ttyS... is set
[14:45] <ogra> so having the patch thats being tested at https://edge.launchpad.net/~apw/+archive/green/+packages would be intresting for us in the omap3 kernel
[14:46] <apw> ogra, its not like upstart cannot get that information already from /proc/cmdline
[14:46] <ogra> apw, Keybuk denied that
[14:46] <hrw> apw: keybuk does not want that way
[14:46] <ogra> he wants to have the script proper on first shot :)
[14:46] <hrw> already discussed and it got refused
[14:46] <apw> i can believe he doesn't want it that way, but till he tests the patch for real its in it court
[14:47] <apw> i suspect there is some initramfs work to stop that fecking up all the options too
[14:50] <mpoirier> so, should I try applying the patch on OMAP3 ?
[14:50] <ogra> mpoirier, as soon as apw approves and Keybuk has tested it
[14:51] <mpoirier> very well. Lucid, Maverick or both ?
[14:51] <ogra> (just wanted to let you know why i pinged you actually :) )
[14:51] <ogra> maverick only
[14:51] <mpoirier> should we open a bug for it ?
[14:51] <ogra> lucid doesnt get new features
[14:52] <hrw> mpoirier: did not omap3 built from same sources in maverick?
[14:52] <mpoirier> indeed.
[14:56] <ogra> hrw, well, a bug wont do any harm to track the issue
[14:56] <ogra> so you actually know when its applied
[14:56] <ogra> hrw, feel free to subscribe to bug 586386
[14:56] <ubot2> Launchpad bug 586386 in linux-ti-omap (Ubuntu) "omap3 kernel should hand over all comdline args to the init environment (affects: 1)" [Undecided,New] https://launchpad.net/bugs/586386
[14:56] <ogra> bah, i typoed :(
[14:57] <amitk> ogra: let apw know about the bug so that he can auto close it when he applies it to the kernel
[14:58] <ogra> indeed
[14:58] <ogra> apw, ^^^
[15:01] <hrw> added links
[15:05] <apw> ogra, amitk, ack have the number now
[15:05] <ogra> thanks ... i would have triaged it properly but dont know what that takes for the kernel team :)
[15:55] <zyga> have you guys seen meego release?
[15:55] <ogra> looks like moblin
[15:56] <hrw> it is moblin
[15:56] <amitk> is it done in Qt?
[15:56] <hrw> just rebranded
[15:57] <hrw> amitk: no, still clutter/gtk
[15:57] <hrw> or rather MX (which is clutter based UI toolkit)
[15:57] <zyga> hmm
[15:57] <zyga> they use qt as the "standard" toolkit though
[15:58] <hrw> zyga: they announce it atleast
[15:58]  * hrw had to work in moblin team
[15:58] <zyga> there is some talk about how to use qtcreator to make meego apps
[15:58] <zyga> and since meego = nokia + intel
[15:58] <zyga> qt and atom are the way to go for this project
[15:58] <zyga> I wonder how it plays out with ARM and ... AMD
[15:59] <zyga> meego is this nice "not android" software you can put on a product
[16:00]  * zyga just tried dd'ing meego image on to /dev/sda on his main workstation
[16:00] <zyga> fortunately I was saved by crappy gvfs
[16:00] <zyga> the image was on .gvfs
[16:01] <zyga> and sudo dd didn't find the source file
[16:01] <zyga> this made me re-read what I wrote
[16:02] <ogra> that error made me write usb-imagewriter :)
[16:02]  * ogra once wiped his laptop HDD with a wrong dd
[16:04] <hrw> I have system on sdb
[16:04] <hrw> sda1 is 10GB very old debian rootfs so no big loss (newer is on sdb1)
[16:05] <ogra> well, if you typo your dd command to sdb thats bad then :)
[16:06] <zyga> ogra, the one that ubuntu has?
[16:07] <hrw> ogra: current rootfs is on sdb3
[16:07] <ogra> zyga, ?
[16:07] <ogra> the one what ?
[16:07] <zyga> ogra, what is usb-imagewriter
[16:07] <ogra> its a gui for dd
[16:07] <ogra> its in universe
[16:08] <ogra> and scans for mounted disks before offering you devices to write to
[16:08] <ogra> so you can never write to your actual root disk
[16:08]  * zyga will try it out
[16:09] <ogra> file bugs if you find any, i havent used it since quite a while :)
[16:13] <hrw> lool: the more I look at dh_movefiles removal, the more I do not see a need for it.
[16:13] <hrw> lool: I can do migration (already migrated some subpackages) but it can be ugly in few places.
[16:47] <mpoirier> ogra - you around ?
[16:48] <ogra> mpoirier, yup
[16:48] <mpoirier> good.
[16:49] <mpoirier> bug 566645
[16:49] <ubot2> Launchpad bug 566645 in linux-ti-omap (Ubuntu Lucid) (and 1 other project) "doing a netinstall to SD card results in OTG related oops on first boot (affects: 2) (heat: 14)" [High,Confirmed] https://launchpad.net/bugs/566645
[16:49] <mpoirier> have you been able to reproduce reliably ?
[16:50] <ogra> not since OTG was disabled completely anymore :)
[16:50] <mpoirier> educate me on OTG pls.
[16:50] <ogra> its the small USB port on the C series beagle
[16:51] <ogra> it can run in host or gadget mode
[16:51] <mpoirier> ok.
[16:51] <mpoirier> what as OTG disabled ?
[16:51] <ogra> during lucid development we found its broken, amitk didnt manage to find a fix so it was disabled completely
[16:51] <mpoirier> when was OTG disabled ?
[16:51] <ogra> after i filed that bug
[16:51] <ogra> we indeed want it to work in maverick
[16:51] <mpoirier> is the bug still valid ?
[16:52] <ogra> dunno, once i have a maverick image to test i will be able to tell you, its not valid for lucid anymore
[16:52] <mpoirier> vey well.
[16:53] <ogra> i changed the bug status accordingly
[16:53] <mpoirier> about maverick.
[16:54] <mpoirier> I have a lucid powered beagleboard.
[16:54] <mpoirier> I compile a 2.6.34 kernel and install it on.
[16:54] <ogra> ok
[16:54] <mpoirier> have you done it ?
[16:55] <mpoirier> /dev/mmcblk02 seems to be missing, preventing the rootfs to be mounted.
[16:55] <mpoirier> and the system stalls in busybox.
[16:55] <mpoirier> I'd like to know if I'm the only one with the problem.
[16:55] <ogra> /dev/mmcblk02 or /dev/mmcblk0p2 ?
[16:55] <mpoirier> the latter yes,
[16:56] <mpoirier> writing this off the top of my head.
[16:56] <ogra> i havent put much time into omap3 stuff recently working on the omap4 stuff atm
[16:56] <mpoirier> ok, I'll investigate
[16:56] <ogra> but i just compiled a touchbook kernel for my touchbook which works fine
[16:56] <ogra> based on .34
[16:57] <ogra> so its likely a config option you miss or something like that
[16:57] <ogra> since the touchbook boots from mmc
[16:57] <mpoirier> Well, it's off Leann's integration branch
[16:58] <mpoirier> which should include all the OMAP3 changes from Lucid.
[16:58] <lool> hrw: problem is that dh_movefiles is deprecated
[16:58] <lool> hrw: dh compat 2 is really old and might go away
[16:59] <hrw> ok, but what does it give except 'dh_movefiles may be dropped one day'?
[16:59] <lool> hrw: That seems like a good reason to move away from it
[16:59] <mpoirier> ogra: you already have a panda board don't you ?
[16:59] <ogra> mpoirier, if we have a binary kernel i'll help testing that on my beagle its hard to tell why yours doesnt find mmcblk0p2
[16:59] <lool> hrw: but frankly, it's not the highest priority work in the cross-compilers spec
[16:59] <ogra> mpoirier, not yet, it should arrive on the weekend or monday i think
[17:00] <ogra> mpoirier, did yours arrive already ?
[17:00] <mpoirier> ogra: nop, but was supposed to have been shipped.
[17:00] <hrw> lool: sure, we need to prioritize it
[17:00] <ogra> great
[17:00] <mpoirier> ogra: what are you testing OMPAP4 on then ?
[17:00] <ogra> blaze
[17:00] <hrw> lool: but this updated my debhelper knowledge
[17:00] <ogra> looks like a giant mobile phone :)
[17:01] <lool> hrw: Ok
[17:01] <lool> hrw: Are you still fighting it
[17:01] <hrw> lool: I made some notes and can return to it later without problems
[17:01] <mpoirier> ogra: for mmcblk0p2, all you need is the linux-image*.deb file ?
[17:02] <lool> hrw: Ok, if you're moving to something else, mark it back TODO
[17:02] <ogra> mpoirier, did you do a standard ubuntu install on the board (i.e. from one of the installer images)
[17:02] <hrw> sure lool
[17:02] <ogra> then you should just be able to dpkg -i the deb
[17:03] <mpoirier> ogra: I'm in Lucid and do "dpkg --force-depends -i package.deb"
[17:03] <ogra> why --force-depends ?
[17:03] <mpoirier> ogra: --force-depens is mandatory.  Otherwise complains about wireless package not present on system
[17:03] <ogra> then you didnt do an ubuntu install :)
[17:04] <ogra> the images ship these packages by default
[17:04] <ogra> so you will additionally need to create an uImage from vmlinuz as well as a uInitrd
[17:04] <mpoirier> ogra: I followed the instructions found at http://elinux.org/BeagleBoardUbuntu#U-Boot_uImage
[17:04] <ogra> ow
[17:04] <mpoirier> ?
[17:05] <ogra> well, while thats nice to get ubuntu running its not ubuntu :)
[17:05] <ogra> our setup is different, the installer applies bits these images cant provide (like writing uImage to NAND etc)
[17:05] <ogra> so if you use such an image you have to do some parts manually to upgrade the kernel
[17:06] <ogra> if you use an ubuntu kernel package
[17:06] <ogra> first of all i'd resolve the dependency issue so you dont have to use --force-depends all the time :)
[17:06] <ogra> after dpkg -i failed run "sudo apt-get -f install"
[17:06] <ogra> that will install the missing package
[17:07] <mpoirier> before going any further it is mandatory that I get my board configured the same way as yours.
[17:07] <ogra> (assuming you have a NIC attached)
[17:07] <mpoirier> I do.
[17:07] <ogra> nah, not for kernel testing
[17:07] <ogra> actually not using NAND for the kernel will make testing easier
[17:08] <ogra> but you should use a script for the updating of the kernel ...
[17:08] <ogra> http://paste.ubuntu.com/439253/ thats a setup i use on my blaze
[17:08] <mpoirier> not using NAND is a boot script thing.
[17:08] <ogra> that should update the kernel on vaft
[17:08] <ogra> *vfat
[17:08] <hrw> mpoirier: cheap omap boards after beagleboard will not have nand afaik
[17:09]  * armin76 steals NCommander's boards
[17:09] <ogra> hrw, right, but flash-kernel has no integration for that setup yet, i still need to write it
[17:09] <ogra> it will be similar to the above paste
[17:10] <ogra> just less hardcoded :)
[17:11] <hrw> ah.. no symlinks on vfat..
[17:11] <hrw> but do we have symlinks in /boot?
[17:11] <ogra> and using a vfat bootpartition is surely better than having to fiddle with uImage in nand from the u-boot prompt ... if you run test kernels taht break from time to time
[17:11] <ogra> we do
[17:11] <hrw> omap has..
[17:11] <ogra> which is why we will have an extra vfat partition for the uImage
[17:12] <hrw> my desktop does not
[17:12] <ogra> right
[17:12] <hrw> ogra: on bug 2.0 we used one ext3 partition and enabled ext support in uboot
[17:12] <hrw> worked fine
[17:12] <hrw> bug 2.0 is omap3 based
[17:13] <hrw> kernel was loaded from /boot/ on that ext3
[17:13] <ogra> well, on beagle u-boot ext2 support always crashed for me or took horridly long
[17:13] <hrw> before we used same config on i.mx31
[17:13] <hrw> anyway time for me
[17:13] <mpoirier> ogra: get back to me when you're done with hrw
[17:13] <ogra> right, if ext support works ext is great
[17:13] <hrw> have a nice rest of day
[17:14] <ogra> ciao hrw
[17:14] <ogra> mpoirier, just chime in that was just chatter :)
[17:14] <prpplague> ogra: greetings
[17:14] <prpplague> ogra: hey, is there a trick to using an unbuntu rootfs over NFS?
[17:14] <ogra> mpoirier, so use something similar to the script i pasted above and put it into kernel-img.conf
[17:15] <ogra> prpplague, amitk did that today shouldnt require any tricks
[17:15] <prpplague> ogra: hmm
[17:15] <ogra> mpoirier, as a postinst_hook
[17:16] <prpplague> ogra: we tested on panda and blaze, and both hang after mounting the rootfs and starting up the GUI stuff
[17:16] <ogra> mpoirier, the dpkg -i usually rebuilds the initramfs if you use ubuntu kernel packages so it should just work
[17:16] <ogra> prpplague, but you can boot it up to a console prompt ?
[17:17] <mpoirier> ogra: everytime I updated it did rebuild the initrd
[17:17] <ogra> might be an issue with gnome
[17:17] <ogra> mpoirier, perfect so the above script should just work for you
[17:17] <mpoirier> ogra: I need to understand the kernel-img.conf thing.
[17:18] <ogra> its a file usually created by the installer on arm we dont actually use it anymore
[17:18] <mpoirier> ogra: I was already doing mkimage to generate a new uImage and uInitrd - classic embedded stuff
[17:19] <ogra> right, the postinst script of the kernel package looks in kernel-img.conf, if it finds a postinst_hook entry it will execute it after the package was installed
[17:20] <ogra> we used to use flash-kernel as a postinst_hook in former releases (flash-kernel is the tool used on all arm platforms in debian and ubuntu to care for HW specific cases to activate the new kernel ... i.e. write to NAND if needed or copy to vfat etc)
[17:21] <ogra> today flash-kernel is automatically called by update-initramfs so kernel-img.conf isnt used anymore
[17:22] <ogra> as i said above, the changes to flash-kernel to create an uImage on a vfat partition were not written yet so currently you need to apply a script and use kernel-img.conf for your setup
[17:22] <prpplague> ogra: yea if we use a scaled down image we can get a prompt
[17:22] <ogra> i'll land these changes soon (before the alpha2 release)
[17:23] <prpplague> ogra: but if we use the larger images it just hangs
[17:23] <ogra> prpplague, very likely gnome not getting along with NFS mounted home
[17:23] <ogra> do you use an initramfs ?
[17:24] <ogra> (that uses nfsmount and applies nolock in ubuntu, i'm not sure the kernel does that by default if you use the in-kernel way of nfsroot)
[17:24] <prpplague> we weren't using an initramfs for this testing, i was guessing it probably had some permissions or temp workspace issues
[17:25] <prpplague> ogra: ahh seems like i read something about that with regards to ubuntu
[17:25] <ogra> well, if it boots through to a running system its likely X related ... gdm or the homedir in gnome etc
[17:25] <prpplague> ogra: is there a wiki page or howto doc we could look at?
[17:25] <ogra> for using initramfs ?
[17:25] <ogra> or for nfs bugs ? :)
[17:25] <prpplague> for doing ubuntu over nfs
[17:26] <ogra> i dont think there is anything arm specifc
[17:27] <ogra> https://help.ubuntu.com/community/DisklessUbuntuHowto might be the best you can get but thats outdated i think
[17:27] <prpplague> thanks i think i had that one bookmarked for a look over today
[17:27] <mpoirier> ogra: I looked at you pasted script and I was doing the exact same thing, except mine wasn't automated.
[17:28] <mpoirier> ogra: the real problem seems to come from the initial installation
[17:28] <ogra> that might be
[17:28] <mpoirier> ogra: where some packages seems to be missing.
[17:28] <mpoirier> ogra: I don't think it is cause by my "C2" rev.
[17:28] <ogra> right, that rootfs is created with rootstock that might not get you a 100% ubuntu
[17:29] <ogra> its shouldnt be
[17:29] <ogra> *it
[17:29] <mpoirier> ogra: that being said, where do I find the "approved" way of installing Ubuntu on beableBoard ? Should I use the netinstall ?
[17:29] <ogra> prpplague, sorry that i cant help much more but since i switched ltsp to nbd images in 2006 i havent touched nfsroot anymore :)
[17:30] <prpplague> hehe indeed, it was just one of the items that we wanted to test
[17:30] <prpplague> ahh the good ol' days of LTSP
[17:30] <ogra> mpoirier, you wont have much fun for kernel development with the approved way
[17:31] <ogra> mpoirier, since we flash the kernel to NAND by default which gets you into bad situations once you flashed a broken kernel
[17:31] <ogra> mpoirier, though https://wiki.ubuntu.com/ARM/Beagle has the 2official" images
[17:33] <prpplague> ogra: haven't i seen you in the #ltsp channel in the past?
[17:34] <ogra> prpplague, i wrote ltsp5 with scottie, you have for sure :)
[17:34] <ogra> i stepped down in 2008 though
[17:34] <prpplague> ogra: ahh right
[17:34]  * prpplague dropped out of LTSP stuff back around 2001
[17:35] <ogra> but i'm still a resident there and go to the november meetings in maine :)
[17:42] <robclark> btw, semi-related to questions about X11/gdm and nfsroot, etc... how actually does recovery mode work?
[17:43] <robclark> is there some bootarg I can add to tell upstart not to start gdm/x11?
[17:44] <ogra> single or text on the cmdline
[17:44] <robclark> ogra: ahh, perfect.. thx
[17:44] <ogra> single requires an initramfs and gets you to a rootshell, text just switches off gdm
[17:44] <robclark> ok.. text is probably good for what I am trying to do..
[18:24] <mpoirier> ogra: the package I'm missing is "wireless-crda"
[18:25] <ogra> yeah
[18:25] <mpoirier> any idea why and where I could get it - for ARM that is.
[18:25] <ogra> just apt-get -f install should install it
[18:26] <ogra> beyond that http://ports.ubuntu.com/ubuntu-ports/pool/main/w/wireless-crda/ but apt knows which version you want
[18:26] <mpoirier> fabulous - thanks.
[18:46] <amitk> prpplague: ogra: I didn
[18:46] <amitk> oops
[18:47] <amitk> prpplague: ogra: I didn't use the full desktop, only build-essential and openssh-server for my rootstrap
[19:51] <xorAxAx> omapfb omapfb: illegal display bpp
[19:51] <xorAxAx> omapfb omapfb: failed to setup fb_info
[19:51] <xorAxAx> omapfb omapfb: failed to setup omapfb
[19:51] <xorAxAx>  omapfb omapfb: failed to setup omapfb
[19:51] <xorAxAx>  omapfb: probe of omapfb failed with error -22
[19:52] <xorAxAx> ogra: these are my kernel messages when i try to run the server install on tv
[19:57] <xorAxAx> gah, i hate how debian/ubuntu slim down the d-i kernel
[19:57] <xorAxAx> it doesnt detect the second usb hub on beagle
[20:20] <xorAxAx> (ok, old uboot)
[20:51] <prpplague> ogra: ping
[20:59] <asac> ogra: how is your flash-kernel fixes for omap going that would update the uImage etc. on mmc1 if no nand is found?
[21:54] <ogra> asac, will do them next week, do you need a prototype ?
[21:55] <ogra> xorAxAx, try to modify the bootargs on boot.scr with a differnt resolution https://wiki.ubuntu.com/ARM/BeagleEditBootscr
[22:02] <asac> ogra: nah, thats fine. just wanted to know if you already did that in case i feel like doing it tomorrow
[22:03] <ogra> well, it needs to work with our new image design
[22:04] <asac> ogra: my understand is that we dont mount boot, but rather just look up the right fat partition and update the uimage etc. there
[22:04] <ogra> right
[22:05] <ogra> http://paste.ubuntu.com/439253/ something like that with sane detection code will go into flash-kernle
[22:05] <xorAxAx> ogra: resolution? i tried pal
[22:05] <ogra> (note we dont need kernel-imf.conf anymore)
[22:06] <xorAxAx> ogra: the whole FB setups fails when i try that, doing that later on with sysfs works
[22:06] <asac> ogra: why that postinst hook? why not just put that code in flash-kernel directly?
[22:06] <ogra> we do, and flash-kernle is now always called from update-initramfs so we dont need it anymore
[22:07] <asac> ok thats what i thought then
[22:07] <ogra> kernel-img.conf is dead in debian for arm
[22:07] <ogra> it merged their changes to flash-kernel which hooks directly into initramfs-tools now
[22:07] <asac> let me see if i still have the code i wrote at some point
[22:08] <ogra> with the new image structure you can hardcode mmcblk0p1 if you want btw
[22:08] <asac> hmm
[22:08] <ogra> https://blueprints.edge.launchpad.net/ubuntu/+spec/preinstalled-sd-card-images-for-omap
[22:08] <ogra> thats what ubuntu will have for arm from 10.07 on
[22:08] <asac> all arm images?
[22:09] <ogra> well, we'll only produce omap in the distro
[22:09] <asac> ah ...kk
[22:09] <ogra> and the panda restrictions force such an image
[22:09] <ogra> (no local disk at all now)
[22:11] <asac> ogra: why cant we install the rootfs on a usb disk?
[22:11] <ogra> because we would still need the SD to boot
[22:11] <ogra> and because i hear complaints all the time about the slow install process
[22:11] <asac> ogra: sure. but you would be able to have a much bigger rootfs
[22:12] <asac> ogra: (suggestion: jasper)  i started on clown for that
[22:12] <ogra> so i worked out that setup with cjwatson at UDS
[22:12] <asac> but folks complained about that approach and said we should use d-i like seeding
[22:12] <asac> at least cody complained if you remember
[22:15] <asac> ogra: what i would love to see is a feature that allows you to move a rootfs over to a plugged in usb disk and then boot from that
[22:15] <ogra> asac, 11.04 ;)
[22:16] <ogra> jasper/clown whatever can be enhanced
[22:16] <asac> ogra: hmm. you are a lagger ;)
[22:16] <asac> jk
[22:16] <asac> ok heading for lunch
[22:16] <asac> good night (hope you are gone when i am back)
[22:16] <ogra> i need to use the same setup in 10.07 and 10.10
[22:16] <ogra> yeah, team call atm
[22:16] <ogra> i'll fall asleep afterwards
[22:20] <xorAxAx> i get segfaults when rebooting :-(
[22:50] <xorAxAx> ogra: i get wlan0     no wireless extensions.
[22:50] <xorAxAx> anything weird in the kernel config that breaks wifi?
[22:50] <xorAxAx> the driver loads without error messages
[23:14] <mpoirier> As anyone built the Maverick omap3 kernel ?
[23:14] <mpoirier> ogra: you still on ?
[23:20] <rcn-ee> mpoirier, my own omap3 kernel is working in maverick, looking for something specific?
[23:20] <mpoirier> rcn-ee: did you build it yourself ?
[23:21] <rcn-ee> no... my beagles did from the source i patched. ;)
[23:21] <mpoirier> your beagles ?
[23:22] <rcn-ee> Yeah, my beagles.. kernel deb's here, http://rcn-ee.net/deb/maverick/  source is at https://launchpad.net/~beagleboard-kernel (boot testd on all beagles, overo, igepv2, etc)
[23:35] <xorAxAx> rcn-ee: do you think your kernel would fix my wifi problem?
[23:36] <rcn-ee> xorAxAx, it depends... if they fixed the wifi upstream and ubuntu hasn't updated there kernel yet. then 'maybe' otherwise it's probally the same...
[23:38] <rcn-ee> oh.. just scrolled up.. yes.. i have wireless extensions enabled in mine...
[23:38] <rcn-ee> xorAxAx, the latest (about a week till i move it to stable tree) would be http://rcn-ee.net/deb/lucid/v2.6.34-dl5/
[23:42] <asac> xorAxAx: what wifi chipset is that?
[23:46] <asac> ogra: i assume we wouldnt need to create the uimage etc. in /boot at all anymore?
[23:46] <asac> (looking at your mkimage scrip)