[12:02] <calc> not only do they not get dma at bootup, but they can never be enabled afterwards either, the kernel disallows it
[12:04] <calc> https://bugzilla.ubuntu.com/show_bug.cgi?id=2773
[12:05] <calc> fixing one box to install should not result in making optical drives useless for eg burning disks for 100% of users
[12:06] <zul> debian has it disabled as well 
[12:07] <zul> and it has been brought up before
[12:08] <calc> disabled or enabled
[12:08] <calc> in ubuntu CONFIG_IDEDMA_ONLYDISK=y
[12:08] <dilinger> hm
[12:08] <calc> which breaks optical drives for 100% of users instead of the few that don't work with dma
[12:08] <calc> since without dma the only thing that works reliably is copying files
[12:08] <dilinger> i haven't seen IDEDMA_ONLYDISK cause problems w/ cdroms yet
[12:09] <zul> calc take it up with fabbione he is going to tell you the same thing
[12:09] <calc> https://bugzilla.ubuntu.com/show_bug.cgi?id=4809
[12:09] <calc> https://bugzilla.ubuntu.com/show_bug.cgi?id=4681
[12:09] <calc> it claims in here to run hdparm -d1 /dev/foo
[12:09] <calc> but with that option enabled in the kernel it won't let you run that
[12:10] <calc> root@calc-amd64:~ # hdparm -d1 /dev/hda
[12:10] <calc> /dev/hda:
[12:10] <calc>  setting using_dma to 1 (on)
[12:10] <calc>  HDIO_SET_DMA failed: Operation not permitted
[12:10] <calc>  using_dma    =  0 (off)
[12:10] <dilinger> calc: as a matter of fact, it's enabled (dma, that is) on my cdrw/dvd drive on my laptop, and works fine
[12:10] <dilinger> so it certainly doesn't break optical drives for 100% of users
[12:11] <calc> well it definitely doesn't work on ppc according to bug 4809
[12:11] <calc> and doesn't work on amd64 either
[12:11] <calc> i could try downloading a i386 iso and see if works on that i suppose
[12:12] <calc> note above says operation not permitted instead of failed
[12:12] <calc> like when you pass invalid stuff to optical drives like -m16
[12:12] <dilinger> sorry, i misread your initial thing
[12:13] <calc> but it appears to be caused by that option in the kernel
[12:13] <dilinger> you're saying IDEDMA_ONLYDISK should be disabled; i'd agree w/ that
[12:13] <calc> yea
[12:13] <calc> it was enabled due to one persons hardware not working with dma
[12:14] <calc> according to what i see in bugzilla
[12:14] <calc> and it was enabled on all archs
[12:15] <calc> i don't use my optical drive very often which is why i haven't noticed this earlier
[12:15] <dilinger> hrm
[12:15] <dilinger> the original bug reporter doesn't mention which ide chipset driver he's using
[12:17] <zul> bbl
[12:19] <dilinger> the correct way to have fixed #2773, imo, would've been to either add the guy's cdrom to the list of blacklisted cdroms (drive_blacklist in ide-dma.c), or make sure there's not something screwy w/ his ide chipset driver (and make sure he's not using the generic driver)
[12:22] <zul> talk to fabbione 
[12:23] <calc> back
[12:23] <zul> he'll be doing the upload
[12:23] <calc> ok
[12:23] <calc> fabbione: whats up?
[12:23] <zul> dont think he is here though
[12:23] <calc> ok
[12:23] <calc> i verified it works fine under knoppix with 2.6.9 i386 without ONLYDISK set
[12:24] <dilinger> calc: you probably missed that
 the original bug reporter doesn't mention which ide chipset driver he's using
[12:24] <calc> dilinger: yea i left too early
 the correct way to have fixed #2773, imo, would've been to either add the guy's cdrom to the list of blacklisted cdroms (drive_blacklist in ide-dma.c), or make sure there's not something screwy w/ his ide chipset driver (and make sure he's not using the generic driver)
