/srv/irclogs.ubuntu.com/2011/11/28/#ubuntu-kernel.txt

=== ericm_ is now known as ericm|ubuntu
=== rsalveti` is now known as rsalveti
ppisatimorning *08:22
smbmorning08:23
aboganimorning08:25
* jk- tips hat08:27
smbjk-  is wearing hat in summer? ;)08:28
icerootwe have a working patch for this https://bugs.launchpad.net/ubuntu/+source/linux/+bug/86950208:28
jk-there are hats for all seasons!08:28
ubot2Launchpad bug 869502 in linux "Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both using rt2800 wifi chipset)" [High,Confirmed]08:28
icerootwhat is the common way? wating until it is upstream? or directly patching ubuntu-kernel?08:28
smbiceroot, Usually the preferred way is to at least wait until it appears upstream, yes. On critical issues that may be accelerated, if it looks like the maintainer is ok with it.08:30
icerootsmb: ok08:31
smbIf you send an email that points to the patch, gives some background where it comes from and what the upstream status is to kernel-team mailing list (and for what release it is) it is possible to look at it08:32
icerootsmb: so kernel-team is normally "only" reacting on mails not on launchpad-bugs?08:32
icerootubuntu-kernel-team08:32
smbiceroot, It is simpler because bug email just floods in. Easy to miss things there08:33
smbIf there is a single developer already assigned, then its a bit different08:33
icerootsmb: thank you for the info, i will send a mail to last list08:34
smbiceroot, Thanks08:34
apwalexbligh, ahh yes it is possible we moved to linux, following linus08:49
apwalexbligh, i must admit my personal linux-linus tree i use for close bases is taken from kernel.org08:49
* apw yawns08:51
jk-ey apw08:54
apwjk-, dude08:54
ppisatiwho decides which pkg go into a release? i mean09:16
ppisatithe preinstalled image for omap4 from friday is stil using the onerici kerne (3.0.0.12)09:16
ppisatiwhile P/master has moved to...09:17
ppisati3.2.x09:17
ppisatito whom shall i talk?09:17
ppisatiBTW 3.0.0.x has bug for the beagle xm rev c (and the same bug doesn't show up on latest kernel that's why i would like to use an updated kernel)09:18
ppisatiand there's no ogra around when you need one...09:18
ppisati:)09:18
apwsmb, yeah we don't have lbm yet, and won't for some time i suspect09:31
apwwill confirm it is turned off in meta, which it should be, and probabally let leann make it09:32
smbapw, Ah ok. Makes sense. 09:32
jibelwe get bug 894768 during automated iso testing of Precise images. Could one have a look ?09:41
ubot2Launchpad bug 894768 in linux "Installation randomly fails with: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 621, in copy_file targetfh.write(buf) IOError: [Errno 22] Invalid argument " [Undecided,Incomplete] https://launchpad.net/bugs/89476809:41
smbjibel, I try to look into it. There are not too many kernel errors on a quick first glance, though. Btw, do you know what xvda2 should be? extended partition?09:49
jibelsmb, correct, extended partition.09:53
smbjibel, ok thanks. Was one message I did see. But that being unknown type for the os prober sounds ok09:54
brendandapw - hi10:04
apwbrendand, HI10:05
brendandapw - have you been following : https://lists.ubuntu.com/archives/kernel-team/2011-November/017938.html ?10:06
apwbrendand, i have seen some of the discussion yes10:12
brendandapw - any thoughts on what could be left out of the list?10:13
=== smb` is now known as smb
apwbrendand, i think the dimensions shown make sense, video, audio, webcam, etc10:16
apwbrendand, those seem to be the ones we'd have an issue against, perhaps video(ati) video(intel) might be useful10:17
apwbrendand, beyond that i think you are talking specific devices, and only a full list is of use10:17
apw(not sure if that answers what you are asking)10:17
apwbrendand, the things which seem to be 'x' seem uninteresting in the main, perhaps some of the touchpads are interesting, but again most likely i care about one specific one10:19
brendandapw - but is it worth testing all of the different touchpads in general?10:21
apwbrendand, i read teh email as asking about categories one might with to test against, so "i have a patch which does this can you test it on as many relevant machines"10:25
brendandapw - so, the scope of this is that we come up with a list of device categories for which we want at least one system with each device of that category in our testing pool10:26
apwis this a pool of machine to automatically test against?10:27
apwif so then no input device is relevant i guess10:27
brendandapw - best to assume they could also be manually tested10:28
apwthe problem with both touchpads and wifi, is there are 100s of each, you're not going to cover the whole spectrum10:29
brendandapw - no, but we can test all the ones we have in house10:29
brendandapw - take a 'Memory controller' for example. would we ever want to be testing each different memory controller?10:30
apwbrendand, memory controllers are so tied to the CPU type (being built in these days) that you'd more want a range of "platforms", ivybridge, sandybridge, whatever amd calls things10:31
apw(and those are all X on the list already)10:31
Q-FUNKCould the fix provided in bug #892615 please be merged?11:06
ubot2Launchpad bug 892615 in linux "3.2.0-1-generic: completely fails to boot on Geode LX" [High,Confirmed] https://launchpad.net/bugs/89261511:06
apwBAH I hate it when people ask things and then go away12:29
apwq-funk, we are waiting for someone in the know to ack that the patch is safe for non-geode h/w12:29
apw(not that you will see my reply)12:29
_rubencan't really blame him for pinging out.. ;-)12:30
_rubenwell, you can, but might not be fair12:31
=== yofel_ is now known as yofel
* cking needs to reboot13:54
ogasawaraapw: thanks for uploading -rc3 and linux-meta14:10
tgardnerogasawara, speaking of uploads, whats going on with armhf? 14:11
ogra_tgardner, we would like to have the entries in debian/control soon :)14:12
ogasawaratgardner: I believe apw was fixing up the control file14:12
* ogra_ doesnt think any additional stuff is required atm ... we dont have the builders running yet14:12
tgardnerogra_, are there functional chroots for armhf yet ?14:13
ogra_not sure, last update from infinity i had was friday, saying the chroots should be ready and are pending launchpad enablement 14:13
ogra_(which still might take some days)14:14
tgardnerogra_, ok, I was just noticing uploads from him referencing armhf14:14
ogra_right, we need to make the packages that dont have hf as target arch in debian/control aware of that arch14:14
ogra_theye uploads are mainly doing that one line change i guess14:15
tgardnerogra_, right, I don't think its too complicated.14:15
ogra_well, for kernels this is generated, isnt it ?14:16
ogra_i.e. you need to duplicate the config etc14:16
tgardnerogra_, yes, but its mostly scripted.14:16
ogra_yeah14:16
* herton -> lunch14:17
ogra_but still a bit more than doing s/armel/armel armhf/14:17
tgardnerindeed14:17
tgardnercjwatson, if we switch the kernel to 'Depends: crda (>= 1.1.1-1ubuntu2)', can you deal with the main inclusion carnage ?14:34
tgardnerp.s. - thanks for fixing the file collision between crda and wireless-regdb14:35
apwogasawara, no problem, best to get it done early14:41
apwogra_, i worked with infinity this am to add the armhf stuff; and to tell him about DEB_STAGE1 which he wasn't using14:41
apwtgardner, ^^14:41
tgardnerapw, ack.14:42
apwogra_, all the config bits were already in it was just the control file change which was missing14:42
ogra_ah, cool14:43
apwogra_, in theory we are there, infinity is also going to play with the staged stuff for future14:44
ogra_yeah, i'm personally more concerned to get the buildds up, armhf *can* run with armel kernels ... its just for getting a properly named deb in the archive14:44
Q-FUNKogasawara: could the fix to bug #892615 please be merged?14:46
ubot2Launchpad bug 892615 in linux "3.2.0-1-generic: completely fails to boot on Geode LX" [High,Confirmed] https://launchpad.net/bugs/89261514:46
ogasawaraQ-FUNK: I'd like to get more testing on non-geode hw first and I would prefer to see it getting applied upstream as well.14:46
brendandsconklin - hi14:59
sconklinbrendand: good day15:00
brendandsconklin - we're looking at an issue with the Lucid -proposed kernel at the moment. afraid we don't have an awful lot of detail right now though15:04
brendandsconklin - we have a server system which was certified with 10.04.3 and now it's halting shortly into testing15:05
jsalisburyop jsalisbury15:06
tgardnerbrendand, its bjf and herton problem now. have you been able to get a dmesg trace ?15:06
sconklinbrendand: While I care (really!), bradf is the stable kernel manager as of UDS - I am doing a rotation in QA. herton is also doing a lot of the stable work15:06
jsalisburyogasawara, do you know how I get the permissions to become operator, so I can change the channel topic?15:06
ogasawarajsalisbury: hrm, I can't remember the exact process bjf, apw, and I went through to get ops.  let me try and dig for more info.15:08
jsalisburyogasawara, thanks15:08
apwhrmmm i think we started out asking is15:08
brendandsconklin - ah, i didn't know that15:09
apwsomehow our channel isn't one of the officially owned ones (an oversight) so it was less straight forward15:09
=== ogasawara changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Oneiric Kernel Version: 3.0.0 || Ubuntu Kernel Team Meeting - Tues Nov 29 - 17:00 UTC || If you have a question just ask, and do wait around for an answer!
ogasawarajsalisbury: I've gone ahead and updated the topic for you in the mean time15:10
jsalisburyogasawara, cool, thanks15:10
=== ogasawara changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Ubuntu Kernel Team Meeting - Tues Nov 29 - 17:00 UTC || If you have a question just ask, and do wait around for an answer!
hertonbrendand, is it a new issue (are you able to freeze the machine with previous kernel, or only on the new kernel?)15:29
brendandherton - as far as we can tell, only with the new kernel. we don't know yet does it happen randomly or whether a test is triggering it15:30
brendandherton - unfortunately the system is in taipei and i don't have access so can't do any investigation right now15:31
* ogasawara back in 2015:32
hertonbrendand, ok, would be good if someone is able to check which test freezes, and if there is some oops or other reason for the freeze. May be a bisect will be needed to check what introduced the problem.15:33
cjwatsontgardner: I already dealt with the main inclusion carnage :-)15:33
tgardnercjwatson, cools. thanks.15:34
cjwatsontgardner: mainly by taking the Gordian-knot approach; it's clearly a one-for-one replacement for wireless-crda, so I just promoted it, in trust that wireless-crda will fall out soon enough15:34
tgardnerI'll make the change in the ekrnel.15:34
cjwatsonthat should be fine - the Provides should ensure that old and new kernel packages are still coinstallable15:34
cjwatsonit'll have the effect of forcing everyone over to crda, which is what we want anyway15:35
tgardnercjwatson, hmm. this will essentially prohibit running a precise kernel in older user spaces if I make it absolutely dependent on crda.15:38
tgardnermaybe I'll leave it 'Depends: wireless-crda | crda' for now.15:40
brendandherton - ok. we'll do more investigation when our lab engineer returns tomorrow morning and keep things up-to-date. when i have a bug number i'll add it to the tracking bug.15:46
hertonbrendand, ack15:48
cjwatsontgardner: you could flip the dependencies round to indicate the current preference15:49
cjwatsontgardner: although that probably won't cause apt to replace with the newer code15:49
tgardnercjwatson, I was just gonna ask if ordering had an impact.15:50
tgardnerif we drop wireless-crda from precise, then dpkg should always select crda, correct ?15:50
cjwatsontgardner: for new installations, yes; that won't cause apt to remove wireless-crda on upgrades, though15:59
cjwatson(it might persuade update-manager to do so)15:59
ppisatiif i bump the abi, does it fix the missing module case too? i guess it won't...16:01
tgardnercjwatson, ok, I'll start a bug against update-manager so we don't forget this. since wireless-crda will no longer be maintained, I'd like for it to get removed on upgreade.16:01
tgardnerppisati, nope.16:01
tgardnerppisati, add an ignore.modules to the ABI directory16:02
ppisatiand i bump the abi too, right?16:02
cjwatsontgardner: update-manager is the wrong place to fix this - if you want to get rid of it, there needs to be a Conflicts: somewhere16:02
tgardnerppisati, thats not necessarily related. you can drop modules without changing the ABI16:02
ppisatiok16:03
cjwatsonit's unfortunate that crda was uninstallable in oneiric16:03
tgardnercjwatson, but that affects the ability to run precise kernels in older user spaces.16:03
cjwatsonI know, but still, fixing it in update-manager is an absolute last resort16:03
cjwatsonlet's not start there16:03
tgardnercjwatson, ok, I'll just leave it be for now. if I see a big crda update I'll consider updating wireless-crda16:04
tgardnerI did swap the order so that crda is preferred16:04
cjwatsonnothing springs to mind right now, but there may be some tricky way to conflict such that it goes away on precise upgrades but doesn't break older userspaces16:04
cjwatsonmost things are possible somehow :)16:05
tgardneryeah, yuo'd think this situation has been encountered before16:05
cjwatsonwe could even SRU wireless-crda to add a crda transitional package or something16:05
cjwatsonkind of the reverse of the usual transitional package situation16:05
cjwatsonhm, except that doesn't quite work16:06
tgardnercjwatson, perhaps turn the preicse version of wireless-crda into a meta package  that depends on crda ?16:06
cjwatsonoh, yes, of course, that's the simplest answer isn't it16:06
tgardnerok, I can do that16:06
cjwatsonyeah, I recommend that16:07
tgardnerogasawara, can you get that on our list of things to do ?16:07
ogasawaratgardner: yep16:07
cjwatsonmaybe crda (>= 1.1.1-1ubuntu2) to make sure we don't get bitten by the uninstallability in oneiric16:07
tgardnercjwatson, already done for the kernel. I'll do the same for wireless-crda16:08
cjwatson(crda depended on wireless-regdb but they shipped a common file)16:08
cjwatsongreat16:08
Q-FUNKogasawara: there won't be much testing taking place for as long as it's not applied to something that it pushed into the repository...16:10
ogasawaraQ-FUNK: I'll be testing locally16:11
RazecHi guys...16:35
RazecI want to get involved in the Ubuntu Kernel Development. What steps do I take to get involved?16:35
Q-FUNKogasawara: I assume that we're talking about that one-line fix, mentioned in the bug, that applies the feature only to recent AMD hardware?16:38
apwppisati, hey, whats the gen on this omap issue, display driver, we know what needs changing16:57
apwppisati, and is this ti-omap4 ?16:58
ogasawaraapw: ah, I see he's sent a patch to the ml16:58
ogasawarappisati, ogra_: I assume this need uploading asap16:59
apwogasawara, assuming the release team say yes of course :)16:59
ogra_ogasawara, agreed ... its just a one option config change in the arm config though16:59
apwppisati, and we have tested this yes?  we know the kernel with just htat option is GOOD17:00
apwogra_, has anyone tested with the option on, to make sure thats the only change17:00
ogra_apw, its not working at all without it 17:00
apwogra_, and if changging it doesn't make it work there is no point in uploading and disrupting all the other architectures17:00
ogasawarafrom ppisati -> "Tested on my Beagle XM."17:00
apwso ... has anyone tested it does work17:00
ogra_there is a new display driver thats being used by linaro already, we just didnt enable it in our config 17:00
ogra_well, we enabled it as module which apparently doesnt work at all ... so it needs =m to become =y17:01
ogra_and given the old display driver is gone in favor of the new one ....17:01
apwyep new things become =m by default, if they can be, one assumes they work if they say they can do =m, sigh17:01
ogra_well, its TI ....17:02
l3onHi all... does someone know why we don't have a linux image 3.2-rc3 in http://kernel.ubuntu.com/~kernel-ppa/mainline/ ?17:05
apwogra_, if this patch is accurate, the issue has existed in all the 3.2-rc kernels, ie been in the archive for weeks how have we missed this till today17:05
ogra_apw, not much testing yet i guess17:06
apwogra_, if we don't care enough to test it, why are we spinning for it17:06
ogra_apw, we do, but the last weeks were filled with paperwork and vacations17:07
ogra_and we are not used to have images before A1 at all17:07
ppisatiapw: i just noticed this morning, because i was installing the new preinstalled image from 28th17:07
ogra_thats a total novum 17:07
ppisatiapw: the omap images till 25th had a 3.0.x kernel still17:07
ppisatifriday i tried a nioghtly build, and it still had the 3.0 kernel17:08
ppisatithe funny thing is that i was looking to fix another bug... :)17:08
apwppisati, hmm, how can that be i wonder, we've had 3.2-rc2 in there for ages17:08
ppisatiapw: dunno17:09
ppisatiapw: this morning, in this channel, i asked how the images are built17:09
ogra_meta having been stuck somewhere without anyone noticing ?17:09
ppisatiapw: who decides which pkgs go in evbery image17:09
ogra_ppisati, the meta package 17:09
ogra_live-build pulls in linux-omap by default for the omap image17:10
* apw is baffled17:10
ogra_so it might be that linux-omap sat in binary new and nobody noticed or that it accidentially went to universe once again and nobody noticed17:11
ogra_though i had someone last week on IRC who actually complained about the orange screen you were seeing too, but i was swamped in sorting team specs17:11
ogra_so i didnt dig into it 17:12
apwogra_, maybe universe, thats been a common problem recently17:12
ogra_yeah, one of the two isuues are the usual ones17:13
apwogra_, yeah so i think the kernel was out, so installs should have gotten it17:13
apwi suspect we have another issue in image build17:13
apwoh well17:13
ogra_well, we'll do better next time 17:13
=== bigbash is now known as zz_bigbash
GrueMasterapw: As to testing, it comes down to man power.  AFAIK, I am the only one really doing any image testing on daily armel images.  I am also the only one testing SRU kernels on armel.  I am also the only one doing major armel server test automation.  I need more of me.18:15
apwyeah we need more testing power18:15
GrueMasterafaik, the testing that linaro does on the kernels is limited to mainly headless automation (I could be wrong, but given the hardware, I doubt it).18:17
apwogasawara, i've added a annotation for the arm DVI thingy18:24
ogasawaraapw: ack18:24
* apw wanders to make some food ...18:27
* tgardner follows suit -> food18:48
ckinghrm food19:01
apwcking, yeah food19:21
ckingyum19:21
hertonapt19:27
apwtsk19:34
ckingsigh19:40
=== zz_bigbash is now known as bigbash
rik_sforshee: can I ask you a question regarding bug 606238?20:00
ubot2Launchpad bug 606238 in linux "synaptic touchpad not recognized on dell latitude e6510 and others" [Undecided,Confirmed] https://launchpad.net/bugs/60623820:00
sforsheerik_, sure, go ahead and ask20:01
rik_sforshee: you ask for the output from input-events for further debugging. When I run that command it returns20:01
rik_protocol version mismatch (expected 65536, got 65537)20:01
rik_any idea on how to handle this?20:01
rik_Note that I'm running on debian testing with the 3.1 kernel20:02
rik_I've patched the psmouse module20:02
sforsheerik_, you need a newer version of input-events, or else modify the source yourself to remove that protocol version check20:02
sforsheeiirc the check was simply removed when this problem surfaced20:02
sforsheerik_, http://www.kraxel.org/cgit/input/commit/?id=d99f056745e53cd2518ca169af474f8c45c1436d20:04
sforsheethat's the patch to remove the check20:04
rik_sforshee: thanks, I've patched the code from trunk20:06
rik_when I look at xinput list it shows my touchpad as 12 (ps2 mouse) and 1320:06
rik_but when I run input-events, it shows for 12 HDA Intel PCH HP Out at Ext Righ20:06
rik_?20:06
rik_and something similar for 1220:07
rik_1320:07
sforsheerik_, the indexes from xinput aren't the same as input-events uses, use lsinput to get the argument you should pass to input-events20:07
sforsheerik_, also note that you need to run input-events from a virtual terminal to get the results. X will prevent you from seeing the events20:08
rik_sforshee: thanks for the hint. I ran it in X and it showed input for the ps2 device but not for the alps glidepoint20:08
rik_will try from a console20:08
rik_doesn't make a difference. only input from the ps2 device :-(20:10
rik_sforshee: would it make sense to play with the ALPS_PROTO version field in the driver?20:11
sforsheerik_, do you see REL_X and REL_Y events or ABS_X and ABS_Y?20:11
rik_REL_X20:12
sforsheerik_, then I think it's likely that you're still just getting PS/2 data20:13
rik_sforshee: I only get input on the PS2 mouse input device and nothing on the other device20:13
rik_what do the fourth and fifth field in the alps_model_info struct mean? for example 0xcf, 0xcf20:15
sforsheerik_, you could try changing the ALPS_PROTO field for v3 and v4 and see if it works20:15
sforsheerik_, the fourth and fifth fields are used for identifying proprietary-formatted data packets, if you're trying v3 or v4 they should both be 0x8f20:16
rik_V3 results in:  unknown response while entering command mode: 73 01 0d20:17
rik_what does the second field in the struct mean, for example 0x9b20:18
rik_V4 results in the same error message20:19
sforsheerik_, the second field is used to differentiate between different v3 and v4 models20:20
rik_sforshee: what are valid numbers to try there?20:21
sforsheerik_, based on those results I suspect yours isn't a v3 or v4 device. the response looks more like the response for an E7 report20:21
sforsheeif you want to keep trying, you would need to change the second for your new model to 0x0d20:22
sforsheeyou also need to make alps_enter_command_mode recognize 0x73 and 0x01 as valid for the first two bytes of the response20:22
sforsheeyou can give it a try, but I don't expect it to work20:23
rik_sforshee: ok, will focus on V2 then. could PS2_INTERLEAVED make a difference in the events output?20:24
sforsheerik_, you might as well try v3 and v4 since it's fairly easy. but you may well be looking at another protocol that no one has deciphered yet.20:25
rik_sforshee: nice :-)20:25
rik_:-/20:25
sforsheerik_, do you or don't you have PS2_INTERLEAVED set currently?20:26
rik_currently set20:26
rik_but my v3 and v4 attempts did not have this set20:26
rik_they had ALPS_PASS set20:26
sforsheerik_, my guess is that if you remove it your results will get worse. But there's no harm in trying.20:27
sforsheeit will be informative at any rate20:27
rik_so it should be set (ps2_interleaved) for all attempts (v2, v3...)20:27
rik_?20:27
sforsheeif your results get worse then it confirms my guess that the driver is just handling PS/2 data when you have it "working"20:27
sforsheeno, don't set it for v3 and v420:28
sforsheewell, really it won't make any difference, the v3 and v4 support don't check that flag20:28
rik_if I change the alps_dump_packets int in the alps.c code to 1, will this give me more debug output20:28
sforsheepossibly, but it will be a flood of data that probably isn't very useful at this point.20:29
rik_ok, will skip that then20:30
rik_the only way to really debug this is to follow your instructions on building a custom qemu?20:30
sforsheehrm, actually removing PS2_INTERLEAVED probably won't prove anything, there's another path for PS/2 data that's probably the one you're actually hitting20:30
sforsheeand my statement about v3 and v4 ignoring the flag are incorrect now that I look at the driver again, it's in a code path common to all protocol versions20:31
rik_with V2 and ps2_interleaved enabled, the driver reports the following when loaded20:31
rik_E6 report: 00 00 6420:31
rik_E7 report: 73 03 5020:32
sforsheeif you get to the point where the interleaved flag matters with v3 or v4 you're doing pretty good though :)20:32
rik_Status: 10 00 0a20:32
rik_sforshee: so it would make sense to try that? will do20:32
rik_no difference for v320:33
rik_v4: nodifference20:34
rik_the DUALPOINT flag means that there's a touchpad and a stick between the keyboard keys?20:35
rik_or does it mean multitouch?20:35
rik_and what is a 4 direction button?20:35
sforsheerik_, it means a touchpad and a trackstick20:35
rik_my system is a dell inspiron 15R, and doesn't have a trackstick20:36
sforsheerik_, I don't have experience with the 4 direction button thing, but looks like it's for some hardware that has some extra buttons20:36
rik_I guess playing with those won't make a difference anyway?20:37
sforsheenope, i don't think you're getting far enough for them to matter20:37
rik_so the qemu method is the only way to get any further?20:38
sforsheerik_, I'd suggest adding a printout to alps_report_bare_ps2_packet to verify that you're still just seeing plain PS/2 data, if your message is printed it means that you are (which is my suspicion). If that's the case trying to sniff the Windows driver using qemu would be the next step.20:39
rik_your patch is for qemu or qemu-kvm?20:40
sforsheeqemu-kvm20:40
rik_correct about the report_bare thing. it's spewing my log out :-)20:41
rik_will your patch work with 0.15.1?20:42
sforsheerik_, not sure, haven't tried it with 0.15.120:43
sforsheeif it applies cleanly there's a good chance it might work :)20:44
rik_seems to apply with some fuzzing20:46
rik_sforshee: it's building. I'll try the qemu thing when i find the time. Have to install windows inside the vm first. Thanks for your time20:50
sforsheerik_, np, let me know if you have more questions. Good luck!20:50
rik_sforshee: what timezone are you in?20:52
sforsheerik_, US central (UTC-6)20:57
rik_sforshee: so it's like 1pm for you?20:59
sforsheeno, 3pm21:00
rik_ah yes21:00
rik_ok21:00
jsalisburybjf, herton, possible regression between 3.0.0-12 and 3.0.0-13: bug 89429221:23
ubot2Launchpad bug 894292 in linux "Sandybridge suspend/resume regression on 3.0.0-12-generic/3.0.0-13-generic" [Medium,Triaged] https://launchpad.net/bugs/89429221:23
hertonjsalisbury, we will check that21:26
jsalisburyherton, cool, thanks!21:27
jsalisburyogasawara, Do you think this one should be on the hot list?  Installation failures for Precise VMs: bug 89476821:48
ubot2Launchpad bug 894768 in linux "Installation randomly fails with: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 621, in copy_file targetfh.write(buf) IOError: [Errno 22] Invalid argument " [High,Triaged] https://launchpad.net/bugs/89476821:48
ogasawarajsalisbury: sure.  probably needs more investigation though.21:49
jsalisburyogasawara, thanks.  I'll request additional investigation to try and find a root cause.21:50
* tgardner -> EOD21:56
jibeljsalisbury, is there any additional information I can provide? It's very easy to reproduce in our testing env and I can try to instrument the iso if it helps.22:09
jsalisburyjibel, Do you know if this only happens when installing Precise as a VM?  Have you see this in any of the physical machine installs?22:10
jibeljsalisbury, I've never seen it on a physical installation, only Precise VM. I'll try tomorrow on a physical machine.22:12
jsalisburyjibel, from the error, it looks like the install.py script is loosing access to a file handle and throwing I/O errors.  22:13
jsalisburyjibel, are there any logs on the host that can be added to the bug?22:14
jibeljsalisbury, on my report it happens in write() but in duplicates it happens in close(), I've seen the same error with dpkg on an alternate amd64 install.22:15
jibeljsalisbury, I haven't found any useful information on the host, no disk or media error but I can attach logs from the host when that happens. Which one do you need ?22:16
jsalisburyjibel, hmm.  Maybe just the syslog and any logs specific to KVM.22:17
jsalisburyjibel, its interesting the error happens on a write() and close().  It's like it's loosing access to a file it had open.22:17
jsalisburyjibel, it would be good to see if it also happens with any other I/O operations in dup reports.22:18
jibeljsalisbury, this was the error with dpkg22:18
jibelNov 24 10:01:11 in-target: dpkg: error processing /media/cdrom//pool/main/p/perl/perl-modules_5.14.2-5_all.deb (--unpack):22:18
jibelNov 24 10:01:11 in-target:  failed in write on buffer copy for backend dpkg-deb during `./usr/share/perl/5.14.2/IO/Uncompress/Base.pm': Invalid argument22:18
jibeljsalisbury, I'll run the test again and will attach the host logs22:19
jsalisburyjibel, cool thanks.  I wonder if you could identify the file being written to when the error happens, and then see if you can get details on it.  Maybe it's getting corrupt?22:20
jibeljsalisbury, ubiquity doesn't report the file being copied. I'll see what I can do.22:25
jsalisburyjibel, hmm.  I haven't looked at the code yet, but do you think the file should have been copied somewhere, and it was not?22:26
jibeljsalisbury, I don't know22:27
jsalisburyjibel, ok, I'll take a closer look at the script tomorrow as well.22:28
jibeljsalisbury, great. thanks for your help22:29
jsalisburyjibel, np22:29

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