=== fabbione [n=fabbione@george.kkhotels.co.uk] has joined #ubuntu-kernel === fabbione [n=fabbione@george.kkhotels.co.uk] has joined #ubuntu-kernel === jcole [n=jcole@palrel1.hp.com] has left #ubuntu-kernel [] === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === jcole [n=jcole@palrel1.hp.com] has joined #ubuntu-kernel [03:05] how do i tell apt to not prompt with the "Are you sure you want to remove running kernel" message [03:06] That's not apt, that's the linux-image prerm. [03:07] damn === archis_ [n=archis@unaffiliated/archis] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [06:40] lamont: ping === JaneW [n=JaneW@196.36.161.235] has joined #ubuntu-kernel === fabbione [n=fabbione@george.kkhotels.co.uk] has joined #ubuntu-kernel === johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel === fabbione [n=fabbione@217.205.109.249] has joined #ubuntu-kernel === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-103-049.pools.arcor-ip.net] has joined #ubuntu-kernel === archis__ [n=archis@dtm9-d9bbb4cf.pool.mediaWays.net] has joined #ubuntu-kernel === Keybuk [n=scott@217.205.109.249] has joined #ubuntu-kernel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === [g2] [n=g2@cpe-066-057-008-035.nc.res.rr.com] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [01:45] heylo === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [02:34] wohoo...i get to do a cluser at work [02:38] Is that a loser without a clue? [02:38] And is she cute? [02:39] cluster even...need more coffee brb === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel === CataEnry [n=cataenry@host46-6.pool80183.interbusiness.it] has joined #ubuntu-kernel [04:47] BenC: ack [04:48] lamont: hey [04:48] lamont: hppa (with it's binutils bug) is the only arch I don't have booting 2.6.17 now [04:49] lamont: any ideas who I can talk to, or what I can do to help this along? [04:51] lamont: is there any way to tell from userspace that a module is affected by this problem? [04:51] is there a relocation I can look for in objdump output or something? [04:58] it's the PCREL17 (or whatever it is) reloc that occurs more than 2^16 bytes into the section [05:00] I don't see any PCREL17, but I do see a lot of PCREL22's [05:01] which is the one mentioned in the kernel mentioned in the kernel output when it tried to load it [05:01] BenC: that's hppa64, right? [05:01] yeah [05:01] yeah you get PCREL17 on 32 [05:01] 00000000000002cc R_PARISC_PCREL22F printk [05:02] yeah - more bits on 64-bit, same issue [05:03] the issue is that the fixup location (thanks to ld -r) is more than 22-signedbits of displacement from the start of the section, and doesn't reach the target. [05:03] possible workarounds include compiling with long branches instead of stubs for all modules (then they fit, but it runs slower) [05:04] is that a linker option? [05:04] and can it be a per module option, or is it something that affects the ABI of the whole kernel? [05:05] per module is a suicide [05:06] it's a compile-time option (not linker), which could be tied to all modules - note that there is a performance penalty for it [05:07] the other option is to quit using ld -r to link in each and every .o one by one into the module. [05:08] so this is also caused by the way the kernel is linking and the number of object files? [05:08] pretty much, yes. [05:08] the short summary of the bug is that "ld -r creates unlinkable sections because it doesn't keep the sections split, or add fixups as needed to be linkable" [05:09] if there's an option to ld -r to have it leave each .o in its own section, that'd solve the issue too [05:10] if gcc creates a section that is too large to link, it switches over to long-branches at the critical point. ld -r doesn't do that. === zul [n=chuck@dsl-72-1-199.219.tel-ott.com] has joined #ubuntu-kernel [05:17] lamont: can you check "man ld" and see if --unique sounds like what you were talking about? === lamont mans [05:18] should do it, and shouldn't be that painful if it's just applied to modules. /me asks in #parsic [05:21] BenC: it certainly looks close enough to try a test with it [05:21] (mind you, just on the ld -r in modules...) [05:22] ok, I'm going to add it to LDFLAGS_MODULES and see === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [05:28] hppa64-linux-gnu-ld -r --unique -o fs/jbd/jbd.o fs/jbd/transaction.o fs/jbd/commit.o fs/jbd/recovery.o fs/jbd/checkpoint.o fs/jbd/revoke.o fs/jbd/journal.o [05:28] well, that's what I got it to do, so let's see if it does the right thing === lamont crosses digits [05:37] going to take 30 minutes to do this full build, I'll keep you posted === ivoks [n=ivoks@194-152-215-157.adsl.net.t-com.hr] has joined #ubuntu-kernel === lamont tends to kernel-team moderation tasks... oops [05:45] Subject: I don't want the whole world, just your half [05:50] there... nothing more than 4 weeks old... sigh [05:52] fabbione: zul: I might have changed the moderator password for kernel-{teams,bugs} - if so, holler and I'll send you both the new one... (since you're listed as moderators...) [05:53] lamont: you can remove me please [05:53] i don't bash the kernel enough to handle the lists [05:53] ok [05:54] fabbione: fired. [05:54] er, removed [05:54] (just from moderation) === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [05:54] lamont: ehhehe [05:59] lamont: i dont think i ever had the password [06:02] yay...dpkg-deb: building package `linux-image-2.6.10-6-k7-smp' in `../linux-image-2.6.10-6-k7-smp_2.6.10-34.18_i386.deb'. [06:04] zul: that's kinda old... [06:04] zul: you want the moderation passwd? [06:04] sure...send me any email [06:05] will do in a bit [06:05] okie dokie [06:05] lamont: yeah i know its old but 34.18 is kind of newish [06:05] heh === lamont back in a few [06:06] i have to boot it when i get home tonight [06:14] you probably wont get much functionality out of it, but as long as it boots, that should be a good test [06:15] im just going to install qemu and get it to boot [06:15] it only built the x86 ones though === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [06:36] lamont: I see some changes in the relocation tables (references to new .# sections) [06:36] but this keeps me from being optimistic [06:36] sounds promising [06:36] root@hippo:~# hppa64-linux-gnu-objdump -r /lib/modules/2.6.15-23-hppa64-smp/kernel/fs/ocfs2/ocfs2.ko | grep PCREL | wc -l [06:36] 3521 [06:36] root@hippo:~# hppa64-linux-gnu-objdump -r /org/ubuntu-2.6/debian/build/build-hppa64-smp/fs/ocfs2/ocfs2.ko | wc -l [06:36] 21781 [06:36] oops [06:37] last one should read ~3400 [06:37] having the PCREL22 fixups is fine... having them too far from the start of a section is bad [06:37] 3400 relocations is still > MAX_GOTS [06:37] but module.c wont allow a module with > 1023 PCREL's [06:37] oh... we should fix that. :-) [06:38] 4095 is still reasonable, no? [06:38] sure :) [06:38] I'll see if the relocations even got fixed up right in a minute [06:44] boot in progress === tuxmaniac [n=aanjhan@59.92.61.161] has joined #ubuntu-kernel === zul [n=chuck@dsl-72-1-199.219.tel-ott.com] has joined #ubuntu-kernel === zul [n=chuck@dsl-72-1-199.219.tel-ott.com] has joined #ubuntu-kernel [08:49] zul: Don't worry about dapper security, I'm working on it now [08:49] ok [08:49] ill worry about the next one [08:51] BenC: for the next dapper security should i just send a patch to you or how is that going to work for git? [08:52] nah, git tree that I can pull from [08:52] ok [08:52] or use git to create a patch set that I can pull in with git-applymbox like I do with crimsun's sound stuff [08:53] (git-format-patch) [08:53] but ill still be collecting little trival patches as well [08:54] build it, upload it and then push patches to you? === tuxmaniac [n=aanjhan@59.92.34.25] has joined #ubuntu-kernel [08:56] or something like that [08:57] dapper is so much easier for CVE's [08:58] git-cherry-pick is my friend [08:58] yeah i know..hoary is a pain in the ass breezy will be a bit better dapper will be easy (in theory) [08:59] oooo...polygamy is legal in canada now [08:59] well not legal recognized.. [09:00] polygamy? [09:01] poly gambling? [09:01] polygamy...multiple wives [09:01] oh [09:01] it sort of legal in the US if you got them all from another country, but not recognized on taxes and such :) [09:02] its recognized for taxes in canada now.. [09:02] there's a minimart owner near hear that has like 3 wives he brought with him from some mideast country [09:02] s/hear/here/ [09:02] they never speak, they just take care of the 10 kids running around [09:02] mean, *buntu have certainly raised the bar, so more bugs is pretty much a reflection of that [09:03] oops.. [09:03] (thanks ;-) [09:03] http://cnews.canoe.ca/CNEWS/Politics/2006/05/31/1608364-sun.html [09:03] crimsun: no probs === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel === fabbione [n=fabbione@george.kkhotels.co.uk] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [11:58] heylo [11:59] BenC: ping [11:59] zul: polongy [11:59] 34.18 boots [11:59] swee [11:59] er...2.6.10 yay! [11:59] t [11:59] the 686 image at least [12:00] ill have to modify my changelog and ill do an upload is there anything else i have to do