[12:24] <jbailey> BenC: Launchpad doesn't seem to know about linux-restricted-modules-2.6.19 yet, where do you want bugs? =)
[12:24] <BenC> it should, they are built
[12:24] <BenC> are you talking about the ppc ftbfs?
[12:25] <jbailey> Nope =)
[12:25] <jbailey> linux-restricted-modules-2.6.19-5-generic - Non-free Linux 2.6.19 modules on x86_64 generic
[12:25] <jbailey> This is the description on i386. =)
[12:25] <BenC> ooh, ok
[12:25] <jbailey> (as I was checking to see if they were available yet. *g*)
[12:25] <BenC> just an email directly will be ok
[12:27] <jbailey> Done, thanks.
[12:36] <zul> interesting you can detach block devices in xen
[02:30] <tfheen> BenC: you never pulled in ca96426a13f7a30c9fd768a0e56785ee2d471918 from rookery:~tfheen/public_html/git/ubuntu-2.6.git  Mind doing that?
[02:30] <BenC> tfheen: is that for feisty?
[02:31] <tfheen> it was for dapper, but it should be applicable for feisty too
[02:31] <tfheen> oh, it's there already
[02:31] <tfheen> ignore me then
[02:32] <BenC> heh, ok
[06:50] <rikai> bbl, off to play some F.E.A.R.
[06:50] <rikai> Err, sorry, that wasn't meant for here. ;)
[09:54] <cbx33> hi guys
[09:55] <cbx33> I want to write a HID driver for an interactive whiteboard, where would I start
[09:56] <cbx33> I'm presuming it is going to be either a modification to or a base of a mouse driver or something similar
[12:57] <aapje> bug soft lockup detected on cpu#0! is what i get when I put my rt61 in
[12:57] <aapje> I'm running 2.6.15-27-k7
[01:35] <Administrator__> hello
[01:35] <Administrator__> i get bug:soft lockup detected onm cpu#0
[01:35] <Administrator__> when i use my rt61 wifi card
[01:36] <Administrator__> using 2.6.15
[04:00] <Administrator__> smp why is it eneabled in generic?
[04:01] <Administrator__> this causes softlockups on some wifi cards
[04:02] <fabbione> then there is a bug in the wifi driver
[04:07] <Administrator__> http://rt2x00.serialmonkey.com/phpBB2/viewtopic.php?t=2268
[04:09] <Administrator__> there are a lot of users who own a rt61l, see ubuntu forums.
[04:09] <Administrator__> *rt61
[04:10] <fabbione> ubuntu forums are NOT a bug reporting tool.
[04:10] <fabbione> if there is a bug in launchpad somebody will look at it
[04:10] <Administrator__> who reported a bug there?
[04:10] <fabbione> otherwise tough luck
[04:10] <Administrator__> I'm just gathering info
[04:10] <Administrator__> and proofing a proof of concept
[04:10] <fabbione> well open a bug
[04:10] <fabbione> with all the info
[04:11] <Administrator__> how well do you developers intergergrate with your users
[04:11] <mjg59> Administrator__: SMP is enabled in the generic kernel because it's now difficult to purchase a machine that isn't SMP
[04:11] <mjg59> That's not going to change
[04:12] <fabbione> Administrator_: opening bug in the right place is the right thing to do
[04:12] <fabbione> it's no matter of "integrating".. we can't track stuff that's not in the right place
[04:13] <rikai> Developers have more important things to do with their time(fixing bugs, adding new things), than to search the internet for problems reported in incorrect places. :)
[04:16] <Administrator__> mjg59, because of that reasons (i assume that you made that conclusion from your own perpective)  you guys enable smp in kernel?
[04:17] <mjg59> Administrator__: We enable SMP so that people can actually use their computers properly, yes
[04:17] <Administrator__> the help on the smp options is wrong, it can cause harmn.
[04:17] <Administrator__> so why not acutall make two flavors?
[04:17] <Administrator__> or several flavors?
[04:17] <mjg59> Because it would increase support load
[04:17] <mjg59> And because we could, instead, try to fix the broken drivers
[04:17] <mjg59> The answer to "My driver is broken and doesn't work properly with SMP" is not "Disable SMP"
[04:18] <mjg59> But in any case, the -386 kernels don't have SMP enabled
[04:18] <makx> b0rked drivers that are not smp ready are not even preemtible
[04:19] <Administrator__> ok that's great to here because, i already tried a bootparm nosmp but ubuntu didn't boot
[04:19] <Administrator__> hang on i'll install 386 kernel
[06:15] <JanC> Administrator_: the Ralink SMP bug is here: https://launchpad.net/distros/ubuntu/+bug/34902
[06:17] <JanC> no need to file a duplicate :)
[06:34] <jbailey> BenC: Hey - the kernel upload from last night fixes the crash-on-startup-when-usplash-running. Thanks.
[07:28] <mini> are there any plans for releasing an updated edgy kernel?
[07:29] <jbailey> mini: Define updated?
[07:29] <jbailey> It will get security fixes from here.
[07:29] <mini> as in bugfixes
[07:29] <jbailey> Depends on the bug.
[07:29] <mini> I'm thinking about this one https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/63418
[07:29] <mini> prevents many laptop users from booting...
[07:30] <mini> and has a very trivial workaround patch, that I just  tested
[07:30] <jbailey> mini: Mostly up to BenC and the rest of the kernel team on specifics like that.
[07:30] <mini> "many" as in all laptops with the ipw3945 intel wireless card
[07:31] <mini> thus, probably majority of Core Duo laptops
[07:32] <mini> BenC: comments?
[07:33] <BenC> mini: "all laptops with ipw945" seems to exlude my laptop, since that's what I have
[07:33] <mini> Did you try booting with wireless off?
[07:33] <mini> i.e. killswitch on
[07:33] <mini> that's what triggers the bug
[07:34] <BenC> I can test it later...if I can reproduce it, then the more likely it is to get fixed :)
[07:34] <mini> :-)
[07:34] <mini> ok, there's a patch in that report, produced by Intel
[07:35] <mini> trivial timeout implementation that should be safe
[07:35] <mini> see the intel bugzilla at http://bughost.org/bugzilla/show_bug.cgi?id=1096
[07:36] <BenC> mini: ok, looks easy enough...Note it will go into edgy-proposed initially and hopefully work its way into edgy proper
[07:37] <mini> thanks, makes me feel better.
[07:38] <zul> BenC: i updated the fiesty-xen stuff can you reivew it please
[07:38] <mini> BenC: thanks for listening
[07:38] <BenC> mini: no problem
[07:39] <BenC> zul: Yeah, give me a few minutes to get this kernel upload done
[07:39] <zul> sure
[07:40] <zul> heh i can be an asshole no you must do it now!! ;)
[07:40] <BenC> hehe
[07:42] <ivoks> BenC: well, that bug is real :/
[07:42] <ivoks> (/me is late :)
[08:11] <jbailey> zul: 
[08:11] <jbailey> Cant main packages depend on universe packages? - chuck
[08:11] <jbailey> zul: No.
[08:11] <zul> jbailey: ah ok
[08:12] <zul> what about multiverse?
[08:12] <jbailey> no
[08:12] <zul> damn..
[08:12] <jbailey> They call it the ogre model.
[08:12] <jbailey> main, wrapped by restricted, wrapped by universe, wrapped by multiverse.
[08:12] <jbailey> Dependancies have to face in.
[08:13] <zul> ok good to know
[08:13] <lamont> jbailey: and they fixed it after me...
[08:13] <lamont> universe can't depend on restricted either
[08:13] <lamont> although it could in my day, since I'm a lazy slacker
[08:13] <lamont> and it broke the purity of the ogre model.
[08:14] <lamont> but it had to be
[08:16] <zul> damn..
[08:17] <zul> is it possible to make a special case to get the xen-kernel in main eventually?
[08:18] <zul> of course i might be on crack
[08:19] <lamont> nope.
[08:19] <tfheen> zul: what's the problem?
[08:20] <lamont> what might be possible is to build the xen kernel without the dependency and have a multiverse package that delivers the extra module or whatever
[08:21] <zul> tfheen: the problem is I would like to have xen in main evntually
[08:22] <tfheen> zul: yes, and that is problematic why?
[08:22] <mini> sorry, I missed the issue - what's the troublesome module in xen?
[08:22] <zul> because the xen patch for the kernel is really really ugly
[08:23] <lamont> zul: main consists (by definition) of everything seeded in main, and all of the dependency chain to make it installable.  so it _can't_ depend on any other component...
[08:23] <lamont> really really ugly doesn't imply multiverse or universe...
[08:24] <zul> ok
[08:24] <lamont> what does it depend on that is not in main?
[08:24] <zul> it depends on the kernel basically
[08:24] <lamont> that's in main. :-)
[08:25] <zul> *sigh* ill talk to you guys after this bof
[08:25] <thom> lamont in "helpful" mode