=== bjf is now known as bjf[afk]
=== emma_ is now known as emma
=== hrw|gone is now known as hrw
smbReminds me there is some in the Kitchen I forgot to bring with me08:37
RAOFI *always* do that!08:38
smbMust be some natures law... :)08:39
jk-that's to tell you that you need a coffee :)08:44
cooloneykengyu: around? my FISH man08:55
kengyucooloney, anything can I help, guess we move to hwe?09:04
=== amitk is now known as amitk-afk
=== smb is now known as smb-afk
=== amitk-afk is now known as amitk
=== fddfoo is now known as fdd
=== smb-afk is now known as smb
lagapw: https://edge.launchpad.net/ubuntu/lucid/+package/linux-image-2.6.32-22-generic12:47
pgranerapw: http://pastebin.ubuntu.com/461105/13:26
lagubuntu-2.6$ addr2line -f -e debian/build/build-omap/vmlinux bf1baad014:11
lagapw --^14:11
Flek74Hello Ubuntu-Developers!14:44
Flek74I have a problem on my Ubuntu 10.0414:44
JFoFlek74, is it kernel related and have you opened a bug?14:46
Flek74I already opened an issue on launchpad14:46
JFook, what is the bug number?14:47
Flek74maybe it is kernel related, maybe not14:47
Flek74ok it's bug 58184714:48
ubot2Launchpad bug 581847 in linux (Ubuntu) "system crash after changing power supply (affects: 1) (heat: 69)" [Undecided,Incomplete] https://launchpad.net/bugs/58184714:48
Flek74with my probook 6545b14:49
Flek74I already tried to install the ubuntu mainline kernel14:50
Flek74It's running, with the restriction, that W-LAN isn't working anymore because it's a Broadcom device14:52
Flek74I know how to develop in C/C++, therefore I already tried to locate the bug.14:56
Flek74But it is very difficult if you didn't do anything on the kernel so far.14:57
JFothis looks like something in the power control area of the kernel perhaps.15:11
marco74I also thought about this15:12
JFoI've tagged it as such and will ask about it when manoj gets in to see what he thinks15:12
=== amitk is now known as amitk-afk
marco74i already tried to compile some kernel.org-kernles15:12
marco74thank you15:12
JFono problem15:13
JFodid you try the mainline builds?15:13
marco742.6.31, 2.6.32. 2.6.3315:14
marco74also 2.6.34 from the website you meantioned15:15
JFoany difference in behavior?15:15
marco742.6.31 work, with problems in graphics and sound15:16
JFowould you mind describing the difference and which kernel it was in on the bug?15:16
JFothat way all who look at it can see what progression there is15:16
marco74you mean on lauchpad?15:16
JFoyes, please :)15:16
marco74ok I'll do that15:16
JFothank you15:17
marco74the tests with the kernel.org kernel result was that all 2.6.32 kernels do not work15:17
marco74Therefore I also tried 2.6.31 and 2.6.32-rc*15:18
JFoI suspect that may be due to missing ubuntu configs that are in the mainline builds15:18
marco74I used make localmodconfig15:19
marco74then i set the option with the SATA-Driver from module to an asterisk * that I was able to boot from it15:19
marco74because the initrd option on make-kpkg doesn't work15:20
JFoadd that information to the bug as well please, that is good to know.15:25
=== permalac is now known as permalac_
jcrigbyapw: ping?15:47
jcrigbyapw: I've been reading the AbstractedDebian wiki page and have some questions15:48
jcrigbyapw:I'm doing the packaging for the linaro kernel15:49
jcrigbyand one possibility would be to follow the directions for creating my own branch, but I really want my debian.linaro to track debian.master so copying seems like it will create more work in the long run15:50
bjfpgraner, http://kernel.ubuntu.com/~bradf/table.html (still needs work and data specific to 'linux')15:51
tgardnerjcrigby, the point of the abstracted debian is that your debian.linaro branch should contain nothing more then configs, control.d flavour files, and ABIs15:52
=== sconklin-gone is now known as sconklin
tgardnereverything else should be in debian15:53
pgranerbjf: looking good very interesting results15:53
jcrigbytgardner:yes, I realize that15:54
tgardnerjcrigby, so, what is it in debian.master that you wish to track?15:55
jcrigbytgardner:as I look at the branch history it seems like the debian.master changes as often as the actual content so it seems a shame to redo that for debian.linaro15:56
tgardnerjcrigby, mostly config changes I assume ?15:57
jcrigbytgardner:I think my actual problem is having no experience with the actual release process15:57
jcrigbytgarder:and the abi changes15:58
tgardnerjcrigby, there are likely a lot of changelog and ABI noise that don't really have any relevance to Linaro15:58
tgardnerthe only stuff that might be relevant are config changes 15:58
jcrigbytgarder:yes, so I will stop over thinking this and go ahead and make my branch and go from there15:59
tgardnerjcrigby, we'd be happy to review one you have something in place15:59
jcrigbytgardner:great, thanks15:59
smoserhey all. I'm wondering what the suggested way of avoiding building a ramdisk would be.15:59
smoserIt appears that setting 'ramdisk = /bin/true' in kernel-img.conf will work.16:00
BenCsmoser: I'm pretty sure do_initrd = false in that same file will do it16:01
smoserand, building on that, my guess is I can specify something that would wrap /usr/sbin/update-initramfs , not invoking it if the version based on some criteria.16:01
apwjcrigby, ok am in a meeting now for a bit16:01
jcrigbyapw:tgardner stepped in and helped me16:01
jcrigbyno more questions for now16:02
=== bjf changed the topic of #ubuntu-kernel to: Home: https://wiki.ubuntu.com/Kernel/ || Maverick Kernel Version: 2.6.35 || Ubuntu Kernel Team Meeting - July-13 - 17:00 UTC
=== panda is now known as Guest52344
smoserBenC, no. it has no effect.  neither that, nor ramdisk is documented in man pages installed by kernel-package16:07
smoserbut going based on http://www.tin.org/bin/man.cgi?section=5&topic=kernel-img.conf16:07
BenCsmoser: interesting...the kernel postinst checks that do_initrd value but never uses it :-/16:09
BenCsounds like a bug16:09
smoseryeah. i think its just old.16:09
smoserbut that link, the documentation doesn't even suggest that this indicates whether or not a ramdiks will be built. but rather only about silencing a warning.16:10
BenCsmoser: do_initrd is supposed to do this16:17
smoserwell, even then, i'd like to do it based on criteria. and a global boolean wouldn't suffice.16:18
BenCsmoser: you can also do something like: 16:19
BenCsudo dpkg-divert --local --divert /usr/sbin/update-initramfs.orig --add /usr/sbin/update-initramfs16:19
BenCsudo ln -s /bin/true /usr/sbin/update-initramfs16:19
BenCbut that's pretty hard core16:19
smoserwith the update-initramfs wrapper, i can check kernel characteristics of the specific kernel16:20
maks_we don't support !initramfs, as going down that road lots of things break16:20
smosermaks_, thats not true.16:20
maks_no UUID, fun with latest md16:20
maks_smoser: you  know nothing.16:20
BenCmaks_: it should be supported on VM's and chroots16:21
smoserwell, i know that a.) no initrd does function b.) things that break it are considered bugs and are fixed c.) we have supported images without ramdisks.16:21
maks_no Ubuntu has never supported that.16:21
maks_it happened to work.16:21
BenCmaks_: regardless of ubuntu supporting it, he wants to do it, and that's his choice16:22
maks_sure if he wants to shoot in his foot I won't give him a gun for that16:22
BenCThere's tons of reasons outside of your limited scope that could warrant disabling ramdisk generation16:22
smoseras for "supported", it was a feature added to lucid EC2 and UEC images.  they ship without a ramdisk.16:22
BenCmaks_: then shut it, and let me talk to him16:22
jpdsIs there another around who can help me with an ACPI issue on a Toshiba laptop? (http://ubuntuforums.org/showthread.php?t=1473317)16:23
BenCsmoser: exactly...I use EC2 that doesn't have ramdisk support as well16:23
smoser(well, it does have ramdisk support, but we chose not to use ramdisks there for both speed and maintainance reasons)16:24
maks_BenC: good.16:24
=== hrw is now known as hrw|gone
* BenC is anti gun control16:25
BenClet 'em all have guns16:26
warewolfguns don't kill people, apes with guns kill people16:26
TeTeThow do I get a current or past ABI file for my kernel to be compiled in a PPA? See http://launchpadlibrarian.net/51628419/buildlog_ubuntu-lucid-i386.linux_2.6.32-24.38~lvm0_FAILEDTOBUILD.txt.gz for details16:27
BenCTeTeT: you should just always bump the ABI in a PPA build16:27
BenCTeTeT: and maybe set the var that disables ABI checking16:28
TeTeTBenC: how to do that?16:28
smoserBenC, well, it looks to me like the only functional way to do this is via 'ramdisk ='.  i went looking once before (possibly lucid time frame) and saw the 'do_initrd', and believe that then it still had no affect.16:28
BenCCan't remember, but it's in debian/rules.d/0-* IIRC16:28
BenCsmoser: I'd file a bug...kernel-img.conf should either honor do_initrd or remove it from existence16:29
smoserwell, its not documented in the man page16:29
smoserand ignored in the post install scripts16:29
smoserso, other than a useless variable name in a post install script, its gone from existance.16:30
maks_kernel-img.conf is disappearing16:30
maks_it is a vestige from kernel-package times as you'd know BenC 16:31
smosermaks_, would you care to share what it is being replaced with ?16:32
maks_why would I as you know everything smoser 16:32
smoserwell, for others in the room of course.  maybe if I admit to my non-omnipotence16:34
jjohansenapw: you doing the status meeting?16:38
apwjjohansen, have already done kernel yes16:39
apwjjohansen, though you could talk me through where we are with AA and EC2 plan wise16:39
smoserseriously, i'm not intending to be rude, but would like to know what the best solution to this.16:40
jjohansenapw: already :(16:40
BenCsmoser: sounds like a hack is in order since kernel-img.conf is broken and doesn't seem to have a plan to be fixed16:41
smoserwell, even if it were functioning properly, it wouldn't get me what i'm interested in.16:42
smoseri'd like to disable ramdisk creation, and then consumption by grub, on a per-kernel basis.16:42
smoserbut ideally, i'd like to do so in a way that will continue to work in the future.16:43
jjohansenapw: AA just pulling together patches and updates, I have some test kernels for Bug #599450, Bug #581525 that I am testing and will push out for verification, I also need to test the userside component for Bug #581525, basically I am trying to pull together my next submission today16:44
ubot2Launchpad bug 599450 in linux (Ubuntu Maverick) (and 1 other project) "[apparmor] getattr handled incorrectly in 2.6.35-6.7 (affects: 3) (dups: 2) (heat: 457)" [High,New] https://launchpad.net/bugs/59945016:44
ubot2Launchpad bug 581525 in apparmor (Ubuntu) "Lucid: system becomes unstable randomly, seems related with apparmor (affects: 4) (heat: 89)" [Undecided,New] https://launchpad.net/bugs/58152516:44
jjohansenapw: EC2, I got a nive little email from amazon about pv-ops and hope to kick off a test build of a new pv-ops kernel this morning16:45
apwjjohansen, sounds about what i wrote :)  excellent16:46
apwhows the upstreaming looking?16:46
apwany sign of it getting into security tree?16:46
jjohansenapw: well I am hopeful16:47
jjohansenit should be soon16:47
jjohansenbasically I am hoping before sprint, quick turn around next week if needed type of thing16:48
BenCsmoser: sounds like you will have to divert update-initramfs and replace it with a wrapper that checks your own config file...put that in a package, and you have something that works pretty well for your usage16:49
pgranerjjohansen: sooner is better16:50
jjohansenpgraner: ack16:52
keesapw: did you get a chance to look at my i915 fix?  it's really trivial, but would let me actually boot a maverick kernel again...17:01
apwsorry no that i recall17:01
tgardnerkees, you got some heat about the constant. did you ever reconcile that with upstream?17:08
keestgardner: upstream wants a perfect fix; but it _was_ a constant in all versions prior.17:09
keestgardner: this just unbreaks it without re-breaking the piece they fixed for other hardware17:09
tgardnerkees, well, you're so good at windmill tilting lately, why don't you have a go at them about it ?17:10
keestgardner: I have for weeks, they're just ignoring me.17:10
tgardnerkees, ok, I'll have a look at it.17:10
keestgardner: but as it stands, it's a regression, and the fix is insanely trivial.17:10
tgardnerkees, I agree, but wanted to make it did not in turn introduce a regression17:11
tgardnermake sure*17:11
keestgardner: right, understood.  if you look at the patch, it replaces two sets of constants (for G33 and non-G33) with autodetection magic.  the intent was to fix this for the non-G33 case, which is nice and all, but they _added_ autodetection for G33 that is not needed and is wrong.  So by making the G33 case static again, it fixes the regression they introduced without re-breaking the non-G33 case they fixed.17:13
keesit was this:17:13
keesint gtt_map_size = 256 * 1024;17:13
keesif (IS_G33)17:13
kees    gtt_map_size = 1024 * 1024; /* 1M on G33 */17:13
keesnow it's:17:14
keesgtt_map_size = intel_i915_get_gtt_size();17:14
keesand if you look in that new function, the G33 case is what's regressed.17:14
=== psurbhi is now known as csurbhi-afk
apwkess, the only thing thats odd is you leave in the autodetect login17:14
keesapw: I'm happy to remove it.17:15
keesI just want to boot maverick again.  :P17:15
tgardnerkees, refresh my memory on where your patch is?17:16
tgardnerits on the k-t list, right?17:17
tgardnerkees, well, that just slams the previous calculation of size. what is your gmch_ctrl for that device? It looks like there is a missing case.17:19
keestgardner: mine reports 2M, which is wrong because half is a shadow gtt.  upstream said, "yeah 1M is correct.  gee, we should find someone that knows the hardware better"17:20
keestgardner: see https://bugzilla.kernel.org/show_bug.cgi?id=1629417:20
ubot2bugzilla.kernel.org bug 16294 in Video(DRI - Intel) "[Q35 bisected] hang at init of i915 driver" [High,New]17:20
tgardnerah, I remember taht now.17:20
keestgardner, apw: here's a new patch that throws the entire auto-detect section out: https://lists.ubuntu.com/archives/kernel-team/2010-July/011575.html17:22
tgardnerkees, how old is this laptop? it must be approaching 3 years17:23
=== sconklin is now known as sconklin-afk
tgardnerI wonder if there is a way to quirk this on sub-vendor ID ?17:24
keestgardner: this is not my laptop; it's my all-Intel primary desktop.  A very common Q35 motherboard.17:24
keestgardner: my Dell laptop with the ATI issues I gave up on.17:24
tgardnerwell, I thought the i810 was dead. little did I know...17:25
keesit's not i810.  I wish it was -- then I'd have a built-in RNG.17:26
keestgardner: anyway, the issue isn't trying to do the calculation correctly (I'll leave that to upstream to figure out), it's to get rid of a regression.17:26
tgardnerkees, well, lemme study it. I might be able to do both.17:27
keestgardner: could you maybe study it after fixing the regression?  I can't test any maverick kernels without rebuilding them first.  :P17:28
keesthe gtt size for G33 has been 1M since the beginning of time.17:28
tgardnerI promise I'll either find a solution or implement your patch today. OK?17:28
* kees hugs tgardner17:29
keestgardner: thanks!  I've literally spent days tracking this down and trying to get it fixed.17:29
tgardnerapw, does ureadahead run on every boot cycle?17:46
apwtgardner, yes only recording when the pack is missing17:51
apwwhich is cleaned up by any updated to 'main' or somethign in dpkg17:52
tgardnerapw, I guess I'm not clear on if it even loads if the pack is not missing.17:56
apwif the pack is missing then it runs in learn about the system mode and and uses ftrace17:57
apwotherwise it just uses the pack to load things17:57
tgardnerapw, so it loads in either casem which means tracing gets enabled.17:57
apwhrm, ok ... not so hot18:01
* bjf running an errand, biab18:02
=== bjf is now known as bjf[afk]
tgardnerkees, you running amd64 I assume?18:16
=== sconklin-afk is now known as sconklin
keestgardner: yeah18:38
tgardnerkees, k, I'll have a test kernel in a bit. the dope that coded this used the wrong macros18:39
tgardnerI think.18:39
keestgardner: wrong macros?18:39
tgardnerI'll reply to the m-l with my patch.18:39
* apw cracks a cold one ... its tooo hot to concentrate here18:50
tgardnerkees, tangerine.buildd:kern/maverick/kern-64/linux-image-2.6.35-7-generic_2.6.35-7.12_amd64.deb18:50
tgardnerserver will be up soon18:51
=== bjf[afk] is now known as bjf
=== tgardner is now known as tgardner-lunch
* bjf is back18:51
ckingapw, you are making me drool19:03
* cking has things to attend to. Have a good weekend19:03
* gnarl makes final uploads while reaching half of his cold one19:07
tgardner-lunchkees, tangerine.buildd:kern/maverick/kern-64/linux-image-2.6.35-7-server_2.6.35-7.12_amd64.deb19:14
=== tgardner-lunch is now known as tgardner
jjohansen-> Lunch20:32
mpoiriergit bisect start20:37
mpoiriergit bisect good v2.6.35-rc420:37
mpoiriergit bisect bad v2.6.35-rc320:37
tgardnermpoirier, git log v2.6.35-rc3.. -- arch/arm/20:40
keestgardner: booting it now...21:23
keestgardner: \o/ it worked!  :)21:32
tgardnerkees, cool21:32
tgardnerkees, can I add your tested-by ?21:34
=== sconklin is now known as sconklin-gone
* jjohansen heads for a walk, back on in a bit22:52
=== bjf is now known as bjf[afk]

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