ogasawaraLLStarks: not sure on that, do you have some logs you can point to?00:00
LLStarksone sec.00:00
ogasawaraLLStarks: just post them to a bug report for the time being, easier to track and share that way00:00
LLStarksbtw, i'd use the mailing lists, but i'm terrible about being bureaucratic.00:01
ogasawaraLLStarks: as long as you have evidence to support your opinion and not just ranting most people are understanding00:02
* ogasawara bails for a few hours, back on later00:11
=== bjf[afk] is now known as bjf
=== bjf is now known as bjf[afk]
warewolfhey guys, I'm triyng to get my evtouch touchscreen on my asus t91mt working; it looks like the hid-mosart module isn't "finding" the touchscreen.02:05
warewolfI'm using the xorg-edgers/multitouch PPA, and I see the device in lsusb, but the kernel doesn't want to attach a driver to it.02:06
jk-warewolf: what's the usb vendor:device id in lsusb?02:09
warewolfwhat they're supposed to be 0185 and 0486 (I may have those flipped, they're from memory)02:10
warewolflemme grab the eeepc, 1 sec02:10
warewolfagh, it didn't resume correctly from suspend to ram02:11
warewolfBus 004 Device 002: ID 0486:0185 ASUS Computers, Inc. 02:13
=== jjohansen is now known as jjohanse-afk
jk-looks good02:14
warewolfthis is under lucid btw02:15
jk-warewolf: what do you mean by 'doesn't want to attach a driver'? you're looking for the driver link in sysfs?02:26
warewolfjk- there's no device in /dev/input, and xorg doesn't recognize it as an available input device.02:27
warewolfjk- oh, and the mosart driver doesn't seem to get loaded, and when I do load it, I don't see any messages in the kernel saying that it loaded and found a device.02:27
jk-it doesn't look like it should print anything on module init / probe02:28
warewolfhrm ok02:29
jk-could you remove the module, `ls /sys/class/input`, modprobe the module, and do the ls again?02:29
warewolfhow do I tell udev to reload the rules and reevaluate them to kick off actions?02:29
warewolfj- same number of entries in there before and after loading the module.02:29
jaminccould use a bit of help here, I found a bug with a few of the kernels from the mainline ppa... I asked where I should file the bug report and was directed to https://bugzilla.kernel.org... so, I filed my report: https://bugzilla.kernel.org/show_bug.cgi?id=16316... however the response says to file it with Ubuntu's bug tracker...03:55
ubot2bugzilla.kernel.org bug 16316 in kvm "VM's started through libvirt can't write to disk image files unless the file is owned by root" [Normal,New]03:55
=== bjf[afk] is now known as bjf
=== bjf is now known as bjf[afk]
lagcooloney: ping07:47
apwmorning ...08:45
smbapw, Argh a ghost :)08:46
smbapw, It is not Friday, therefor you cannot be here08:46
ckingit's apw re-incarnated08:47
lifelesssmb: its nearly friday.08:47
apwsmb, really?  if you're sure08:47
* smb panics mildly08:47
lifeless3h23 to go IIRC the eastmost tz correctly.08:47
smblifeless, Looking at it that way, the weekend is near08:48
lifelesssmb: absolutely!08:48
lifelesssmb: 27h23m08:49
* amitk sets the count-down timer08:50
* apw whines about the disk io performance on his laptop08:53
apwcompletely kills interactivity08:53
smbapw has not yet found out about his sound problems08:53
lifelessaren't you like a kernel guru? physician, heal thyself ?08:53
apwwow 3 minutes from typing that to getting it in the window08:53
apwi am sure its the new fsync orieiented dpkg extract08:54
apwbasically eats your machine08:54
RAOFapw: Yup.  Btrfs seems particularly ill-suited to fsync heavy workloads.08:59
smbRAOF, Oh while you're around and I remember. Did you have a chance to ask some people to try the oversampling i2c patch for i91509:01
RAOFsmb: I haven't yet, no.  I just managed to rescue that mail from my spam filter today!09:03
smbRAOF, Don't tell me you consider my lovely mails as spam. :-P09:03
RAOFNo, but bogofilter seemed to.09:03
RAOFI've been rifling through the badly-encoded text and random phrase generator that is my spambox to rescue the ham.  And hit bogofilter with it.09:04
* smb wonders his mails are sometimes sounding like random phrases. Especially those written late or before the first coffee09:07
RAOFIt also ate some perfectly well-behaved launchpad bugmail.  I don't think it's got a trigger on EDID or anything like that :)09:09
TeTeTRAOF: horrible!09:16
TeTeTsmb: there was once a new maintainer wikipage telling people like me how to effectively create a new kernel from git. Do you happen to know where this is?09:16
RAOFOh, I've got it.  I just need to build away like a madman.09:17
smbTeTeT, I think09:17
smbTeTeT, Does this help https://wiki.ubuntu.com/KernelTeam/KernelMaintenanceStarter09:21
TeTeTsmb: yes, that's it, fakeroot debian/rules binary-generic09:23
=== Daviey_ is now known as Daviey
apwsmb, where can I find your 32.x.y tree ?10:15
smbapw, git://git.kernel.org/pub/scm/linux/kernel/git/smb/linux-2.6.32.y-drm33.z.git10:16
smbDaviey, Was it you that wanted to send a SRU patch to the kernel-team mailing list?10:19
Davieysmb, yep!10:19
smbDid that happen? Cannot remember but maybe missed it...10:20
Davieysmb, I've been checking linus' tree to see if it was committed there10:20
smbAh ok, so still waiting on that10:20
apwoh is today alpha-2 ?10:54
smbor it was yesterday if its Friday today10:55
apwits thursday luckily10:55
DavieyFYI, regarding the pad block issue - the fixed kernel is on our i386 image and the amd64 should be apt-get dist-upgrade away.10:59
=== smb is now known as smb-afk
lpd79I'm trying to recompile (without any customizations) linux-image-2.6.31-10-rt from lucid11:36
lpd79In the past I could just run skipabi=true skipmodule=true fakeroot debian/rules binary-rt11:37
lpd79Now it's asking me some configuration questions11:37
apwsounds about right, what fails with that11:37
lpd79I want to reproduce the exact configuration that ships with Lucid11:37
lpd79so it shouldn't ask me any oldconfig-style questions11:38
apwindeed if the source had any it would not build11:38
lpd79sorry, "if the source had any" what?11:39
apwif the source needed configuration option answered it would not build in the build system11:39
lpd79Right, that's what I thought, it would not be batch-compilable11:39
lpd79Is there another step I forgot, e.g. copying a config file somewhere?11:40
apwshouldn't be no, normally a binary-<flavour> does everything needed11:40
apwwhere did you get the source11:40
lpd79dget http://archive.ubuntu.com/ubuntu/pool/universe/l/linux-rt/linux-rt_2.6.31-10.153.dsc11:41
lpd79Then dpkg-source -x, cd to the directory and skipabi=true skipmodule=true fakeroot debian/rules binary-rt11:41
lpd79As a regular user, not as root11:42
lpd79That dsc link is from http://packages.ubuntu.com/lucid/linux-image-2.6.31-10-rt11:42
apwlpd79, ok try doing an 'fakeroot binary/rules applypatchset' then do the build11:47
lpd79Thanks, lemme try that11:47
* apw tries build without that11:48
apw(with it a binary-rt worked for me without erroring)11:48
apwyeah without it, errors on the config11:48
apwnot sure _how_ that gets done automatcially though11:48
lpd79You mean debian/rules applypatchset...11:48
apwi meant debian/rules apply-patchset11:49
apw_ahh_ 11:49
apwfakeroot debian/rules clean11:49
apwthat applies the patches, which the build ssytem does first11:50
apwfakeroot debian/rules clean11:50
apwfakeroot debian/rules binary-rt11:50
apwshould do the trick11:50
apwno actually its more subtle than that11:50
apwso you would need to do11:50
apwfakeroot debian/rules clean11:50
apwfakeroot debian/rules apply-patchset binary-rt11:51
lpd79You're looking at the rules code I presume11:51
lpd79OK, that seems to get rid of the oldconfig questions.11:54
lpd79It's surprising that something as straightforward as re-building the kernel package isn't really documented anywhere11:55
lpd79I mean, without creating a new kernel flavour etc11:56
apwlpd79, it is for the normal kernels, but this is the RT kernel which is community supported11:57
apwsmb would i expect to see ddebs for your -proposed kernels in lucid ?11:58
lpd79Thanks a lot apw. Bye!12:00
DavieyHi, Was the Intel NIC issue fixed in Maverick?12:10
Davieythe e1000 issue12:11
apwi suspect 'the' issue is not specific enough, i know of a number in the past which have been fixed, whether the one you mean is fixed i am unsure without knowing more12:11
Davieyapw, intel e1000 didn't work in Maverick.. I was only aware this was a single issue.  I didn't realise there were multple ones.  I assumed you would be familar with it, so didn't state a bug number as i don't have it to hand.12:15
apwthe only one i remeber there was pending a firmware update on the machine in question12:15
DavieyAh, bug 59170712:17
ubot2Launchpad bug 591707 in linux (Ubuntu Maverick) (and 1 other project) "After upgrade lucid -> maverick eth0 interface is gone (affects: 1) (dups: 1) (heat: 175)" [High,In progress] https://launchpad.net/bugs/59170712:17
apwDaviey, yeah thats the one ... still waiting on the reporter to test a bios upgrade as far as i can see12:17
DavieyThis issue broke just before A2.. Is the best solution really to ask end users to bios upgrade?12:18
DavieySeems like a lotta users will have no net access post upgrade.12:18
apwDaviey, i don't believe we know what the underlying issue is, Intel themselves suggest the update so one assumes its a firmware issue being glossed over by the kernel somehow12:19
apwbut without the reporter doing the work we're a bit hosed, cirtainly i do no have the H/W affected12:19
Davieyapw, I have canonical owned hardware with the issue infront of me.12:20
apwi also believe that people who do have this h/w do no see the issue, so its not clear how far this issue penetrates12:20
apwthen you are in a position to try the update, do you have more than one ?12:20
DavieyI can do the firmware upgrade to try and follow through.. but i'm wondering if it's "better" to leave it on this for future fix12:20
apwdepends if you have more than one12:20
Davieyapw, Sorry, i only have the one box with this12:21
apwi'd need to confirm with rtg, but i believe he has more than one which are not showing the issue12:21
apwcould you attach the lspci output for your machine showing the issue, and indicate it also shows the issue12:21
Davieyapw, well for further info.. this ISN'T the e1000 - it's the 82566DC.. But it's my understading that it uses the e1000 kernel foo.12:22
Davieyapw, i'll attach that now12:22
apwwell if you attach the output, we can confirm if its even supported by the same driver or not12:23
Davieyon it12:23
Davieyapw, bug updated.. If your team wants me to try upgrading the bios - can you let me know please :)12:36
Davieyannoyingly, this bug is blocking me :(12:37
apwtim has the point on that bug, so i'll try and remmber to tell him you have the h/w12:37
apwDaviey, what does lsmod | grep 1000 say12:38
Davieyone mo12:38
* Daviey needs a KVM switch12:38
Davieye1000e      149486 012:38
Davieyapw, ^12:39
apwDaviey, ta12:39
apwDaviey, and thats in some other kernel yes?  as i believe the failure mode is to not see the card at all12:40
Davieyapw, no.. that is A2 amd64 server iso, clean install - no updates12:40
apwif you have eth0 mentioned in your dmesg then i don't hink you have the same issue12:42
apwwhen your network is not working12:42
Davieyapw, Ok.. it seems it's a different issue then12:42
DavieyI have tried two cables, PXE boot works, but i die as soon as linux comes into play.12:43
Davieyapw, should i raise another bug?12:43
apwwhats in your dmesg related to ethX ?12:43
Davieyapw, dmesg is attached12:43
=== smb-afk is now known as smb
* smb is back12:44
Daviey[    2.642747] e1000e 0000:00:19.0: eth0: (PCI Express:2.5GB/s:Width x1) 00:19:d1:5d:e3:0f12:44
Daviey[    2.642751] e1000e 0000:00:19.0: eth0: Intel(R) PRO/1000 Network Connection12:44
Daviey[    2.642770] e1000e 0000:00:19.0: eth0: MAC: 6, PHY: 6, PBA No: 1021ff-0ff12:44
apwDaviey, does it appear in ifconfig  ?12:44
* Daviey does the monitor cable dance12:44
Davieyapw, no, lo and a bridge12:45
apwhrm, so perhaps it is the same, i'll have to get tim to look and confirm as i don't have enough context to know12:45
Davieyapw, Okay, thanks for your help..   I'm sure tim will know he can hilight me when he comes about.12:46
apwbut i  don't see ethX in the reporters .35 boots, so i think its different at least12:46
Davieyapw, scrub that about ifconig - that's because i couldn't configure at DHCP time during d-i.. so it's not in /etc/network/interfaces... However, eth0 does show in /proc/net/dev12:48
apwDaviey, ok thanks, does ifup eth0 do anything12:51
* Daviey checks12:51
DavieyIgnoring unknown interface eth0=eth012:52
apwthough i think its not seen the link12:52
apw[   18.731191] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready12:53
apwi don't see that in yours12:53
apwworth looking to see what the lights are saying on the card and the other end of the cable if you have them12:53
DavieyFWIW, the amber led is flashing 1 sec on, 1 sec off.  I don't know if that means anything :)12:54
Davieyswitch lights = off12:54
apwhrm, so perhaps a PHY recognision issue 12:55
apwi suspect getting your own bug filed is a good plan, get all we have discussed here in there12:55
Davieyapw, ok.. will do that today12:55
Davieythanks apw 12:56
* apw lunches13:27
=== fddfoo is now known as fdd
tgardnerlag, git log HEAD..FETCH_HEAD14:19
=== sconklin-gone is now known as sconklin
* apw bounces to take a kernel15:54
* abogani waves16:02
pgranersconklin: kernel is installed and running, I should know shortly if the problem gets resolved16:04
pgranersconklin: looks like part of the Canonical infastructre is down, can't get to mumble or iso.qa.ubuntu.com16:05
sconklinpgraner: mumble appears to still be working for me16:06
tgardnerpgraner, you ought to quit logging some of the inbound IP traffic. its pretty noisy16:06
smbpgraner, chinstrap seems to be ok16:06
smbbut a lot of other things not16:06
pgranertgardner: yea I'll fix that up once I get this other issue worked out16:06
ogasawaraapw: around?  or drowning in emails from vaca16:07
pgranersmb: yea something is up 16:07
tgardnerpgraner, well, its like obscuring oops in dmesg16:07
apwogasawara, both ... wassup ?16:07
pgranertgardner: yea, I know16:07
ogasawaraapw: I'm actually away starting tomorrow, wanted to double check if you could stand in for me at the release meeting tomorrow (and next fri as well)16:08
ogasawaraapw: I can email the bits to cut and paste tomorrow16:08
apwogasawara, sure no worries16:08
apwis the agenda up yet?16:08
ogasawaraapw: thanks.  no agenda yet.16:08
ogasawaraapw: I'll wait for them to send it and then get you the bits16:08
smbogasawara, As long as it involves just talking apw can stand in anytime. :-P16:09
apwogasawara, whatever works for you :)16:09
* apw adds that to the 'why i bashed smb' list16:09
* smb knows it must be long :)16:09
smbapw, And I could not resist to reply to that text message either. :)16:10
apwsmb, heh yeah, i deserved that :)16:10
apwluckily for me you meet argentina next, whome we hate even more, so i can now support .de :)16:10
apwthough i suspect a fiver on spain is the sensible plan16:11
smbSounds reasonable. Its gonna get hard for sure16:11
=== kamal-away is now known as kamal
=== bjf[afk] is now known as bjf
apwogasawara, commit aabef8b240880439b91574c9a9e33dcc44bfd8c7 looks to fix the bnx2 compilation issues ... should be in -rc416:22
ogasawaraapw: sweet16:23
* ogasawara makes a note16:23
ogasawaraapw: should -rc4 land next week, don't feel the need to rebase.  I'll do it when I get back.16:24
apwogasawara, ok :)16:25
apwogasawara, will there be an upload post freeze before you go ?16:25
ogasawaraapw: I did one last night, with the blessing of the release team.16:25
apwahh good stuff, so we'll not be so behind then16:26
ogasawaraapw: so my plan today is to the start the next release and pull in Kees' yama patches16:26
apwand let that bake in pre-proposed ?16:27
ogasawaraapw: indeed, wanted to get it in and available for testing16:27
apwsounds like a sound plan to me16:27
pgranerogasawara: I just canceled tomorrows release meeting FYI16:28
ogasawarapgraner: oh cool16:28
ogasawaraapw: ^^16:28
apwpgraner, heh you were doing the meeting ?16:28
pgranerapw: no, I got a message from rick last last night asking me to do so since he and robbiew are on holiday16:29
apwcking, about ???  commit b681f7d9ab4d697a214fa4428795790c3a937a89 (acpi change in linus tree) looks interesting for your sort of problems16:29
pgranerapw: and its the day after A216:29
ogasawaraI figured it'd be uneventful anyways following A216:29
apwpgraner, most excellent16:29
ckingapw, sorry, I'm multitasking in a conf at the mo, lemme have a look16:30
ckingapw, more "windows compatability" getting into the code ;-)16:32
apwcking, VILE isn't it, but sounds like something you might test when seeing 'oddness' with new biosen16:33
ckingapw, I think it's possible to do some semantic analysis on the AML to do things. mmm..16:33
apwcking, this one limits Sleep() in aml to 2s: 9cbfa18e8a7b34a32eddbd914a07f085962f50a816:35
ckingapw, yeah, I was just reading that one16:35
apw2a6b69765ad794389f2fc3e14a0afa1a995221c2 cking more windoze compatibility16:37
apwlove it, windows is saving the ACPI non-volatile state in suspend to ram :/16:38
ckingapw, shoot, I thought it was only used for S4. Dammit16:39
apwcking, thats what the spec says, not what windows assumes, you can imagine what bioses therefore do16:39
ckingthat will slow down S3 marginally16:41
apwas the symptoms are 'second suspend/resume failes' that sounded of interest to you16:41
ckingapw it's very interesting. Explains a lot16:41
* cking adds it to the growing list of S3 weirdnesses16:42
ckingapw, thanks for alerting me to these changes16:43
apwsadly that means my jerky mouse is not fixed :(16:44
ckinghaven't you fixed that yet?16:46
apwi hoped someone would while i was on holiday ... sadly no joy16:46
mjg59apw: Jerky approximately once every 5 seconds?16:50
apwmjg59, nope the whole time, well thats unfair for periods of minutes while my kslowd's slog it out eating my cpu16:51
apwthey are 'happy' at the moment so things are ok, soon enough they will change their mind and bash each other a bit more16:52
mjg59apw: Intel graphics?16:53
apwmjg59, yeah, looking to be a bug in the output polling support16:53
mjg59Yeah, hotplug interrupt breakage16:53
mjg59Dave Airlie found a couple of issues16:53
apwsomeone recons they solved it by reverting fbf81762e385d3d45acad057b654d56972acf58c16:53
apwthough i cannot yet confirm that this was enough to fix it16:54
apwmjg59, got any pointer to the discussion, its not on my kslowd thread16:54
mjg59intel-gfx, I think16:54
mjg59He only dug it up yesterday though, so it may not be posted yet16:54
apwahh ok thanks16:54
apwnormally when i just find i have time to find a bug, and get it nailed is when the patch comes down from upstream, so about on target16:55
* apw wonders where dave hangs out16:57
apwmjg59, if you are talking to him i have a solid reproduce on my system16:59
mjg59He's on Brisbane time, so his working day starts literally as mine ends16:59
apwmjg59, heh lovely location at least17:05
appelflaphi, what git tree is ~kernel-ppa/mainline/daily built on? is it linux/kernel/git/torvalds/linux-2.6.git ?17:26
appelflapalso, is that what they call 'mainline'?17:26
ogasawaraappelflap: yes and yes.17:29
appelflapogasawara: thanks. there's a bug with "Please don't close it until the problem is fixed in the mainline." and it's closed, while the patch isn't in mainline yet. so i guess it's reasonable to ask them to reopen the bug17:31
ogasawaraappelflap: what's the bug#?  sometimes it's reasonable to close the bug in ubuntu even if it exists in mainline still, for ex if it's against Intrepid which is EOL.17:32
appelflapogasawara: https://bugzilla.kernel.org/show_bug.cgi?id=16235 is the upstream bug, which has a wrong conclusion (for now)17:33
ubot2bugzilla.kernel.org bug 16235 in network-wireless "[REGRESSION] [IWL3945] Broadcast is broken?" [Normal,Closed: code_fix]17:33
appelflaphttps://bugs.launchpad.net/linux/+bug/591016 is the corresponding launchpad bug17:33
ubot2Launchpad bug 591016 in linux (Ubuntu) (and 1 other project) "DHCP does not work with iwl3945 (affects: 2) (heat: 12)" [Undecided,Triaged]17:33
ogasawaraappelflap: the ubuntu bug still looks to appear open.  the upstream bug does look a bit confusing based on the last comment but I'm wondering if that was just a mistake/typo?17:36
ogasawaraappelflap: http://git.kernel.org/?p=linux/kernel/git/iwlwifi/iwlwifi-2.6.git;a=commit;h=4d23e4e5eb50431426facf192354ad2506e2dd40 seems like the fix?17:37
appelflapogasawara: indeed17:37
ogasawaraappelflap: I'd say leave the upstream bug as is, since the commit is in the iwlwifi-2.6.git tree17:38
appelflapogasawara: ok, that will likely just be merged?17:39
ogasawaraappelflap: yep, we can leave the ubuntu bug open until the patch makes it's way into Linus' tree and we rebase17:39
appelflapogasawara: ok, cool, thanks!17:40
ogasawaraappelflap: I'll post a comment to the bug to explain it's not in Linus' tree which is why it's not in the daily mainline builds17:40
apwsconklin, hey ... i think you worked out you could turn on drm debug ... how does one do that17:48
sconklinone sec while I look it up :)17:48
sconklinapw: echo 4 > /sys/module/drm/parameters/debug 17:49
sconklin4 is for mode setting debug, other bits are different17:50
apwsconklin, where is that documented ?17:50
sconklinapw: I documented it on the blueprint page, I think it's in kernel docs or maybe a header file, looking now17:52
sconklinit's in include/drm/drmP.h17:53
sconklinapw ^^17:54
apwsconklin, thanks ... just found it too17:54
apw[ 7127.610872] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0000080017:55
apw[ 7131.004211] [drm:i915_driver_irq_handler], hotplug event received, stat 0x08000b0017:55
apw[ 7131.010882] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0000080017:55
apw[ 7134.404340] [drm:i915_driver_irq_handler], hotplug event received, stat 0x08000b0017:55
apw[ 7134.411197] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0000080017:55
apwsconklin, getting constant hotplug events it seems17:55
=== amitk is now known as amitk-afk
sconklinapw: Hmmm. Seems like there was a patch for that a while back, is this in Maverick?17:56
apwyep maverick17:56
sconklinthat's not good17:56
apwsconklin, any idea how to decode the numbers, i am suspicious its powersaving17:57
sconklinapw: sorry, I don't know17:57
manjocking, in UEFI banter 17:57
apw[ 7300.770314] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0840000017:58
apw[ 7300.790073] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0840000017:58
apw[ 7300.810302] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0840000017:58
apw[ 7300.830308] [drm:i915_driver_irq_handler], hotplug event received, stat 0x0840000017:58
apwsconklin, and when it goes mad, its those ones which differ i see17:58
apwsconklin, so thats saying 'digital port D' and a bit which is not defined ... 'has triggered hotplug'18:08
apwpresumably as we do not handle it ... bad shit happens18:08
sconklinapw: back in the late Karmic/early Lucid time frame there were problems with phantom events from inputs which were not physically connected on the board, and some patches to fix that. I have not heard of it since, but this sounds similar18:09
apwsconklin, this could easily be a connector not connected, as it claimed i have to display port connectors that have no external ports18:10
sconklinlet me take a glance at the upstream mailing list18:10
apwsconklin, can you send me that list address so i can sub my gmail to it18:11
sconklinapw: sure, there are two you are probably interested in. dri-devel and intel-gfx18:12
apwmjg59, your suggestion it might be bad hotplug seems to be born out ... i am getting what appear to be undocumented bits set in my HOTPLUG status18:12
mjg59Hurrah Intel18:12
apwno comment18:12
apwmjg59, any idea where the intel guys hang out ...18:13
apwmjg59, thanks again18:15
sconklinapw: http://lists.freedesktop.org/mailman/listinfo/intel-gfx and http://lists.freedesktop.org/mailman/listinfo/dri-devel18:16
sconklinapw: is it a GM45?18:16
apwsconklin, how do i tell, its something like that18:16
apwits a 2a4218:17
sconklinthere is a mail on the list about a hotplug regression18:17
apwgot a pointer to it ?18:17
sconklinworking on it18:17
apw        INTEL_VGA_DEVICE(0x2a42, &intel_gm45_info),18:18
apwsconklin, so yes it is a GM4518:18
appelflapogasawara: thanks for the reply in lp bug 591016! i'm not really in a hurry, so (if you haven't done it already) you don't need to build a test kernel for me.18:18
ubot2Launchpad bug 591016 in linux (Ubuntu) (and 1 other project) "DHCP does not work with iwl3945 (affects: 2) (heat: 12)" [Medium,In progress] https://launchpad.net/bugs/59101618:18
sconklinfor now I'll forward the email, still looking18:18
apwsconklin, ack18:18
ogasawaraappelflap: too late :)  it's no problem.18:18
ogasawaraappelflap: I just kick it off on one of our build boxes18:19
apwdang it it is hard to hit the right box when its doing it18:19
appelflapogasawara: cool, thanks :-)18:19
sconklinapw: mail on the way, and here's the archive link:18:19
keespgraner: you said you cancelled the release meeting?  is that kernel-team specific or did you mean the whole friday release meeting?  (I ask since the security team is figuring out who will cover for jdstrand at the meeting while he's on vacation)18:20
sconklinapw - http://lists.freedesktop.org/archives/intel-gfx/2010-June/007077.html18:20
sconklin"hotplug storms still here"18:20
kees(pgraner: oh, nm, just saw the ubuntu-devel email.)18:21
sconklinapw: I don't see a clear resolution in the threads18:22
ogasawarakees: just fyi, I'm gonna tweak your yama commit msgs (to drop the sha1 id's per tim's comments in the thread)18:23
ogasawarakees: hope that's ok, since I'm the one who told you to put them there :)18:23
apwsconklin, yeah the fix they suggest trying is already in18:24
sconklinpgraner: tomorrow there should be a kernel in Lucid preproposed which has all the ext4 patches plus the various stable ones which are queued. lbm and meta should be there too unless I screwed it up18:38
keesogasawara: heh, I don't mind at all -- I just wanted it in whatever state you were most happy with.18:39
manjosmb, which is the upstream stable tree then ?19:01
smbmanjo, Thats one of them19:03
smbapw, Here we go 23/149/164/20019:21
apwsmb ?19:22
smbapw, That are the number of patches in the reviews for 2.6.27,32,33 and 34 o_O19:22
* apw closes his eyes, logs off, and opens a beer ... madness19:23
* ogasawara lunch19:24
bjfpgraner, just looked at your comment to bug 58806919:28
ubot2Launchpad bug 588069 in linux (Ubuntu) "Lucid kernel is missing a large number of important ext4 bug fixes (affects: 4) (heat: 26)" [High,In progress] https://launchpad.net/bugs/58806919:28
* apw wanders out to the balcony ... smb ?19:29
bjfpgraner, not sure it is relevant to that bug, can you open a new bug on that issue :-)19:29
apwogasawara, hey ... why has u-m got branches for fsl-imx51 etc ?19:53
bjfapw, i just looked it doesn't19:55
bjfapw, not on zinc anyway19:55
apwbjf, hrm, somehow it _has_ in the past but not now and i'd not pruned them ... very odd indeed19:56
ogasawaraapw: that is quite odd as I don't ever recall creating any topic branches for maverick20:36
pgranerbjf: that kernel fixed the issue20:42
bjfwhich kernel?20:42
bjfpgraner, i thought you said my test kernel didn't fix the problem you were seeing20:43
pgranerbjf: it did, the issue I had was user error on my part, I've been running now for over 4+ hours, where before I couldn't run more than 30 mins20:44
pgranerbjf: earlier issue that is, I knocked the power supply out of the drive on my desk and didn't realize 20:44
bjfpgraner, that's very good to know20:44
pgranerbjf: woould have told you sooner but had to run to an eye appt.20:45
bjfpgraner, can you update the bug with that info, thanks20:53
pgranerbjf: yep right after this call I'm on :)20:53
pgranerbjf: done21:01
=== cnd is now known as cnd`
=== andreas_ is now known as anoteng
keesogasawara, sconklin: I've sent a patch, based on some limited discussions and debugging with upstream, to deal with my i915 hangs.  can I convince you to take it at least as a temporary work-around so I don't have to keep building my own custom maverick kernels?  :)21:20
sconklinkees: maverick or lucid?21:22
keessconklin: maverick.  lucid has the old logic21:22
sconklinok, then ogasawara will have to make the call21:22
keessconklin: i.e. lucid is prone to https://bugzilla.kernel.org/show_bug.cgi?id=15733 but not https://bugzilla.kernel.org/show_bug.cgi?id=1629421:22
ubot2bugzilla.kernel.org bug 15733 in Video(DRI - Intel) "Crash when accessing nonexistent GTT entries in i915" [Normal,New]21:22
keesoriginally, I had asked that f1befe71fa7a79ab733011b045639d8d809924ad be reverted, but that would have re-introduced https://bugzilla.kernel.org/show_bug.cgi?id=15733.  The new patch fixes the G33 behavior, so the result leaves both bugs fixed.21:23
sconklinkees: I think we've reached bug equilibrium in the 915 driver. You can't remove one without adding another21:23
keessconklin: heh21:24
ogasawarakees: I'm out for the week starting this evening and am not planning another upload before then.  Not sure if apw or rtg will do an upload while I'm gone.21:24
ogasawarakees: so I probably won't apply it before I take off to give them a chance to review as well21:24
ogasawarakees: but they have the proper permissions to commit it in my absence21:25
keesogasawara: okay cool; I'm just hoping to get it in before the next upload so I don't rebreak my machine.  ;)21:25
ogasawarakees: ack21:25
manjohughhalf, available for a short chat ? 22:09
jonohi all22:09
jonoquick q22:09
manjohi jono22:09
jonowhat is the best way of checking if my machine is 64-bit? cat /proc/cpuinfo?22:10
jonohey manjo22:10
manjojono, whether you are running 64bit install or if the cpu is 64bit ? 22:11
jonomanjo, if the CPU is 64-bit22:11
manjoproc cpu info22:12
jonomanjo, what am I looking for?22:13
jonouname -a says I am running: 2.6.32-23-generic #37-Ubuntu SMP Fri Jun 11 08:03:28 UTC 2010 x86_64 GNU/Linux22:14
jonowhich would suggest this is a 64-bit machine22:14
mjg59Or magic22:14
manjoso you are running 64bit kernel which means you have 64bit ok22:14
mjg59But the former is more likely22:14
manjojono, sorry I was chatting with hughhalf ... 22:31
manjojono, flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm tpr_shadow vnmi flexpriority22:31
manjowhere lm == long mode 22:31
manjolong mode is for 64bit cpus22:31
manjoand Protected Mode is 32-bit CPU22:31
manjojono, ^^22:32
jonothanks manjo :)22:34
=== lifeless_ is now known as lifeless

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!