[12:25] <mjg59> Did something like http://lkml.org/lkml/2005/3/11/96 get applied?
[12:26] <zul> lemme check
[12:26] <zul> no it conflicted with the pmac_pdisk patch
[12:27] <mjg59> Ok
[12:27] <mjg59> Can you do one that just adds device_shutdown() as the first line of the PM_DISK_PLATFORM case?
[12:27] <mjg59> (Context is that without doing that, we cut power to disks before their cache has been flushed)
[12:29] <zul> sure..
[12:30] <mjg59> So just before the local_irq_save() stuff
[12:30] <zul> so like this?
[12:30] <zul>   case PM_DISK_PLATFORM:
[12:30] <zul>                 device_shutdown();
[12:30] <zul>                 local_irq_save(flags);
[12:30] <zul>                 error = pm_ops->enter(PM_SUSPEND_DISK);
[12:30] <zul>                 local_irq_restore(flags);
[12:31] <zul>                 break;
[12:33] <zul> brb
[12:37] <mjg59> Yup, that's perfect
[12:38] <zul> cool
[12:41] <mjg59> Hm. I may have this ACPI issue sidestepped.
[12:42] <zul> what acpi issue?
[12:46] <mjg59> kacpid taking all CPU time after resume from disk.
[12:47] <zul> ah ok
[12:55] <zul> mjg59: done
[01:11] <mjg59> zul: Rocking, thanks!
[01:12] <zul> np
[01:15] <dilinger> mjg59: is that related to the 0xff-after-resume problem you were having?
[01:17] <mjg59> dilinger: Nope
[01:17] <mjg59> I haven't tracked that one down yet
=== zul is debating whether to update the sata driver for ich5
[03:47] <calc> update the ipw2200 driver too :)
[03:47] <calc> the one from dec doesn't work on amd64
[03:48] <zul> it was a rhetorical debate i wasnt actually going to update it
[03:48] <calc> oh :\
[03:51] <zul> fabbione: i dont think im going to make any changes to my tree so you should be able to pull it in now
[04:01] <zul> later
[04:02] <crimsun> later
[05:39] <fabbione> morning
[06:21] <fabbione> mjg59: still around?
[06:23] <fabbione> 3
[06:28] <fabbione> mjg59:
[06:28] <fabbione>   * s/CONFIG_pm/CONFIG_PM/g :
[06:28] <fabbione>     Update uninorth-agp-ppc-suspend.dpatch
[06:29] <fabbione> otherwise you don't get to build it at all :-)
=== Seveas [~seveas@seveas.demon.nl]  has joined #ubuntu-kernel
[12:23] <mjg59> fabbione: Ugh. Yeah.
[12:27] <fabbione> i applied also the other patches you submitted to zul
[12:27] <fabbione> they will be in for -29
=== Seveas [~seveas@seveas.demon.nl]  has joined #ubuntu-kernel
[02:21] <mjg59> fabbione: Rocking
=== jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com]  has joined #ubuntu-kernel
=== zul [~chuck@198.62.158.205]  has joined #ubuntu-kernel
[02:52] <zul> hey
[02:53] <zul> fabbione: the config_pm was my bad
[03:22] <mjg59> fabbione: So we're expecting -29 on Wedensday or so?
[03:51] <zul> am at meeting bbl
[04:18] <fabbione> re
[04:18] <fabbione> zul: ok.. doesn't matter.
[04:18] <fabbione> anytime tomorrow...
[04:18] <fabbione> mjg59: ^
[04:19] <fabbione> after 15:00 UTC
[04:54] <mjg59> Rock
=== Seveas [~seveas@seveas.demon.nl]  has joined #ubuntu-kernel
[05:37] <svenl> fabbione: BTW, the 2.6.10 marvell gige patch worked fine on a gentoo kernel, so i wonder if there is some ubuntu-specific breakage that this causes ?
[05:40] <mjg59> svenl: What's the failure mode?
[05:40] <svenl> mjg59: failure mode ? 
[05:40] <mjg59> In what way does it not work on the ubuntu kernel?
[05:40] <svenl> mjg59: wait, i need to re-image the partition to check.
[05:41] <svenl> mjg59: the module loads, the interface comes up, but you can't communicate through it.
[05:41] <mjg59> Do you get interrupts?
[05:41] <svenl> didn't check.
[05:41] <mjg59> Right. Interrupt routing is the most likely issue.
[05:41] <svenl> i will reimage the partition, and give it a try.
[05:42] <svenl> may well be that this is the issue.
[05:43] <svenl> mjg59: thanks.
[06:44] <zul> wow...that was a fun meeting...not
=== T-None is now known as T-Bone
[07:20] <zul> hey T-Bone 
[07:20] <T-Bone> howdy
[07:20] <zul> how is it going?
[07:24] <T-Bone> ermm. "couci couca" i would say in french ;P
[07:24] <zul> been better?
[07:25] <T-Bone> yeah
[07:26] <T-Bone> but it should getter better soon. I've decided to take a few non paid vacation days to unplug and "reset the hardware"
[07:26] <T-Bone> but it should getter better soon. I've decided to take a few non paid vacation days to unplug and "reset the hardware"
[07:27] <T-Bone> oops
[07:27] <T-Bone> that should have been "going to ski in the french alps between Mar 25 and Mar 29"
[07:30] <zul> cool...right before release ;)
[07:34] <T-Bone> yeah
[07:35] <T-Bone> i'm used to "run on D day" thing ;)
[07:35] <T-Bone> been pretty good at it
[08:21] <zul> fabbione: what do you want to do about the dell perc stuff?
[08:26] <zul> fabbione: never mnid 
[08:28] <T-Bone> zul: i assume he didn't, anyway 8))
=== T-Bone ducks
=== zul smakcs T-Bone for good measure
[08:29] <T-Bone> lol
[08:48] <zul> hah im not going crazy
[09:18] <T-Bone> <offtopic>hmm. Does anyone remembers what's the max number of files per directory on Linux?
[09:18] <T-Bone> (ext3)
[09:19] <T-Bone> hmm. nm, found the proc file where that value is
[09:20] <mjg59> Isn't that the maximum number of open files, not the maximum number of files per directory?
[09:21] <T-Bone> indeed
[09:21] <T-Bone> looks like i'm being confused
[10:12] <zul> right im heading home