[05:02] <ppisati> moin
[06:28] <ppisati> brb
[07:07] <smb> morning
[08:56] <ppisati> smb: debscripts?
[08:56] <smb> ppisati, devscripts
[08:56] <ppisati> smb: ah, deVscripts :)
[08:56] <smb> ppisati, yep :)
[09:16] <apw> NETSPLIT FUN
[09:17] <smb> I am back
[09:45] <ppisati> bug 1223261
[09:45] <ubot2`> Launchpad bug 1223261 in flash-kernel (Ubuntu) "dtb concatenation support" [Undecided,New] https://launchpad.net/bugs/1223261
[09:45] <ppisati> lool: ^
[09:46] <ppisati> lool: dtb concatenation support for our arm multiplatform kernel
[09:46] <ppisati> lool: in this initial patch i specifically added support for only one board (panda)
[09:46] <ppisati> lool: the shell code is a bit ugly IMO, feel free to improve it
[09:46] <ppisati> lool: give it a look when you've time
[09:46] <ppisati> lool: :)
[09:48] <ppisati> lool: and i'll have another patch (for calxeda this time) in the afternoon, albeit it's trivial this one
[11:43] <lool> ppisati: ok; I'll try to squeeze some time on this then
[12:30] <Guest40083> test
[13:11]  * henrix will be afk for a bit
[14:17] <slangasek> rtg: hi, is there anything further I should do with bug #1223195 to make sure it's on y'all's radar?
[14:17] <ubot2`> Launchpad bug 1223195 in linux (Ubuntu Saucy) "efivarfs built as a module in saucy, so not mounted at boot" [High,Triaged] https://launchpad.net/bugs/1223195
[14:17] <rtg> slangasek, didn't see it yet. its now on my radar.
[14:18] <slangasek> ok :-)
[14:22] <rtg> slangasek, I'm assuming that not having debugfs, securityfs, spufs, binfmt_misc, and fusectl built in isn't really causing problems ?
[14:23] <slangasek> rtg: which of those aren't built in?
[14:24] <slangasek> rtg: ah, binfmt_misc isn't; it's possible that something else is loading that for us and mounting the fs
[14:24] <rtg> perhaps debugfs as well
[14:24] <slangasek> rtg: I included that list more as a "if you're marking this as 'required' in the config, you might want to do the same for these others"
[14:25] <rtg> slangasek, right.
[14:25] <slangasek> oh... and pstore just got added to the list
[14:25] <rtg> wtf is spufs ?
[14:26] <rtg> looks like the rest are already built in
[14:26] <ohsix> cell has psus
[14:27] <rtg> ohsix, its not showing up 'cause we aren't building  a cell flavour
[14:47] <bjf> henrix, what did we decide about that zram issue?
[14:47] <rtg> bjf, revert ?
[14:49] <bjf> rtg, that's my vote as well but henrix was taking a fresh look at the upstream fix
[14:50] <rtg> bjf, hmm, I've already pushed the revert
[14:50] <bjf> rtg, hadn't gotten to my email yet. that works for me.
[14:54] <henrix> bjf: yeah, i've sent the revert earlier today
[14:54] <jsalisbury> **
[14:54] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[14:54] <jsalisbury> **
[14:55] <henrix> bjf: i'll be sending a revert request to the stable ML, CC'ing upstream authors. they may actually be interested in providing a backport of the real fix
[14:55] <bjf> henrix, i'm good with the revert
[14:55] <bjf> henrix, thanks for looking
[14:56] <henrix> bjf: cool. i'll keep ktml on CC for that revert request
[15:00] <apw> henrix, ok ... finally ... have a look at the matrix now
[15:01] <henrix> apw: will do
[15:01] <apw> henrix, i think that represents reality for the 'pre-release-pocket-version' ones
[15:01] <henrix> apw: wow!!!! 62 to 33!
[15:01] <apw> henrix, heh yeah there was a lot of trash sitting there being ignored
[15:02] <apw> it is somewhat more readable now too
[15:02] <henrix> apw: ok, i'll go through it this afternoon see if everything's ok (i always leave a tab open with the 'old version' of the matrix so that i can compare it ;) )
[15:03] <henrix> apw: thanks a lot for that
[15:05] <apw> henrix, heh yeah me too.  i have hand verified all the changes it made and they all refer to version in the past as far as i can tell, so i am pretty sure it is ok
[15:06] <apw> henrix, as you said there was a lot of stuff pending when it was not-affected in the actual release
[15:08] <henrix> apw: cool. you'll be the 1st one to know if i find anythin strange :)
[15:08] <henrix> thanks again
[15:10] <apw> henrix, i am sure, but let me know indeeed
[15:10]  * apw wanders out for a bit to get some supplies
[15:40] <rtg> apw, cking: I've set CONFIG_EFI_VARS_PSTORE=m. I think upstream has fixed the BIOS bricking characteristics.
[15:40] <rtg> (for saucy)
[15:54] <apw> rtg, ok
[15:56] <apw> henrix, all well in cve matrix land ?
[15:57] <henrix> apw: so far i haven't found anything weird :)
[15:59] <apw> henrix, ok good :)
[16:00] <apw> henrix, any sign of the other half of kees' patches appearing anywhere ?
[16:00] <henrix> apw: nop, nothing yet
[16:01] <apw> oddness indeed
[16:01] <henrix> he hasn't replied to you, right?
[16:01]  * henrix remembers apw asking him on irc
[16:01] <apw> nothing i have seend indeed
[16:10] <smb> jsalisbury, Just to give you a heads up... looks like the meeting bot resigned
[16:10] <jsalisbury> smb, ok
[16:11] <jsalisbury> smb, thanks for the heads up
[16:11] <smb> jsalisbury, Just watching the server team coping without :)
[16:11] <jsalisbury> :-)
[16:28] <ppisati> bug 1223439
[16:28] <ubot2`> Launchpad bug 1223439 in flash-kernel (Ubuntu) "highbank: generic-lpae support" [Undecided,New] https://launchpad.net/bugs/1223439
[16:28] <ppisati> lool: and while there, look at this too, it's a one-liner
[16:29] <lool> ppisati: sorry, did (slowly) some gstreamer stuff this pm
[16:29] <lool> I still have f-k patches in my debian inbox that I haven't checked out in 2 weeks too, so I do get reminded of this daily  :-)
[16:34] <ppisati> lool: don't worry, i'll prod about it in the coming days too :)
[16:34] <TsarObomba> Hery guys, it was suggested I ask here when I asked in ubuntu. Basically I have an question abpout making a very simple udev rule
[16:34] <TsarObomba> But i cannot for the life of me wrap my head around the syntax of the udev rules system
[16:35] <TsarObomba> Its to change the permissions of my thinklight without having to do it each time i power on
[16:35] <TsarObomba> so this: chmod 666 /sys/class/leds/tpacpi\:\:thinklight/brightness
[16:35] <TsarObomba> I would like to make that into a udev rule, but i dont understand the syntax at all, ive looked at a couple guides
[16:52] <rtg> apw, have you looked at bug #199345 ? (whilst you are looking at HV graphics issues)
[16:52] <ubot2`> Launchpad bug 199345 in Infobase "Provide a way to delete objects" [High,Confirmed] https://launchpad.net/bugs/199345
[16:52] <rtg> make that bug #1199345
[16:52] <ubot2`> Launchpad bug 1199345 in linux (Ubuntu) "Can't install on Hyper-V Server 2008 R2 SP1 (error video)" [High,Confirmed] https://launchpad.net/bugs/1199345
[16:52] <apw> rtg will stick it on the list and chat with utl
[16:53] <apw> TsarObomba, /lib/udev/rules.d/40-ia64.rules has an example of changing the permissions on a 'thing' when it appears
[16:54] <apw> TsarObomba, /lib/udev/rules.d/40-qemu-system-common.rules has an exmaple of setting group ownership with paired permissions if that is more what you want
[16:54] <apw> other files in that same directory should hlpe you sort out the matching syntax
[16:56] <jsalisbury> ##
[16:56] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:56] <jsalisbury> ##
[17:16]  * ppisati -> EOL
[17:19] <henrix> he was such a nice guy...
[17:21] <apw> heh ...
[17:21] <kees> apw, henrix: "has he replied to you?" was that me as the "he"? or is there anything I can do to help with HID stuff?
[17:21] <apw> kees, yo yeah you were :)  wondering where the "other half" of your 12 or so patches went
[17:22] <apw> kees, only about half seems to have landed in linus' tree
[17:22] <apw> kees, CVE-2013-2888->2897 ones
[17:22] <kees> apw: one of the RH HID guys NAKed a portion of them, so I did a v2, which he ACKed half of, and he's going to take a crack at v3 on the last 2 remaining ones.
[17:23] <apw> kees, ahh so they are being 'improved' and will come along in time
[17:23] <apw> henrix, ^^
[17:23] <henrix> apw: yep, saw that. thanks kees
[17:24] <kees> the RH HID dude was out last week, so nothing was moving. the conversation has continued this week, though.
[17:24] <henrix> cool, so they may actually land before rc1
[17:25] <apw> as long as we arn't being dumb and missing them, i am happy
[17:25] <kees> hehe
[17:26] <kees> and frankly, as long as you have the Report ID one (the first one), you're good. the rest are not as horrible.
[17:27] <apw> henrix, heh do we ahve the 2888 one yet ?
[17:37] <henrix> apw: yes, we do
[17:38] <henrix> apw: we have 2888, 2892, 2896, 2898 and 2899
[17:39] <apw> henrix, then ... why is 2888 still needed across the board
[17:39] <apw> hmm
[17:39] <henrix> apw: oh, by 'we do' i meant 'its in linus'
[17:39] <henrix> apw: but not applied yet
[17:40] <apw> heh ... good enough
[17:40] <henrix> apw: i've actually sent the patches for Lucid to the ktml. but not for the other series
[17:41] <henrix> apw: for the 2888, i mean
[17:41] <apw> henrix, i was only worried it was applied and not showing, if it is not applied i am good
[17:52]  * henrix -> EOD
[18:17] <apw> bjf, i see raring failed to build, some module went walkies
[18:21] <bjf> apw, ack, working on it
[18:21] <bjf> apw, thanks
[18:23] <phillw> rtg: are you about?
[18:24] <rtg> phillw, about to take off for lunch
[18:25] <phillw> okies, enjoy lunch, I'll pastebin up where I've got up to with bug 1218691 We need some help :)
[18:25] <ubot2`> Launchpad bug 1218691 in linux-firmware (Ubuntu) "Possible missing firmware /lib/firmware/radeon/KAVERI" [Low,Triaged] https://launchpad.net/bugs/1218691
[18:26] <phillw> rtg: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1218691/comments/5
[18:26] <ubot2`> Launchpad bug 1218691 in linux-firmware (Ubuntu) "Possible missing firmware /lib/firmware/radeon/KAVERI" [Low,Triaged]
[18:28] <rtg> phillw, the issue I have is that I don't know the provenance or licensing of these files. I'm not gonna include them in Ubuntu's linux-firmware package until I have a paper trail from AMD
[18:29] <rtg> they shuold also be included in the upstream repo first, and ben will have the same concerns
[18:29]  * apw was going to say the same thing ... those are random files on the internet how do we even know they are firmware
[18:31] <phillw> rtg: apw can you update the bug, I'm well out of my depth here :/
[18:34]  * rtg -> lunch
[18:34] <apw> phillw, updated
[18:39] <phillw> apw: thanks, I'm only an iso tester :)
[18:41] <apw> testing is always useful :)
[18:45] <phillw> apw: indeed... https://www.virtualbox.org/ticket/12001 kills vBox in Raring using the Saucy kernel series... but that is never going to get an SRU. Testing has its moments :)
[20:02] <phillw> apw: rtg https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1218691/comments/7  could you comment as to where to go from here (or even, please, subscribe to the bug - so as to take me out of the loop of things I don't have knowledge of how to deal with ?) :) Thanks, phillw
[20:02] <ubot2`> Launchpad bug 1218691 in linux-firmware (Ubuntu) "Possible missing firmware /lib/firmware/radeon/KAVERI" [Low,Triaged]
[20:13] <rtg> phillw, let this one go for now. AMD will eventually publish their firmware just like they have for the other zillion firmware files that they have, hopefully in time for 13.10 release. If not, then I'll SRU these files when they become published from the right source.
[20:14] <phillw> rtg: should it be marked as triaged? aka, we know about it and it will be dealt with :)
[20:15] <rtg> sure
[20:15] <phillw> ahh, it is... just the debian bit I cannot alter :D
[20:16] <phillw> thanks, one less bug on my hit list :D
[20:18] <phillw> should the warning message be mentioned in any release notes for people who do update / upgrade just to let them know it can be safely ignored, as opposed to the other option of pulling in drivers that may well bork their system? https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1218691/comments/3
[20:18] <ubot2`> Launchpad bug 1218691 in linux-firmware (Ubuntu) "Possible missing firmware /lib/firmware/radeon/KAVERI" [Low,Triaged]
[21:13]  * rtg -> EOD