/srv/irclogs.ubuntu.com/2006/05/27/#ubuntu-kernel.txt

=== chmj_ [n=chmj@196.44.1.98] has joined #ubuntu-kernel
=== chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-kernel
bluefoxicyFabulous02:58
bluefoxicyhttp://rafb.net/paste/results/Mq64HK84.html  Works on i386, untested on PPC, tested with 2.6.15-23.35 (skipped the patch for arch/x86-64/ files that aren't in that version), built as i686 and tested.03:00
bluefoxicyAny chance at all I can talk this one into Edgy later?03:00
bluefoxicy(Dapper's kernel is well past being frozen)03:01
zulwhat is it?03:03
jbaileyHeya Chuck!03:04
zulhey jeff how is it going?03:04
jbaileybluefoxicy: This is more stsack randomisation stuff?03:04
jbaileybluefoxicy: What's the upstream status of it?  Is it at least in -mm?03:05
jbaileyzul: Good!03:05
jbaileyI didn't manage to ping you about the lkh stuff last week.03:05
zuljbailey: good to hear03:05
jbaileyzul: Workin' away as always.03:05
zuljbailey: i wasnt around much this weekend but im working on it right now03:05
jbaileyOh, nice!03:05
zulwhile watching family guy03:06
bluefoxicyjbailey:  nowhere near mm, upstream saw the first try (a really ugly and hackish patch) and only arjan has taken me up on principle, nobody else cares.03:08
jbaileybluefoxicy: Really?  Why not?  Stand randomisation is generally accepted as sane, and this doesn't look like it has high cost.03:08
lifelessy03:08
bluefoxicyjbailey:  This patch has (tested) absolutely 0 effect on i386 if you just patch and reboot; and should have (not tested) absolutely 0 effect on any other architecture if you don't touch it.03:09
bluefoxicyOur current kernel inherits mainline's 8 megs of stack randomization and 1 meg of mmap() base randomization, which has been in since 2.6.1203:09
jbaileylifeless: Are you agreeing, or just farting?03:09
bluefoxicyWhat the patch I wrote does is leaves that in tact, except makes it dependent on a variable that can be adjusted easily -- and throws a knob on the kernel command line03:09
bluefoxicyI had hoped for mainline to lay the framework for SELinux-controlled randomization entropy03:10
lifelessjbailey: finger fart03:10
bluefoxicyFor now, if a user so chooses, he can turn stack and mmap() randomization up/down/off with boot time parameters.03:10
jbaileylifeless: =)03:10
bluefoxicyjbailey:  I'm going to have to install fedora core 5 here and run paxtest probably to argue with them.  Arjan is claiming 8M and 1M is enough; but I'm pretty sure Fedora Core 5 and RHEL both use 128M (PaX uses 256M, and the code will not let you use more than 1/12 the VMA space-- which is 256M if TASK_SIZE=3G)03:14
bluefoxicyjbailey:  I'm looking at https://wiki.ubuntu.com/UbuntuDownUnder/BOFs/ProactiveSecurityRoadmap (Disclaimer:  I wrote some of it), I'm pretty sure -Wstack-protector and FORTIFY_SOURCE can make Edgy (gcc 4.1)03:20
jbaileyCool.03:21
bluefoxicyyeah.. I was hoping 4.2 would make edgy but eh.03:21
bluefoxicyI hear the stack protector in 4.1 is semi-broken.03:22
bluefoxicyFC5 uses it03:22
bluefoxicyso it can't be that bad03:22
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
bluefoxicyhttp://rafb.net/paste/results/wgUvS593.html  Here we go, with FC5's defaults (12 bits and 19 bits, instead of 10 and 19)04:37
bluefoxicywait, the hell04:41
bluefoxicysince when do they have randomized ET_EXEC base04:41
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel
=== Starting logfile irclogs/ubuntu-kernel.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-kernel
=== Topic for #ubuntu-kernel: Ubuntu kernel development discussion ONLY | Kernel GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-23.35 uploaded (May your computer boot happily)
=== Topic (#ubuntu-kernel): set by crimsun at Sun May 21 07:43:09 2006
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-165-200-12.telkomadsl.co.za] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-165-200-12.telkomadsl.co.za] has joined #ubuntu-kernel
=== lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== airlied [n=airlied@193.1.99.74] has joined #ubuntu-kernel
=== maks [n=max@baikonur.stro.at] has joined #ubuntu-kernel
=== maks_ [n=max@baikonur.stro.at] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
MithrandirBenC: any idea about https://launchpad.net/distros/ubuntu/+source/casper/+bug/34643 ? Doesn't the kernel actually lock the drive when mounting something off it?10:55
=== johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel
=== johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel
fabbioneBenC: so -23- on live keeps freezing...12:13
fabbioneBenC: sometimes when i boot it from hd it works, but switching to console kills the machine12:14
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel
airliedfabbione: what graphics card?12:20
fabbioneairlied: ati12:20
fabbioneit's a PB g412:20
fabbioneexactly the same as BenC12:21
fabbioneit works for him but not for me12:21
airliedfabbione: I assume switching to console is switching from X?12:21
fabbioneyes12:21
fabbionefrom X to console12:21
fabbioneit's a hard freeze12:21
airliedwhat ati chipset?12:21
fabbione0000:00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 12:22
fabbionei was just looking at the kernel changelog and stuff to see if there is anything relevant12:22
airliedwell I merged up the drm changes from the latest kernel to dapper..12:22
fabbioneoh12:23
airliedyou mightn't of had DRI enabled on the previous kernel perhaps..12:23
fabbionei can check12:23
fabbioneold kernel seems to have dri enabled12:25
fabbione(II) RADEON(0): [DRI]  installation complete12:25
airliedcan you pastebin an old kernel xorg.0.log and a new one?12:25
fabbionelet's check with the new one12:25
fabbioneairlied: sure of course12:25
fabbionei was just rebooting into the new one12:25
fabbionehow curious12:27
fabbionenow i can ssh into the box but i have no X and keyboard is dead12:27
fabbioneno12:27
fabbionebox is dead12:27
airliedbenh is away as well, I normally punt all ppc to him :-)12:28
fabbioneyeah i know12:28
airliedI really need to get an M10 out of somewhere..12:29
fabbionehere it is booted fine now12:29
fabbioneHMMMMMMMMMMMMMM12:32
fabbionegrabbing the logs....12:32
fabbionehttp://people.ubuntu.com/~fabbione/Xorg.0.log.daltanius.*12:35
fabbionethe new is when it manages to startup with the new kernel12:36
fabbionei need to modify a bit the boot sequence and see if i can scp the logs of when it crashes before it does so12:36
fabbioneit seems to be DRI/DRM related12:40
fabbione(II) RADEON(0): AGP card detected12:40
fabbionedrmOpenDevice: node name is /dev/dri/card012:40
fabbionedrmOpenDevice: open result is -1, (No such device or address)12:40
fabbionethis is the last thing it can write to disks before it dies12:40
fabbionein the middle of DRI init12:40
fabbione[  187.896705]  [drm]  Initialized drm 1.0.1 2005110212:40
fabbione[  187.991213]  [drm]  Initialized radeon 1.24.0 20060225 on minor 012:40
fabbione[  189.157702]  agpgart: Putting AGP V2 device at 0000:00:0b.0 into 1x mode12:40
fabbione[  189.157715]  agpgart: Putting AGP V2 device at 0000:00:10.0 into 1x mode12:40
fabbione[  189.305909]  [drm]  Setting GART location based on old memory map12:40
fabbione[  189.305928]  [drm]  Loading R300 Microcode12:40
fabbione[  189.305987]  [drm]  writeback test succeeded in 1 usecs12:40
fabbionethis is in dmesg12:41
=== jayakumar2 [n=jayakuma@203.121.47.18] has joined #ubuntu-kernel
fabbionedisabling dri from xorg.conf does the trick12:49
airliedhmm I wonder about how well radeonfb works with the new drm memory mapping..12:49
fabbioneapparently not very well.. :)12:49
airliedI suspect the system is crashing in radeonfb rather than X.org on VT switch..12:49
fabbionepossibily... what do you want me to test?12:50
airliedhmm can you boot without radeonfb and set usefbdev to off?12:51
fabbionesure12:51
airliedI've no idea if that is possible on ppc..12:51
fabbionei can do all teh tests you want12:51
fabbioneno idea too12:51
fabbionebut we can try :)12:51
fabbioneno actually no.. radeonfb is built-in12:51
fabbionebut i can disable usefbdev and see12:52
airliedyeah try that at least..12:52
fabbionethis one works too12:56
fabbionebut note this now:12:56
fabbionedrmOpenDevice: node name is /dev/dri/card012:56
fabbionedrmOpenDevice: open result is 6, (OK)12:56
fabbionedrmOpenDevice: node name is /dev/dri/card012:56
fabbionedrmOpenDevice: open result is 6, (OK)12:56
fabbionedrmOpenByBusid: Searching for BusID pci:0000:00:10.012:56
fabbionedrmOpenDevice: node name is /dev/dri/card012:56
fabbionedrmOpenDevice: open result is 6, (OK)12:56
fabbionethis time it find the devices?12:56
airliedyeah you get some wierd results with drmOpenDevice..12:56
fabbioneit looks like a very interesting race condition12:56
airliedno it is just got lots of backwardss comapt..12:56
fabbioneah ok12:57
fabbionewell either disabling dri or radeonfb seems to work12:58
fabbioneso the two did stop to like eachother12:58
airliedthats a bit of a problem, as benh is probably the only one that can fix radeonfb..12:59
fabbioneyes it is indeed a problem...01:00
fabbionegiven that we have only less than a week to get this stuff sorted01:01
airliedcan you send me a log file with usefbdev off as well?01:03
fabbioneairlied: sure01:15
fabbionein a second01:15
fabbioneXorg.0.log.daltanius.nousefb01:18
fabbionesame url as above01:18
=== human_blip [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
airliedhmm it's hard to decide whether we need to fix radeonfb or the X.org driver using it..01:42
=== _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
fabbioneairlied: or revert the drm change...01:56
fabbioneat this point in time there is no time to guess.. :/01:56
airliedfabbione: the drm change fixes a few x86 issues :-)01:58
fabbioneand break my laptop... and i hate x86... 01:58
fabbione;)01:58
airliedI'm thinking usefbdev isn't needed for radeon anyways :-)01:58
airliedI think benh recommends against it now..01:58
mjg59We could just drop that from dexconf02:00
mjg59Or hack the driver so it's the default02:00
airliedI need benh to take a look at this , he might know a quick fix..02:00
airliedfrom what I can see the drm is just picking some wrong values..02:01
fabbionei think last time we were talking about making it the default since everybody was turning it on anyway02:02
fabbioneiirc02:02
fabbionebut that doesn't change the situation as it is now02:02
airliedin theory when you use the old mapping code, the drm operatse the same..02:04
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
airliedbah the codepaths looks the same, but it is getting the fb size wrong on the new DRM for no good reason..02:21
airliedI know how to punt the problem if that is anygood :-), we can CHIP_NEW_MEMMAP flag to the drm_pciids.h for all those RV350 chips..02:23
airliedI think that'll stop DRM from getting enable if usefbdev is on..02:23
airliedcould change the message to say either a new X.org DDX or try not using UseFBDev.02:23
airliedI might look into it more tomorrow evening, bed time now, g'night02:25
fabbioneairlied: do you have a patch you want me to test?02:25
fabbioneok02:25
fabbionegood night :)02:25
airliedfabbione: can you edit kernel sources easy?02:25
fabbioneairlied: generally ...02:25
fabbionevim usually works fine :P02:25
airliedin drm_pciids.h just add CHIP_NEW_MEMMAP to the line for your card, 0x1002, 0x4e50 I think..02:26
fabbioneok02:26
airliedthat should stop DRM from working with fbdev I think..02:26
airliedlet me know if it works... l8r/02:26
fabbioneok02:26
fabbionemy card is not there at all :)02:27
fabbioneoh never mind02:27
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulhey03:23
=== fabbione pats zul on the head
zulhey fabbione how was the holiday?03:25
fabbionezul: pretty good thanks03:25
zulgood to hear03:25
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== [g2-lap] [n=g2@cpe-066-057-008-035.nc.res.rr.com] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
fabbioneBenC: the ubuntu-2.6.git on rookery is .17, right?03:53
BenCright03:57
BenCubuntu-dapper.git is the one03:57
fabbioneyup03:58
fabbioneBenC: git pull http://people.ubuntu.com/~fabbione/archives/ubuntu-dapper.git04:00
fabbionetested04:00
fabbioneit fixes the crashes for me04:00
fabbionethis is a must go in for dapper04:00
fabbionelet me talk to mdz too04:00
BenCPut it in your tree and push please04:01
BenCI'll pull and upload04:01
fabbionealready done04:01
fabbioneit's all there04:01
BenCfabbione: pulling04:11
BenCfabbione: thanks04:11
fabbionethanks04:11
fabbioneno problem04:11
=== rlaager [n=rlaager@pepper.wiktel.com] has joined #ubuntu-kernel
zulBenC: im available later in the week for fatal beatings04:28
BenCok04:28
BenCsry been missing ya, been way too busy04:28
zulno problems i start the new job tomorrow its a holiday in ontario today04:28
fabbioneBenC: 04:29
fabbionesilo -f04:29
fabbione/etc/silo.conf appears to be valid04:29
fabbioneFatal error: File systems other than ext2, ext3, ufs and romfs not yet supported04:29
fabbione /dev/mapper/root on / type ext3 (rw,errors=remount-ro)04:29
BenCwhat fs is it?04:29
fabbione /dev/md0 on /boot type ext3 (rw)04:29
fabbioneext304:29
fabbione /dev/md0              228M   14M  203M   7% /boot04:29
BenCmd0 for root is probably a bad idea04:30
BenCs/root/boot/04:30
fabbioneit works fine on a 9GB disk04:30
MithrandirBenC: when you have the time: 10:55 < Mithrandir> BenC: any idea about https://launchpad.net/distros/ubuntu/+source/casper/+bug/34643 ? Doesn't the kernel actually lock the drive when mounting something off it?04:30
fabbioneit fails here on the 73G04:30
fabbioneBenC: but the partition is small and at the beginning of the disk04:30
BenCMithrandir: ok, checking it04:30
fabbione   8     0   71687369 sda04:30
fabbione   8     1       8032 sda104:30
fabbione   8     2     249007 sda204:30
BenCfabbione: but it's an md device...I've no idea how silo handles that04:31
fabbioneBenC: it works on the 9GB just fine04:31
BenCas an md device?04:31
fabbioneit's raid1 device that silo claims to support04:31
fabbioneyeps04:31
BenCnot sure then04:31
fabbionei take a 9Gb disk with 8M empty -> 128MB md -> /boot -> works04:31
fabbionei am ready to bet that it fails because the partitioner did stop once in the middle of all that mess04:33
fabbionei know at least one user that did install the same and did work04:33
BenCmjg59: Is libata-acpi.c needed with 2.6.17-git?04:48
mjg59BenC: Probably, but I doubt it'll apply right now04:54
BenCdoesn't04:54
BenCis there a libata git I can pull from safely?04:54
BenCthe libata suspend/resume stuff in current git supercedes the stuff we had in dapper, right?04:55
fabbioneBenC: i think i found the silo bug04:57
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
mjg59BenC: There's stuff we have that isn't in git04:58
mjg59But I'll need to go over everything to figure out what04:58
fabbione    if (lseek (fd, 1024, 0) != 1024 || read (fd, &sb, sizeof (sb)) != sizeof (sb))04:58
fabbione        silo_fatal("Cannot read Super Block!");04:58
fabbione    if (swab16 (sb.s_magic) == EXT2_SUPER_MAGIC) {04:58
fabbione        if (fstype == unknownfs) fstype = ext2fs;04:58
fabbione        return 1024 << swab32 (sb.s_log_block_size);04:58
fabbione    }04:58
BenCmjg59: For now I've reverted 2.6.17 to stock ata code04:58
fabbionethis looks like not properly alligned to the disk or something04:58
BenCI've forward ported a couple of things like promise pata support04:58
mjg59I think we ought to consider jumping to libata pata support04:59
mjg59It'll be dodgy for a bit, but we'll actually get decent testing of it04:59
BenCmjg59: Agreed, initrd can handle the change (with a long delay)05:00
BenCmjg59: are there any IDE drivers that libata pata doesn't replace?05:01
mjg59Don't think so, no05:02
mjg59Possibly some ancient ISA stuff05:02
BenCso we'll just need ide-generic?05:04
=== lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel
mjg59Guess so05:07
mjg59Not sure if that's been ported to libata05:07
BenCMithrandir: the only way around that is to send an ioctl for the cd device to lock it05:13
BenCCDROM_LOCKDOOR maybe05:14
BenCnot sure if that overrides the software eject05:15
BenCit makes it so you can't eject via the button on the drive05:15
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
rlaagerHow is the source for linux-restricted-modules managed? I'm building a modified kernel and I need those modules as well.05:56
rlaagerBenC: Are you the guy to ask about linux-restricted-modules?06:25
BenCrlaager: it aint easy06:25
BenCin fact, it's so not easy, I can't really begin to tell you how to do it06:25
rlaagerBenC: I don't care about easy.06:25
rlaagerI'm building a kernel from the git tree....06:26
BenClike I said, the package really isn't built with custom kernels in mind :)06:26
BenCare you using a known target?06:26
BenCand did it produce a linux-headers-x.x.x... package?06:26
rlaagerI'm not sure what you mean by "known target".06:26
BenC-386, -686, etc.06:27
rlaager-686 at the moment.06:27
BenCthen install all the linux-headers-2.6.15-23* packages06:27
BenCinstall your custom linux-headers package, and rebuild l-r-m just like a normal debian package06:28
rlaagerrebuild l-r-m-2.6.15 ? I get the impression the git tree is 2.6.17, from debian/control.06:28
BenCoh, you are using the latest git instead of ubuntu-dapper.git?06:29
BenCthen you are out of luck06:29
BenCmuch of l-r-m doesn't build against it, as I've already found out06:29
rlaagerBenC: Yes. Ouch. Hmm.06:29
rlaagerWell, in the short term, I just need nvidia and ipw3945.06:30
BenCwhat modules do you need?06:30
BenCipw3945 is in the kernel06:30
rlaagerbut there's a regulatory daemon, though, isn't there?06:30
BenCyou can just link ipw3945d-2.6.17-1 to ipw3945d-2.6.15-2306:30
BenCsame daemon06:30
BenCshould be in /sbin/06:31
rlaagerk, that'll do for now06:31
BenCnvidia, you can just download their tarball and install06:31
rlaagerAlright. Any idea on how long it'll take for that stuff to be working again? Anything specific that I could do to help?06:32
rlaagerOr perhaps I should ask about my end goal... I'm trying to build a -xen0 kernel package with the eventual goal of coming up with something acceptable for inclusion in Ubuntu.06:33
=== bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-kernel
zulBenC: should i email mdy for the xen stuff?07:13
=== rlaager [n=rlaager@pepper.wiktel.com] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel
=== makx [n=max@baikonur.stro.at] has joined #ubuntu-kernel
=== lifeless [n=robertc@dsl-152.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-kernel
=== chninkel_ [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-kernel
=== Traxer|off [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel
=== Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel
=== smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel
=== maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-kernel
=== crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel
jbaileyzul: For the conference?  Yeah.07:27
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
zuljbailey: okie dokie07:31
zuljbailey: done07:37
=== zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-kernel
zygahello07:39
jbailey=)07:39
=== zyga will ask once and then make a bug at launchpad
zygaI've got pictures of a kernel panic if anyone is interested07:39
zygaon k7 about 3 days ago07:39
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulheh...star trek 1 is on07:49
Keybukzul: billshatnertastic07:49
zulKeybuk: exactly..07:50
Keybukit suddenly occurs that a duet between Bill Shatner and Tom Jones would be sublime07:50
zulhe was ok in over the hedge07:50
zulmr tamborine man was awesome..07:51
Keybukcommon people was fantastic07:52
zulheh..07:52
jbaileyAnd all that made me think of was William Shatner singing "Major Tom"08:02
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
bluefoxicyhmm.08:12
bluefoxicypitti is busy, I wanted to ask him his thoughts on Edgy.08:12
bluefoxicyBut right now he's very busy with dapper and in discussion.  :)08:12
KeybukEdgy is a banned topic on #ubuntu-devel until June 208:14
bluefoxicymmm.08:14
bluefoxicyLike I said, he's massively busy anyway08:15
zul ooh...muppet show is on09:29
jbaileyAnyone have an amd64 box handy?09:55
zulnot me09:55
cjbjbailey: Yes.09:59
jbaileycjb: Mind doing a test for me?10:00
jbailey#include <stdio.h>10:00
jbailey#include <unistd.h>10:00
jbailey#include <errno.h>10:00
jbaileyint10:00
jbaileymain ()10:00
jbailey{10:00
jbailey        nice(-2);10:00
jbailey        printf("%d", errno);10:00
jbailey        perror(0);10:00
jbailey        return 0;10:00
jbailey}10:00
jbaileycjb: Please compile that and run it as a regular user, tell me what you get.10:01
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
cjbhavoc:cjb~ % ./a.out10:01
cjb1310:01
cjbPermission denied10:01
cjb10:01
jbaileycjb: Great.  Give me uname -a ?10:02
cjb(32-bit userland, 2.6.15-22-k7.(10:02
cjbLinux havoc 2.6.15-22-k7 #1 SMP PREEMPT Sun May 7 17:27:47 UTC 2006 i686 GNU/Linux10:02
jbaileyAh, I need to test this on the amd64 kernel.10:02
cjbHm?  Which?10:02
jbaileyThat test.10:03
cjbI mean, which kernel.  :)10:03
jbaileyjbailey@auzura:~$ uname -a10:03
jbaileyLinux auzura 2.6.15-22-amd64-k8 #1 SMP PREEMPT Sun May 7 16:15:46 UTC 2006 x86_64 GNU/Linux10:03
jbaileyWould be nice.10:03
jbaileyOr -23, I guess is out now.10:03
jbaileyI haven't updated that machine yet,10:03
cjb'kay, can upgrade to that.10:05
jbaileyCool, thanks!10:05
cjbNo, I can't.  :)  I don't see -amd64- kernels available.10:07
cjbMaybe they require 64bit userland?10:07
cjbYeah, I suppose they're only in the amd64 distro, and I'm using i686.  Looks like I can't help; sorry.10:09
jbaileyAh, dunno.10:09
jbaileyThanks, though10:09
cjbWelcome.  At least you have a simple test case, should be able to find someone in one of the other channels.10:10
MithrandirBenC: ok, I thought the kernel did that already.10:47
BenCMithrandir: It locks the device from unmounting, but that doesn't stop the physical eject with an ioctl, which overrides anything10:48
MithrandirBenC: 'k, I guess casper should lock the drive, then10:48
=== human_blip [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== RandolphCarter [n=brett@82-42-145-141.cable.ubr01.sprt.blueyonder.co.uk] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
zulwhy the hell am im watching opra?02:17
BenCbecause you have no life? :)02:44
zulthat must be it02:48
zulits mesmerizing though02:48
=== makx [n=max@baikonur.stro.at] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
fabbioneBenC: <airlied> fabbione: set if for all rv350 to be safe.. <---06:40
fabbioneBenC: the patch i gave to you yesterday06:40
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-146-167-86.telkomadsl.co.za] has joined #ubuntu-kernel
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel
=== torkel [i=torkel@69-188.umenet.t3.se] has left #ubuntu-kernel []
=== Mithrandir [n=tfheen@c5100BC63.inet.catch.no] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== pips1 [n=philipp@250-112.1-85.cust.bluewin.ch] has joined #ubuntu-kernel
pips1hi12:21
pips1are there any known problems with G5? (yesterday's daily build)12:21
pips1and if so, what are the symtombs?12:21
pips1symtoms12:21
pips1?12:21
=== beanz [n=bean@router.awinet.at] has joined #ubuntu-kernel
beanzWhere can I find pre-released versions of the ubuntu kernel?01:02
mjg59https://wiki.ubuntu.com/KernelGitGuide01:03
beanzIs there not a holding area for the debs before they enter main or updates?01:05
mjg59No01:06
beanzdamn01:06
beanzokay01:06
mjg59The source gets uploaded, autobuilt and goes into the archive01:06
beanzI see. and the _0 in linux-kernel-di-i386-2.6_0.64ubuntu2.dsc  - does it mean current?01:09
fabbionei am afraid you are not looking in the right place01:12
beanzah. you're right. thanks.01:13
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== BenC [n=bcollins@72.169.114.90] has joined #ubuntu-kernel
=== pips1 [n=philipp@99.7.76.83.cust.bluewin.ch] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-146-167-86.telkomadsl.co.za] has left #ubuntu-kernel ["Bye"]
=== jayakumar2 [n=jayakuma@203.121.47.18] has joined #ubuntu-kernel
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
crimsunBenC: any kernel upload planned prior to final? There are enough HDA ALC* bug reports that I think http://hg-mirror.alsa-project.org/alsa-kernel?cmd=changeset;node=aca7d794a097b9aa64ff7e2d8536586a494c8313;style=gitweb would be worth merging09:16
BenCnot before release09:17
crimsunok, thanks.09:17
BenCmdz is already reaming me for the last one :)09:17
crimsunheh :)09:17
BenCI can squish it in with the first security upload though09:17
crimsunthat would be fabulous09:18
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulheylo11:29
Keybukolyeh11:29
zulhey Keybuk how is it going?11:29
KeybukI'm trying to persuade one of my teeth to come loose11:29
zulthats nice11:30
Keybukand Openoffice only builds if run under strace11:30
MithrandirKeybuk: you're not supposed to lose teeth at such an early age, are you?11:30
zulhehe11:30
KeybukMithrandir: it's the one I broke in Kristiansand, if you remember11:30
MithrandirI don't, but ok. Then it makes sense, or something11:31
Keybukthe shoddy repair job came loose over the weekend and fell out today11:31
KeybukI should probably just go to the dentist11:31
Mithrandircan't be that shoddy if it held up for two years.11:31
Keybuktrue11:31
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@cpe-69-205-40-144.nycap.res.rr.com] has joined #ubuntu-kernel
zultime for din din11:35
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
=== johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel
=== desrt hugs BenC
desrtBenC; thanks a bunch :)03:04
BenCheh, you owe me a beer :)03:05
BenCinfinity: ping04:35
cjbCan anyone get in touch with any Ubuntu Summer of Code admins?  They're desperately needed to resolve a duplicate with a student being accepted to Ubuntu as well as another org.04:43
BenCtry -devel?04:46
cjbDon't think we've had any luck there, will try again.04:46
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== foogle [n=undre@pool-151-205-104-209.ny325.east.verizon.net] has joined #ubuntu-kernel
foogleI got a Kernel panic my install cd wont work anymore  I think it has some thing to do with segmentation05:56
crimsunfoogle: do you have a recent dapper live cd ?05:58
foogleIs dapper 5.10?05:58
crimsunno, that's breezy.05:58
crimsunyou probably want to migrate this question back to #ubuntu05:59
foogleoh ok 05:59
=== foogle [n=undre@pool-151-205-104-209.ny325.east.verizon.net] has left #ubuntu-kernel []
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel
infinityBenC: pon?11:01
infinityg11:01
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== RandolphCarter [n=brett@82-42-145-141.cable.ubr01.sprt.blueyonder.co.uk] has joined #ubuntu-kernel
=== DarkMageZ [n=DarkMage@ppp20-193.lns2.syd7.internode.on.net] has joined #ubuntu-kernel
RandolphCarteris there any chance of reverting the changes made to the sky2 module in 2.6.15-23? (afaik they weren't bugfixes, and they've broken networking here)02:17
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulheylo02:30
BenCinfinity: Trying to get lrm building with 2.6.1702:32
BenCinfinity: It fails in the ati module build, for some reason it's trying to symlink Makefile.lib.c to scripts/Makefile.lib.c and build Makefile.lib.o in the linux-headers directory...any idea why?02:33
BenClamont: in regards to the ia64 acpi crash on boot, my i2k started showing it, so it's a problem that just started showing up02:34
BenClamont: good news is, the 2.6.17 kernel boots fine02:34
zulBenC: do you want to do some training on thursday night?02:38
BenCRandolphCarter: actually they were bug fixes02:38
BenCzul: tomorrow night sounds good02:38
zulcool...because lost is on tonight02:39
RandolphCarterBenC: ah :/ I've filed a bug (#46326), but they've broken net here, and they were introduced the day the kernel was frozen :/ (doh?)02:39
BenCRandolphCarter: We had some 10-15 bug reports on sky2 prior to that update...it fixed some of those02:51
BenCmost are still broken02:51
RandolphCarterah :/ I'm about to try amd64, failing that, can you point me to any archives that still have the -22 rev?02:51
=== RandolphCarter [n=brett@82-42-145-141.cable.ubr01.sprt.blueyonder.co.uk] has joined #ubuntu-kernel
RandolphCarterand there it goes :( sorry, if you answered that, could you send it again?02:54
=== RandolphCarter [n=brett@82-42-145-141.cable.ubr01.sprt.blueyonder.co.uk] has joined #ubuntu-kernel
infinityBenC: No idea, TBH... I don't have the time to look at it.02:55
infinityBenC: But you're adopting it anyway, right? :)02:55
BenCyeah, I'm getting it ready for edgy...just wondering if you had seen this failure before :)02:56
BenCso far I have 2.6.17 building on all 6 arch's, and booting on ia64, amd64, ppc and i38602:57
infinitySweet.02:58
infinitySo, we'll have the first 2.6.17 upload on June 2?03:02
infinityOh, while you're doing LRM prep, "rm -rf madwifi madwifi-ng && svn co <latest madwifi-ng HEAD> madwifi"03:04
infinityI can do that on June 2, though. :)03:04
BenCyeah, it'll be uploaded the day edgyi is opened hopefully03:07
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
BenCmjg59: Is something supposed to replace wlan-ng?03:42
BenCthe prism stuff isn't compiling well with 2.6.17 :/03:42
mjg59No idea03:42
mjg59It shouldn't be too hard to fix up03:42
=== doko [n=doko@dslb-088-073-085-068.pools.arcor-ip.net] has joined #ubuntu-kernel
BenCit's actually pretty horrible03:45
BenCfor some reason it has a lot of depency loops for include/prims2/*.h headers...not hard but tedious03:46
BenCnot sure why it's showing up now :/03:46
BenC*depndency03:46
desrtBenC; agreed.03:46
BenCdoesn't hostap take care of most of prism2?03:46
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
mjg59Not USB03:54
BenCprims2_pci only had one id that hostap_pci didn't handle03:56
BenCcopied that03:56
BenCprims2_cs had all the id's commented out, so seems like it was never any use in dapper03:56
BenCsame for plx03:57
BenCI'll see if I can just enable usb03:57
lamontBenC: I tracked down which change (pair) caused it, back in the -15 to -16 transition (on zx2000).  Or are you saying that the i2k is still failing even with ACPI_DEBUG turned on?04:23
BenClamont: was failing for me04:24
fabbionelamont: ACPI_DEBUG is good for me04:24
BenCirq 39: nobody cared (try booting with the "irqpoll" option)04:24
BenCI still get that on ia6404:24
BenCwait, I haven't tested if 2.6.15 boots on it now that ACPI_DEBUG is enabled04:24
lamontBenC: starting with -16 it quit booting unless ACPI_DEBUG is on to mask whatever the real problem is04:25
BenCah04:25
BenClamont: do you know why hppa would give me a bad reloc entry when it tries to load a kernel module with 2.6.17?04:37
BenCI reverted all of parisc to stock code04:37
fabbioneBenC: it's probably the 17bit jmp limit?04:37
BenCit fails to load jbd.ko, which as you can imagine makes things pretty hard to boot04:37
fabbionethat would be a toolchain issue04:37
BenCdidn't have it on 2.6.1504:37
BenCodd that it would show up now04:38
fabbioneis jbd.ko in .17 bigger?04:38
fabbioneor is it of the same size?04:38
lamontBenC: there's a, um, feature in ld -r04:38
lamontit creates unlinkable .o files under some circumstances04:38
BenCcrappy...I've built it 4 times and it's always the same thing in jbd.ko :(04:39
BenCI need to get the exact failure for you04:39
lamontif it has the number 17 in the reloc name, that's the bug04:39
BenCrebooting now...04:40
BenCModule jbd, symbol journal_destroy_caches is out of range for PCREL22F relocation04:43
fabbioneyeps04:43
BenCjournal_destroy_caches is a static function04:43
fabbioneBenC: it's the 17bit issue04:44
BenChow can I workaround it?04:44
fabbionefixing the toolchain04:44
BenCI want all my machines booting 2.6.17 by the end of the week :)04:44
fabbionekile has been working on it for a while without success04:44
=== lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== fabbione [i=fabbione@195.22.207.162] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== human_blip [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== johnm_ [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel
=== johnm [n=johnm@gentoo/developer/johnm] has joined #ubuntu-kernel
=== matrixise [n=matrixis@host-213-213-235-42.brutele.be] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== doko_ [n=doko@dslb-088-073-105-189.pools.arcor-ip.net] has joined #ubuntu-kernel
=== BenC_ [n=bcollins@72.169.114.90] has joined #ubuntu-kernel
=== BenC_ [n=bcollins@72.169.114.90] has joined #ubuntu-kernel
=== matrixise [n=matrixis@host-213-213-235-42.brutele.be] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
=== BenC__ [n=bcollins@72.169.114.90] has joined #ubuntu-kernel
=== matrixise [n=matrixis@host-213-213-235-42.brutele.be] has joined #ubuntu-kernel
=== matrixise [n=matrixis@host-213-213-235-42.brutele.be] has joined #ubuntu-kernel
=== matrixise [n=matrixis@host-213-213-235-42.brutele.be] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulheylo02:19
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel
zulBenC__: around?02:48
BenCyeah02:48
BenCgot your email, 8pm sounds good02:48
zulgoodie..i would have been available last night but you know lost was on..02:48
zulpriorities ;)02:48
BenChehe02:49
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulmeh..03:32
KeybukBenC: ping03:53
BenCKeybuk: pong03:53
KeybukBenC: so sendfile64 appears busted03:54
Keybukon AMD64, doing sendfile() with >2GB returns -EINVAL03:54
BenChmm03:55
Keybukfwict. sendfile() on AMD64 == sys_sendfile6403:55
infinityIt's been busted for ages on 2.6 kernels, from what I can tell.03:58
infinityLast time I tested all this was on 2.403:58
infinitySilly me.03:58
Keybukit's not unique to our kernel either, Debian are busted too03:58
infinityNo, it's upstream.  I found some stuff about it from Linus in the 2.5.x days.03:58
infinityit was intentionally broken, but was also meant to be reimplemented and fixed.03:59
infinityI guess the latter part never happened.03:59
BenCwonder why it's broken on say amd64 and not things like ppc64 and sparc6404:02
BenCduh, they are 32bit userspace04:02
infinityEd zachary.04:03
BenCstill, you would think on 64-bit userspace, sys_sendfile() itself would support > 2G files04:03
infinityWell, that's not fair, actually.  sendfile64() seems to be universally broken on at least all 64-bit kernels.04:03
infinityIt's not the userspace that matters, afaict from my reading.04:04
infinityAnyhow, trivial to workaround in the one application where we seem to care.  Just wish this had been noticed a few months ago.04:04
=== maswan [i=maswan@kennedy.acc.umu.se] has left #ubuntu-kernel []
infinityBenC: Why did my burner decide to statr flaking out with the latest kernel? :)05:08
infinitysr 1:0:0:0: Device not ready05:08
infinity(over and over again)05:08
BenCinfinity: murphy :/05:09
infinityI'll blame him until further evidence makes it your fault. >)05:09
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-165-221-208.telkomadsl.co.za] has joined #ubuntu-kernel
=== jcole [n=jcole@palrel2.hp.com] has joined #ubuntu-kernel
=== olemke [n=olemke@p54895A04.dip.t-dialin.net] has joined #ubuntu-kernel
jcoleif someone has time, kernel build help please -> http://pastebin.com/73750807:44
jcolei don't need the udebs either07:46
jcoleis there a way to disable them?07:46
jcolei want to bump the ABI version, so the users i'm providing these kernels too, don't accidentally get upgraded to a stock dapper kernel07:48
=== jcole reads https://wiki.ubuntu.com/KernelGitGuide to see if it could help
jcole:/ nothing useful for me07:55
jcolegot it08:16
jcolei think i need to change these files -> ./debian/config/amd64/config,./debian/config/hppa/config,./debian/config/i386/config,./debian/config/ia64/config,./debian/config/powerpc/config,./debian/config/sparc/config08:17
crimsunsee the abi hints in debian/rules09:24
zulBenC: we still ok for tonight?10:29
zulbbl,,10:38
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel
jcolecrimsun: i don't understand12:12
jcolecrimsun: i'm in debian/rules right now12:13
jcolecrimsun: i want to recompile using a certain .config 12:13
jcolecrimsun: isn't there a maintainers guide/readme/doc/howto for this?12:14
crimsunjcole: not that I know of. BenC could give you the rundown for bumping the ABI.12:22
jcolecrimsun: i've got the ABI bumped, need to add REGPARM=y to all kernel configs12:24
jcolecrimsun: how does one enable one kernel option?12:26
jcolecrimsun: i have to recompile and provide all kernels with this one flag enabled12:26
jcolecrimsun: i've compile twice and it keeps generating .config files with REGPARM disabled12:27
jcolecrimsun: i tried to add a .config file to the source dir, tried to edit debian/config/i386/config, and tried to edit arch/i386/Kconfig... nothing is working12:29
crimsunwhat did you edit in debian/config/i386/config?12:30
crimsun"CONFIG_REGPARM=y" ?12:30
jcolecrimsun:  CONFIG_REGPARM12:30
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
jcoleyes12:31
jcoledo i need to run a "special command" or something?12:32
jcolelol12:32
crimsunjcole: no idea, ping Ben for that12:33
jcolemaybe a --compile-with-my-damn-config option12:33
jcoleit takes hours and hours to compile all these... this really sucks12:36
jcoleholy mother of gawd12:37
jcoleit's working now12:37
jcole$ grep REGP ./debian/build/build-386/.config12:37
jcoleCONFIG_REGPARM=y12:37
jcole*sigh* FINALLY12:38
jcole:)12:38
jcoleif people really want these kernels, i'm going to make each and everyone install distcc12:39
lifelessclearly you should embed distcc in the kernel12:55
jcolelifeless: good point12:56
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
zulheylo01:20
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
zulBenC: hey01:58
BenChey, might have to delay this a bit more01:58
BenCtracking down this damn squashfs bug01:58
zulok no problem01:58
zultomorrow same bat channel same bat place?01:59
zuloh yay...charlie's angel's is on02:04
zulhaving fun yet BenC 03:27
BenCnot really03:28
BenCyeah, tomorrow night should be good03:29
zulheh ok03:34
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
zulthat was weird my swap was not acitviated03:39
crimsunfailed resume from hibernation in the past?03:40
zulnah...it just wasnt formatted or activated03:53
=== jane_ [n=JaneW@dsl-165-221-208.telkomadsl.co.za] has joined #ubuntu-kernel
=== fabbione [i=fabbione@195.22.207.162] has joined #ubuntu-kernel
=== doko_ [n=doko@dslb-088-073-100-007.pools.arcor-ip.net] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== zul [n=chuck@dsl-72-1-199.219.tel-ott.com] has joined #ubuntu-kernel
zulheylo01:56
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== pips1 [n=philipp@43.9.203.62.cust.bluewin.ch] has joined #ubuntu-kernel
zulBenC: i should be home around 8:30 tonight03:35
pips1Hi, booting dapper rc hangs on a new imac (G5), I tried live cd's of both kubuntu and edubuntu flavors. Have other users reported problems with G5 processors?03:47
fabbionepips1: afaik the new imac g5 support has been added to the kernel only recently03:48
fabbionei think it requires at least .16 if not .1703:48
pips1ic03:48
fabbioneand the backport is not possible.03:48
fabbionethe code has been ported to .16 for a distro and it resulted in a very unstable environment03:49
fabbionepips1: anyway edgy will open very soon with .1703:49
pips1right03:49
fabbionequestion of 2/3 weeks max03:49
pips1:)03:49
=== archis_ [n=archis@unaffiliated/archis] has joined #ubuntu-kernel
pips1fabbione, thanks for info03:53
fabbioneno problem03:53
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
archis_Hi - I get fs-related error messages when mounting ext3 partitions via USB in dapper.04:11
archis_See http://paste.ubuntu-nl.org/1467204:11
archis_syslog: http://paste.ubuntu-nl.org/1467304:11
fabbionearchis_: did you actually umount them before fsck?04:14
fabbioneMay 26 15:38:44 localhost kernel: [4303502.447000]  kjournald starting.  Commit interval 5 seconds04:15
fabbioneMay 26 15:38:44 localhost kernel: [4303502.447000]  EXT3 FS on sda2, internal journal04:15
fabbioneMay 26 15:38:44 localhost kernel: [4303502.447000]  EXT3-fs: mounted filesystem with ordered data mode.04:15
fabbioneMay 26 15:38:44 localhost kernel: [4303502.463000]  kjournald starting.  Commit interval 5 seconds04:15
fabbioneMay 26 15:38:44 localhost kernel: [4303502.463000]  EXT3 FS on sda5, internal journal04:15
fabbioneMay 26 15:38:44 localhost kernel: [4303502.463000]  EXT3-fs: mounted filesystem with ordered data mode.04:15
fabbionethis clearly shows that the devices have been mounted properly04:15
archis_fabbione, yes they mount fine but fsck.ext3 complains during boot and drops me into a shell04:15
fabbionecan you show me fstab?04:16
archis_just a s ec04:16
fabbionesure04:16
archis_fabbione, http://paste.ubuntu-nl.org/1467404:17
fabbioneKeybuk: ^^^this is udev/mount race condition i am afraid04:18
fabbionearchis_: thanks.04:18
KeybukUSB drive not mounted by fstab?04:18
fabbioneyup04:18
archis_fabbione, welcome04:18
fabbioneand it's not even root04:18
KeybukKnown, solution "DON'T DO THAT THEN"04:18
fabbioneit's just a media04:19
Keybukthe edgy solution is to get rid of checkfs/checkroot/mountall entirely, and do all fsck and mount calls from udev rules04:19
archis_fabbione, Keybuk ..any suggestions?04:20
fabbionethat's going to fail with SAN systems and multipath with hotstandby disks04:20
Keybukfabbione: no, it only fails on USB drives that I know of04:20
Keybukbecause they take so damned long to initialise04:20
fabbioneKeybuk: nope.. it will fail also on SAN with multipath04:20
fabbionei can explain you why04:20
fabbioneKeybuk:  i assume you are familiar with internet routing?04:21
Keybukfabbione: I used to work for an ISP04:21
fabbioneto be able to read a traceroute at least04:21
fabbioneok04:21
fabbionewell just to make sure :)04:21
fabbioneimagine host A and B04:21
fabbionerouters C D E F04:21
fabbioneA is connected to C and D04:21
Keybukarchis_: echo 'SUBSYSTEM=="block", ACTION=="add", NAME=="sd[a-z] [0-9] *", RUN+="mount %k"' >> /etc/udev/rules.d/88-mount.rules04:21
fabbioneC is connected to E and F04:22
fabbioneD is connected to E F04:22
fabbioneE and F are connected to B04:22
Keybukarchis_: though that won't give you fsck ... which might be a problem04:22
fabbioneso you have N paths to get there04:22
archis_Keybuk, thanks :-)04:22
fabbionenow.. in a SAN system...04:22
fabbioneA is the host04:22
fabbioneC and D two FC-HBA controllers04:22
=== pips1 [n=philipp@43.9.203.62.cust.bluewin.ch] has left #ubuntu-kernel ["Leaving"]
fabbioneE and F 2 SAN controllers04:22
fabbioneB the disk04:23
fabbioneA will see B as sda sdb sdc sdd04:23
fabbioneif you try to fsck them in parallel you will doom the FS on the disk04:23
fabbionealsp04:23
fabbioneusually 2 paths are active04:23
fabbioneand that's ok acces04:23
archis_I can boot into USB from second grub located on the USB itself for occasional filechecking, no?04:23
fabbioneaccess04:23
fabbione2 of them are kept hot-stsandby04:23
fabbionethat means if you try to access them you will get errors04:24
fabbionelike real scsi errors04:24
Keybukfabbione: I think you've wandered from the point ?04:24
fabbioneif you do the fsck the way you describe it, it will fail the boot and possibly corrupt the FS if it starts in parallel04:24
Keybukor I'm not following04:24
Keybukfabbione: the SAN doesn't support parallel fsck?04:24
fabbionethe SAN has nothing to do with the FS you run on top :)04:25
Keybukie. simultaneous fsck of different exposed DRIVES ?04:25
Keybuksda == a device04:25
fabbioneSAN exports a block device04:25
fabbionenot a FS04:25
Keybukthis is all besides the point04:25
fabbioneor N block devices.. but one is enough for our example04:25
Keybuklet's get back to the "will a SAN mount today" issue04:25
fabbionei am not talking about mounting..04:26
Keybukdoes the SAN driver return from _init before it has discovered and created the block devices in the kernel?04:26
fabbione<Keybuk> the edgy solution is to get rid of checkfs/checkroot/mountall entirely, and do all fsck and mount calls from udev rules04:26
Keybukwhat are you talking about then?04:26
fabbione^^ i am talking about this for edgy04:26
Keybukright, I don't see why that is bad04:26
fabbioneit works in dapper now.. so that's no problem04:26
Keybukif you can't fsck the block device, then it won't work today04:26
fabbionebecause you can start 2 fsck on the same disk at the same time?04:26
Keybukthen it won't work today04:27
fabbioneon a SAN you rarely use the sdX devices04:27
fabbioneyou slam a multipath tools on top that abstract the sdX to a single device that you mount04:27
Keybukin edgy we'll be able to explicitly exclude SAN devices that won't let you do that04:27
Keybukso I don't see the problem04:27
fabbionewell you didn't say that before and i got worried :)04:27
Keybukif you don't use /dev/sdX then it won't be in /etc/fstab, no? :)04:28
fabbionealso remember that usually SAN devices are recognized by uuid04:28
fabbionetrue that too04:28
Keybukudev will only be calling fsck + mount for something in /etc/fstab04:28
Keybukie. replacing mountall04:28
fabbioneassuming that your box is fully redundant04:28
fabbionethere are still corner cases where we want to offer the blacklist04:28
Keybukyeah, we can blacklist with udev -- is easy04:28
fabbioneperfect04:28
=== fabbione doesn't bother anymore
Keybukanyway, archis_'s problem is a known one04:29
Keybukit's not "solvable" today04:29
archis_Keybuk, I had no problem with fsck checking sda on breezy - why do I have it now?04:32
Keybukarchis_: you actually did ... breezy just took longer to boot04:32
Keybukoh, wait04:33
Keybukno, that's right04:33
Keybukbreezy took longer to get from S04udev to S30checkfs.sh04:33
Keybuk(though how /dev/sdaX got created without the modules being loaded by hotplug I have no idea :p)04:34
Keybukdid you put anything in /etc/modules ?04:34
archis_nope04:34
archis_no udev rules either04:35
Keybukmagic :p04:35
archis_I have an ancient syslog somewhere that I can paste if you're interested04:35
Keybuksyslog doesn't help04:36
Keybukall this happens wayyy before that daemon is started ;)04:36
=== dilinger chuckles
dilingeri go to packages.ubuntu.com/nagios, and get prompted for a username/passwd05:02
fabbionedilinger: we hate you :P05:03
dilingerguess i'll have to backport nagios2 to dapper05:04
=== piller [n=piller@piller64.sns.ornl.gov] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-165-221-208.telkomadsl.co.za] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== jcole [n=jcole@palrel2.hp.com] has left #ubuntu-kernel []
=== piller [n=piller@piller64.sns.ornl.gov] has left #ubuntu-kernel ["Leaving"]
BenCinfinity: ping07:59
zulBenC: i should be home around 8:30 tonight we can do it then if you want08:04
dokoBenC: is there an easy way to turn of hyperthreading/smp in the kernels?09:29
BenCdoko: # CONFIG_SMP is not set09:40
BenCin the debian/config/$arch/config.$flavour of your choice09:41
dokowell, but hyperthreading is turned on09:41
dokoBenC: no boot option to turn these off?09:42
fabbionedoko: ht=on09:48
fabbioneoff=09:48
fabbioneht is disabled by default iirc09:48
fabbionebecause of the hw bug09:49
fabbioneSMP ... hmmm 09:49
fabbionesomehting like smppersonality=off09:49
fabbioneor smp=off09:49
BenCnosmp on the command line09:51
dokofabbione, BenC: ht is on by default, so ht=off should work ...09:53
BenCyeah, ht=off nosmp09:53
BenCthat should do it09:53
fabbioneok09:54
fabbionei am ogg09:54
fabbioneoff09:54
fabbionegood night09:54
BenCgood night fabio09:55
zulim heading home as well ill talk to you later BenC 09:56
BenClater zul09:56
dokoBenC, Mithrandir: booting using ht=off, the boot hangs mounting the root file system: IOAPIC[0] : Invalid reference to IRQ 010:00
BenCwhat is this on?10:01
dokoP4 with hyperthreading10:01
BenCsome systems have to have SMP/ioapci enabled, and wont work otherwise10:01
BenCioapic10:01
dokook, removing nosmp lets the boot succeed10:03
=== jcol1 [n=jcole@palrel1.hp.com] has joined #ubuntu-kernel
dokofabbione, BenC: ht=off doesn't work10:06
BenCI really thought ht was off by default because of a security errata10:07
dokono, /proc/cpuinfo still shows two CPUs10:09
jcol1doko: that doesn't work for me neither10:13
BenC                else if (!memcmp(from, "ht=on", 5))10:13
BenC                        disable_ht = 0;10:13
BenC                else if (!memcmp(from, "ht=off", 6))10:13
BenC                        disable_ht = 1;10:13
BenCshould work10:14
BenCanything in dmesg about ht?10:14
dokook, it's disabled, but it still finds two CPU's. strange ...10:18
dokoBenC: ^^^10:18
BenCI think it always scans all of them when in that mode10:36
BenCit just may only use the one10:36
doko$ getconf _NPROCESSORS_ONLN10:43
doko110:43
BenCsweet10:50
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
zulheylo01:53
zulBenC: yo02:33
BenCzul: Hey, give me a couple of minutes02:40
zulsure02:40
zulfirg...my eye hurts..02:55
BenCzul: email address?02:57
zulzulcss@gmail.com02:57
zul*sigh* you dont know it yet? :)02:58
BenCI'm as bad with email addresses as I am with names02:58
BenCthat's why I like IRC, you see the persons name whenever they speak :)02:58
zulim worse with names, better with email addresses02:58
=== JaneW [n=JaneW@dsl-165-221-208.telkomadsl.co.za] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
infinityBenC: Pong?07:39
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
=== davyd [n=davyd@cugglephone.madeley.id.au] has joined #ubuntu-kernel
davydis there much time for bug fixing before the Dapper release?08:40
davyd42258 would be very, very handy08:40
=== davyd [n=davyd@cugglephone.madeley.id.au] has left #ubuntu-kernel [""]
=== davyd [n=davyd@cugglephone.madeley.id.au] has joined #ubuntu-kernel
davyd(oops, wrong button)08:42
fabbionedavyd: no time at all08:42
davydfabbione: that's a damned shame, because this bug is going to break every single one of our desktops at work08:43
crimsun(I'm not sure if infinity asked about newer Nvidia drivers)08:43
davydand shoots my attempt at an Ubuntu migration (from Fedora)08:43
fabbionedavyd: it is already proposed as update08:44
fabbioneit might happen shortly after release08:44
davydok08:44
davydI've got my kernel packages here on hold08:44
davydit doesn't seem to affect you until you start twinview, so I suppose I'll just have to run updates first08:45
davydonce it lands08:45
infinitydavyd: I'm pushing to get it fixed before release, so the new drivers ar on the CD, but if not, it'll happen shortly after release.08:54
davydok08:54
davydthat's excellent news08:55
=== davyd [n=davyd@cugglephone.madeley.id.au] has left #ubuntu-kernel [""]
=== doko_ [n=doko@dslb-088-073-101-153.pools.arcor-ip.net] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
=== _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel
archis_I see fabbione is not around...01:01
archis_Just to follow up on Keybuk's udev rule for the udev/mount race condition on my system01:03
archis_It sort of confuses things - screenshot: http://paste.ubuntu-nl.org/1472201:04
archis_(fstab here) http://paste.ubuntu-nl.org/1467401:05
archis_and I'm still being dropped into a shell at boot like so.. http://paste.ubuntu-nl.org/1467201:06
=== archis [n=archis@unaffiliated/archis] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulheyl002:55
=== fabbione [n=fabbione@george.kkhotels.co.uk] has joined #ubuntu-kernel
=== fabbione [n=fabbione@george.kkhotels.co.uk] has joined #ubuntu-kernel
=== JaneW [n=JaneW@dsl-165-221-208.telkomadsl.co.za] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
zulBenC: er ping07:20
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel

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