[07:38] <fabbione> anybody alive?
[08:21] <fabbione> guy the enable-inotify patch is kinda of horrible
[08:21] <fabbione> it would have been enough to modify the inotify-*-optional patch
[08:22] <fabbione> instead of adding a 3rd one on top
[10:17] <fabbione> YAYAYAAYYA
[10:17] <fabbione> inotify doesn't crash anymore!
[10:17] <fabbione> it will be in 2.6.10-26 and no ABI change :P
[10:18] <fabbione> FUCK NO
[10:18] <fabbione> it crashed on the second removal
[11:04] <fabbione> hmmmm
[02:53] <zul> hey
[02:58] <fabbione> hey zul
[02:58] <zul> hey fabbione how is it going?
[02:58] <fabbione> good and bad
[02:58] <zul> oh?
[02:58] <fabbione> i merged inotify 0.20 from 2.6.11-3 into 2.6.10
[02:59] <zul> and?
[02:59] <fabbione> and i managed to unplug my usb device without crashing the kernel once
[02:59] <fabbione> it dies the second time
[02:59] <zul> lol
[02:59] <zul> i think we should take out rml
[02:59] <fabbione> now i am cleaning up the patch mess from inotify-*-optional and enable-inotify
[02:59] <fabbione> so that there is one good patch
[02:59] <fabbione> and that's it
[02:59] <zul> good
[03:00] <fabbione> and leave inotify disabled by default
[03:00] <zul> ill have to see the patch once its done so i know what to do next time if this pops up again
[03:00] <fabbione> well it's pretty simple
[03:00] <zul> did you get the inode error when compiling?
[03:00] <fabbione> see the original inotify patch
[03:01] <fabbione> it changes the dnotify entries in fsnotify entries
[03:01] <fabbione> zul: no but that's becaused i used a more recent patch and the error is easily fixable
[03:01] <zul> yeah
[03:01] <fabbione> parse the calls to fsnotify to see what are the inotify_ calls
[03:01] <fabbione> that leads to 5 functions
[03:02] <fabbione> inotify_inode_queue_event
[03:02] <fabbione> inotify_dentry_parent_queue_event
[03:02] <fabbione> inotify_inode_is_dead
[03:02] <fabbione> inotify_super_block_umount
[03:02] <fabbione> inotify_get_cookie
[03:02] <fabbione> so basically inside inotify.c in these 5 functs
[03:02] <fabbione> you add the check
[03:02] <fabbione> if (!inotify)
[03:02] <fabbione>  return;
[03:02] <zul> ah ok
[03:03] <zul> so no need to push my inotify stuff to you in the next patchset from me
[03:03] <fabbione> nope
[03:03] <fabbione> i am going to commit it to baz in a few minutes
[03:03] <fabbione> i only need to do a test build
[03:03] <fabbione> and see if it works as expected
[03:04] <zul> btw when do you want my stuff by
[03:05] <fabbione> asap?
[03:06] <zul> sure
[03:06] <zul> i can put them up when i get home tonight am at work right now
[03:06] <fabbione> ok
[03:06] <fabbione> we are not going to upload today
[03:07] <fabbione> preview release is still ongoing
[03:07] <zul> yeah thats what i thought
[03:08] <zul> alsa is messing some people up when they upgrade because of the alsa driver for their winmodem
[03:08] <fabbione> i know...
[03:08] <fabbione> atleast
[03:08] <fabbione> i heard
[03:16] <zul> heh its the kamion kult
[03:26] <lamont> zul: the question is, does alsa provide a working modem then??
[03:26] <zul> lamont: i think i dont have a modem havent had one in the past 10 years :)
[03:27] <lamont> ah sure you do... it's just not plugged into a phone line...  any semi-modern laptop will do... :-)
[03:27] <zul> if i had a phone line...i just have a cell phone
[03:27] <lamont> ah,opk
[03:28] <zul> i like making things dificult for you lamont :)
[03:29] <fabbione> there are serial cables for cell phones
[03:29] <lamont> fabbione: if you can tell me how to make the DKU-5 work with linux and my nokia phone, I will buy you _3_ beers
[03:30] <lamont> (no linux driver last I knew)
[03:31] <fabbione> i have an ericsson phone that has an internal modem
[03:32] <fabbione> i just plug the serial cable and do ATZ
[03:32] <lamont> DKU-5 is a usb cable
[03:32] <lamont> and vendor id isn't recognized.
[03:32] <lamont> OTOH, the last time I tried was 2.6.8 timeframe...
[03:33] <fabbione> hmmm
[03:33] <fabbione> i have the usb version too
[03:33] <fabbione> and i see the cell phone as a usb-serial
[03:34] <fabbione> same story.. minicom -> ATZ
[03:38] <zul> *sigh* why do people have to use cheap kvm switches
[03:38] <lamont> zul: because they're _poor_, of course.
[03:39] <zul> heh...duh...it was rhetorical
[03:41] <lamont> heh
[03:44] <fabbione> http://x3.putfile.com/videos/6608573980.wmv
[03:44] <fabbione> AHAHHA
[03:44] <fabbione> it's work/wife safe :)
[03:46] <fabbione> well if you have some emploies watching your shoulders ;)
[03:46] <lamont> heh
[03:50] <zul> lol!!!
[03:51] <lamont> fabbione: heh
[03:51] <lamont> but you notice he had it pointed in a safe direction...
[03:52] <fabbione> he still managed to hurt himself
[03:52] <lamont> yeah - had on the slide while you pull the trigger is kinda stupid...
[03:55] <lamont> note also that "accidents" like that always involve empty guns
[03:55] <lamont> first rule is: it's always loaded until I see the inside of the chamber
[03:55] <fabbione> yeah
[03:59] <lamont> that's like when people ask if a concealed-carry gun is loaded.  duh!
[03:59] <zul> hey jbailey 
[03:59] <lamont> morning jbailey 
[03:59] <fabbione> hey jb
[04:00] <jbailey> Heya Chuck
[04:00] <jbailey> G'morning Lamont, G'd afternoon Fabio.
[04:02] <fabbione> T-None:
[04:02] <fabbione> debian/ext3-modules-2.6.10-4-itanium-smp-di lib/modules/2.6.10-4-itanium-smp/kernel/fs/mbcache.ko
[04:02] <fabbione> debian/ext2-modules-2.6.10-4-itanium-smp-di lib/modules/2.6.10-4-itanium-smp/kernel/fs/mbcache.ko
[04:02] <fabbione> some modules are in more than one package
[04:02] <fabbione> command exited with status 255
[04:02] <fabbione> make: *** [binary-udebs]  Error 2
[04:02] <zul> gah?
[04:02] <fabbione> wth is that module?
[04:03] <fabbione> these errors are coming out after we fixed the build system
[04:03] <fabbione> i386/amd64 are ok
[04:03] <fabbione> ppc is building
[04:03] <fabbione> ia64 dies with that error
[04:03] <lamont> at least one of those builds with either ext2 or 3 =y
[04:03] <fabbione> it means that eitehr there is an error in kernel-wedge
[04:03] <lamont> or both
[04:03] <fabbione> or that module needs to be shared
[04:04] <fabbione> lamont: right...
[04:05] <fabbione> which one should we compile in? ext2 is my best bet
[04:05] <zul> lowest common demoniator
[04:05] <lamont> yeah
[04:05] <lamont> ext2 is what's on the livecd, so we know we need it. :0)
[04:06] <lamont> and it's small
[04:06] <lamont> ish
[04:06] <fabbione> ok
[04:06] <fabbione> but i also rememeber that changing to y has other implications
[04:06] <lamont> hrm..
[04:07] <lamont> no clue
[04:07] <fabbione> i need to figure what
[04:07] <fabbione> like updating some d-i/ stuff
[04:07] <lamont> the other alternative is a shared package or something
[04:07] <fabbione> yes
[04:07] <fabbione> if there is a fs-common something
[04:09] <fabbione> anyway that's T-Bone decision
[05:01] <zul> yay perl is almost done
[05:09] <zul> crap more changes
[05:23] <zul> wtf?
[05:24] <fabbione> dude.. i am not kidding
[05:24] <fabbione> that machine is IDE
[05:24] <fabbione> and it has been until yesterday
[05:24] <fabbione> nobody here was in my office other than me
[05:24] <fabbione> either i updated it in my sleeps
[05:24] <fabbione> or something is really WEIRD
[05:25] <zul> *sigh* could it be hotplug?
[05:25] <fabbione> no
[05:28] <zul> grr...i hate it when something breaks
[05:30] <fabbione> read #u-d
[05:30] <fabbione> either i misread partitioner
[05:30] <fabbione> or it did change
[05:30] <fabbione> in the latter case it IS an issue
[05:31] <zul> ok if that is the case how can we fix it mandrake has libata_enable_atapi
[05:31] <fabbione> i need to check again first
[05:31] <zul> ok
[05:47] <zul> time for lunch
[05:53] <zul> yay...i was having a little heartattack
[05:54] <zul> ok lunch
[06:37] <zul> ok what the hell is going on?
[06:42] <fabbione> zul: libata_enable_atapi is broken
[06:42] <zul> fuck..
[06:43] <zul> it was ripped straight from mandrake and when we tested it worked
[06:47] <fabbione> ok the problem is not the ATAPI
[06:47] <fabbione> but the PATA change
[06:47] <fabbione> static struct pci_device_id piix_pci_tbl[]  = {
[06:47] <fabbione> #ifdef ATA_ENABLE_PATA
[06:47] <fabbione>         { 0x8086, 0x7111, PCI_ANY_ID, PCI_ANY_ID, 0, 0, piix4_pata },
[06:47] <fabbione>         { 0x8086, 0x24db, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich5_pata },
[06:47] <fabbione>         { 0x8086, 0x25a2, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich5_pata },
[06:47] <fabbione> #endif
[06:47] <fabbione> this means grabbing old IDE controllers and treat them as SATA
[06:48] <fabbione> sorry PATA
[06:48] <zul> oh crap..
[06:48] <fabbione> the fact that a patch is taken directly from Mandrake or Suse or Gentoo means nothing
[06:48] <fabbione> if they did apply other patches on top to fix this stuff
[06:48] <fabbione> or have older code than us
[06:49] <fabbione> so now we have 2 options
[06:49] <zul> ok im sorry it wont hapen again
[06:49] <fabbione> either we kill the PATA and we see how it goes
[06:50] <fabbione> or we figure if in newer libata versions it works as it should
[06:50] <fabbione> clearly this has very very high priority
[06:50] <jbailey> Is this undoing the SATA fix?
[06:50] <jbailey> SATA CDrom fix, rather?
[06:50] <fabbione> zul: nothing to be sorry.. it could have happen to me
[06:50] <zul> jbailey: yes
[06:50] <fabbione> jbailey: now it's giving I/O corruption on piix chipsets
[06:51] <jbailey> Oh.  Joy.
[06:51] <fabbione> so either we get the fix NOW
[06:51] <fabbione> or we revert the change
[06:51] <zul> rever the change on pata
[06:51] <jbailey> In the face of corruption definetly revert.
[06:51] <fabbione> zul: let's divide the tasks instead
[06:51] <jbailey> But we'll have to reopen the bug with an explanation as to why.
[06:51] <fabbione> zul: do you have such chipset somewhere?
[06:51] <fabbione> or jbailey ?
[06:52] <zul> fabbione: no i dont but jbailey does i think
[06:52] <fabbione> (it's 12 hours and more than i am here and i need to rest)
[06:52] <jbailey> I do, yes.
[06:52] <fabbione> jbailey: i urge you to test and see if you can reproduce the problem
[06:52] <fabbione> it's enough to boot the live cd
[06:52] <jbailey> It's in a data centre three time zones from here.
[06:52] <fabbione> the installer will fail
[06:52] <fabbione> jbailey: well.. when i ask if you have it.. i mean handy :)
[06:53] <jbailey> sabdfl also has hardware to match it.
[06:53] <fabbione> yeah but he quite not around
[06:53] <fabbione> and i can't ask him to build/test kernels
[06:53] <fabbione> what i don't understand is why a kernel upgrade didn't show the problem
[06:53] <zul> i can build a kernel without the pata enabled
[06:54] <jbailey> It's handy in the sense that I can test kernels if we're somewhat confident it won't eat the system, and I can get all sorts of status information about the box.
[06:54] <fabbione> why on an upgrade it didn't switch to sda?
[06:54] <fabbione> jbailey: the problem seems to affect only cdrom
[06:54] <fabbione> since i could boot from such machine
[06:54] <zul> T-Bone: not a good time
[06:54] <T-Bone> fabbione: WTF is that mbcache crap in the backlog? :P
[06:54] <fabbione> T-Bone: not a good time
[06:55] <T-Bone> oh
[06:55] <T-Bone> because there is such a thing as a "good time" ?
[06:55] <fabbione> jbailey: but i can't ask you to risk on a machine that far
[06:55] <jbailey> fabbione: Is it any piix driver or just the ata_piix driver?
[06:55] <jbailey> fabbione: The laptop I'm on has piix.
[06:56] <fabbione> jbailey: for what i can see is any
[06:56] <fabbione> i have 2 machine with piix and both fails
[06:56] <fabbione> jbailey: using the livecd is ok
[06:56] <fabbione> it won't touch your hd at all
[06:56] <fabbione> it will stop much earlier than that
[06:57] <fabbione> T-Bone: I/O corruption from cdrom with the new libata changes
[06:57] <jbailey> Hmm, I wonder if I have a CD here.
[06:57] <jbailey> Ugh, teenagers.  Looks like the local school is having a field trip to the local coffee shop.
[06:57] <jbailey> (first time I looked around)
[06:57] <fabbione> cdrom only *APPARENTLY*
[06:57] <T-Bone> fabbione: sweet, how comes this made it in?
[06:57] <lamont_r> jbailey: I was here for one of those too.
[06:57] <T-Bone> s/this/this shit/
[06:57] <fabbione> T-Bone: the same way people are already complaining about the ppc LED turned on
[06:57] <lamont_r> well, time to go retrieve my latin scholar
[06:57] <T-Bone> i see
[06:58] <jbailey> fabbione: Is there anything I can test from my running system
[06:58] <fabbione> patch -p1 < somefancystuff.diff
[06:58] <T-Bone> we've been too laxist on the mergein policy
[06:58] <lamont_r> so who checked in the ppc changes, anyway?
[06:58] <fabbione> jbailey: no. you need to boot the livecd
[06:58] <fabbione> not me
[06:58] <T-Bone> part my fault
[06:58] <fabbione> i was approx 20000KM or 12000NM from any pc
[06:58] <T-Bone> but otoh i must blame zul for that one
[06:59] <fabbione> NO TIME TO BLAME
[06:59] <fabbione> we need a fix
[06:59] <T-Bone> disable it
[06:59] <fabbione> and who can test the fix
[06:59] <jbailey> fabbione: Lemme pull down a livecd then.  Lesse how good the net connection at this web caf really is. =)
[06:59] <fabbione> jbailey: ok.
[06:59] <T-Bone> revert to pre-25
[06:59] <fabbione> jbailey: to verify:
[06:59] <fabbione> boot on the liveCD
[06:59] <fabbione> and the installer should fail with "unable to load installer components" or something like that
[06:59] <fabbione> check dmesg
[07:00] <fabbione> and /proc/partition to verify that your hardware is actually recognized as scsi
[07:00] <lamont_r> T-Bone: need -25 for kickstart for kamion. Don't think we can revert
[07:00] <fabbione> probably checking the PCI id from above should be enough to know if it will happen or not
[07:00] <lamont_r> and I'm inclined to call this 25.1, since we already have -26 in the works...  thoughts?
[07:00] <T-Bone> lamont_r: how comes we couldn't revert the libpata diff (which is 2 lines btw), since it was working just fine before except for a few users with specific hardware??
[07:01] <lamont_r> T-Bone: that's what we need to do.
[07:01] <fabbione> few = a lot dude
[07:01] <fabbione> piix is quite common intel hw
[07:01] <T-Bone> fabbione: hell, your call. If you prefer more supported user with broken implementation...
[07:01] <T-Bone> lamont_r: yeah sorry i wasn't clear enough
[07:01] <jbailey> fabbione: array6 is fine for the livecd, right?
[07:02] <jbailey> Or do I need something more recent?
[07:02] <fabbione> jbailey: dunno.. it needs to have -25
[07:02] <T-Bone> if we need a minute-made fix, the only solution is reverting that patch
[07:02] <lamont_r> I prefer some unusable implementations to silent data corruption anywhere
[07:02] <jbailey> Do you have the URL for a mor recent snapshot handy?
[07:02] <T-Bone> we wouldn't have enough time to test any other invasive change
[07:02] <T-Bone> and would introduce potential new bugs that way
[07:03] <T-Bone> lamont_r: same here, hence my comment. Trying to fix both 'support more users' and 'fix data corruption' would go against our safe commit policy
[07:04] <T-Bone> but that's just my 2 cents
[07:07] <jbailey> fabbione: I'm getting 60k per second to cdimage.ubuntu.com  3 hours to download at this rate. =(
[07:07] <T-Bone> ouch
[07:16] <zul> i have a pentium 3 where i can build a 686 kernel if you want to test
[07:20] <jbailey> The question got missed in #u-devel, Is this only for cases where ata-piix intead of piix gets loaded for pure pata systems?
[07:23] <T-Bone> i'll be back in ~30'
[07:24] <zul> im building a kernel for 686 that disables undef pata again
[07:24] <T-Gone> zul: that's a no-go alas. We don't have time to rebuild a full set of kernels...
[07:25] <zul> im only building 686
[07:25] <jbailey> zul: Do you know whether it's only for cases where ata-piix gets loaded instead of piix?
[07:26] <zul> im not sure
[07:26] <jbailey> I've been running that kernel on my laptop for a while with no problem, and I've been using that kernel on a sata system that does a couple emails a second with no problem.
[07:27] <jbailey> I'm still sitting at 40k/sec for this livecd download, though.
[07:29] <jbailey> My laptop does the cdrom no problem.
[07:29] <jbailey> So I'm not sure where he's seeing the issue.
[07:30] <zul> do a hdparm on the cdrom
[07:32] <jbailey> 16 bit, a pile of offs, readahead 256, HDIO_GETGEO failed.
[07:34] <jbailey> afk a sec.
[07:36] <jbailey> back
[07:37] <zul> fabbione: is that the same  message that jbaileiy got?
[07:37] <jbailey> zul: I think thats' pretty normal for hdparm'ing a CDROM.  I don't htin it provides the geometry info.
[07:37] <zul> k
[07:38] <jbailey> My guess is that what he's seeing is that the controller is being detected as ata_piix intead of piix.
[07:39] <jbailey> It wouldn't affect upgrades because initrd-tools isn't that bright.
[07:40] <jbailey> Is that PCI ID add that you pasted here the only change with that patch?
[07:42] <fabbione> no
[07:42] <fabbione> it also enables another thing
[07:42] <jbailey> fabbione: Is my assumptions right so far?  That you're running off of ata_piix instead of running off of piix?
[07:43] <fabbione> i need dinner
[07:43] <fabbione> bbl
[07:44] <jbailey> Mm, lunch sounds like a good idea too.
[07:45] <jbailey> I'll finish this first.
[08:21] <lamont_r> "neighbor" is about 3.5 miles away
[08:22] <T-Bone> lol
[08:22] <T-Bone> would that mean anything good for me? :}
[08:22] <lamont_r> fabbione: from a logistical standpoint, whatever fix we do should probably just happen on mainline, and then we can merge it over to -pre26, and then think about renaming said branch... :0)
[08:23] <zul> ok im building the linux headers for 2.6.10 with #undef pata
[08:23] <T-Bone> zul: what are you trying to do?
[08:23] <zul> im trying to get a test kernel going
[08:24] <zul> or...trying to help out
[08:24] <T-Bone> zul: actually, any solution involving a kernel rebuild is mostly ruled out, afaict
[08:30] <T-Bone> zul: actually it turns out that I just said crap. Forget it :P
[08:30] <zul> i have a linux-image with pata turned off again if you want to test
[08:32] <T-Bone> zul: i'd love to. Don't have the hw :P
[08:33] <jbailey> zul: Did you revert the whole patch or just the extra PCI ids?
[08:33] <zul> just the pci ids
[08:34] <jbailey> I could test the kernel here just to make sure it doesn't load both anymore.
[08:34] <zul> -#undef ATA_ENABLE_ATAPI                /* define to enable ATAPI support */
[08:34] <zul> +#define ATA_ENABLE_ATAPI               /* define to enable ATAPI support */
[08:34] <zul>  #undef ATA_ENABLE_PATA         /* define to enable PATA support in some
[08:34] <zul>                                  * low-level drivers */
[08:35] <T-Bone> zul: tel kamion/fabbione what you're doing on #u-devel, seems they're not aware...
[08:50] <T-Gone> dinner time, bbiab
[08:55] <fabbione> i am preparing 25.1
[08:55] <zul> ok
[09:28] <T-Bone> lamont: how are you going to integrate 25.1 into the baz archive?
[09:32] <lamont> T-Bone: simple.  grab source, apply diff, commit to mainline
[09:32] <lamont> then branch it to -2,6,10-25,1
[09:33] <lamont> merge to --pre26, and commit there
[09:33] <T-Bone> woot
[09:33] <T-Bone> seems so simple :)
[10:02] <lamont> T-Bone: that's why we don't work on the mainline branch... :-)
[10:02] <lamont> alternatively (if we had already checked in -26 on mainline), then it would go in as a patch on the -25 version branch
[10:04] <T-Bone> ic
[10:05] <T-Bone> btw. what about the issue that would possibly be solved today? Will it have to be postponed? (just asking, mind you :)
[10:07] <lamont> which issue is that?
[10:07] <lamont> oh. that.  nfc
[10:07] <T-Bone> heh
[10:07] <T-Bone> i feared such an answer :|
[10:07] <zul> right ill be back later tonight...going to go play some soccer and ill be in pain later :)
[10:08] <lamont> step 1: preview release ships.  step 2: figure out status of everything else, act accordingly
[10:08] <T-Bone> heh
[10:08] <zul> later
[10:08] <T-Bone> zul: have fun
[10:08] <zul> oh i will
[10:09] <T-Bone> hehe
[10:09] <Mithrandir> T-Bone: nobody (read HP) has cared enough to send me an ia64 yet, so.. ;P
[10:09] <T-Bone> Mithrandir: heh. Otoh you've got full access to mine...
[10:09] <Mithrandir> T-Bone: true enough.
[10:09] <T-Bone> Mithrandir: more access would be "physical" at that point :)
[10:10] <Mithrandir> I could use one, it's cold up here in Norway.
[10:10] <T-Bone> lol
[10:11] <T-Bone> Mithrandir: btw if you need it right wrt lib32gcc1... I can let it on 24/7 if needed :)
[10:11] <Mithrandir> T-Bone: I'm going home now.  If gf is sleepy, I might fix it now so it's ready when preview freeze is over.
[10:11] <Mithrandir> I'll let you know in 30-ish minutes
[10:12] <T-Bone> perfect
[10:12] <T-Bone> thx alot :)
[10:56] <Mithrandir> T-Bone: ok, home, Karianne is already in bed, so I can hack the ia32-libs stuff.
[10:56] <T-Bone> hehe ok
[10:56] <T-Bone> hold on, booting the beast
[10:57] <T-Bone> there it goes. Give it 2' and it'll be all yours :)
[10:57] <T-Bone> feel free to dist-upgrade if needed
[11:02] <Mithrandir> shouldn't need to
[11:03] <T-Bone> whatever you want :)
[11:33] <T-Bone> lamont: huh? :)
[11:34] <lamont> I used to have willy walk over and power-cycle my A500 in my cube in 5L.
[11:34] <lamont> hence, willy switch.
[11:34] <lamont> far better than X10. :-)(
[11:34] <lamont> more expensive, too
[11:34] <T-Bone> lol
[11:34] <T-Bone> damn you :)
[11:45] <lamont> oh where oh where is fabbione...
[11:49] <T-Bone> to bed
[11:50] <T-Bone> not necessarily sleeping, mind you ;)