=== johanbr_ is now known as johanbr
=== yofel_ is now known as yofel
* smb yawns07:10
* apw looks blearily at smb07:41
smbapw, Sounds as awake as I am07:41
apwhardly i suspect07:41
Kanohi, is 3.4 final already triggered to compile?07:42
apwdepends what happend to the build server on friday07:43
Kanoand what happend?07:43
apwthey were shifting the disk as root was too big07:44
Kanoand that disabled the autobuilds?07:44
apwif the machine doing the autobuilds is down, yes07:45
Kanocan you check?07:45
smbIf we got enough coffee and we can log in07:45
Kanobtw. could you add a litte patch that just adds a 0 size header to fix build of some drivers?07:53
Kanoit does not matter if it is the "correct" file, but it has to be there07:54
Kanosomething like that08:03
Kanothat would be enough08:04
apwcking, ??08:12
Kanoapw: whould you add that when attached to the bug report?08:13
ckingapw, you referring to my audio beiong broken08:13
apwcking, rather unsubtly08:13
smbhe does08:13
* cking gives it a whack08:13
apwKano, i am working on your first question, and a cup of tea08:13
Kanowell i work on many things the same time ;)08:14
apwcking, we can hear you08:14
apwKano, as can i, my other three threads are working on getting my laptop working08:14
apwcking, we are talking to each other08:14
Kanowhats up with your laptop?08:15
apwKano, catastrophic disk failure08:15
apwcking, nope, tempting though it is we are talking08:15
smbcking, Right we all muted ourselves... :-P08:15
Kanoreplace it?08:15
apwKano, now that is a good idea, why didn't i think of it08:15
ckingI think apw needs to glue all loose the oxide back on the platter08:16
apwcking, oh another good idea08:16
Kanodont worry my 40 gb ssd died last week08:17
ckingKano, which model? (so I won't buy one)08:17
Kanocking: corsair f4008:17
* cking reboots08:18
acapemontquick question: my site works when you go to https://site.site.com but not http://site.site.com (loads HTML without a stylesheet) 08:23
apwacapemont, hmmm ... the config for those two are differernt arn't they?  effectivly different sites.  though you'd find better understanding from the server folks, on #ubuntu-server08:24
* ppisati -> goes for more coffee...08:24
acapemontwill check in there08:24
ohsixbrowser might not like a css reference from an ssl page to a non ssl resource too :p08:24
* ppisati -> reboots08:42
cooloneymorning, EU folks09:16
smbcooloney, evening 09:17
apwcooloney, yo09:30
apwcooloney, hows it going... having fun with lxc ?09:31
cooloneyinteresting, a chinese linux os vendor called YlmfOS includes uksm in their kernel09:31
Kanoanybody going to berlin this week?09:31
apwcooloney, uksm ?09:32
cooloneyapw: http://kerneldedup.org/09:32
cooloneytoo bad, all of them are in Chinese09:32
apwyeah chinese only it seems, my reading isn't quite up to that09:33
cooloneyUKSM might be developed by some Chinese kernel developer, which support to kill data duplication so it will get more free memory in the system09:34
cooloneydata deduplication09:34
apwoh universal kernel shared memory or something09:34
cooloneyapw: ultra ksm, heh09:34
cooloneyapw: but you can watch the video, 09:35
cooloneyapw: looks like it's a competitor for KSM 09:39
apwits cirtainly an impressive looking video09:39
apwcooloney, is a shame i cannot read the sub-titles09:40
cooloneyapw: it claims it's much better than KSM.09:41
apwits cirtainly doing something09:41
apwassuming the video is real09:41
cooloneyapw: and it targets for virtualization, VPS market.09:41
apwcooloney, yeah those guys must love all of those sharing things09:42
cooloneybut allo docs are in Chinese, and they don't have manpower to push code to upstream. heh09:43
apwthere is always the problem, lack of manpower.  when they get sick of forward portging it all the time they will learn, they don't have the manpower not to upstream it09:44
cooloneyapw: they provide kernel for our 12.04, maybe we can try it.09:45
apwi think you should read the docs, and see how massive it is before we get excited about it09:45
cooloneyapw: yeah, i'm reading their doc09:47
cooloneyapw: at least, http://buyvm.net/ and ylmf OS 5.0 are using it.09:50
alexblighIs there a simple way to get the changesets from stock kernel 3.2 (or whatever the upstream Precise is based on) and the source package to build the Precise kernel (i.e. incl debian & debian.master directories)?09:58
apwalexbligh, our kernel is in git on kernel.ubuntu.com ... all the changes are there as commits10:01
apwthe source package it was built from you can either get from launchpad, or regenerate it from the tag in the same repo10:01
ppisatiapw: when you have some free cycle, can you tell me where to find you config review scripts?10:13
apwppisati, sure ...10:14
ubot2Launchpad bug 942569 in linux "binary headers packages are missing include/generated/compile.h" [Low,In progress]10:26
Kanonow added there10:26
ppisatii should fill the expenses...11:03
ckingppisati, definitely11:03
* ppisati -> lunch11:45
alexblighapw, oops, missed your reply. Are you saying that kernel.ubuntu.com is rebased onto the 3.2 release? I'd assumed (quite possibly wrongly) that it was based on the Oneiric release, with the commits to bring the kernel up to date being imported.11:56
apwalexbligh, we rebase for each release, so that we know what we are carrying11:57
alexblighapw, ah cool (I think). So in theory, if I had an extensively modified 3.2 kernel prepared by a.n.other (SUSE in this case), I should be able to apply your commits on top and get something with precise-like drivers and configuration.11:58
apwalexbligh, all depends how modified, but yes11:59
alexbligh100 patches (patches.xen - oldstyle xenlinux). I've tried the other way around (take Precise kernel, apply 100 patches, and compile) but it's got lost in some has_fpu nastiness that I don't feel confident about fixing. Looks like SUSE and Ubuntu both took different approaches from mainline.12:00
apwalexbligh, patches.xen, those are for xen host integration right ?12:01
apwalexbligh, as we expect all the xen goodness to be in 3.212:01
alexblighapw, oldstyle xenlinux support so you can run xen3.3 (as opposed to xen4).12:01
apwalexbligh, as in we are not carrying anything for xen at all12:02
apwsmb, ^^ ?12:02
alexblighapw, yes you do - you carry all the Xen4 stuff.12:02
alexblighapw, at least it works fine with Precise as domU and Oneiric as dom012:02
smbReferring to lucid (10.04)?12:02
alexblighsmb, no Precise12:03
smbThat is just mainline (having not read the hole backlog yet)12:03
alexblighwe have some customers who want to run Xen3 rather than Xen412:03
apwsmb, we don't have any xen patches for either dom0 or domU do we ?12:03
apw(in precise)12:03
alexblighsmb, yeah, mainline is just fine for Xen412:03
smbapw, no12:03
alexblighpatches.xen is SUSE's patch set to support Xen3 (not Xen4) on 3.x12:04
apwhmmm, sounds like fun... /me declines to ask why someone would chose to run and old hypervisor12:04
alexblighso my masochistic task for the week is to produce a kernel as close to Precise as possible (packaging and drivers) which does this too12:04
smbapw, You get what you get on ec212:04
alexblighapw, because Xen3 HVM guests do not in general run well on Xen412:04
alexblighapw, and what smb says :-)12:04
apwsmb, but we don't run dom0 on ec2, so that at least is ok12:05
alexbligh(though it's the former for us, as we use PV-on-HVM rather than full paravirt).12:05
apwalexbligh, well that sounds like some fun :)12:05
smbapw, If having all sorts of hyervisors is ok... yes12:05
apwalexbligh, so normally their patches are a royal pain as they apply to a second set of source files12:06
smbThere might be at least two issues I know of, but apart from that we run mainline on ec2 since maverick at least12:06
smbI believe Maverick was the one that still had the oxsave hack which now seems to cause problems with newer hypervisors12:07
apwsmb, yeah alexbligh's problem is host support12:07
alexblighapw, yes the patches are a PITA. I have actually got all the patches to apply on top of Precise. Compilation is a different matter though. I got this working for Natty rather more easily. Hence the different approach (take what SUSE has and Ubuntu-ify)12:07
apw(dom0 support)12:07
apwalexbligh, you are going to have sooo much fun12:07
alexblighapw, well, tbf, the Natty kernel I built worked first time (and I nearly fell off my chair). Precise appears to be a bit harder.12:08
smbThe suse set had a lot of staged things (xen_compat) which also makes you decide how far backward you want to go. Which in turn is hard to say on ec212:09
alexblighsmb, it's not so much EC-2 as I need. Technically the requirement is "to run Xen 3.3.x like Centos 2.6.18-xenified did"12:10
* smb wonders what exactly are the issues running native guest kernels...12:10
alexblighsmb, and it's also easier to take ALL the SUSE stuff (either by importing the patches, or by just starting off with the fully patched source) than bits and bobs.12:10
smbalexbligh, But you are aware that they rebase their set? Meaning future changes will sort of require a re-do-from-start12:11
alexblighsmb, the issue is that our licensees have customers, and they don't want to futz with customer machines. And (for instance) if the end-user has a VM running on Xen 3.3.x, with a modern kernel, and they move to Xen4, then Xen4 will helpfully unplug emulated disks which will cause the end user machine not to reboot. So we have people not wanting to move to Xen4.12:12
alexblighsmb, every Xen3 mod I have ever done means a redo-from-start.12:13
alexblighsmb, in an ideal world, I would organise a neutron ray which erased every trace of existence of Xen3. However, this technology is still in alpha.12:13
alexblighsmb, (but that's partly why I am looking to Ubuntu-ise a SUSE kernel, rather than patches.xen-ify an Ubuntu kernel, so they do all the hard work of rebasing not me).12:14
smbalexbligh, Well yes the unplug. Though at least for newer kernels it should be ok as we build in the pv drivers. And older are not causing it12:15
smb(newer meaning maverick to Precise (iirc)) probably only leaving natty in a mess12:16
alexblighsmb, the issue is they have (for instance) customers with (say) /boot mounted on /dev/sda3 (not /dev/xvda3). /boot is hardly ever used, so no one notices the drop in performance. They are running on a modern kernel (let's say Precise). You change the hypervisor underneath them, and their /boot disappears. Another completely separate problem is that the images we have built for these people with old kernels on with xenlinux pv driv12:18
alexblighers may or may not work under Xen4. The main problem is that the list of posisble changes (reordering of ethernet i/fs etc.) is so long, customers throw their hands up and day "noooo".12:18
alexblighapw, OK I think I am being dumb here. So I am looking at kernel.ubuntu.com, at ubuntu/ubuntu-precise.git. Should I not expect to see somewhere a series of commits that adds debian, debian.master, and some drivers? All I can see is stuff that changes Makefile and changelog!12:20
alexblighapw, ignore me, I am an idior12:21
smbalexbligh, Yeah, the naming. Though of course upstream Xen always discouraged the use of sd? in the config. Unfortunately did not disable it to force people off. FS labels seems to be the simplest way around that but I understand one does not want to change all customer images.12:23
alexblighSo when do you rebase against mainline? I can see a rebase against v3.2.14, but no rebase (or at least not commit with the word 'rebase' in) against 3.2.15 (though 3.2.15 tag is there)12:24
smbWhat is more of a worry are those host side problems that are worked around in the patchset. Like the OSXSAVE or some broken hv call in earliest 3.x Xen12:25
smbalexbligh, Either it is still in progress or has no commit. A rebase itself is invisible. Just normally one makes a comment when fixing up configs or changelogs...12:26
alexblighsmb, but won't I get them anyway by taking SUSE's entire patch set? I mean won't Jan have done the hard work for me? Or do you mean he may only be bothered about domU stuff...12:27
smbalexbligh, No it would be in there. It can have unexpected results sometimes. Like the fix for this broken hv poll call would turn ticket spinlocks into normal ones.12:28
smbThat one was only needed for earlier than xen 3.2 (iirc) and it seems that ec2 slowly got away from those...12:29
apwalexbligh, we rebase against mainline/mainline stable until release, after release we cherrypick stable onto the top12:30
alexblighsmb, right, but I'm not going to use the resultant ugly chimera of a source tree to compile anything other than Xen dom0 kernels. So if you mean 'it will impact performance/sanity' then fine; if you mean 'it's not actually going to work', though...12:30
apwalexbligh, so there is a combination of techniques12:30
alexblighhmmm.... perhaps I am better just copying over debian & debian.master and using a SUSE kernel, packaged as a debian kernel. Yuck. Are there many additional drivers in precise I'm going to miss?12:31
apwalexbligh, no idea what they have, we have little other than the union file systems that you may care about ... a lot of our delta is enablement for laptops and the like which is suspect is not your concern in a dom012:32
smbalexbligh, You mean only use it for guest kernels (sorry need more coffee for multilevel negation). I would expect it to only impact performance. If you pick the right compat setting12:32
apwalexbligh, i wonder did you consider just merging the two tips, the suse and ubuntu ones, to see what happens13:12
apwppisati, do i see we now have a Q ti-omap4 ?13:29
tgardnerapw, I have not uploaded it yet. I thiugh I'd wait on ogasawara 3.4 rebase, and then have another look at the tools build failure.13:32
apwtgardner, right but we have an official branch already ?13:32
tgardnerapw, yes13:32
* apw fixed up the cve-autotriager to use it ...13:33
ppisatiapw: yep13:50
* ppisati is trying to make audio work on it...13:50
ogasawarahrm, can anyone else get to gomeisa?13:51
ogasawaraI keep getting a permission denied13:51
tgardnerogasawara, still working on LDAP access13:51
apwogasawara, waiting on IS13:51
apwtangerine should be ok13:52
ckingit is13:52
* ogasawara gets ready to abuse tangerine13:52
smbfans start wailing13:54
alexblighapw, no particular interest in xen3 dom0 on a laptop :-). I meant we will only be using it for dom0 (host). Problem with merging the two tips is that for reasons I do not fully understand some, but not all, of the patches.xen are in git on SUSE (i.e. the patches are in their kernel source archives as individual git files, but they do not appear to all be applied, or more accurately there is no arch/x86/include/mach-xen directory (14:14
alexbligheven though patches.xen contains changes for it); I am a bit lost as to why that is.14:14
apwthey prolly get copied from the originals, when the build is running14:15
apwas i think they are copies of the existing files of the same names14:15
smbAt least this was some headache with that patchset (which we have in lucid ec2)14:15
smbYou basically end up with two parallel universes of Xen in the same source tree14:16
tseliotapw, cking: my nvidia card is acting up with both nouveau and nvidia. It's a new card, I'm wondering if it's dying: http://paste.ubuntu.com/999086/14:17
smbtseliot, At least something seems to decide to use interrupts no driver is expecting...14:20
tseliotsmb: would irqpoll help?14:20
tseliotthe only change I made was the graphics card...14:20
smbtseliot, Not sure. This is probably not immediate. Where there any suspends in between? I would check /proc/interrupts after boot to see which interrupts where used by what14:21
smbAnd when it happens whether it was a previously owned one that is reported to be not cared about14:22
tseliotsmb: no, I don't use suspend on the desktop14:22
smbSomehow first irq#24 and then irq#16 triggered that and at least #24 was disabled... 14:24
tseliotsmb: irq24 is used by nouveau14:25
ckingwhat is irq16 used by?14:25
smband what type they are? msi?14:26
tseliotcking: IO-APIC-fasteoi   ahci, uhci_hcd:usb314:26
tseliot24 is IO-APIC-fasteoi   nouveau14:27
ckingtseliot, is the card seated in the slot correctly?14:28
smbHm, so for some reason there was an interrupt triggered on #24 which nouveau (or nvidia) driver did not think came from the card ...14:28
tseliotcking: I think so but I'll double check this14:29
alexblighsmb, apw, aaarrrggghhh. I am completely confused then, as the ubuntu kernel /does/ have a mach-xen directory.14:31
smbalexbligh, The mach-xen is the upstream xen code... If the patchset is what I remember then you have xxx-xen.h header files in the arch/x8614:32
apwapw@dm:~/git2/ubuntu-precise$ find . -name mach-xen14:32
apwapw@dm:~/git2/ubuntu-precise$ 14:32
apwalexbligh, ?14:32
smboh oops.. was it the other way...14:32
alexblighapw, find . -name 'mach-xen'14:34
alexblighthat's AFTER applying the suse patches14:34
smbYeah, sorry, mach-xen is the suse patchset14:34
alexbligh(mm, phone)14:34
smbarch/x86/include/xen is upstram14:34
apwalexbligh, must be suse, its not in my tree14:34
=== bjf[swapped] is now known as bjf
CimiI noticed bcmwl-kernel-source doesn't build in quantal, thus leaving users without wifi (like on my macbook)14:39
* ogasawara back in 2014:39
CimiI think there's a simple patch for it, let me try having it14:39
=== LetoTheII is now known as LetoThe2nd
smbapw, alexbligh ,This is what I so much not like about the patchset. It makes obvious xen code not being used at all. And then some things used by both...14:40
tseliotapw, cking, smb: some nasty traces from the blob: http://paste.ubuntu.com/999116/14:41
Cimiwell, patch is here https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/99425514:41
ubot2Launchpad bug 994255 in bcmwl "bcmwl-kernel-source bcmwl kernel module failed to build [fatal error: asm/system.h: No such file or directory]" [High,Confirmed]14:41
tseliotCimi: what kernel?14:41
Cimitseliot, ciao alberto, 3.4.0 quantal14:41
tseliotCimi: ok, I think we have the same problem with Nvidia. I'll take care of it14:42
* sforshee leaves to take a car to the shop, back in 30 minutes14:43
ppisatiany experience with the alsa trees? i'm looking for a patch, but i can't find it in any tree they have14:46
* tgardner thinks ppisati should consult with david14:52
ppisatidiwic: ^^14:54
apwtsimpson, Cimi, many fine system.h's have been removed P->Q14:54
diwicppisati, how can I help?14:55
ppisatidiwic: any experience with the git alsa tree?14:56
diwicppisati, yes14:56
ppisatidiwic: there's a patchset, composed of two patches14:56
ppisatidiwic: the first one was not commited, but the second one was14:56
ppisatidiwic: http://comments.gmane.org/gmane.linux.alsa.devel/9631614:57
ppisatidiwic: i can't find the first one14:57
ppisatidiwic: do you know where they ususally commit?14:58
diwicppisati, you might be looking for http://git.kernel.org/?p=linux/kernel/git/tiwai/sound.git;a=summary14:59
diwicppisati, with the asoc subtree http://git.kernel.org/?p=linux/kernel/git/broonie/sound.git;a=summary (look for the tags/heads as master is not updated in this tree it seems like)15:01
ppisatidiwic: ok, found in the asoc tree, thanks15:06
alexblighsmb, yes, mach-xen is in the SUSE patch set, but is not in the git tree which is the patched version of the kernel, as far as I can tell. Perhaps someone forgot to do a git add :-)15:12
smbalexbligh, Looking at their source rpm some time ago, patching was part of the rpm build (at least for xen)15:14
alexblighsmb, it is, but they have two kernel repos, one 'kernel-source' which is just the patches, and one called 'kernel' which is, I think, meant to be a git repo with all the patches applied. It appears to have every patch applied I can find, but missing mach-xen.15:19
alexbligh(unless I've misunderstood). I think I should be asking this on #suse-kernel!15:19
smbalexbligh, They likely should know better... :)15:20
smbherton, bjf, Hm, does this look ok to you?15:24
smb     linux | 3.2.0-24.37 | precise-updates | source15:25
smb     linux | 3.2.0-24.38 | precise-security | source15:25
smbnm, seems rmadison just got an intermediate state since the publishing was recently15:27
hertonsmb, seems -updates is missing the latest15:27
hertonhmm ok15:27
apwcheck thats true in the real archive, it may be rmadison15:27
smbapw, yep15:27
smbAfter lp was kind enough to return the history it should be ok15:27
henrixsmb: yeah, the kernel has just been copied to proposed15:27
apwyeah think thats just cause -security is done first15:28
apwbut if it stayed like that security.u.c gets a caning15:28
smbfuny enough it says updates was done 2m before the other15:28
smboh no 15:29
tgardnerherton, I noticed that precise is still at 3.2.16. Are you gonna do 3.2.18 before the next upload ?15:29
smbother way round15:29
hertontgardner, I think we can update it, precise update being prepared now only have apw's hv fix, after that goes we will do with what we have in master-next15:30
hertonif we were going to use master-next today I would say to wait and update later, but that's not the case15:30
hertonI'll take care of it15:30
tgardnerherton, I kind of like to get stable updates applied to master-next as soon as they are released so we can start smoke testing them in the dailies. I generally boot 'em on at least a couple of boxes.15:31
hertontgardner, yep, makes sense15:32
* ppisati -> brb15:32
jsalisburycking, Interesting bug.  Wireless performance drops off when running on battery vs AC power: bug 99123215:33
ubot2Launchpad bug 991232 in linux "14e4:432b Regression in wireless performance when on battery power" [Medium,Incomplete] https://launchpad.net/bugs/99123215:33
ckingjsalisbury, I will attend to that one15:34
jsalisburycking, cool, thanks15:34
ckingjsalisbury, so I don't think that was caused by any of the precise pm changes, it looks like a wl binary module issue to me15:42
jsalisburycking, ok15:42
ckingbut I will add some notes just to sanity check my assumption :-)15:43
ogasawaratgardner: I think there were unwanted affects to amd64 after the collapsing of virtual15:51
tgardnerogasawara, do tell15:51
ogasawaratgardner: it looks like we're missing modules, eg like the extra's modules are not included15:51
tgardnerapw, ^^15:51
apwogasawara, not included in what>15:52
tgardnerogasawara, yeah, there should be 2 packages, right ?15:52
ogasawaratgardner, apw: right, for i386 we should have 2 packages, amd64 only 1.  however that 1 package for amd64 seems pretty bare.15:53
apwno there should be two for both15:53
tgardnerogasawara, why wouldn't we have 2 for amd64 ?15:53
apwgeneric is two halfs, one half effecticly -virtual, and both together -generic15:53
ogasawaratgardner, apw: oh? well that probably explains what I'm missing15:53
ogasawarafor some reason I had it in my head we only had virtual for i38615:54
tgardnerogasawara, yeah, there should be an -extra- package for both arches15:54
tgardnerI believe in symmetry15:54
ogasawaratgardner, apw: just fyi, I've pushed the 3.4 rebased bits to master-next.  it's basically what I intend to upload.  Am just going to do some meta package testing before pulling the trigger.15:59
apwogasawara, ack15:59
tgardnerogasawara, having a look now...16:00
apwtgardner, i take it you merged the fix for the udebs into my patches ?16:00
tgardnerapw, yep16:01
tgardnerapw, IIRC it was just a simple check to see if -extra- existed and to unpack it if so.16:01
apwyeah i see it now16:01
smosersmb, around?16:08
smbsmoser, wassup?16:09
smoseron ec2 (precise)16:09
smoser$ echo /dev/disk/by-*16:09
smoser/dev/disk/by-label /dev/disk/by-path /dev/disk/by-uuid16:09
smoserabsent is 'by-id'16:09
smoseri think we talked about this one, but dont remember, and only found https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/604335 as a reference for it (it was also broken for virtio)16:10
ubot2Launchpad bug 604335 in grub2 "grub-pc.postinst script fails to detect virtio vda disk in KVM guest" [High,Triaged]16:10
smoseri'm fine to open a bug on this, but wanted to know if you knew something right away. i'd open against udev, but it seems maybe kernel related (or xen even)16:10
smbsmoser, Hm, one of those things missing may point to some udev race. Not really remembering to have talked about this. May be the same thing... 16:12
smoserits not race16:12
smbAbout opening a new bug, depends on how busy the other already is...16:12
smoserwell the other is fix-released.16:13
smoser(it was a grub bug dealing with the issue, and virtio is fixed now)16:13
smoseri'll open a new bug, against kernel, let you figure out if that is where it should be, or if it is valid at all.16:14
smbsmoser, Hm, the bug still is triaged only...16:14
smoserhm... interesting16:14
smbsmoser, But ok, cannot hurt to open a new bug16:15
smoserhm.. wait.16:15
smoserlet me check to see if virtio is fixed16:15
smbsmoser, Just wondering a but that I should have had this when installing pv-on-hvm guests...16:18
smba bit...16:18
smoserthat calls serial numbers (which are used for by-id) a "optional feature"16:18
smoserand it seems that for vda it was at least not implemented at some points16:19
smoserand might also not be implemented for xen16:19
smoserverified that in 12.04 guest on 12.04 host (launched via openstack) there is no /dev/by-id16:20
smbThat could be quite likely. Though my machine here it seems also possible to use other "ids" like model name and serial... Not necessarily this would be there for emulated disks either...16:20
smbsmoser, But the real question is whether you also saw the failure they talk of...16:22
smoserwell, i have seen the grub failure.16:22
smoserwhich is why i knew of this bug in the bakc of my head.16:23
smoserbut the grub issue is worked around16:23
smbsmoser, I did quite a few installs on hvm using the pv drives...16:23
smosersomehow, not sure how.16:23
smbAh ok...16:23
smbsmoser, Not sure why grub would need the by-id, I thought we use the by-uuid (which is fs based)16:26
smosersmb, but for identifying where to install aboot loader, block device is important16:28
smoser(ie, most likely its installed onto /dev/sda, not /dev/sda1 ... the MBR)16:29
smbsmoser, Right, but how would your decision be made simpler by knowing any id? (not knowing exactly what grub2 does but usually tending towards the lowest major/minor it seems)16:32
smosersmb, my desire for id is not related to grub216:32
smoser(and actually, not related to ec2).16:32
smbProbably you can find /boot and then just drop any partition from the name16:33
smoseri was thinking of making openstack's "attach volume" able to take a serialnumber input.16:33
smoserand then it would attach the device with the given serial16:33
smoserso that outside and inside could agree on which disk was which16:33
smoseras it is right now, if you attach 2 block devices, there is no way of being certain which device is which.16:34
smbI guess not without giving it any fs before...16:34
smoserright. or if you dont know the contents of the block device. (ie, it *has* no fs)16:35
smbsmoser, Ok, so you basically want a new feature. And for that the vendor model method does not work as the disk inside would have a different one (as it can or cannot be a real one). And that said of you have a disk image you would have no by-id usable from outside16:38
smosersmb, hm...16:44
smbThe more I think about it the less I am positive you can do what you want. I suppose an openstack volume can also be a disk, partition, lv, image file on the host. Having the same id would only be valid for passing on whole disks.16:45
smoseri think we're misunderstanding each other.16:45
smoserkvm does support this.16:45
smoseri just verified.16:45
smoservm -m 256 -drive file=disk.img,if=virtio,serial=FOOBAR123 -drive file=seed.img,if=virtio -curses16:45
smoserkvm -m 256 -drive file=disk.img,if=virtio,serial=FOOBAR123 -drive file=seed.img,if=virtio -curses16:45
smoserthen, inside, i get: virtio-FOOBAR123 -> ../../vda16:46
smoserso its not really a new feature. but in xen it might be.16:46
smbOk, so you assign some serial when creating the guest (at that time but I think I remember libvirt allows to save it persistently) 16:47
smoserwell, libvirt does support this, yes. and yeah, it would also keep that with the libvirtxml for that domain16:48
smoserbut anyway.16:48
smoserso i guess that my only question for you at this point is whether or not xen block has a 'serial' for the block device16:48
smoserand the, if it did, if we appear to be correctly handling it .  ie, its possible that ec2 is just not providing one.  when none is provided in kvm, none is found in the guest.16:49
smbSo ok, it depends on the abilities of qemu-dm used by xen, the meta data stored for a domain and the xen-blkfront. I cannot say either right now. 16:50
smbI don't remember seeing a serial in example guest configs for xen... but that may be inclomplete16:50
* ppisati -> bails out16:54
smbsmoser, Hm, checking some xen-unstable docs about the disk specification even for xl there does not seem to be any serial like option.16:56
smosersmb, thanks for looking.16:57
=== tgardner is now known as tgardner-lunch
* cking notes that bjf is working tangerine hard17:48
* henrix realised that some time ago :)17:49
bjfload avg. 2300+17:49
ckingtrying for a new record?17:50
bjfi'm trying to see if i can make it catch fire17:50
ckingit's kinda unproductive to run so many things in parallel isn't it?17:51
ckingswapping a bit17:52
* cking tootles off, back later18:01
bjfcking, i killed off all my builds, the load avg is still kind of high (1200+)18:11
ckingbjf, it's dropping now, thanks ;-)18:11
=== tgardner-lunch is now known as tgardner
_ruben2300+ .. heh, nice :)18:16
* jjohansen is afraid he is partly to blame18:56
achiangjsalisbury: ping19:01
jsalisburyachiang, pong19:29
* tgardner -> EOD19:37
achiangjsalisbury: hi. re: #95684519:37
achiangjsalisbury: did you write your latest comment by hand or did some bot do it?19:38
achiangjsalisbury: because i don't think that comment is accurate or relevant19:38
jsalisburyachiang, looking19:39
jsalisburyachiang, I posted that due to the request in comment #28 to test the mainline(At the time) kernel.  Comment #29 reports the bug is in the upstream kernel as well.  However, just noticed your comment #3619:42
jsalisburyachiang, so you think this bug is firmware related and not kernel?19:42
achiangjsalisbury: right. i think the bug is due to the fact that ubuntu does not distribute proprietary broadcom firmware, and that jockey isn't/can't do the right thing to download it19:43
achiangjsalisbury: for me, if i extracted the firmware as per my comments, then i get no more lockups19:43
jsalisburyachiang, ahh, ok.  thanks for the feedback.  I'll update the bug and ask the bug reporter to test your suggestion in #34 again19:44
achiangjsalisbury: thanks. arguably there's a jockey bug in there, but i don't think it's necessarily related to the kernel.19:44
jsalisburyachiang, right.  thanks again!19:45
achiangjsalisbury: ok, thanks. one last thing, the fix Worked For Me, but no clue if it'll be 100% reliable for the other guy19:47
jsalisburyachiang, ok.  I'll await feedback from him.  If the fix works for him, do you think this is a bug in firmware-b43-installer?19:47
achiangjsalisbury: perhaps. basically, i've never had luck getting firmware-b43-installer to do the right thing. i don't know if it is supposed to download the firmware i need, or if it is supposed to call the other meta-package, firmware-b43-lpphy-installer19:49
jsalisburyachiang, ok, thanks19:50
achiangjsalisbury: only firmware-b43-lpphy-installer seems to download the proper firmware. and even then, it only seems to work if the card is inserted into the machien19:50
achiangjsalisbury: however, if inserting the card into the machine locks it up... well, you can see the problem there19:50
jsalisburyachiang, yeah, right19:50
achiangjsalisbury: it checks to see if the card is inserted before downloading the firmware. if it can't find the card, it refuses to download it. so even if you're plugged into wired ethernet, you can't get the firmware you need19:51
achiangjsalisbury: the fix then, is to manually (ugh!) download and install the firmware. then you can insert the card without a complete lockup19:51
jsalisburyachiang, hmm, sounds fun19:52
achiangjsalisbury: hopefully you can feed this info back to the proper upstream19:52
jsalisburyachiang, will try to do that19:52
jsalisburyachiang, thanks for all the info19:52
achiangjsalisbury: sure. and if you need more clarification via email or something, let me know. i have the hardware for a few more days (before i give it away to someone ;)19:53
jsalisburyachiang, ok, thanks!19:53
achiangjsalisbury: in summary, this could be fixed if firmware-b43-lpphy-installer were patched to allow firmware download/installation without the card being inserted. then it would be a quite simple process. 1) connect machine to wired ethernet. 2) apt-get install b43-fwcutter firmware-b43-lpphy-installer 3) insert card and enjoy wifi19:54

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