[12:25] <calc> dilinger: yea
[12:25] <calc> instead of blacklisting all ATAPI devices completely ;)
[12:26] <calc> fabbione: thanks for fixing it :)
[12:26] <calc> i have to go for now, but i'll be back later tonight (10-12hr probably)
[02:33] <T-Bone> console-data is fux0red on ia64, how sweet :P
[02:50] <lamont> T-Bone: sigh
[02:50] <T-Bone> lamont: heh
[02:51] <T-Bone> lamont: "nobody cares"
[02:51] <T-Bone> :P
[02:51] <lamont> not until april 9th
[02:53] <T-Bone> i doubt it'll change then anyway :P
[04:35] <lamont> fabbione: you around yet?
[06:06] <lamont> before I commit them to the kernel-team branch, that is.
[06:18] <fabbione> morning
[06:18] <fabbione> lamont: sure i can look at it
[06:20] <lamont> fabbione: the ext3 thing would be RC if we supported hppa.  and the fix is localized to hppa.  and we didn't bump the abi believe it or not.
[06:21] <fabbione> lamont: i still need to checkout :)
[06:21] <lamont> yeah
[06:22] <lamont> should be able to just baz diff lamont@ubuntu.com--2005/kernel-debian--pre34--2.6.10--patch-2
[06:23] <fabbione> baz register-archive http://people.ubuntu.com/~lamont/Archives/
[06:23] <fabbione> unable to access URL: /~lamont/Archives/.listing
[06:23] <fabbione> webdav error: 404 Not Found
[06:24] <lamont> fabbione: baz register-archive http://people.ubuntu.com/~lamont/Archives/lamont@ubuntu.com--2005
[06:24] <lamont> that was a prefix, not the complete path...
[06:25] <fabbione> right
[06:29] <fabbione> lamont: the patch looks fine for me
[06:29] <fabbione> just go ahead and merge it in pre34
[06:29] <fabbione> i only need to check one thing on .lnk files
[06:29] <fabbione> because from the patch they look empty
[06:29] <fabbione> but they should be
[06:30] <lamont> ok
[06:30] <fabbione> and the DPATCH header ;)
[06:30] <lamont> heh
[06:30] <lamont> yeah - I'll fix that
[06:31] <lamont> ## DP: Description: Speed up some atomic ops for ext3 performance
[06:31] <lamont> ## DP: Patch author: Grant Grundler
[06:31] <lamont> ## DP: Upstream status: unknown
[06:35] <lamont> committted
[06:35] <fabbione> updating now :)
[06:36] <fabbione> A   patches/parisc-ext3-perf.dpatch
[06:36] <fabbione> i guess this is the famous I/O fix?
[06:38] <lamont> that's the make ext3 not suck molasses
[06:38] <lamont> paqtch
[06:38] <lamont> so,  yes.
[06:38] <fabbione> eheh
[06:42] <fabbione> let's merge pre34 into experimental
[06:42] <fabbione> just because i need to wake up
[06:42] <lamont> modules/hppa/ide-core-modules is a broken link
[06:42] <lamont> oops
[06:43] <lamont> I could just move ide-core-modules back out of existance...
[06:43] <lamont> wasn't sure what all that was about...
[06:43] <lamont> (and that was part of why I didn't want to merge it quite yet...
[06:47] <lamont> duh.
[06:47] <fabbione> lamont: just commit the fix :)
[06:47] <fabbione> a .lnk file uses what is provided by kernel-wedge
[06:47] <fabbione> while a normal file picks up modules one by one
[06:47] <lamont> right
[06:48] <fabbione> just commit the fixes when you have them
[06:48] <fabbione> i still didn't hear anything from pitti about the 3 race conditions
[06:48] <fabbione> so there is time for -34
[06:54] <fabbione> lamont: mind if i do a cosmetic change to the changelog?
[06:55] <lamont> go for it./
[06:55] <lamont> screams, even
[06:55] <lamont>  ls -la modules/hppa/ide-core-modules
[06:55] <lamont> lrwxr-xr-x  1 lamont lamont 49 Apr  2 21:54 modules/hppa/ide-core-modules -> /usr/share/kernel-wedge/modules/ide-core-modules 
[06:55] <lamont> lamont@smallone:~/kernel/linux-source-2.6.10-2.6.10$ more  modules/hppa/ide-core-modules
[06:55] <lamont> modules/hppa/ide-core-modules: No such file or directory
[06:55] <lamont> lamont@smallone:~/kernel/linux-source-2.6.10-2.6.10$ more /usr/share/kernel-wedge/modules/ide-core-modules 
[06:55] <lamont> drivers/ide/ide-core.o
[06:55] <lamont> what am I not seeing?
[06:56] <fabbione> that the file cannot be a symlink
[06:56] <lamont> that's what kernel-wedge created
[06:56] <lamont> but why won't more follow the symlink?"
[06:56] <lamont> s/more/open(2)/
[06:57] <fabbione> did you just changed the file and than rerun ./debian/rules binary-udebs?
[06:57] <fabbione> in that case the change needs to be propagated in 2 places instead of one
[06:57] <lamont> I changed the file and did fakeroot debian/rules clean
[06:58] <fabbione> oh
[06:58] <fabbione> hmm
[06:58] <lamont> or rather, I tried to debuild -S and that failed in the clean target.
[06:59] <fabbione> just a sec.. i am looking
[06:59] <fabbione> cat ide-core-modules.lnk 
[06:59] <fabbione> drivers/ide/ide-core.ko
[06:59] <lamont> ext3-modules and cdrom-core-modules are both valid..
[06:59] <fabbione> this is wrong
[06:59] <lamont> yeah - I fixed that
[06:59] <lamont> that's what I was trying to test
[06:59] <lamont> lrwxr-xr-x  1 lamont lamont   50 Apr  2 21:54 cdrom-core-modules -> /usr/share/kernel-wedge/modules/cdrom-core-modules
[06:59] <lamont> lrwxr-xr-x  1 lamont lamont   44 Apr  2 21:54 ext3-modules -> /usr/share/kernel-wedge/modules/ext3-modules
[06:59] <lamont> lrwxr-xr-x  1 lamont lamont   49 Apr  2 21:54 ide-core-modules -> /usr/share/kernel-wedge/modules/ide-core-modules 
[07:00] <lamont> the first 2 work, the last one doesn't
[07:00] <lamont> but I can use the target of the symlink
[07:00] <lamont> that's just wacko
[07:00] <lamont> let me try something
[07:01] <fabbione> it's weird
[07:08] <lamont> so, count the characters in that link...
[07:08] <lamont> note that you only see 48 characters
[07:09] <fabbione> doh
[07:09] <lamont> that's a kernel-wedge bug
[07:09] <fabbione> hmm somebody would say that it is a feature :)
[07:09] <lamont> uh, yeah
[07:12] <fabbione> let it go all the way...
[07:12] <fabbione> there is no need to get it fixed within 10 minutes :)
[07:13] <lamont> yeah
[07:18] <fabbione> dilinger: ping?
[07:34] <dilinger> pong
[07:34] <fabbione> dilinger: did you review the 3 race conditions i did forward to you, by any chance?
[07:35] <dilinger> no, i've been fighting w/ other stuff
[07:35] <fabbione> no problem
[07:35] <dilinger> (i'll get 2.6.11 out someday.  probably after i kill herbert for writing this crap)
[07:35] <fabbione> ehehhe
[07:36] <fabbione> you will have the opportunity to talk with him at UDU 
[07:40] <lamont> fabbione: herbert will be at UDU - cool.
[07:41] <fabbione> i think he will.. that's what i heard at least
[07:42] <fabbione> Bug #269: "Wrong merging on directories" added
[07:42] <fabbione> ops
[07:57] <lamont> ACPI: AC Adapter [ACAD]  (on-line)
[07:57] <lamont> ACPI: Battery Slot [BAT1]  (battery absent)
[07:57] <lamont> ACPI: Battery Slot [BAT2]  (battery absent)
[07:57] <lamont> very confused ACP
[07:57] <lamont> I
[08:39] <lamont> fabbione: I'm going to commit the known fix, and go to bed..  it's building modules on the 3rd of 4 kernels right now
[09:32] <fabbione> lamont: fine for me
[09:33] <lamont> fabbione: is building the 4th kernel now
[09:34] <fabbione> lamont: rocking
[10:15] <lamont> Built successfully
[10:15] <crimsun> lamont: which ac97 modem do you have?
[10:16] <lamont> 0000:00:07.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem]  (rev 30)
[10:17] <crimsun> there actually is support
[10:17] <crimsun> snd-via82xx-modem
[10:17] <crimsun> due to the alsa-related changes, it'll be cardX where X>0
[10:18] <lamont> no snd-via82xx-modem* files in modules...
[10:18] <lamont> which means we probably don't build it
[10:18] <crimsun> ah, I see, I'm looking at the Debian stuff
[10:20] <crimsun> yeah, you'll have to compile that yourself using 'alsa-source'
[10:24] <lamont> wow. periods of 7K/sec over a dialup line
[10:29] <fabbione> actually it doesn't look that nice at all
[10:29] <fabbione> apparently xen is very sensible to extra patches on top of vanilla
[10:30] <fabbione> that doesn't really help us
[10:36] <lamont> sensible?
[10:36] <lamont> or sensitive?
[10:37] <crimsun> (the latter)
[10:38] <lamont> bummer
[10:41] <fabbione> yeah
[10:42] <fabbione> hmmmm
[10:49] <fabbione> i have the feeling i am doing something wrong at build time
[10:49] <fabbione> let's try another approach
[10:55] <lamont> crimsun: so what device file name am I looking for for the ac97 modem?
[10:57] <crimsun> lamont: cat /proc/asound/devices
[10:57] <crimsun> lamont: more than likely, it'll be hw:1
[10:57] <fabbione> lamont: good night :)
[10:57] <crimsun> so you'd use plughw:1,0
[10:58] <fabbione> nope....
[10:58] <fabbione> it's one of our patch :/
[10:58] <crimsun> :/
[10:59] <fabbione> let me try the xen patch from bk
[10:59] <fabbione> at the end our kernel is more 2.6.11 than 2.6.10
[11:02] <Lathiat> heheh
[11:09] <dilinger> fabbione: heh, i'm trying to resist the temptation to turn 2.6.8 into 2.6.10 ;)
[11:11] <fabbione> dilinger: eheheh
[11:11] <fabbione> my main point is that if xen is so sensitiv
[11:11] <fabbione> it might be the hell to maintain in time
[11:16] <dilinger> what's the goal of getting it built with linux-source?
[11:20] <fabbione> dilinger: one single source
[11:20] <fabbione> meaning that one security upload is propagated to all images at once
[11:20] <fabbione> the .11 patch doesn't build becuase of all the 4 level memory shit
[11:22] <fabbione> extern pmd_t *FASTCALL(__pmd_alloc(struct mm_struct *mm, pgd_t *pgd, unsigned long address));
[11:22] <fabbione> i remember that pgd has been introduced with the 4Layer
[11:22] <fabbione> do you remember what was before?
[11:23] <fabbione> or pmd was introduced?
[11:36] <dilinger> i thought pmd was always there?
[11:36] <dilinger> part of the 3 level pagetables
[11:36] <dilinger> pgd, pmd, pte
[11:37] <dilinger> yea, pud was the thingy that was added
[11:37] <fabbione> include/asm-xen/hypervisor.h:43:39: asm-generic/pgtable-nopmd.h: No such file or directory
[11:38] <fabbione> bah
[11:38] <dilinger> um..
[11:39] <dilinger> oh, right
[11:39] <fabbione> hmm intersting
[11:39] <fabbione> just adding the 2 includes it compiles
[11:40] <fabbione> or at least it starts compiling
[11:40] <fabbione> but heck.. we can't keep it this way
[11:41] <dilinger> include/asm-i386/pgalloc.h has the older empty pmd_free stuff
[11:42] <fabbione> yeah i did try to add that one and it failed for other reasons
[11:48] <fabbione> pointless to back port.. too much to fix around
[11:55] <dilinger> you can't use an older xen patch?
[11:56] <fabbione> the older xen patch builds fine, but it doesn't boot
[11:56] <fabbione> and now i just noticed that not even doogie did xen-images for 2.0.5
[11:56] <dilinger> fabbione: oh yea, that booting thing is kind of important, huh?
[11:56] <fabbione> dilinger: kinda :)
[11:56] <fabbione> there are only old 1.2 images
[11:57] <fabbione> i think he is having the same problems as i do
[11:57] <fabbione> well i need to get some stuff done
[11:57] <fabbione> and be ready for F1 :)
[07:45] <zenwhen> Hey
[07:46] <zenwhen> Is anyone working on getting monitor mode orinoco drivers into the Ubuntu kernel?
[07:46] <zul> not right now since there is only a couple of days to release
[07:47] <zenwhen> Oh
[07:47] <zenwhen> Well yeah I can see that.
[07:47] <zenwhen> I just hope it happens at some point. :)
[07:47] <zul> perhaps...its in the list of todo
[09:11] <dholbach> hey
[09:15] <dholbach> i just want a final confirmation: we will only need the most recent kernel-packages from debian for universe, right?
[09:15] <dholbach> (for our architectures)
[10:00] <zul> yep
[10:01] <dholbach> ok
[10:50] <Mithrandir> hm
[10:51] <Mithrandir> why the heck does mkinitrd try to find the LVM (!) device of my EVMS swap device?
[10:51] <Mithrandir>     Finding all volume groups
[10:51] <Mithrandir>     Finding volume group "vojei-sys0"
[10:51] <Mithrandir> /usr/sbin/mkinitrd: /dev/evms/swap: Cannot find LVM device
[10:51] <Mithrandir> Failed to create initrd image.
[10:55] <T-Bone> ouch
[10:59] <dholbach> good night
[11:16] <Mithrandir> any idea why mkinitrd cares about my swap devices?
[11:44] <Mithrandir> yeah, I filed an RC bug.
[11:44] <Mithrandir> I can provide root-level access to the system just fine, though.