[01:55] <bullgard6> What is the preferred term? »inux kernel module« or »loadable Linux kernel module«?
[01:55] <bullgard6> +L
[01:57] <jk-> the first is fine.
[02:12] <bullgard6> jk-: Thank you.
[02:37] <bullgard6> '~$ modinfo bch; filename:   /lib/modules/3.2.0-25-generic/kernel/lib/bch.ko; description:    Binary BCH encoder/decoder.' What does  »BCH« stand for? For »A forward error correction technique with low-overhead,often used for videoconferencing as in H.261«?
[07:03] <smb> morning
[08:28] <bullgard6> '~$ modinfo bch; filename: /lib/modules/3.2.0-25-generic/kernel/lib/bch.ko; description:  Binary BCH encoder/decoder.' What does  »BCH« stand for? For »A forward error correction technique with low-overhead,often used for videoconferencing as in H.261«?
[08:32] <philipballew> Do I report broadcom bugs with the kernel or are they separate?
[08:35] <ehw> bullgard6: http://en.wikipedia.org/wiki/BCH_code
[08:52] <bullgard6> ehw: Thank you very much for your help.
[08:57] <ehw> bullgard6: np :-)
[12:14] <ppisati> ogra_: http://people.canonical.com/~ppisati/linux-image-3.4.0-202-omap4_3.4.0-202.7_armhf.deb
[12:14] <ppisati> ogra_: test it and tell me if it fixes the video problem for you
[13:24] <bjf> brendand, is the precise kernel done with testing?
[13:25] <brendand> bjf - pretty much. i'm just getting our report updated and updating the bug
[13:37] <ogra_> ppisati, oh, thanks, will do
[13:37] <ppisati> ogra_: thanks
[14:01] <ogra_> ppisati, pgraner, the above kernel boots for me but i have a completely black screen until X 
[14:02] <ogra_> so there is still an issue with plymouth ... but it looks a lot better already
[14:06] <ogra_> ppisati, i assume we should add the link to the bug so all these other peple can test it too (since the former kernel seemed to behave differently on a total random base)
[14:09] <apw> ppisati, is the changed part in the kernel or in a module ?
[14:10] <ogra_> likely in kernel
[14:10] <ogra_> yep
[14:10] <apw> knowing which tells me 
[14:10] <ogra_> no module there
[14:10] <apw> how little of the image i have to fook with
[14:10] <apw> ok cool
[14:10] <ogra_> use the server image 
[14:10] <ogra_> that way you can do the install via serial
[14:10] <ogra_> then you just need to dpkg -i the kernel
[14:10] <apw> i thought that you didnt' get output till X started
[14:11] <ogra_> well, until plymouth ends i should probably have said
[14:11] <ogra_> i have all tty's
[14:11] <apw> ok cool
[14:11] <ogra_> so i guess there is a plymouth issue alongside the kernel prob
[14:12] <apw> yay fun
[14:20] <ppisati> apw: ogra_: i pulled all the new code from tilt-tracking (TI landing tree)
[14:20] <ppisati> kernel is still a 3.4 though
[14:20] <ogra_> thats fine
[14:20] <ppisati> plus ubuntu sauce, etcetc
[14:20] <ogra_> still better than having to roll back to precise 
[14:21] <ogra_> which was what was requested yesterday
[14:21] <ppisati> no one told me that
[14:28] <ppisati> here is the code:
[14:28] <ppisati> http://kernel.ubuntu.com/git?p=ppisati/ubuntu-quantal.git;a=shortlog;h=refs/heads/ti-omap4-next
[14:42] <vanhoof> ogra_: what'cha want me to test out?
[14:43]  * vanhoof just saw your mention in #ubuntu-release
[14:43] <ogra_> vanhoof, do a server-preinstalled install (which is fully serial console based) then install paolos package and see if your tty comes up on next boot
[14:43] <ogra_> http://people.canonical.com/~ppisati/linux-image-3.4.0-202-omap4_3.4.0-202.7_armhf.deb
[14:44]  * vanhoof downloads
[14:49]  * ppisati -> gym (back in ~2hrs)
[15:01]  * ogasawara back in 20
[15:13] <cking> phew, it's hot and muggy here in the UK
[15:15] <ogra_> cking, not better in germany 
[15:16] <apw> cking, in better news my new 'silent laptop fan' is both pretty damn quiet and dropped the temp on my router/firewall from 53 to 40c.
[15:16] <cking> apw, you did a fan upgrade?
[15:16]  * ogra_ just bought a ´super silent desktop fan ... huge thing !
[15:17] <apw> cking, no this is a usb connected 8in fan in a laptop stand, which its not standing on
[15:17]  * cking opens the office roof windows a bit more
[15:20] <apw> ogra_, in better news ppisati's kernel sorted my panda out too
[15:21] <ogra_> apw, well, stgraber just reported failure in -release
[15:21]  * apw can see VT1 for the first time, so its better here
[15:22] <apw> though the hdmi output is on the other connector to the one i was told it would be
[15:22] <apw> that said its the first time i've ever seen output so i have no idea if its different
[15:23] <stgraber> so, I have a whole bunch of tcp_recvmsg related oops, then I ran into an OOM kill
[15:23] <ogra_> its written next to the socket if you are in HDMI or DVI 
[15:23] <ogra_> get your glasses ;)
[15:23] <apw> ogra_, this board has two hdmi ports
[15:23] <ogra_> never
[15:23] <ogra_> HDMI next to the USB and DVI-D next to the corner
[15:24] <ogra_> ands that should also be written next to them on the PCB
[15:24] <apw> hmmm, ok ... so you are right, the connectors are both hdmi
[15:24] <ogra_> right
[15:24] <apw> and the one which is working is dvid
[15:24] <ogra_> funny, for me HDMI works here 
[15:24]  * ogra_ tries to boot plugged into the DVI one
[15:24] <apw> so his kernel has fixed that one
[15:25] <ogra_> yep
[15:25] <stgraber> sadly that seems to have fixed itself and I can't get any proof of it but I think I saw most of my memory being used while nothing in userspace was using it, kind of looked like the kernel was buffering a bit too much or something like that
[15:25] <ogra_> do you have quiet and splash on your cmdline ?
[15:25] <ogra_> apw, ^^^
[15:25] <ogra_> i would like to know if enabling splash changes anything for you 
[15:26]  * ogra_ suspects we also have a plymouth bug 
[15:26] <apw> ogra_, whatever the default is for server i've not changed it
[15:26] <ogra_> ah, yeah, that should have splash 
[15:26] <apw> and now i have his kernel i have lost serial ?
[15:27] <apw> or maybe i never had it after reboot after install hmmmmm
[15:27] <ogra_>  /usr/share/flash-kernel/bootscript/bootscr.omap
[15:27] <ogra_> fix it there and run sudo flash-kernel
[15:28] <apw> yeah like i can get to it without serial, or avahi to tell me its addy ... 
[15:28] <apw> why do we make it _so_ _hard_ by default
[15:28] <ogra_> thats a bug 
[15:29] <ogra_> server should have serial on by default 
[15:29] <ogra_> but preferably upstart should take care and not a hacked up boot.scr
[15:29] <ogra_> the bug for this is only open since three years now
[15:29] <apw> ogra_, we could just upload the fix then
[15:30] <stgraber> oh, found the source of my OOM :) /var/log/syslog got so big that the system no longer had any free memory
[15:30] <apw> given we have been shipping the serial.conf with arm for much of that time
[15:30] <apw> df
[15:30] <ogra_> https://code.launchpad.net/~clint-fewbar/ubuntu/natty/upstart/add-serial-console/+merge/46191
[15:30] <apw> poke jhunt in the eye about it
[15:31] <apw> i will cirtainly be finding him and whining about debugability
[15:31] <ogra_> i do, every time we meet ... and every time some nipicker kicks in right before the upload and screams "stop"
[15:31] <apw> can't we put "arch == arm" in it to appease them
[15:31] <ogra_> its not as easy as it seemt to get a patch into ubuntu :P
[15:31] <ogra_> *seems
[15:33] <apw> ogra_, whats my tty for serial ttyS0 ?
[15:33] <ogra_> O2
[15:35] <apw> ogra_, ok with quiet splash removed my HDMI port now works too
[15:35] <ogra_> wow, weird
[15:36] <ogra_> both ports should behave identical 
[15:36] <apw> perhaps there is some boot randomness in here
[15:36]  * apw tests that theory
[15:38] <ogra_> if you have quiet and splash enabled, do you actually see a splash on boot ?
[15:38] <ogra_> for me thats just a black screen until lightdm shows up
[15:38] <apw> ogra_, no idea, as getting it to stay on dvi is hard on this monitor as i use it for my other machines on vga
[15:38] <ogra_> i do the same here 
[15:39] <ogra_> get a better monitor :)
[15:39] <apw> ogra_, send me some euros :)
[15:39] <ogra_> haha, i know who was betting on germany winning the EURO2012 ... if we win i will point you to him 
[15:40] <apw> can really say whats going on, hdmi is not reliable, plugging into dvi seems to work better
[15:41] <ogra_> for me both ports work reliable 
[15:41] <ogra_> but without any splash output ... only on shtdown i get it
[15:43] <apw> ok yeah black all the way to the prompt same here
[15:43] <ogra_> great+
[15:44] <ogra_> so our bug was a combo ... it could well be that epople actually had a proper booting system, but casper (behind the spalsh) takes around 5min to get you to the desktop
[15:45] <apw> ogra_, yeah and without serial you cannot tell that you have life
[15:45] <ogra_> right
[15:45] <apw> all my boots had heartbeat, which i now know means root is moutned and working
[15:46] <ogra_> well, from next upload on it will beat from initrd again :)
[15:46]  * apw thinks it would be nice if it beat different in each half :)
[15:47] <ogra_> heh
[15:47] <ogra_> its easily programmable through GPIOs
[15:47] <apw> cking, down to 39c, thats pretty good
[16:03]  * cking grabs a bite to eat
[16:24] <vanhoof> ogra_: apw: new kernel got me to a tty on both hdmi and dvi-d
[16:24] <ogra_> great
[16:25] <ogra_> ppisati, so it seems to be good to upload that fix :)
[16:25] <vanhoof> ogra_: I did have to remove quiet and splash though and rebuild my boot.scr
[16:25] <ogra_> can you re-add both and try again ?
[16:26] <ogra_> you should still end up at a login prompt but the boot will likely be black
[16:26] <vanhoof> sure
[16:31] <vanhoof> ogra_: black as expected, seemed to take a bit longer, might just be boredom of me looking at the screen :)
[16:32] <ogra_> but you get a login prompt at the end ? 
[16:40] <ppisati> so, do i pull req?
[16:40] <ppisati> ogra_: ^
[16:40] <shadeslayer> question, any reason why CONFIG_DRM_I915 is not set as y ?
[16:41] <shadeslayer> it's currently compiled as a module
[16:44] <ogra_> ppisati, yes, lets get that thing uploaded
[16:44] <ppisati> ack
[16:50] <vanhoof> ogra_: i do
[16:51] <ogra_> awesome, so bug 1018907 is valid too
[16:51] <ubot2> Launchpad bug 1018907 in plymouth "plymouth in quantal on arm does only boot with black screen" [Undecided,New] https://launchpad.net/bugs/1018907
[16:57] <infinity> bjf: So, linux-firmware hasn't historically ever been updated in -security, only in -updates.  Given that Tim updates it to match drivers in backports-modules, which we copy to security, perhaps firmware should also be copied to security?  Opinion?
[16:57] <infinity> ogasawara: ^
[16:57] <infinity> jdstrand: ^
[16:58] <bjf> infinity: makes sense to me
[16:58] <ogasawara> infinity: copying to security would seem to make sense to me too
[17:27] <infinity> jdstrand: Do you have a Security Team position for me on the linux-firmware updates business?
[17:28] <ogra_> you want to change teams ?!?
[17:28] <ogra_> :)
[17:28] <infinity> ogra_: "A position from the Security Team"? :P
[17:28] <ogra_> *g*
[17:28]  * infinity dies a little inside after having a German point out the ambiguity in his English.
[17:29] <ogra_> lol
[17:29] <ogra_> come on i had a beer already in football preparation :)
[17:39] <apw> it is toooo hot to be doing this ... /me wanders outside
[17:40] <ogra_> ppisati, sooo ... good luck for your team, may the better one win ;) 
[17:40]  * ogra_ is off ... 
[17:47] <infinity> bjf / ogasawara: Kay, so I had a chat with mdeslaur about linux-firmware, and I'll be pushing the SRUs to security when I do updates.  I think (prompted by his comments) that we should probably try to formalise linux-firmware updates a bit to make sure they stay in sync better, though.
[17:48] <ogasawara> infinity: ack, I will add it as a topic for our team sprint
[17:49] <infinity> ogasawara: Danke.  It's a bit sad how out-of-date these firmware updates are.  Part of that falls on the SRU team, to be sure, but some more input from you guys wouldn't hurt.
[17:49] <infinity> Anyhow, I'll tidy that situation up as best I can today, and we'll see if we can improve process later.
[17:59] <infinity> bjf / ogasawara: Alright, I've released all the pending linux-firmware packages (based on either the firmware being completely new, or on the new version of firmware being confirmed to fix a bug) to updates/security.  No idea if you guys watch l-f as closely as you watch the kernel for regressions, but please keep an eye out for scary. ;)
[18:00] <ogasawara> jsalisbury: can you keep an eye on linux-firmware for a bit? ^^
[18:01] <infinity> bjf: And I think that clears our your team's entire SRU backlog, except for the aforementioned ARM kernels.
[18:01]  * cking calls it a day, too hot
[18:02] <infinity> cking: Didn't apw just say the same thing?
[18:02] <infinity> cking: You guys need to move to a cooler climate.
[18:02] <cking> heh, this is the first hot day of the UK summer, we can't hackit
[18:03] <infinity> cking: Don't worry, it'll rain soon.
[18:03] <cking> infinity, that is for sure in the UK
[18:05] <bjf> cking, you'll be in the pacific-nw soon, will be cooler then
[18:05] <bjf> infinity: ack, thanks
[18:07]  * cking opens all the windows to try to simulate air conditioning
[18:08] <infinity> bjf: Sprinting in Portland?
[18:08] <bjf> infinity: yup
[18:09] <infinity> bjf: And no one thought to invite me?  For shame.
[18:09] <infinity> ogasawara: </3
[18:09] <ogasawara> infinity: I thought you had a restraining order against me after our last encounter :)
[18:09] <infinity> Oh, I'm mostly over that. ;)
[18:09] <infinity> Mostly.
[18:09] <infinity> *stare*
[18:09] <ogasawara> heh
[18:35] <shadeslayer> ok, so I'm compiling the stock 3.5 rc4 kernel with a custom config and make-kpkg, and I get this : dpkg-gencontrol: error: illegal package name 'linux-image-3.5.0-rc4stock-ARCH': character 'A' not allowed
[18:35] <shadeslayer> ideas?
[18:36] <shadeslayer> command I used was :  fakeroot make-kpkg --initrd --append-to-version=stock kernel-image kernel-headers  
[18:46] <shadeslayer> halp?
[18:48] <jsalisbury> ogasawara, ack
[18:49] <dileks_> shadeslayer: seen link in topic?
[18:49] <dileks_> https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[18:51] <shadeslayer> dileks_: ok, and could you point me to the rc4 source with the debian packaging?
[18:56] <kirkland> can overlayfs use blockdevices for lower and/or upper?
[18:56] <kirkland> or does it have to use a filesystem?
[18:59] <ogasawara> ppisati: I take it the ti-omap4 3.4.0-202.7 need uploading as well?
[19:00] <dileks_> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-quantal.git;a=summary
[19:00] <dileks_> http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=M;O=D
[19:00] <dileks_> shadeslayer: ^^
[19:01] <shadeslayer> aha
[19:01] <shadeslayer> ok
[19:01] <shadeslayer> thanks dileks_
[19:05] <jdstrand> infinity: sorry I wasn't available when you asked (I'm on holiday today). I see you and mdeslaur talked, and I'll defer to his decision
[19:14] <infinity> jdstrand: Good deal.