dyekHi! I added a bunch of CONFIG_* that I thought was necessary for Xen DomU support in Ubuntu linux-image kernel package in debian.master/config/i386/config.flavour.generic file. After "debian/rules updateconfigs" and created the .deb package, much of those added CONFIG_* disappeared from the package's config-* file. Are they disappearing because I added it to the wrong flavor config file? Or are they simply not supported by the kernel source from08:32
dyek the package? I'm getting "Error: (2, 'Invalid kernel',..." when I launch the kernel as DomU. It seems to me that it is hopeless to try to recompile the Ubuntu kernel package hoping that it will fix the Xen DomU support. Does that sound correct?08:32
dyekI suspect that these CONFIG_* (CONFIG_XEN, CONFIG_XEN_BLKDEV_FRONTEND, CONFIG_XEN_NETDEV_FRONTEND, CONFIG_XEN_KBDDEV_FRONTEND, CONFIG_HVC_XEN, CONFIG_VIRTIO_CONSOLE, CONFIG_XEN_FBDEV_FRONTEND, CONFIG_XENFS) are likely needed to enable Xen DomU support. Any comment on that? I can't seem to effectively add these CONFIG_* though. They were reset (disappeared) after creating the kernel .deb package.08:35
dyekI tried that CONFIG_M586TSC and CONFIG_M686 isn't the real issue -- discussed in https://lists.ubuntu.com/archives/kernel-team/2010-February/008716.html.08:36
kengyudyek, guess the missing CONFIG_* are in debian.master/config/config.common.ubuntu08:38
dyekkengyu: Thanks! Glad to know that. That makes it sounds hopeful again. So, I need to figure out why then those CONFIG don't appear in the final config-* file in the linux-image*.deb package. I have been trying to add them into the generic flavor, but I guess there are build scripts that would insist that they appear only in some flavor?08:45
dyekEven the generic-pae flavor doesn't have those Xen CONFIG_* in the resulting config-* file.08:47
apwdyek, if you added them to -generic only then they would not be set on generic-pae, and as i recall XEN needs M586TSC at least turned on, so xen cannot be enabled in the current generic kernel configuration, those items are incompatible with the CPU level.  if you add them to the config.common.ubuntu, and then run fakeroot debian/rules updateconfigis ... do they remain enalbed?09:02
dyekapw: I added them to -generic, hopefully to get a custom -generic package that works as DomU kernel. It doesn't need to be in generic-pae if that works.09:04
apwthe -generic kernels cpu selection is not high enough to allow XEN to be enabled09:05
dyekapw: I tried with M586TSC and also M686; they appear in the final config-* file, but the problem remains.09:05
dyekapw: Is there a way to change that?09:05
apwcan you pastebin the fragment of options you are trying to set09:05
dyekapw: For my local package, that is.09:06
apwso i can see the exact options you are trying to enable09:06
dyekapw: But they are not in the final config-* file, or are they, in your case?09:07
apwdyek, without knowing exactly what you are setting i have no idea, if you pastebin the enable fragment you are adding then i can try and reproduce09:08
dyekI'll pastebin.09:12
dyekapw: Here you go: http://pastebin.ca/1841032 ; Note that I am only experimenting with these CONFIG_* hoping to get a Ubuntu kernel running as DomU kernel. I have no idea if these constitute a fix for the problem. Thanks for working on reproing it!09:16
apwdyek, as the -pae kernel does have xen enabled, have you tried just using that kernel?09:21
dyekapw: Yes, I tried. No -pae kernel worked. The latest version I tried was released on Feb. 8th, 2010. Did someone find the -pae kernel working as DomU?09:22
apwdyek, the fixes to enable that in lucid was only commited on the 9th feb09:23
dyekapw: I didn't find other newer packages. So, I ended up adding CONFIG_* and built it myself, which didn't work too...09:24
dyekapw: I was trying out lucid kernel for karmic, but a lot of dependencies are getting in the way.09:25
apwdependancies on binutils?09:26
dyekYes. I tried upgrading binutils, but it didn't work for me. (vaguely...)09:26
apwsmb, do we not expect XEN domU to work in karmic PAE kernels?09:26
apwdyek, the depenancy there will go away again after the freeze, iit is triggeed by an inbuilt binary which we are pulling out09:27
smbapw, I think we would for uploads containing the changes to the m586 option.09:27
dyekapw: OK!09:28
smbI am not sure this in now or will be in the next upload to proposed09:28
apwsmb, yeah not sure either, may well still be pending09:30
smbapw, dyek Its still pending09:30
dyekapw, smb: However, I did make a local build off the linux-image source package after adding just CONFIG_M586TSC=y. The CONFIG was added successfully, but that didn't do the magic for me.09:30
apwsmb, is there a pre-proposed kernel up which has it in09:30
apwdyek, that change was made against -pae which has other otptions changed ...09:30
smbShould be in what is currently in the pre-proposed PPA of kernel-ppa09:31
apwdyek, i would recommend testing the pae kernel from the pre-proposed PPA, and see if that works09:31
apwthtat is expected to have Xen support enabled for domU use09:31
dyekIs there a link to a pre-release package that I can try?09:32
smbdyek, ^09:32
apwsmb, are we intending to keep all of the series up to date in there?09:33
smbapw, Yes, more or less. But usually its the latest that has the worst backlog09:34
JFoapw, thank you for weighing in on that vserver issue. That is precisely what I thought. :)09:36
apwits a humongous patch set, you might well want to close it Won't Fix09:37
dyeksmb: Thanks! I'll give this package a try: https://launchpad.net/~kernel-ppa/+archive/pre-proposed/+build/1525835/+files/linux-image-2.6.31-21-generic-pae_2.6.31-21.58~pre1_i386.deb09:37
smbdyek, Ok. Yes, that should include the change.09:38
JFoapw, will do09:38
dyekThis package's config- file does look much hopeful...09:41
dyekapw, smb: The -pae kernel worked as DomU! I can login to VNC desktop successfully. The mouse cursor is not at the right coords., but at least, DomU is working! Thanks so much.10:06
apwamitk, so i see you handed some of your stuff over to cnd, which things went there10:10
amitkapw: the 'porting' of laptop-mode-tools script to pm-utils10:11
amitkeverything else should be postponed10:11
apwamitk, is the 'investigate the ones in l-m-t' one now complete?  as you were at the getting patches working and reviewed i assume so?10:27
amitkapw: correct10:31
apwamitk, but that is the one which has been pushed out to beta-2 and the 'implement' one is postponed to M10:32
* apw looks a little confused10:32
apwamitk, any idea what cnd has been asked to do there?10:33
amitkapw: pgraner was talking to cjwatson about the tasks. I am distracted by another phone call on Friday10:34
amitkapw: cnd should be fixing the 'implementation'10:34
apwok will get with them and sort out whats really left10:35
apwamitk, what did we decide to do about SECCOMP on arm ?11:44
amitkapw: we decided to fix it, I have a patch, need to free up some time to test12:23
apwok ... so when do we think we might have that?  sometime after freeze i assume12:24
amitkapw: it didn't seem like a burning priority, so yes12:29
apwamitk, works for me thanks12:30
tgardnerapw, can't parse some of this commit log, "This patch adds the kernel EXTRAVERSION to /proc/version_signature and though that also to the kernel version banner."12:44
apwthe kernel version banner includes the same output as /proc/version_signature, its in () at the right end12:45
apwdmesg | grep Linux\ version12:45
tgardnerapw, I get the patch, I just don't get your commit log line.12:45
_rubens/though/through/ probably? :)12:45
apwahh yeah what _ruben says12:45
apwtext and i do not mix well12:46
tgardnerapw, ah, perhaps you could correct that before committing?12:46
apwtgardner, yeah a good plan12:46
apwfixed in my tree12:48
tgardnerapw, thats, I'll uncross my eyes now :)12:48
tgardnercan't damn type this morning12:48
apwneither can i apparently :)12:49
cndamitk: if we remove the echo into /dev/dsp in ac97-powerdown, will the script stlil work right?13:42
cndwill the sound card power down now, or wait until the next audio bits are pushed?13:42
amitkcnd: it'll wait until the next audio bits is my guess, but i don't have the HW to be sure.13:45
cndamitk: so why are we removing it? just cause it looks bad?13:45
cndamitk: is there a thread of comments somewhere so I can figure out how some of these decisions were made?13:46
amitkwe don't even know if the echo works, e.g. on my machine it says the device is busy13:46
cndoh, ok13:46
amitkcnd: most of the are adaptations for the laptop-mode-tools scripts13:47
amitkhave a look at the source of that package13:47
cndamitk: so I see where you took your scripts from, but where are these comments to change the scripts coming from14:04
amitkcnd: what comments?14:04
cndamitk: the comments you sent me in the email14:04
cndthe list of things you think should be changed14:04
amitkcnd: my own comments for the sched-mc/mt scripts14:05
amitkcnd: ohh, that14:05
amitkwe reviewed them on IRC14:05
cndwho's "we"?14:05
amitkpitti and me14:05
cndok, so basically I should be interfacing with pitti about any issues?14:06
amitkcnd: what are those issues?14:06
cndfor example, the ac97 powerdown, I think we should still be trying to push a few bits to enable it, since that's what laptop-mode-tools does14:07
cndbut it pipes stderr to /dev/null, so you don't get any warnings14:07
cndso I figured we'd do the same14:07
amitkcnd: have you tried writing to /dev/dsp on your machine?14:07
cndI just did14:08
cndit seemed fine, though it output a little blip14:08
apwcnd, echo "" >/dev/dsp works here, and comes with a click ... echo -n is silent 14:08
amitkcnd: then leave it in there but find a way to log failures IMO14:09
cndamitk: this is the comment from laptop-mode-tools:14:09
cnd                        # This can fail if the audio device is busy.14:09
cnd                        # Since this failure is non-fatal (worst case is that the timer changes14:09
cnd                        # don't get activated), we don't bother if it was successful or not14:09
cnd                        #(exec 2>/dev/null; echo 1 > /dev/dsp;)14:09
cnd                        # Better way14:09
cndso I don't think we need to log anything14:10
cndapw, echo -n "" > /dev/dsp gave me issues14:10
cndseems to work now14:10
amitkcnd: so the change might be enabled or not?14:11
apwmay not work of course if it sends nothing14:11
cndapw, yeah, I'm going to look into that14:11
cndamitk: it should work, unless someone else is holding onto /dev/dsp, in which case they will likely take care of it anyways14:12
amitkcnd: ok14:12
crimsunwow, that's crufty14:15
cndamitk: have to done any tests to see if you can change hda power_save at runtime and have it take effect?14:16
cndthe driver code looks like it only takes effect on device probing14:17
cndso it wouldn't have any effect unless you reloaded the driver with the new value14:17
amitkcnd: it does work at run-time, crimsun should be able to help with HDA power save14:17
cndoh, I think I just found where it would change it at runtime14:17
crimsuncnd: no, you can echo 1 > /sys/class/sound/hwCfoo/reconfig14:17
amitkhe did the patch for HDA audio14:18
cndcrimsun: now that I look further, I'm confused14:18
crimsuncnd: granted, the same caveat as with ac97; no processes can have /dev/{dsp,snd/*,seq,...} open14:19
cndcrimsun: so we have to echo 1 > .../power_save14:19
cndthen we have to echo 1 > .../reconfig?14:19
crimsuncnd: it depends on the driver's current config14:20
cndcrimsun: true, but if it had power_save disabled before, the reconfig would be necessary?14:20
crimsuncnd: presuming you meant power_save_controller -> N before, yes14:21
cndcrimsun: I'm meaning just power_save for now14:21
cndcrimsun: can you explain the difference between power_save and power_save_controller?14:22
crimsuncnd: if power_save_controller == N, then to effect changes you need to echo into reconfig14:22
crimsuncnd: if power_save_controller == Y, then you don't need any echo into reconfig14:22
crimsuncnd: sure, power_save is the idle timeout in seconds; power_save_controller affects whether the controller is reset coming out of power_save14:23
crimsunnote that you can generally get away with not doing a reconfig, but it can be iffy14:23
cndcrimsun: so if power_save == 0, then the chip is never powered down right?14:24
crimsuncnd: correct14:24
cndcrimsun: ok, then my question is: how is a power_save change handled in the driver14:25
cndI see power_save set for the chip in azx_max_codecs14:25
cndwhich is called from the device probe functions14:25
cndso if I change power_save through a sysctl, how does that have any effect?14:26
cndcrimsun: I think I see where I was getting confused14:30
cndcrimsun: so, if you change power_save through a sysctl, do you need to push some bits through /dev/dsp to enable the change, like is done in laptop-mode-tools?14:31
crimsuncnd: a reconfig will work; pushing bits through /dev/dsp should work, too14:33
cndcrimsun: which makes the most sense to you: echo 1 > /dev/dsp or echo 1 > .../reconfig?14:34
crimsuncnd: presuming nothing in userspace is still active in /dev/{dsp,snd/*,seq,...}, the former14:36
cndcrimsun: we can't guarantee that though, so does it change your answer?14:36
crimsuncnd: no14:36
cndk, thanks14:37
* BenC bids good morning to everyone15:08
amitkmorning BenC 15:08
smbBenC, morning15:09
=== sconklin1 is now known as sconklin
apwmoin BenC 15:56
manjoapw, no regression call today ? 16:03
tgardnerpgraner, I have not checked in the past two weeks, but prior to that plymouth was the culprit on nVidia.16:45
apwakgraner, you have 25 hangs a day i hear, is there a bug number?16:46
pgranertgardner: this happens on akgraner's m1330, just random freeze mouse works ut nothing else16:46
akgranerapw, nope16:46
pgranerakgraner: ubuntu-bug linux16:46
akgranerapw, I try to file a bug through apport and it tells me I can't because I am not up to date grrrrr16:46
apwakgraner, does it tend to occur when you arn't using it activly16:47
apwakgraner, i know same happens to me all the time16:47
akgranerapw -it happens when I am using multiple applications launched by the messaging indicator/notifier (what ever you call the envelope) 16:48
apwakgraner, one thing to try would be to try booting with i915.powersave=0 ... have heard rumors that issues still occur with other i915 chipsets, and i'd guess the m1330 would fall into that category16:48
apwidle here would be a few seconds at most, so you might not 'be' idle per-see16:49
akgranerapw, hmm I'll pay closer attention, and make some detailed notes for ya if that will help?16:49
apwwell if its 25 times a day we should know in less than a coupld of hours if the option helps, that'd be my first test16:50
Sarvattwhat's the right way to force firmware into the initrd? some people want to try using the blob ctxprogs firmware for nouveau instead of the runtime generated ones that could be causing issues using the ctxfw module option but its not getting packed into the initrd because the module doesn't say it needs it16:57
pgranercking: are you running lucid on your HP mini?17:17
ckingpgraner, yes, but not used it for 5+ weeks now17:17
pgranercking: Check your dmesg and see if the sky2 has this: sky2 0000:02:00.0: unsupported chip type 0xff17:19
ckingwill do17:19
pgranercking: if so we should kick apw....17:19
=== amitk is now known as amitk-afk
tgardnerpgraner, just send it to Hemminger with instructions to 'plsfx"17:20
pgranertgardner: it was working a few weeks ago, we regressed in one of the stable updates /methinks17:21
tgardnerpgraner, do you have version boundaries?17:21
* cking goes into the loft to get the machine17:22
pgranertgardner: nope, I don't use it that often, I used it to do a rsync off my server about 3 weeks ago and it worked fine. But it did work17:22
tgardnerok, about -15 perhaps17:23
pgranertgardner: the whole snippet is:17:24
pgraner[  204.826365] sky2 driver version 1.2517:24
pgraner[  204.826456] sky2 0000:02:00.0: enabling device (0000 -> 0003)17:24
pgraner[  204.826482] sky2 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 1717:24
pgraner[  204.826516] sky2 0000:02:00.0: setting latency timer to 6417:24
pgraner[  204.826651] sky2 0000:02:00.0: unsupported chip type 0xff17:24
pgraner[  204.826687] sky2 0000:02:00.0: PCI INT A disabled17:24
pgraner[  204.826712] sky2: probe of 0000:02:00.0 failed with error -9517:24
tgardnerpgraner, lucid, right? 2.6.32-13.18 - 'sky2: Fix oops in sky2_xmit_frame() after TX timeout' was the last change17:25
pgranertgardner: yep17:25
pgranernice apport won't let me file a bug... "Can't connect to the crash database, please check you internet connection"17:27
tgardnerpgraner, hmm, thats early, early init and brain dead simple. Have you checked that it didn't get turned off in the BIOS?17:28
pgranertgardner: I'll look.17:28
pgranertgardner: should rfkill show me all the devices in my system? bt, wifi & wired?17:29
pgraneri.e. rfkill list all?17:29
tgardnerjust rfkill list IIRC17:30
pgranerpgraner@zorak:~$ rfkill list17:30
pgraner1: hci0: Bluetooth17:30
pgranerSoft blocked: no17:30
pgranerHard blocked: no17:30
pgranertgardner: I'm not seeing wifi (its working cuz I'm using the box for irc to type this)17:31
pgranertgardner: and not seeing wired17:31
tgardnerpgraner, wl ?17:31
tgardnerpgraner, the driver has to register with rfkill before its displayed as an rfkillable device.17:32
mjg59pgraner: Try loading hp-wmi17:34
pgranermjg59: that did it now I get hp-wifi & whp-bluetooth & hci0 but no wired 17:39
mjg59Oh, right. This is an hp mini?17:40
mjg59They do something odd in the bios where if you boot without ethernet connected, it powers down the phy17:40
mjg59And then you get to read lots of 0xff rather than data17:40
pgranermjg59: nice17:41
tgardnermjg59, thats a sky2 ?17:41
mjg59rfkill doesn't cover wired, so that won't help (and hp's bios interface doesn't give you access to wired state as far as I know)17:41
akgranerapw, ok I just rebooted in i915.powersave=0  what do you want me note if it happens again?17:43
apwakgraner, yeah ... intrested to know if that is the trigger17:47
* cking starts installing - back in a while17:48
manjoJFo, apw, how do I get to the arsenal scripts?17:58
manjois there a wiki some place ? 17:59
manjoapw, https://launchpad.net/~arsenal-devel is that the same ? 18:02
apwmanjo, no, its a branch under canonical-kernel-team i think18:02
ogasawaramanjo: https://code.edge.launchpad.net/~canonical-kernel-team/arsenal/kernel18:03
JFomanjo, https://code.edge.launchpad.net/~canonical-kernel-team/arsenal/kernel18:03
ogasawaraI win :)18:03
JFojust missed it ;)18:03
* manjo uses ogasawara 's link 18:03
* JFo gives ogasawara more cake18:03
JFodude, I am totally ordering a cake for your birthday ;)18:04
* manjo has a cake in his fridge 18:05
manjobzr is freaking slow !18:07
manjoJFo, should I do as the README says ? ie install those dependencies ? 18:07
* JFo doesn't remember the readme18:08
* JFo goes to look18:08
manjoJFo, how do I start running these scripts ? 18:15
JFodunno what you mean manjo 18:16
JFo./<scriptname> [-r (if this is to be a realtime and not dryrun)] <package to run against>18:17
manjoJFo, I bzred the source for arsenal scripts... the readme says I need to resolve some dependencies ... I installed the packages18:17
manjofor dependency 1. launchpadlib there are no instructions18:17
JFomanjo, if you are only running the scripts in contrib/linux/ then you don't need the dependencies18:17
manjoah ic 18:17
JFowell, you need that one18:17
JFolaunchpadlib I mean18:17
JFobut not the others I think18:17
JFomanjo, I've never gotten launchpadlib to successfully work on this machine18:18
JFoso I have been using cranberry (which is a qa machine)18:19
JFoI don't know lplib is installed on any others18:19
manjoJFo, what I want to do is triage all the latest suspend/resume bugs18:19
JFomanjo, I'm already doing that for all bugs18:20
JFounless I miss your point18:20
manjoJFo, oh coz I have an item on my blueprint where I said ... I will look at the latest suspend/resume bugs and close/respond etc 18:20
JFoI see18:21
JFowell, these run against all bugs currently18:21
manjoJFo, https://blueprints.launchpad.net/ubuntu/+spec/kernel-lucid-suspend-resume18:21
JFoso I am triaging, but not specific to any issue18:21
manjoJFo, [manjo] Review current filed bugs for general trends:INPROGRESS18:21
JFoso if they are old, I am asking for updated testing etc.18:21
manjoJFo, what I do is get a list of the bugs searching lp, then I have some scripts that will extract the attachments etc and do some processing .... but I thought arsenal was a better way .. coz you are using it 18:23
manjobut now looks like it is a little more complicated than my simple shell scrips...18:23
manjoJFo, I want to look for patterns in the bugs18:23
JFoyeah, I am not currently doing any of that18:23
JFothey are a bit intense18:24
manjoJFo, don't know if bjf 's webpage does that or not 18:24
JFoI doubt it does manjo 18:24
JFobut string parsing and pattern match is something that I am keen to add to some scripts18:24
JFomainly for duplicate detection18:24
manjoJFo, so using the script I downloaded if I wanted to a listing of the latest 100 suspend resume bugs what should I do ? 18:25
JFowhat script?18:25
JFoI actually don't know 18:25
JFoI have only used the stuff we have in contrib/linux so far18:26
JFoso that I can work against all of our package bugs18:26
JFobut I suspect it is a 'roll your own' type of framework given what I have seen18:26
JFoand how we have used it in the scripts I have been adjusting18:27
manjok. which obviously needs python knowledge 18:27
bjfmanjo, what types of string matching are you trying to do, are you searching titles or attachments (or both)?18:29
manjobjf, attachments18:33
bjfmanjo, which attachments specifically?18:34
ckingpgraner, my sky driver2 is working fine on my HP mini with today's daily ISO:18:45
cking[    1.339845] sky2 driver version 1.2518:45
cking[    1.340044] sky2 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 1718:45
cking[    1.340112] sky2 0000:02:00.0: setting latency timer to 6418:45
cking[    1.340252] sky2 0000:02:00.0: Yukon-2 FE+ chip revision 018:45
cking[    1.340882]   alloc irq_desc for 26 on node -118:45
cking[    1.340890]   alloc kstat_irqs on node -118:45
cking[    1.340976] sky2 0000:02:00.0: irq 26 for MSI/MSI-X18:45
cking[    1.343348] sky2 eth0: addr 00:24:81:3a:e0:7a18:45
ckingeven works when cable is plugged in after a boot - which seems to be a fix18:45
cking(and unplug does not panic the kernel now either)18:46
apwcking, hmmm not sure i am expecting that to be fixed really, but yay if it is18:48
ckingapw, cannot argue with my results - it's always been dodgy until I just tried it with today's ISO image18:49
* cking wonders why pgraner is having issues with the same H/W18:50
apwcking, yeah not quite sure how its better tho.  new firmware perhaps18:53
ckingapw, is the "unsupported chip type 0xff" message from pgraner's machine due to a H/W fail or difference in firmware? It's hard to tell18:57
mjg59cking: That's from the chip being powered down18:57
crimsunapw: procedural question: should I submit a request-pull to kernel-team@ if the upstream maintainer has Acked a patch to stable@kernel? (The patch in question most probably will be in; http://kernel.ubuntu.com/git?p=dtchen/ubuntu-lucid.git;a=commitdiff;h=329fdbbd27cf3cff4a27b436b57637dd2e5417e4)18:57
apwif it can wait until .11 releases we'll get it naturally from there, if its a bit of blocker we can apply it as a pre-stable patch if we know its going there18:58
ckingmjg59, that's a useful insight - so what's doing that?18:58
mjg59cking: The bios does it depending on the initial cable state, iirc18:59
crimsunapw: well, it's quite low importance (no audio without a snd-hda-intel option), so I suppose it's best to wait. Cheers.18:59
apwcrimsun, cool.  if it was a very common platform we might want to tkae it19:00
ckingmjg59, i would have agreed with that diagnosis, however, I've powered of the hpmini, removed the ethernet cable, removed the battery, put power back in, powered up and the driver detects OK19:04
crimsunbjf: is it ok to add a tag to your set of triaging ("lpib")? It would normally be attached to stuttering HDA.19:05
ckingapw, 'tis a mystery19:07
apwcking, yeah ... working is so good19:07
bjfcrimsun, yes19:07
crimsunbjf: cheers19:08
=== Hedge|Hog is now known as Hedgehog
=== Hedgehog is now known as Guest2523

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