=== lifeless_ is now known as lifeless === Specialist_ is now known as Specialist === yofel_ is now known as yofel === emma is now known as em === rsalveti` is now known as rsalveti === jk-- is now known as jk- === RAOF_ is now known as RAOF\ === RAOF\ is now known as RAOF === calc is now known as Guest28474 === _anoteng_ is now known as anoteng === _Traxer is now known as Traxer === _LibertyZero is now known as LibertyZero [07:48] morning people === kloeri_ is now known as kloeri === smb` is now known as smb === kamal is now known as Guest971 === lag` is now known as lag === doko__ is now known as doko === kloeri is now known as Guest66433 === Guest66433 is now known as kloeri === diwic is now known as diwic_afk === calc is now known as Guest70915 [12:30] What does SW acknowledge means? [12:30] (to clear an interrupt) [12:31] its a bit the software handling the irq can set to tell the hw that it knows about the last one === TheMuso` is now known as TheMuso [12:31] usually to let the hw know its ok to discard something or move on [12:43] ohsix: so normally writing 1 to the acknowledge register will do the job right? [12:45] i dunno your circumstances, if that's what does it then yes [12:52] Actually I cleared the interrupt but it stills reenter the handler [12:53] so obviously there is something else that i'm not clearing :D === diwic_afk is now known as diwic [13:58] can anyone take a look at this? http://ubuntuforums.org/showthread.php?t=650521 [13:58] is it possible to use pbuilder to build packages for kernel modules? [14:13] how do i get from a busybox console to a booting system? === cnd` is now known as cnd [14:51] ogasawara, looks like you're still on the hot seat for another week. [14:51] tgardner: indeed, just saw the calendar [14:52] tgardner, ogasawara I had been even thinking that it might be one week after that [14:52] ogasawara, at least the beer in Budapest is cheap. approx 1.8USD per pint :) [14:54] * tgardner --> ESXi install === tgardner is now known as tgardner-afk === skaet_ is now known as skaet === JayFo is now known as JFo [15:28] * ogasawara back in 20min === calc is now known as Guest13982 === Guest971 is now known as kamal === mjg59` is now known as mjg59 === tgardner-afk is now known as tgardner === diwic is now known as diwic_afk [16:13] does anyone know how to override the bios for kvm support with a kernel option? kvm=enable? [16:14] mahmoh, you generally have to enable virtualization in the BIOS [16:17] tgardner: I did but it's still reporting it's disabled in the bios, and I updated to the latest bios with the same results [16:19] ah, I might have to disable trusted execution on my dell hardware it appears ... [16:19] mahmoh: If it's reporting that it's disabled by the BIOS then the BIOS has (a) not enabled support and (b) has locked the MSR [16:20] And yes, if trusted execution is enabled and you want to use kvm then you may need to boot in a trusted setup [16:21] you may also try to poke at the MSR manually http://timetobleed.com/enabling-bios-options-on-a-live-server-with-no-rebooting/ [16:22] there we go ... how much more confusing can they make it? [16:23] mjg59: I'm guessing there's no kernel override then ;) disabling the trusted execution worked (whew), so no problems anymore [16:24] except with Dell' [16:24] s bios that is [16:24] mjg59: thx [16:24] why doesn't that surprise me [16:26] Krunch: now that looks like fun! === calc is now known as Guest13166 [16:27] cking_: ;) [16:27] cking_: I was just thinking about you [16:27] mahmoh: don't try this at home (well, maybe better at home than on your production server) [16:27] oops, I just took out EC2 [16:29] thx all [16:31] * bjf -> dr. appt. === bjf is now known as bjf[afk] === kees_ is now known as kees [16:47] pgraner: I see we don't have a specific kernel track for UDS, so I'm assuming we'll just throw our blueprints/sessions under the Foundations track? === herton is now known as herton_lunch [17:02] * tgardner --> back to the server room === tgardner is now known as tgardner-afk === diwic_afk is now known as diwic === chuck_ is now known as zul === lamont` is now known as lamont === bjf[afk] is now known as bjf [17:59] manjo`: ping === sforshee is now known as sforshee-lunch === skaet is now known as skaet_afk [18:24] jjohansen, pong [18:24] sorry was out for lunch === hallyn is now known as hallyn_afk [18:24] manjo`: so I installed 64bit natty on the x120e [18:25] jjohansen, and .. [18:25] manjo`: I'm not sure where you want to go with the bug from hear, [18:25] so that means you are not seeing the bug ? [18:25] manjo`: basically the rtl driver needs to be removed during the install [18:25] manjo`: no I saw it plenty [18:26] manjo`: I updated Bug #744419 [18:26] Launchpad bug 744419 in linux "[NATTY] [ Kernel oops installing natty @tty_write()" [Undecided,New] https://launchpad.net/bugs/744419 === herton_lunch is now known as herton [18:26] hmm... not sure how we can fix that for natty... probably have udev rules that removes it ? [18:27] udev rules based on DMI info ? [18:27] manjo`, blacklist in /etc/modprobe.d ? === tgardner-afk is now known as tgardner [18:27] tgardner-afk, right or that ... [18:27] manjo`: could black list it for the install disk, I'm not sure you want to black list for after, it seems to be working (for some value of working) [18:28] * manjo` writing to mmany udev rules these days [18:28] jjohansen, also can you install cheese and see if you can record video... the camera is not recording video and showing a blank screen on that one [18:29] jjohansen, what would the rtl driver cause this bug ? [18:29] manjo`: hrmm give me a sec, I have cheese installed in both 32 and 64 bit but I never tried grabbing video [18:29] manjo`: I haven't chased it far enough to figure that out [18:30] manjo`: it took me a lot just to get the stupid thing installed, that was my limit for the weekend [18:31] jjohansen, yeah natty is very busted on that x120e [18:31] jjohansen, also if you switch your bios to legacy only and don't look for UEFI you will have better results [18:31] manjo`: hrmm, I don't know about that, I haven't found it any worse than natty on any of my other machines, all of which have problems [18:32] manjo`: also I just did a bios update on it this morning so we will see if that helps anything [18:36] manjo`: yep cheese crashes trying to record video [18:36] jjohansen, it does the same on maverick too.. thanks for the confirmation [18:36] jjohansen, this is with the latest bios update as well right ? [18:38] manjo`: yep [18:43] manjo`: so cheese gets stuck in a polling loop on fd 3 [18:43] manjo`: which is returning EAGAIN [18:44] you think its a cheese bug ? [18:45] manjo`: well there is definitely a cheese bug there, it shouldn't let a device returning EGAIN send it into an infinite polling loop but the device isn't responding to the request [18:45] so at least 2 bugs [18:45] ls === sforshee-lunch is now known as sforshee [19:03] tgardner: should there be an oneiric dchroot on tangerine? (is an oneiric dchroot even possible at this point?) I'm building the ubuntu-oneiric kernel in a natty chroot on tangerine now, fwiw. === skaet_afk is now known as skaet [19:07] kamal, not yet [19:09] * kamal expects the natty chroot to work for ubuntu-oneiric anyway, so np [19:12] confirmed: ubuntu-oneiric kernel builds okay in a natty dchroot [19:12] kamal: I've pushed the latest oneiric bits to zinc. it should build successfully now on i386 and amd64. about to boot test and then build test on armel. [19:14] ogasawara: ok, thanks -- I'm about to try booting my amd64 oneiric kernel too [19:14] * ogasawara crosses fingers for kamal [19:14] * kamal readies the fire extinguisher ;-) === akgraner` is now known as akgraner [19:19] severe weather due here in the next 90 minutes - if I drop out that's why === hallyn_afk is now known as hallyn [19:55] * bjf -> lunch === bjf is now known as bjf[afk] [20:08] ogasawara: fyi, my oneiric amd64 kernel seems to work fine (Dell Studio Core-i5 laptop with Intel graphics) [20:09] kamal: cool, thanks for the feedback. working here for me too. [20:32] * tgardner --> server room (one more time) [20:38] mjg59: got a moment to discuss intel_backlight in 2.6.39? [20:40] kamal: Sure [20:40] hi Matthew ... [20:40] it looks like most of your backlight work has landed in 2.6.39... I do see "backlight: add backlight type" and the nv_backlight and radeon_backlight bits, but the intel_backlight patch itself ("i915: Add native backlight control") appears to be missing. [20:40] do we know why that's the case? [20:42] We do not [20:42] I suspect it conflicted and Andrew dropped it [20:42] Let me try that again, then [20:42] ah [20:43] ok, I'll keep an eye on the repo (and intel-gfx?) for your retry... and will try cramming your previous version in myself to test in the meantime. [20:45] mjg59: I'm glad I asked! ;-) thanks for the info (and the patches, of course!) === bjf[afk] is now known as bjf [20:58] mjg59, if you've got a minute, I was wondering about the fate of this patch: https://lkml.org/lkml/2011/1/19/331 [20:59] the conversation seemed to die without a resolution [20:59] sforshee: I think I need to rewrite it from scratch [20:59] sforshee: I'm also worried about it breaking other systems [20:59] sforshee: But it's on my list - I was thinking about it today [20:59] It needs some infrastructural changes from ACPI to get the EC handle [21:00] mjg59, yeah, the driver does seem pretty ugly [21:00] that patch does get some systems working though [21:00] I was going to just rewrite toshiba_acpi completely at some stage [21:00] I guess I should do that on the plane tomorrow [21:01] mjg59, looking forward to seeing the results :-) [21:01] thanks for the update [21:30] power is intermittent here, will probably drop out here in a bit [21:38] sforshee: If you'd like to test http://fpaste.org/R8HI/ that would be great [21:38] sforshee: Wait, sorry, not you [21:38] kamal: If you'd like to test http://fpaste.org/R8HI/ that would be great [21:38] kamal: I've build-tested it, but nothing more [21:39] mjg59: absolutely, I'll give it a spin right away [22:07] * ogasawara back on later [22:37] mjg59: wonderful! that patch works just fine on top of ubuntu-oneiric (2.6.39-rc1-ish). [22:38] mjg59: feel freel to add my Tested-by: Kamal Mostafa [22:40] kamal: Excellent [22:41] manjo`: Does your X120e have the rtl wifi? [22:42] manjo`: If so, are you seeing stalls when it tries to request_firmware() on resume? [22:43] mjg59, looking ... [22:45] mjg59, yes it has rtl8192ce ... and I don't see stalls [22:46] manjo`: Ok. Using rtlwifi, or using the realtek driver? [22:46] it resumes ok (I am on 10.10) 2.6.35-28 [22:46] Ah, the realtek one. Ok. [22:46] So rtlwifi is just buggy. I'll work on that. [22:46] yep I am not on rtlwifi [22:46] I am using the realtek driver [22:48] mjg59: yes the rtlwifi driver is very buggy, and yes I see stalls coming out of suspend sometimes, have also had coming out of suspend lock up [22:50] jjohansen: Yeah, I've just added it to the pm-utils unload/load blacklist for now [22:51] mjg59: the rtl8192ce driver is also responsible for the 64 bit install failures [22:51] jjohansen: Ok, not something we've seen [22:52] mjg59: hrmm, Bug #744419 [22:52] Launchpad bug 744419 in linux "[NATTY] [ Kernel oops installing natty @tty_write()" [Undecided,New] https://launchpad.net/bugs/744419 [22:52] I had a lot of fun with that one over the weekend === kamal is now known as kamal-afk [23:39] rebooting === sconklin is now known as sconklin-gone === RAOF_ is now known as RAOF