[01:05] <jj-afk> back on later
[08:40] <apw> smb`, morning
[08:41] <apw> smb`, any idea what is going on on bug #634487
[08:41] <ubot2> Launchpad bug 634487 in linux "t1.micro instance hangs when installing java" [High,Confirmed] https://launchpad.net/bugs/634487
[09:37] <apw> tumbleweed, about?  i have just pushed a new test kernel for bug #717114 ... it seems the previous one was triggering some blocking and slowness
[09:37] <ubot2> Launchpad bug 717114 in xorg-server "[i945gm] Screen Corruption with new Xorg stack with terminal programs" [Critical,Confirmed] https://launchpad.net/bugs/717114
[09:38] <apw> tumbleweed, see if that one works as well ... seems to for me
[09:38] <tumbleweed> apw: ah I was going to ask you if you would, thanks
[09:40] <apw> tumbleweed, i have it here on my test box, and it seems to work well
[09:52] <tumbleweed> apw: LGTM
[09:55] <apw> tumbleweed, excellent
[09:56] <tumbleweed> apw: and now there's another patch...
[10:00] <apw> tumbleweed, another patch?  whats the subject
[10:02] <tumbleweed> Fix tiling corruption
[10:03] <tumbleweed> oh that was just for trunk, the previous one was for stable
[12:00] <fairuz> I built a kernel from linaro tree
[12:00] <fairuz> when I boot, i got this modprobe: FATAL: Could not load /lib/modules/2.6.38-00509-g47dc59f/modules.dep: No such file or directory
[12:00] <fairuz> any idea? thanks
[12:06] <TeTeT> on Natty with the recent -7 kernel I tried to transfer a large file (~100 GB) via clonezilla and it stopped after 12G. Only a hard reset was possible, the log contains these messages over and over again: http://pastebin.ubuntu.com/582056
[12:07] <TeTeT> is the r8169 driver broken for large data transfer?
[12:22] <fairuz> I got this error http://pastebin.com/CGD220mH when I tried to boot my compiled kernel
[12:25] <ogra_> doesnt look like your kernel package was properly installed 
[12:26] <ogra_> usually the postinst runs the necessary commands (i.e. depmod to create modules.dep)
[12:28] <fairuz> ogra_: any suggestion to fix this? What I do is just clone the git tree, then compile it using a defconfig
[12:28] <fairuz> ogra_: It should work I suppose?
[12:28] <ogra_> no idea if that will work, usually we build packages in ubuntu ;)
[12:29] <fairuz> ogra_: sorry a stupid question..what's you call a package :D
[12:29] <ogra_> the missing modules.dep shouldnt stop you from booting
[12:29] <ogra_> a .deb file
[12:29] <ogra_> which cares for regenerating the initrd, call the right commands etc after installing the files
[12:30] <fairuz> ogra_: I see the initrd in my boot partition but no idea what it is :D
[12:30] <fairuz> ogra_: I just replace the old uImage with the new one
[12:31] <fairuz> ogra_: maybe that cause the problem?
[12:31] <ogra_> on a sidenote i'm not sure how linaro handles the configs, they might be genereated from multiple files during buld
[12:31] <ogra_> so defconfig might or might not work
[12:32] <fairuz> ogra_: hmm that's frustrating to hear :D
[12:32] <ogra_> look at the kernel area on the ubuntu wiki, there are hints how to build proper kernel packages
[12:33] <ogra_> or talk to the linaro guys about their kernel tree and how to build it, it might differ from ubuntu
[12:34] <fairuz> ogra_: I'm confused. =) Actually I want to build a kernel for my Ubuntu
[12:34] <ogra_> for what arch ?
[12:34] <fairuz> ogra_: arm
[12:34] <ogra_> heh
[12:35] <ogra_> what arm architecture is that ?
[12:35] <ogra_> board/SoC
[12:35] <fairuz> ogra_: Pandaboard Omap4430
[12:35] <ogra_> why dont you use one of the existing kernels then ?
[12:35] <fairuz> ogra_: there is one for 2.6.38?
[12:36] <ogra_> in natty, yes
[12:36] <fairuz> ogra_: damn, i'm wasting time compiling then :D
[12:36] <ogra_> https://launchpad.net/ubuntu/natty/+source/linux-ti-omap4/2.6.38-1204.5
[12:37] <fairuz> ogra_: you save my life :D
[12:37] <ogra_> note that there is no HDMI driver for .38 yet
[12:38] <fairuz> ogra_: ah ok, I use ssh then
[12:38] <ogra_> you need to use DVI and set the omapfb comdline args (same options as for a beagleboard)
[12:38] <ogra_> indeed, or use ssh ;)
[12:38] <fairuz> ogra_: I dont really need the display actually
[12:39] <fairuz> ogra_: actually the reason i want a new kernel build is that before, i use 2.6.35 and i want to apply some patch
[12:39] <fairuz> ogra_: to appy patches, we have to recompile?
[12:39] <fairuz> ogra_: if you say no, i will kill myself
[12:40] <fairuz> :D
[12:41] <ogra_> indeed you have to recompile to apply a patch ;)
[12:41] <fairuz> ogra_: :D
[12:42] <fairuz> ogra_: so I think why not use a more recent kernel that already have all the patches
[12:43] <fairuz> ogra_: what's the difference from the TI omap kernel in natty than the upstream kernel?
[12:43] <fairuz> ogra_: the compile steps is different?
[12:44] <ogra_> it has additional patches from TI
[12:44] <ogra_> the package is built like any other ubuntu kernel package
[12:45] <fairuz> ogra_: being lazy. Did they put an already built kernel image there? :D
[12:46] <ogra_> yes, click on the armel build on the link i gave you above
[12:47] <fairuz> ogra_: I click here https://launchpad.net/ubuntu/+source/linux-ti-omap4/2.6.38-1204.5/+buildjob/2313441
[12:47] <ogra_> just copy back your original kernel, boot your panda, log in, wget the .deb file and run dpkg -i on it
[12:48] <ogra_> yaou want linux-image... and probably linux-headers... and linux-tools...
[12:48] <fairuz> on the *.udeb file?
[12:48] <ogra_> no the .deb files
[12:49] <ogra_> udeb are special packages used by debian-installer
[12:51] <fairuz> ogra_: I don't see any .deb files
[12:51]  * ogra_ sees them at the link
[12:51] <fairuz> ogra_: 
[12:51] <fairuz> ogra_: :D
[12:53] <fairuz> ogra_: I see a list of bonary packages and a list of built files 
[12:53] <fairuz> ogra_: and on built files list, all of them are .udeb
[12:54] <fairuz> ogra_: I see them now . Sorry\
[12:55] <fairuz> ogra_: anything I should backup apart from the old kernel image>
[12:55] <fairuz> ?
[13:03] <apw> ogasawara, about ?
[13:04] <ogasawara> apw: yep
[13:50] <lil_pete> hi guys. im trying to modprobe a driver module (ath6kl, wifi-driver for toshiba folio 100 tablet), but i get the error message "unknown symbol in module", dmesg reports "unknown symbol outer_cache". anybody an idea what went wrong? 
[15:20] <ogasawara> tgardner, apw: whenever you both are free, lets mumble and circle the wagons
[15:20] <tgardner> ogasawara, ok. I'll be off the phone in awhile.
[15:36] <apw> tumbleweed, about still?
[15:36] <apw> heh actually forget that, abject failure on my machine
[16:38] <kees> apw: what's your kernel upload schedule looking like? I have yet another yama ptrace fix for chrisccoulson. I wanted to prioritize sanely...
[16:40] <tgardner> kees,  you should be talking to ogasawara who will replace apw whilst he's off on vacation.
[16:40] <kees> tgardner: oh! cool, thanks. ogasawara: same question ;)
[16:40] <apw> kees, well we need an upload today for the compiler change, and i hope to slp in an i915 fix if its not an abi bumper
[16:41] <apw> then its leaans call, freeze is thursday so it would likely be monday or not
[16:41] <tgardner> apw, yet another compiler change? whats getting twiddled now?
[16:42] <apw> there have been two uploads for multi-arch this week which has caused a lot of kaos
[16:42] <apw> this time not a compiler payload change, more where things go etc
[16:42] <ogasawara> kees: indeed, I'd prefer not to have to do an additional upload beyond what andy does, but if we need to, monday would likely be the latest.
[16:43] <apw> (for beta)
[16:43] <ogasawara> kees: how quickly can you get the patch to the mailing list?
[16:43] <apw> ogasawara, you thinking what i'm thinking?
[16:43] <kees> ogasawara: right, it's not critical. I just wanted to catch it if going today. i'll send the patch to the list today
[16:44] <apw> that if its small and not a bumper i could get it in
[16:44] <kees> it's 2 lines
[16:44] <ogasawara> apw: yep, was thinking that :)
[16:44] <apw> kees, got it 'now' ?
[16:44] <apw> so i can see if its a bumper
[16:44] <kees> apw: gimme 10 minutes?
[16:44] <apw> np
[16:51] <kees> apw: okay, sent to list
[16:57] <apw> kees, looks pretty small and non-bumperish
[17:00] <kees> apw: should be yeah.
[17:01] <kees> stupid threads :)
[17:01] <tgardner> kees, needs a bug report for Maverick SRU
[17:02] <kees> tgardner: okay, i'll open it with the reproducer and reply on list
[17:06] <apw> let us know the LP#
[17:16] <ogasawara> tgardner: bug 728746 was on the release meeting agenda and seems like a quick fix by just adding some symlinks to the broadcom firmware files.
[17:17] <ogasawara> tgardner: do you prefer a pull request against the the linux-firmware git repo or a merge request for the bzr tree?
[17:17] <ubot2> ogasawara: Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/728746)
[17:17] <tgardner> ogasawara, linux-firmware isn't in a bzr repo
[17:17] <tgardner> this is for natty?
[17:17] <kees> apw: 737676
[17:18] <ogasawara> tgardner: yah natty.  hrm, I thought I saw a bzr repo on launchpad.
[17:18] <ogasawara> tgardner: but that answers my question :)
[17:19] <tgardner> ogasawara, it might already be fixed upstream: linux-firmware: wl12xx-Update STA firmware ?
[17:19] <apw> ogasawara, you get bzr branches from the uploader, it pushed the uploads into a branch
[17:19] <tgardner> ogasawara, nm. its nor
[17:19] <tgardner> not*
[17:20] <tgardner> ogasawara, doh! this should be linux-firmware-nonfree
[17:24] <tgardner> ogasawara, ok, I'm just being a dope. it _is_ in linux-firmware, so just send a pull request.
[17:24] <ogasawara> tgardner: ack
[17:56] <bjf> tgardner, you have time to review an lts-backport-maverick branch? this is my first time running the script and i want to make sure things went as expected
[17:56] <tgardner> bjf, can do
[17:56] <tgardner> did it run clean?
[17:56] <bjf> tgardner, yes, and it built
[17:56] <tgardner> bjf, then its likely correct
[17:56] <bjf> tgardner, zinc.canonical.com:/srv/kernel.ubuntu.com/git/bradf/ubuntu-lucid lts-backport-maverick
[17:57] <tgardner> k, gimme a bit
[17:57] <bjf> tgardner, the changelog "looks odd" 
[17:57] <bjf> tgardner, mostly the version numbers
[18:05] <tgardner> bjf, looks right. before uploading you'll probably wanna make sure all of the bugs referenced in the changelog have a  linux-lts-backport-maverick package entry.
[18:05] <bjf> tgardner, huh
[18:06] <tgardner> bjf, some of the bugs were likely created before some of your tools.
[18:08]  * tgardner --> lunch
[18:39] <bjf> tgardner, do you use an orig.tar.gz when packaging lts-backport-maverick ?
[18:40] <tgardner> bjf, nope.
[18:40] <bjf> tgardner, thanks
[19:07] <kristian-aalborg> hi all
[22:39] <kristian-aalborg> jjohansen: ping
[22:39] <jjohansen> hey
[22:42] <jjohansen> kristian-aalborg: ^
[22:42] <nelhage> Hey, I'm looking at the latest Maverick git, and I have a question about the commits you backported.
[22:43] <nelhage> I see you backported d281da7ff6f70efca0553c288bb883e8605b3862 ("Make tiocgicount a handler"), but not 0bca1b913 or 0587102cf, which actually convert drivers to use the new handler.
[22:43] <nelhage> Am I missing something, or does that not actually fix the bug?
[22:43] <kristian-aalborg> jjohansen: I'm setting up a *third* machine shortly to try to build, I might have some questions
[22:44] <jjohansen> kristian-aalborg: ok
[22:45] <kristian-aalborg> I have a transcript of the chat the other day, I hope it's not going to be necessary - but always nice with someone around who's familiar with what you're trying to do