[12:20] <kylem> huh, SLES10 uses 2.6.16
[12:10] <Keybuk> so my machine doesn't actually halt/poweroff/reboot at the end of the shutdown process
[12:10] <Keybuk> is that my fault or the kernel's?
[12:13] <snail> Keybuk: "fault" is not the word you're after
[12:14] <snail> have you googled for your motherboard name and ubuntu? 
[12:14] <Keybuk> it worked yesterday :p
[12:16] <mjg59> Keybuk: Kernels
[12:16] <mjg59> Probably
[12:16] <mjg59> At least, there's definitely a bug that can trigger that sort of thing
[12:16] <mjg59> Easiest test is to go single user and then try halt -p
[12:17] <Keybuk> actually, I think it's my fault
[12:17] <cjwatson> try booting with reboot=b, too
[12:18] <cjwatson> if that fixes it, a quirk could be added
[12:18] <Keybuk> reboot --debug -f works just fine
[12:22] <Keybuk> so, adding debugging code fixed it
[12:23] <Keybuk> I didn't even touch reboot(8)
[12:28] <Keybuk> it's failing in log_action_msg
[12:32] <Keybuk> I really don't understand what's broken here
[12:39] <snail> Keybuk: report it as a bug in launchpad with all the details
[12:39] <Keybuk> that wouldn't help :p
[12:39] <snail> Keybuk: it won't help you in the short term, no
[12:40] <mjg59> snail: You realise keybuk is a senior developer on the Canonical payroll, right?
[12:40] <cjwatson> snail: Keybuk is the author of the code in question
[12:40] <cjwatson> at least of reboot(8)
[12:40] <snail> i had no idea
[12:41] <snail> sorry, i've been firefighting too long in #ubuntu
[12:41] <mjg59> If he filed the bug, he'd just need to fix it himself anyway :)
[12:41] <Keybuk> I frankly wouldn't know what to put in the bug report
[12:41] <Keybuk> "stuff that worked just fine yesterday, and hasn't been changed, now doesn't"
[12:42] <Keybuk> "yet is completely repeatable, and if I revert unrelated things, then it works again"
[12:42] <cjwatson> it's feature freeze; of course stuff is falling over randomly with no reason
[12:42] <Keybuk> I see you ordered snow especially ;p
[12:44] <Keybuk> so that shouldn't be any different, damnit
[12:45] <snail> Keybuk: divide and conquer on the unrelated things to find out which is breaking things?
[01:21] <Keybuk> init: event_finished: Finished runlevel event
[01:22] <Keybuk> init: event_emit: Pending runlevel/failed event
[01:22] <Keybuk> ok, now that's interesting
[01:31] <Keybuk> ok, that's just a bug
[01:31] <Keybuk> it's because logd "failed" by being killed
[01:34] <Keybuk> heh
[01:34] <Keybuk> well, I said it was an unrelated change that broke it
[01:35] <Keybuk> that's the problem -- logd wasn't running, so log_action_msg was failing
[03:13] <kylem> morning.
[03:14] <fabbione> hey kylem 
[04:00] <BenC> hey hyle
[04:00] <BenC> err, kyle
[04:02] <fabbione> hyle = kyle->html ?
[04:09] <JanC> no, hyle is the wrong spelling for heil...  :)
[04:10] <kylem> morning.
[04:18] <kylem> BenC, what's our plan for updates to the feisty kernel now that we won't be pulling regularly from upstream git?
[04:18] <BenC> kylem: selective syncs
[04:19] <BenC> pretty much the core kernel is frozen, but we'll continue to update ubuntu/* drivers as they release 2.6.20 compatible tarballs
[04:19] <kylem> (i'm thinking about a few things in particular, i've got cxgb merged into ubuntu/ in my tree.)
[04:19] <kylem> ((and i made sure it wasn't html this time.))
[04:20] <BenC> hehe
[04:20] <BenC> yeah, those sorts of things are still good
[04:35] <fabbione> https://launchpad.net/ubuntu/+bug/83982
[04:35] <fabbione> ^^ this is interesting
[04:37] <fabbione> BenC: can you upload that LTP fix directly?
[04:37] <fabbione> BenC: otherwise i guess i can do it on the fly
[04:37] <kylem> uh.
[04:37] <kylem> can we get him to test with a real file.
[04:37] <kylem> you know, one that isn't a fucking sparse file. idiots.
[04:43] <kylem> soooo why isn't alsa-firmware in universe...
[04:51] <crimsun> I'll try to get that through today
[04:51] <kylem> is here anything i can do to help?
[04:53] <crimsun> yes, you can review it (i.e., comment), and advocate it for inclusion if you feel it's up to par
[04:53] <kylem> ok.
[04:54] <crimsun> (all ubuntu-dev members are already in the keyring; you may need to choose Recover Password to get your REVU password)
[04:54] <crimsun> it only takes 2 advocates to upload the new package
[04:56] <kylem> k
[05:07] <kylem> BenC, did you just do a l-s-2.6.20 upload?
[05:08] <BenC> kylem: Packaged one, just waiting for test build/boot to finish before uploading
[05:08] <kylem> k.
[05:08] <kylem> sorry, using some of the idle meeting cycles to go through my assignedbugs list.
[05:09] <pwnguin> so its been a long time since i last compiled and installed a kernel. did the make system change a bit?
[05:10] <kylem> pwnguin, not really, fakeroot debian/rules binary-debs flavours=flav1,flav2 is what i do for test builds when i don't want to wait for debuild...
[05:10] <pwnguin> i pulled straight from git
[05:11] <kylem> that'll still work
[05:11] <pwnguin> so it will
[05:11] <pwnguin> the flavor is like generic i hope
[05:12] <kylem> BenC, who should i subscribe to bugs about firmware licensing?
[05:12] <BenC> me and matt
[05:12] <BenC> pwnguin: See team link in topic
[05:12] <BenC> go to knowledge base, there's a doc there on building from git
[05:13] <pwnguin> what a strange layout
[05:31] <kylem> remind me to hurt david howells next time i see him.
[05:31] <kylem> i for got how much i hated this INIT_WORK changes.
[05:36] <kylem> if i had to guess, this is the problematic line:
[05:36] <kylem>         ieee->set_chan(ieee->dev,ieee->current_network.channel);
[05:36] <kylem> kyle@athena:...u-2.6.git/ubuntu/wireless/rtl_ieee80211% vi rtl_ieee80211_softmac.c
[05:49] <kylem> BenC, this might help, dunno: http://people.ubuntu.com/~kyle/r8180-ieee80211-dev.diff
[05:51] <mjg59> Hm.
[05:51] <mjg59> It's kind of tempting to grab a couple more Broadcom cards.
[05:51] <mjg59> Though the only 4311 I can find is 30
[05:52] <kylem> eheh. crazy bastard.
[05:53] <mjg59> kylem: Discussion on the lists makes it look like they're getting a handle on the 4311/2/8 issues
[05:53] <kylem> nice.
[05:54] <kylem> about darn time.
[05:54] <mjg59> Hm. Think I can get Canonical to pay? :)
[05:57] <BenC> mjg59: Hell, you might get Canonical employees to pay :)
[05:57] <BenC> kylem: Or maybe just (priv)?
[05:58] <BenC> kylem: Did we change that bit of code, or is that stock?
[05:58] <mjg59> BenC: Heh
[05:58] <mjg59> Looks like total cost would be 45 (or about $10000000000000)
[05:58] <BenC> kylem: netdev_priv() seems to be duped by rtl_ieee80211_priv()
[05:58] <BenC> heh
[05:59] <kylem> BenC, i don't see anything obviously wrong with any of it.
[05:59] <BenC> kylem: neither did I
[05:59] <BenC> but it worked in edgy, same code
[05:59] <BenC> so workqueue is my best guess
[06:00] <kylem> i had thought the *ieee got corrupted, but it seems not.
[06:04] <mjg59> Enf.
[06:04] <mjg59> Someone's presumably going to have to port these to something sensible at some stage
[06:04] <kylem> hmm?
[06:06] <mjg59> kylem: Not the hacked rtl-ieee80211
[06:06] <kylem> oh. right.
[06:07] <kylem> i swear to god, when i'm fucking supreme dictator of the earth, everyone responsible for the linux wireless mess will be first up against the god damned wall.
[06:10] <mjg59> kylem: http://cgi.ebay.com/VCTnet-AirXpress-802-11b-WLAN-WiFi-Card-PC11BR_W0QQitemZ290022770466QQihZ019QQcategoryZ74954QQrdZ1QQssPageNameZWD1VQQcmdZViewItem
[06:10] <mjg59> kylem: That seems to be an rtl8180
[06:10] <kylem> i need a laptop to put it in too. ;p
[06:10] <mjg59> Oh man.
[06:10] <kylem> haha. $9.99 + $30 USD shipping.
[06:11] <mjg59> Don't you still have the X30?
[06:11] <kylem> yeah, crashing my work machine every 10 minutes isn't terribly productive ;P
[06:11] <kylem> christ. so when fedora specs that they want pimping wireless in FC7
[06:11] <kylem> they really mean "pimping wireless for the shitty in-tree drivers"
[06:12] <mjg59> Ah
[06:12] <kylem> at least their wiki is finally unbroken.
[06:13] <mjg59> Link?
[06:13] <kylem> http://fedoraproject.org/wiki/Releases/FeatureWirelessFirmware?highlight=%28CategoryFedora7Features%29
[06:13] <kylem> you'd think with the size of the workforce they have, they could be spending a little time improving this mess.
[06:14] <BenC> they list bcm43xx..hehe
[06:14] <kylem> muppetry.
[06:14] <BenC> bcm43xx firmware is such a lost cause...unless someone at broadcom finally gets a clue
[06:15] <BenC> "ipw3945, if upstream"
[06:15] <kylem> BenC, i mailed alan about HPA, waiting to hear back.
[06:15] <kylem> forgot to cc you and matthew, doh.
[06:16] <BenC> hopefully it's a nice reply and not a "pata is experimental you twit" reply :)
[06:16] <kylem> fedora is moving to libata-pata too...
[06:16] <BenC> or even worse "it's working in -mm, but you need all of libata-dev to use it"
[06:17] <kylem> i've looked...
[06:17] <kylem> nothing annoys me more than people who constantly merge their patch work git trees
[06:17] <kylem> so you have to pull the tree and diff versus linus to find all their changes instead of just looking at recent things in shortlog.
[06:49] <mjg59> BenC: There's a patch that implements PM_TRACE for x86_64 on LKML
[06:49] <mjg59> Any chance you can pick that up?
[06:49] <BenC> mjg59: Email it to me please? I'm trying to get the current tree uploaded, and I can pull it for this weekends upload
[06:49] <mjg59> BenC: Ok
[06:49] <BenC> thanks
[06:56] <kylem> i vote we rm -rf ubuntu/... fedora seems to get away with it.
[06:56] <kylem> these drivers are such a fucking utter mess.
[06:57] <mjg59> Eh, if you ignore wireless/ it's not too bad
[06:57] <kylem> quiet, i'm agonizing.
[06:57] <kylem> ;-)
[06:57] <kylem> BenC, i'm guessing there's some kind of race bringing up the network device now.
[06:59] <BenC> kylem: A race with the workqueue's?
[06:59] <kylem> yeah, i don't see how, but i can't see any other way this could be occuring.
[07:49] <kylem> BenC, did you get an lrm uploaded with that depmod fix?
[07:50] <BenC> kylem: It's following the kernel upload in about an hour
[07:50] <kylem> ok.
[07:50] <kylem> perfect.
[07:50] <BenC> just waiting for device-tree-manager to be in main
[07:51] <kylem> s/-manager/compiler?
[07:51] <BenC> err, yeah :)
[09:39] <jaims> hi all
[11:08] <zul> well that was fun..
[11:08] <Nafallo> zul: working XEN or something? :-)
[11:10] <zul> no..
[11:53] <doko> BenC: please could you have a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408530
[11:55] <BenC> doko: I'm at a loss on that bug report...anything in particular you wanted me to look at in there?
[11:55] <doko> BenC: the rh guy mentioned a possible kernel vulnerability
[11:57] <BenC> doko: Ah, I see