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