From cebbert at redhat.com Wed Oct 1 22:34:18 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Wed, 1 Oct 2008 18:34:18 -0400 Subject: de-modularising for the win! In-Reply-To: <48E1ED0B.7090603@leemhuis.info> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> Message-ID: <20081001183418.32c12280@redhat.com> On Tue, 30 Sep 2008 11:10:35 +0200 Thorsten Leemhuis wrote: > The alsa-project is a good example. Say you purchase a new motherboard > and it has a brand new audio codec that is not yet supported by the > in-kernel drivers. You report that to the alsa-project and they develop > code to support that codec; a few days or weeks later they might tell > you to download alsa-driver-1.0.18-alpha1.tar.bz and compile that for > testing. If certain sound drivers (say snd-hda-intel) or the soundcore > are compiled into the kernel (like planed for Fedora) then you will > often be forced to recompile the whole kernel to test the new driver. > That's a whole lot more complicated then compiling just the > alsa-drivers, which is not that hard to do these days with current > Fedora kernels. > I've got to agree, for ALSA who provide a turnkey package that lets people test the latest drivers. Our users do compile that package and report back whether it fixes their problems. We probably shouldn't build any sound drivers in so they can keep doing that. From kyle at mcmartin.ca Wed Oct 1 23:51:30 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Wed, 1 Oct 2008 19:51:30 -0400 Subject: de-modularising for the win! In-Reply-To: <20081001183418.32c12280@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> Message-ID: <20081001235130.GA8529@phobos.i.cabal.ca> On Wed, Oct 01, 2008 at 06:34:18PM -0400, Chuck Ebbert wrote: > On Tue, 30 Sep 2008 11:10:35 +0200 > Thorsten Leemhuis wrote: > > > The alsa-project is a good example. Say you purchase a new motherboard > > and it has a brand new audio codec that is not yet supported by the > > in-kernel drivers. You report that to the alsa-project and they develop > > code to support that codec; a few days or weeks later they might tell > > you to download alsa-driver-1.0.18-alpha1.tar.bz and compile that for > > testing. If certain sound drivers (say snd-hda-intel) or the soundcore > > are compiled into the kernel (like planed for Fedora) then you will > > often be forced to recompile the whole kernel to test the new driver. > > That's a whole lot more complicated then compiling just the > > alsa-drivers, which is not that hard to do these days with current > > Fedora kernels. > > > > I've got to agree, for ALSA who provide a turnkey package that lets people > test the latest drivers. Our users do compile that package and report back > whether it fixes their problems. We probably shouldn't build any sound drivers > in so they can keep doing that. > Heh, we come back to this again... Why can't we do a debug/nodebug style split for rawhide's built-in-ness? For release we do what's best for the silent (core sound modules built in, drivers not, since they're pigs.) majority... regards, Kyle From jcm at redhat.com Thu Oct 2 01:18:07 2008 From: jcm at redhat.com (Jon Masters) Date: Wed, 01 Oct 2008 21:18:07 -0400 Subject: de-modularising for the win! In-Reply-To: <20081001235130.GA8529@phobos.i.cabal.ca> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> <20081001235130.GA8529@phobos.i.cabal.ca> Message-ID: <1222910287.31183.85.camel@perihelion.int.jonmasters.org> On Wed, 2008-10-01 at 19:51 -0400, Kyle McMartin wrote: > Heh, we come back to this again... Why can't we do a debug/nodebug style > split for rawhide's built-in-ness? For release we do what's best for > the silent (core sound modules built in, drivers not, since they're pigs.) > majority... That's a beautifully elegant idea Kyle! Another kernel subpackage that remains modular (maybe even more modular too) while the main kernel can then be more aggressive about de-modularizing some things. FWIW, a couple of us are looking at ways to speed up modprobe. * We clearly need a hashed index table to speedup loading, but some of the existing patches add a bunch of complexity for no real speedup. * Add a daemon mode that prevents modprobe having to reload its metadata hundreds of times and then run this daemon only during startup to handle the modprobe storm (and other times only by option). Jon. From arjan at infradead.org Thu Oct 2 01:24:20 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Wed, 1 Oct 2008 18:24:20 -0700 Subject: de-modularising for the win! In-Reply-To: <1222910287.31183.85.camel@perihelion.int.jonmasters.org> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> <20081001235130.GA8529@phobos.i.cabal.ca> <1222910287.31183.85.camel@perihelion.int.jonmasters.org> Message-ID: <20081001182420.3932720f@infradead.org> On Wed, 01 Oct 2008 21:18:07 -0400 Jon Masters wrote: > On Wed, 2008-10-01 at 19:51 -0400, Kyle McMartin wrote: > > > Heh, we come back to this again... Why can't we do a debug/nodebug > > style split for rawhide's built-in-ness? For release we do what's > > best for the silent (core sound modules built in, drivers not, > > since they're pigs.) majority... > > That's a beautifully elegant idea Kyle! Another kernel subpackage that > remains modular (maybe even more modular too) while the main kernel > can then be more aggressive about de-modularizing some things. > > FWIW, a couple of us are looking at ways to speed up modprobe. to be honest, how about applying the patches that already do this and have been there for 10+ months? -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From arjan at infradead.org Thu Oct 2 01:36:30 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Wed, 1 Oct 2008 18:36:30 -0700 Subject: de-modularising for the win! In-Reply-To: <1222910287.31183.85.camel@perihelion.int.jonmasters.org> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> <20081001235130.GA8529@phobos.i.cabal.ca> <1222910287.31183.85.camel@perihelion.int.jonmasters.org> Message-ID: <20081001183630.403b8e03@infradead.org> On Wed, 01 Oct 2008 21:18:07 -0400 Jon Masters wrote: > FWIW, a couple of us are looking at ways to speed up modprobe. and just to be clear: the boot time cost of modules is only partially because of modprobe speed issues..... -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From cebbert at redhat.com Thu Oct 2 19:18:37 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Thu, 2 Oct 2008 15:18:37 -0400 Subject: de-modularising for the win! In-Reply-To: <20081001235130.GA8529@phobos.i.cabal.ca> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> <20081001235130.GA8529@phobos.i.cabal.ca> Message-ID: <20081002151837.6cf46cbe@redhat.com> On Wed, 1 Oct 2008 19:51:30 -0400 Kyle McMartin wrote: > > > > I've got to agree, for ALSA who provide a turnkey package that lets people > > test the latest drivers. Our users do compile that package and report back > > whether it fixes their problems. We probably shouldn't build any sound drivers > > in so they can keep doing that. > > > > Heh, we come back to this again... Why can't we do a debug/nodebug style > split for rawhide's built-in-ness? For release we do what's best for > the silent (core sound modules built in, drivers not, since they're pigs.) > majority... > There will be complaints if we do anything that keeps people from building and running ALSA on the released kernel. From kyle at mcmartin.ca Thu Oct 2 19:24:10 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Thu, 2 Oct 2008 15:24:10 -0400 Subject: de-modularising for the win! In-Reply-To: <20081002151837.6cf46cbe@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> <20081001235130.GA8529@phobos.i.cabal.ca> <20081002151837.6cf46cbe@redhat.com> Message-ID: <20081002192410.GA12310@phobos.i.cabal.ca> On Thu, Oct 02, 2008 at 03:18:37PM -0400, Chuck Ebbert wrote: > On Wed, 1 Oct 2008 19:51:30 -0400 > Kyle McMartin wrote: > > > > > > > I've got to agree, for ALSA who provide a turnkey package that lets people > > > test the latest drivers. Our users do compile that package and report back > > > whether it fixes their problems. We probably shouldn't build any sound drivers > > > in so they can keep doing that. > > > > > > > Heh, we come back to this again... Why can't we do a debug/nodebug style > > split for rawhide's built-in-ness? For release we do what's best for > > the silent (core sound modules built in, drivers not, since they're pigs.) > > majority... > > > > There will be complaints if we do anything that keeps people from building and > running ALSA on the released kernel. > There will be complaints if we keep booting in 1 minute when everyone else takes 20 seconds. Guess who will be more numerous? From mjg at redhat.com Thu Oct 2 19:27:03 2008 From: mjg at redhat.com (Matthew Garrett) Date: Thu, 2 Oct 2008 20:27:03 +0100 Subject: de-modularising for the win! In-Reply-To: <20081002151837.6cf46cbe@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <1222373397.14208.16.camel@perihelion> <20080929122252.GA18724@srcf.ucam.org> <1222752262.3319.4.camel@jcmlaptop.bos.redhat.com> <20080930013433.0b8cd066@infradead.org> <48E1ED0B.7090603@leemhuis.info> <20081001183418.32c12280@redhat.com> <20081001235130.GA8529@phobos.i.cabal.ca> <20081002151837.6cf46cbe@redhat.com> Message-ID: <20081002192703.GA24722@srcf.ucam.org> On Thu, Oct 02, 2008 at 03:18:37PM -0400, Chuck Ebbert wrote: > There will be complaints if we do anything that keeps people from building and > running ALSA on the released kernel. The failure here is that the only way to make HDA work is rebuilding kernel modules, not that rebuilding kernel modules becomes harder. -- Matthew Garrett | mjg59 at srcf.ucam.org From pjones at redhat.com Fri Oct 3 15:25:49 2008 From: pjones at redhat.com (Peter Jones) Date: Fri, 03 Oct 2008 11:25:49 -0400 Subject: de-modularising for the win! In-Reply-To: <20080918191355.GA9683@nostromo.devel.redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> Message-ID: <48E6397D.6060809@redhat.com> Bill Nottingham wrote: > See various and sundry plumber's conf discussions. > > Comments? (The netfilter stuff needs further investigation.) Also, please add these, since they're nearly always loaded (patch is on top of yours): diff --git a/config-generic b/config-generic index 0f43c42..de33831 100644 --- a/config-generic +++ b/config-generic @@ -640,14 +640,14 @@ CONFIG_BLK_DEV_DM=y CONFIG_DM_CRYPT=m CONFIG_DM_DEBUG=y # CONFIG_DM_DELAY is not set -CONFIG_DM_MIRROR=m +CONFIG_DM_MIRROR=y CONFIG_DM_MULTIPATH=m CONFIG_DM_MULTIPATH_EMC=m CONFIG_DM_MULTIPATH_HP=m CONFIG_DM_MULTIPATH_RDAC=m -CONFIG_DM_SNAPSHOT=m +CONFIG_DM_SNAPSHOT=y CONFIG_DM_UEVENT=y -CONFIG_DM_ZERO=m +CONFIG_DM_ZERO=y # # Fusion MPT device support From kyle at mcmartin.ca Fri Oct 3 16:03:45 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Fri, 3 Oct 2008 12:03:45 -0400 Subject: de-modularising for the win! In-Reply-To: <48E6397D.6060809@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <48E6397D.6060809@redhat.com> Message-ID: <20081003160345.GA13355@bombadil.infradead.org> On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote: > Bill Nottingham wrote: >> See various and sundry plumber's conf discussions. >> >> Comments? (The netfilter stuff needs further investigation.) > > Also, please add these, since they're nearly always loaded (patch is on > top of yours): > > diff --git a/config-generic b/config-generic > index 0f43c42..de33831 100644 > --- a/config-generic > +++ b/config-generic > @@ -640,14 +640,14 @@ CONFIG_BLK_DEV_DM=y > CONFIG_DM_CRYPT=m > CONFIG_DM_DEBUG=y > # CONFIG_DM_DELAY is not set > -CONFIG_DM_MIRROR=m > +CONFIG_DM_MIRROR=y > CONFIG_DM_MULTIPATH=m > CONFIG_DM_MULTIPATH_EMC=m > CONFIG_DM_MULTIPATH_HP=m > CONFIG_DM_MULTIPATH_RDAC=m > -CONFIG_DM_SNAPSHOT=m > +CONFIG_DM_SNAPSHOT=y > CONFIG_DM_UEVENT=y > -CONFIG_DM_ZERO=m > +CONFIG_DM_ZERO=y > Not that I object to this or anything of the sort, but it would be nice if when people were asking for things to be built-in, to see the size difference on vmlinux on a Fedora build with it enabled. regards, Kyle From pjones at redhat.com Fri Oct 3 17:06:57 2008 From: pjones at redhat.com (Peter Jones) Date: Fri, 03 Oct 2008 13:06:57 -0400 Subject: de-modularising for the win! In-Reply-To: <20081003160345.GA13355@bombadil.infradead.org> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <48E6397D.6060809@redhat.com> <20081003160345.GA13355@bombadil.infradead.org> Message-ID: <48E65131.5030705@redhat.com> Kyle McMartin wrote: > On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote: >> Bill Nottingham wrote: >>> See various and sundry plumber's conf discussions. >>> >>> Comments? (The netfilter stuff needs further investigation.) >> Also, please add these, since they're nearly always loaded (patch is on >> top of yours): >> >> diff --git a/config-generic b/config-generic >> index 0f43c42..de33831 100644 >> --- a/config-generic >> +++ b/config-generic >> @@ -640,14 +640,14 @@ CONFIG_BLK_DEV_DM=y >> CONFIG_DM_CRYPT=m >> CONFIG_DM_DEBUG=y >> # CONFIG_DM_DELAY is not set >> -CONFIG_DM_MIRROR=m >> +CONFIG_DM_MIRROR=y >> CONFIG_DM_MULTIPATH=m >> CONFIG_DM_MULTIPATH_EMC=m >> CONFIG_DM_MULTIPATH_HP=m >> CONFIG_DM_MULTIPATH_RDAC=m >> -CONFIG_DM_SNAPSHOT=m >> +CONFIG_DM_SNAPSHOT=y >> CONFIG_DM_UEVENT=y >> -CONFIG_DM_ZERO=m >> +CONFIG_DM_ZERO=y >> > > Not that I object to this or anything of the sort, but it would be nice > if when people were asking for things to be built-in, to see the size > difference on vmlinux on a Fedora build with it enabled. Well, I haven't done a build (on a slow laptop right now) but these modules don't have anything funny going wrt compiling differently when modular. So that means: -rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-mirror.ko -rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-snapshot.ko -rwxr--r-- 1 root root 7.0K 2008-09-23 21:38 dm-zero.ko 57kB or so max. But at the same time, these are loaded on nearly every Fedora system, and loaded as modules they're taking up at least 64kB . -- Peter From kyle at mcmartin.ca Fri Oct 3 17:12:28 2008 From: kyle at mcmartin.ca (Kyle McMartin) Date: Fri, 3 Oct 2008 13:12:28 -0400 Subject: de-modularising for the win! In-Reply-To: <48E65131.5030705@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <48E6397D.6060809@redhat.com> <20081003160345.GA13355@bombadil.infradead.org> <48E65131.5030705@redhat.com> Message-ID: <20081003171228.GA25370@bombadil.infradead.org> On Fri, Oct 03, 2008 at 01:06:57PM -0400, Peter Jones wrote: > -rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-mirror.ko > -rwxr--r-- 1 root root 25K 2008-09-23 21:38 dm-snapshot.ko > -rwxr--r-- 1 root root 7.0K 2008-09-23 21:38 dm-zero.ko > > 57kB or so max. But at the same time, these are loaded on nearly every > Fedora system, and loaded as modules they're taking up at least 64kB . > Groovy. Didn't mean it specifically for this case, but just in general it would be good to see the size increase we're going to be looking at. regards, Kyle From davej at redhat.com Fri Oct 3 17:23:39 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Oct 2008 13:23:39 -0400 Subject: de-modularising for the win! In-Reply-To: <48E6397D.6060809@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <48E6397D.6060809@redhat.com> Message-ID: <20081003172339.GC2924@redhat.com> On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote: > Bill Nottingham wrote: > > See various and sundry plumber's conf discussions. > > > > Comments? (The netfilter stuff needs further investigation.) > > Also, please add these, since they're nearly always loaded (patch is on > top of yours): I think this makes sense to do now as a stop-gap, but one day, I hope we can get to a situation where we do modprobe of such things based on a config file instead of always doing it. Dave -- http://www.codemonkey.org.uk From notting at redhat.com Fri Oct 3 17:25:50 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 3 Oct 2008 13:25:50 -0400 Subject: de-modularising for the win! In-Reply-To: <20081003172339.GC2924@redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <48E6397D.6060809@redhat.com> <20081003172339.GC2924@redhat.com> Message-ID: <20081003172550.GA9429@nostromo.devel.redhat.com> Dave Jones (davej at redhat.com) said: > On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote: > > Bill Nottingham wrote: > > > See various and sundry plumber's conf discussions. > > > > > > Comments? (The netfilter stuff needs further investigation.) > > > > Also, please add these, since they're nearly always loaded (patch is on > > top of yours): > > I think this makes sense to do now as a stop-gap, but one day, > I hope we can get to a situation where we do modprobe of such > things based on a config file instead of always doing it. Ideally the DM layer would be able to request_module() the map type whenever necessary. Bill From davej at redhat.com Fri Oct 3 17:45:07 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 3 Oct 2008 13:45:07 -0400 Subject: de-modularising for the win! In-Reply-To: <20081003172550.GA9429@nostromo.devel.redhat.com> References: <20080918191355.GA9683@nostromo.devel.redhat.com> <48E6397D.6060809@redhat.com> <20081003172339.GC2924@redhat.com> <20081003172550.GA9429@nostromo.devel.redhat.com> Message-ID: <20081003174507.GD2924@redhat.com> On Fri, Oct 03, 2008 at 01:25:50PM -0400, Bill Nottingham wrote: > Dave Jones (davej at redhat.com) said: > > On Fri, Oct 03, 2008 at 11:25:49AM -0400, Peter Jones wrote: > > > Bill Nottingham wrote: > > > > See various and sundry plumber's conf discussions. > > > > > > > > Comments? (The netfilter stuff needs further investigation.) > > > > > > Also, please add these, since they're nearly always loaded (patch is on > > > top of yours): > > > > I think this makes sense to do now as a stop-gap, but one day, > > I hope we can get to a situation where we do modprobe of such > > things based on a config file instead of always doing it. > > Ideally the DM layer would be able to request_module() the map type > whenever necessary. Wherever possible, yes that would be even better. Dave -- http://www.codemonkey.org.uk From roland at redhat.com Fri Oct 3 20:20:29 2008 From: roland at redhat.com (Roland McGrath) Date: Fri, 3 Oct 2008 13:20:29 -0700 (PDT) Subject: [cebbert@fedoraproject.org: rpms/kernel/devel kernel.spec, 1.1006, 1.1007] Message-ID: <20081003202029.D414D154242@magilla.localdomain> What's this about? From wresting at videodigital.it Sun Oct 5 21:17:19 2008 From: wresting at videodigital.it (Plageman Moellman) Date: Sun, 05 Oct 2008 21:17:19 -0000 Subject: You have 1 new meessage Message-ID: <5088256288.20081005210246@videodigital.it> NNeww casino http://62twpq.bay.livefilestore.com/y1pp2PcyGTfuqgaEyvbDlBJKd7V8DVQcRCpCvE2o_JkfremnM2y39Ad89ZukUTM_iBtxYW-xIRW85k36dUnopkCEA/ljwilntidj.html Attentive behaviour were indeed worthy of admiration. Master stroked her nose, and patted her, and talked in many villages, however, the walls of the houses they trade considerably with the far east and a nod and a shake. His large hands, sensual lips,. From SteveD at redhat.com Mon Oct 6 18:56:04 2008 From: SteveD at redhat.com (Steve Dickson) Date: Mon, 06 Oct 2008 14:56:04 -0400 Subject: turning on -fno-inline-functions-called-once Message-ID: <48EA5F44.1030606@RedHat.com> A while back, I believe back during the last FUDCon in Raleigh I talked with kylem and davej about turning off the "inline-functions-called-once" which inlines functions that are only called once. Turning off this optimization would allow SystemTap to work much better, especially in the NFS code... Kyle/Dave (or anybody else) remember if anything came out from that conversation? Is there any reason we should not remove this optimization? steved. From kyle at infradead.org Mon Oct 6 19:04:08 2008 From: kyle at infradead.org (Kyle McMartin) Date: Mon, 6 Oct 2008 15:04:08 -0400 Subject: turning on -fno-inline-functions-called-once In-Reply-To: <48EA5F44.1030606@RedHat.com> References: <48EA5F44.1030606@RedHat.com> Message-ID: <20081006190408.GA23704@bombadil.infradead.org> On Mon, Oct 06, 2008 at 02:56:04PM -0400, Steve Dickson wrote: > A while back, I believe back during the last FUDCon in Raleigh I talked with kylem and davej about turning off the "inline-functions-called-once" which inlines functions that are only called once. Turning off this optimization would allow SystemTap to work much better, especially in the NFS code... > > Kyle/Dave (or anybody else) remember if anything came out from that conversation? > > Is there any reason we should not remove this optimization? > I don't mind the idea of turning this off in debug builds, but I'm iffy about turning the optimization off in release builds... regards, Kyle From palazzo at student.aaue.dk Mon Oct 6 23:27:19 2008 From: palazzo at student.aaue.dk (Spivey Pastrana) Date: Mon, 06 Oct 2008 23:27:19 +0000 Subject: 1 new meessage! Message-ID: <9784823999.20081006231633@student.aaue.dk> Neew life! http://8b1dqw.bay.livefilestore.com/y1pK4bF8M1cMxBVg9Zty_pKix_JaBxyD-cDQfEohqZcA0aHmo9tOHEoZ53dLg5PbSqkiJBJn0v3wYRhDHleeL7xbA/ed5hgxaw48f2.html Solitus est ea dissimulatione, quam graeci greek: of the force would settle a problem we had never trouble and uncertainty: it is even necessary might be kept up. They would then be firmly devoted he was dyingthen he confided his secret to me.'. From davej at redhat.com Tue Oct 7 03:29:17 2008 From: davej at redhat.com (Dave Jones) Date: Mon, 6 Oct 2008 23:29:17 -0400 Subject: turning on -fno-inline-functions-called-once In-Reply-To: <48EA5F44.1030606@RedHat.com> References: <48EA5F44.1030606@RedHat.com> Message-ID: <20081007032917.GA23918@redhat.com> On Mon, Oct 06, 2008 at 02:56:04PM -0400, Steve Dickson wrote: > A while back, I believe back during the last FUDCon in Raleigh I > talked with kylem and davej about turning off the > "inline-functions-called-once" which inlines functions that are only > called once. Turning off this optimization would allow SystemTap to work > much better, especially in the NFS code... > > Kyle/Dave (or anybody else) remember if anything came out from that conversation? I forgot all about that conversation. > Is there any reason we should not remove this optimization? I'd be really surprised if it's actually even measurable on modern CPUs. Dave -- http://www.codemonkey.org.uk From SteveD at redhat.com Tue Oct 7 13:02:08 2008 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 07 Oct 2008 09:02:08 -0400 Subject: turning on -fno-inline-functions-called-once In-Reply-To: <20081006190408.GA23704@bombadil.infradead.org> References: <48EA5F44.1030606@RedHat.com> <20081006190408.GA23704@bombadil.infradead.org> Message-ID: <48EB5DD0.2070903@RedHat.com> Kyle McMartin wrote: > On Mon, Oct 06, 2008 at 02:56:04PM -0400, Steve Dickson wrote: >> A while back, I believe back during the last FUDCon in Raleigh I talked with kylem and davej about turning off the "inline-functions-called-once" which inlines functions that are only called once. Turning off this optimization would allow SystemTap to work much better, especially in the NFS code... >> >> Kyle/Dave (or anybody else) remember if anything came out from that conversation? >> >> Is there any reason we should not remove this optimization? >> > > I don't mind the idea of turning this off in debug builds, but I'm iffy > about turning the optimization off in release builds... Understandable... but its a catch-22... If its not turned off in release builds then we can't use systemtap [to debug NFS] in production environments which the true value systemtap brings to the table... imho... steved. From kyle at infradead.org Tue Oct 7 13:57:32 2008 From: kyle at infradead.org (Kyle McMartin) Date: Tue, 7 Oct 2008 09:57:32 -0400 Subject: turning on -fno-inline-functions-called-once In-Reply-To: <48EB5DD0.2070903@RedHat.com> References: <48EA5F44.1030606@RedHat.com> <20081006190408.GA23704@bombadil.infradead.org> <48EB5DD0.2070903@RedHat.com> Message-ID: <20081007135732.GA5171@bombadil.infradead.org> On Tue, Oct 07, 2008 at 09:02:08AM -0400, Steve Dickson wrote: > > > Kyle McMartin wrote: > > On Mon, Oct 06, 2008 at 02:56:04PM -0400, Steve Dickson wrote: > >> A while back, I believe back during the last FUDCon in Raleigh I talked with kylem and davej about turning off the "inline-functions-called-once" which inlines functions that are only called once. Turning off this optimization would allow SystemTap to work much better, especially in the NFS code... > >> > >> Kyle/Dave (or anybody else) remember if anything came out from that conversation? > >> > >> Is there any reason we should not remove this optimization? > >> > > > > I don't mind the idea of turning this off in debug builds, but I'm iffy > > about turning the optimization off in release builds... > Understandable... but its a catch-22... If its not turned off in release builds then we can't use systemtap [to debug NFS] in production environments which the true value systemtap brings to the table... imho... > Is this liable to actually occur, though? I mean, I don't have any problem with it per se... I'd just be suprised, is all. regards, Kyle From benjaminji at gmail.com Tue Oct 7 14:41:28 2008 From: benjaminji at gmail.com (Feng Ji) Date: Tue, 7 Oct 2008 10:41:28 -0400 Subject: where to download a fedora kernel source of a certain version Message-ID: <82b9fc800810070741k86b1fb7y6ab257badeb8ddce@mail.gmail.com> Dear all, Do you know where I can download a fedora kernel source of a specific version? I tried to find it in fedora mirror site and the cvs repository but could not. A 'yumdownloader --source kernel' can only get me the latest version, which is not I wanted. (I want 2.6.26.3-29.fc9.i686) Thanks a lot! Best, Feng From zaitcev at redhat.com Tue Oct 7 16:11:30 2008 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 7 Oct 2008 10:11:30 -0600 Subject: where to download a fedora kernel source of a certain version In-Reply-To: <82b9fc800810070741k86b1fb7y6ab257badeb8ddce@mail.gmail.com> References: <82b9fc800810070741k86b1fb7y6ab257badeb8ddce@mail.gmail.com> Message-ID: <20081007101130.e6b21ad6.zaitcev@redhat.com> On Tue, 7 Oct 2008 10:41:28 -0400, "Feng Ji" wrote: > Do you know where I can download a fedora kernel source of a specific > version? I tried to find it in fedora mirror site and the cvs > repository but could not. Good question... Mind, I've not done it in a while, but I would do this (assuming you don't want one which is too old, using kernel-2.6.spec) Run "cvs log kernel.spec > ../log", find the tag you want, e.g. cvs co -r kernel-2_6_23-0_224_rc9_git6_fc8 kernel/devel -- Pete From fedora at leemhuis.info Tue Oct 7 16:52:30 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 07 Oct 2008 18:52:30 +0200 Subject: where to download a fedora kernel source of a certain version In-Reply-To: <20081007101130.e6b21ad6.zaitcev@redhat.com> References: <82b9fc800810070741k86b1fb7y6ab257badeb8ddce@mail.gmail.com> <20081007101130.e6b21ad6.zaitcev@redhat.com> Message-ID: <48EB93CE.2030708@leemhuis.info> On 07.10.2008 18:11, Pete Zaitcev wrote: > On Tue, 7 Oct 2008 10:41:28 -0400, "Feng Ji" wrote: > >> Do you know where I can download a fedora kernel source of a specific >> version? I tried to find it in fedora mirror site and the cvs >> repository but could not. > Good question... Mind, I've not done it in a while, but I would do > this (assuming you don't want one which is too old, using kernel-2.6.spec) > Run "cvs log kernel.spec > ../log", find the tag you want, e.g. > cvs co -r kernel-2_6_23-0_224_rc9_git6_fc8 kernel/devel Old rpms (including source rpms) can also be found in koji: http://koji.fedoraproject.org/koji/packageinfo?packageID=8 -> http://koji.fedoraproject.org/koji/buildinfo?buildID=61373 -> http://koji.fedoraproject.org/packages/kernel/2.6.26.3/29.fc9/src/kernel-2.6.26.3-29.fc9.src.rpm HTH Cu knurd From pompey at obermoschel.de Tue Oct 7 18:36:59 2008 From: pompey at obermoschel.de (Brog Kayser) Date: Tue, 07 Oct 2008 18:36:59 +0000 Subject: 1 new message! Message-ID: <4385427537.20081007183223@obermoschel.de> New life!!! http://lj65fa.blu.livefilestore.com/y1pXwQEJJ_ZJh-WDMnCvWNwDHNASDFvfDhPZ6wjGpN7ZSBwesrAfccwo_JDYpkfXf3PvVtYrLxVHcxLV3BlBnhhUw/gdze4bfve.html Slave insurrections are no more common now than doing so. on certain days he refused to give them war to refuse to send him the substantial reenforcement it was the one which ran into the travancore, solely in praise and in honor of st. Romain for. From cebbert at redhat.com Tue Oct 7 21:13:04 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Tue, 7 Oct 2008 17:13:04 -0400 Subject: [cebbert@fedoraproject.org: rpms/kernel/devel kernel.spec, 1.1006, 1.1007] In-Reply-To: <20081003202029.D414D154242@magilla.localdomain> References: <20081003202029.D414D154242@magilla.localdomain> Message-ID: <20081007171304.0e5d007c@redhat.com> On Fri, 3 Oct 2008 13:20:29 -0700 (PDT) Roland McGrath wrote: > > What's this about? > Just reducing the time it takes to do 'make prep' when the next stable update is released. The patches are so small it doesn't make sense to untar the kernel and apply the stable update every time a new one gets released. It's been in F9 for a while and I wanted it in rawhide before we branched. From grandiosity at laured.nl Wed Oct 8 04:25:47 2008 From: grandiosity at laured.nl (Shockey Wolk) Date: Wed, 08 Oct 2008 04:25:47 +0000 Subject: 1 neew message! Message-ID: <3816050377.20081008042132@laured.nl> Neww liife! http://nxgmvw.blu.livefilestore.com/y1pzVhkvVutEdF8eUWNnb9ToY9ocviO5sFM-XMUDOP94FAHYmLFpV-bHD9T8z-6_4D0tiThIE3n5RYiMsfUf9Ozmw/g364h5f.html A mighty snake, spake these words, 'lotuseyed a blade of grass near by to tinge the clear water replaced. The fallen leaves were collected and of these savages. In the last war they behaved this denunciation. 293. The maiden may herself. From f890ddtd9 at yahoo.cn Thu Oct 9 02:32:32 2008 From: f890ddtd9 at yahoo.cn (Zsl) Date: Thu, 9 Oct 2008 10:32:32 +0800 (CST) Subject: f890ddtd9 Message-ID: <846862.95100.qm@web92102.mail.cnh.yahoo.com> ??? ?????????????(??????????????0.5-2%?????????????????????????????? ????????? ?~?~???~?~? ?@~@??~139~2846~186O --------------------------------- ???????????? From pocketful at rae-kte.de Thu Oct 9 09:00:50 2008 From: pocketful at rae-kte.de (Harnage Bicknese) Date: Thu, 09 Oct 2008 09:00:50 +0000 Subject: muhaahahahahahhahahhahaha Message-ID: <5875095780.20081009085735@rae-kte.de> New lifeee! http://cid-3667db748157bba4.spaces.live.com/blog/cns!3667DB748157BBA4!107.entry Uragas (nagas). Herein also hath been described to this form of words, made by man, objected moodie, of sin were working at the pumps, he splashed ends. They were ever sharers with each other in upon the depth of thought and knowledge with which. From serv_feed at idfaceshow.com Thu Oct 9 18:22:16 2008 From: serv_feed at idfaceshow.com (servdept_00) Date: Fri, 10 Oct 2008 02:22:16 +0800 Subject: about your music file collections Message-ID: <20081010.CPDBHAFNFUEMTDAE@idfaceshow.com> Hello, You have received this letter because of signing on music concerned subscription. I'm glad I would like to share my experience enthusiastically in managing my music file collections. I got a widget called Tag and M3U yesterday. You know I have a lot of music collections.Most of them I have no time to manually tag and rename, even some files are pell-mell in one folder. Yesterday after I installl this cool tool, I finished orgonizing my collections by only clicking miraculously. Thanks the guy developed this soft:) If you are a music fan like me who have often many huge music file collections, go and see :) From beige at chickidee.com Fri Oct 10 05:05:05 2008 From: beige at chickidee.com (Crichton Mcfaul) Date: Fri, 10 Oct 2008 05:05:05 +0000 Subject: 'Stray Shopping Carts of Eastern North America' takes prize for oddest book title Message-ID: <3467432726.20081010050047@chickidee.com> New liife! Order. And, o monarch, men at such periods behave you take my advice you'll try charles guille at that he was going to cry. He had started for the this krishna here, of eyes red as the lotus, clad back into the sable pit. I don't want to go, he. From davej at redhat.com Fri Oct 10 19:01:14 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 10 Oct 2008 15:01:14 -0400 Subject: patch naming scheme. Message-ID: <20081010190114.GA28717@redhat.com> For a while, diffs in the Fedora kernel have followed the form linux-2.6-*.patch Then, we started seeing some git snapshots show up as git-*.diff and lately, everything seems to have gone bananas, with no particular scheme at all.. nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch etc etc. Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless (given that duh, they're all going to be against Linux 2.6), but it does group things nicely in an ls output if nothing else. So, what are peoples thoughts on this? Dave -- http://www.codemonkey.org.uk From davej at redhat.com Fri Oct 10 19:18:35 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 10 Oct 2008 15:18:35 -0400 Subject: patch naming scheme. In-Reply-To: <1223666082.7707.4.camel@atropine.boston.devel.redhat.com> References: <20081010190114.GA28717@redhat.com> <1223666082.7707.4.camel@atropine.boston.devel.redhat.com> Message-ID: <20081010191835.GB28717@redhat.com> On Fri, Oct 10, 2008 at 03:14:42PM -0400, Adam Jackson wrote: > In the X server I try to keep the original version the patch was against > in the name, to give some idea of how old a patch is. Admittedly this > is less useful with the kernel because you guys have ridiculous version > numbers, but even just being able to see the difference between > linux-2.6.9-foo.patch and linux-2.6.27-bar.patch might be useful. Way back when, we used to do that. But that kind of loses its meaning too. For stuff that's never going upstream, you end up with linux-2.6.5-execshield And for other patches older than 1 version, why aren't they upstream again? Dave -- http://www.codemonkey.org.uk From goodwin at alphapharm.com.au Fri Oct 10 18:33:40 2008 From: goodwin at alphapharm.com.au (daven anastasi) Date: Fri, 10 Oct 2008 18:33:40 +0000 Subject: Become our admin and earn 2500 per week. Message-ID: <02146.leonard@loren> Greetings. NALCO COMPANY is searching for hardworking person, that will represent our branch in local area. The required country: UNITED STATES ONLY! (all states). Prior experience is not necessary; entry level admin, customer service and good people skills are all you need. Perfect for anyone who wants to work from home and spend more time with their family, or just make some extra money. Be debt free fast making an additional $4,000-12,000 A MONTH! WRITE US AND APPLY NOW: nalcocorpsinc at googlemail.com From oliver at linux-kernel.at Fri Oct 10 20:30:33 2008 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 10 Oct 2008 22:30:33 +0200 Subject: Become our admin and earn 2500 per week. In-Reply-To: <02146.leonard@loren> References: <02146.leonard@loren> Message-ID: <48EFBB69.3030902@linux-kernel.at> daven anastasi schrieb: > Greetings.7 > > NALCO COMPANY is searching for hardworking person, that will represent our branch in local area. > > The required country: UNITED STATES ONLY! (all states). > > Prior experience is not necessary; entry level admin, customer service and good people skills are all you need. > Perfect for anyone who wants to work from home and spend more time with their family, or just make some extra money. > Be debt free fast making an additional $4,000-12,000 A MONTH! > > WRITE US AND APPLY NOW: nalcocorpsinc at googlemail.com Please don't apply all at once :-) What a spam... -of From csnook at redhat.com Fri Oct 10 21:27:00 2008 From: csnook at redhat.com (Chris Snook) Date: Fri, 10 Oct 2008 17:27:00 -0400 Subject: patch naming scheme. In-Reply-To: <20081010190114.GA28717@redhat.com> References: <20081010190114.GA28717@redhat.com> Message-ID: <48EFC8A4.6050204@redhat.com> Dave Jones wrote: > For a while, diffs in the Fedora kernel have followed the form > > linux-2.6-*.patch > > Then, we started seeing some git snapshots show up as > > git-*.diff > > and lately, everything seems to have gone bananas, with no > particular scheme at all.. > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > etc etc. > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless > (given that duh, they're all going to be against Linux 2.6), but it > does group things nicely in an ls output if nothing else. > > So, what are peoples thoughts on this? > > Dave > If we'd prefix them with the source package name, in this case "kernel", it would make it a lot easier to find things in /usr/src/redhat/SOURCES when we've got SRPMs from different packages installed. We should probably avoid using names that refer to a specific upstream version, because the name becomes misleading once we rebase. When there's a suitable upstream patch name, like the names Andrew Morton uses in -mm, we should probably use those (perhaps prepended with kernel-) to make it clear what it corresponds to upstream. -- Chris From jarod at redhat.com Fri Oct 10 21:55:50 2008 From: jarod at redhat.com (Jarod Wilson) Date: Fri, 10 Oct 2008 17:55:50 -0400 Subject: patch naming scheme. In-Reply-To: <48EFC8A4.6050204@redhat.com> References: <20081010190114.GA28717@redhat.com> <48EFC8A4.6050204@redhat.com> Message-ID: <200810101755.50842.jarod@redhat.com> On Friday 10 October 2008 17:27:00 Chris Snook wrote: > Dave Jones wrote: > > For a while, diffs in the Fedora kernel have followed the form > > > > linux-2.6-*.patch > > > > Then, we started seeing some git snapshots show up as > > > > git-*.diff > > > > and lately, everything seems to have gone bananas, with no > > particular scheme at all.. > > > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > > etc etc. > > > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless > > (given that duh, they're all going to be against Linux 2.6), but it > > does group things nicely in an ls output if nothing else. > > > > So, what are peoples thoughts on this? > > > > Dave > > If we'd prefix them with the source package name, in this case "kernel", it > would make it a lot easier to find things in /usr/src/redhat/SOURCES when > we've got SRPMs from different packages installed. We should probably > avoid using names that refer to a specific upstream version, because the > name becomes misleading once we rebase. When there's a suitable upstream > patch name, like the names Andrew Morton uses in -mm, we should probably > use those (perhaps prepended with kernel-) to make it clear what it > corresponds to upstream. Yeah, I'd be happy with --.patch, omitting the tree id portion if there isn't one, or some variant thereof. Being able to do an 'ls kernel*.patch' is definitely useful. -- Jarod Wilson jarod at redhat.com From davej at redhat.com Sat Oct 11 00:37:24 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 10 Oct 2008 20:37:24 -0400 Subject: patch naming scheme. In-Reply-To: <200810101755.50842.jarod@redhat.com> References: <20081010190114.GA28717@redhat.com> <48EFC8A4.6050204@redhat.com> <200810101755.50842.jarod@redhat.com> Message-ID: <20081011003724.GA8254@redhat.com> On Fri, Oct 10, 2008 at 05:55:50PM -0400, Jarod Wilson wrote: > On Friday 10 October 2008 17:27:00 Chris Snook wrote: > > Dave Jones wrote: > > > For a while, diffs in the Fedora kernel have followed the form > > > > > > linux-2.6-*.patch > > > > > > Then, we started seeing some git snapshots show up as > > > > > > git-*.diff > > > > > > and lately, everything seems to have gone bananas, with no > > > particular scheme at all.. > > > > > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > > > etc etc. > > > > > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless > > > (given that duh, they're all going to be against Linux 2.6), but it > > > does group things nicely in an ls output if nothing else. > > > > > > So, what are peoples thoughts on this? > > > > > > Dave > > > > If we'd prefix them with the source package name, in this case "kernel", it > > would make it a lot easier to find things in /usr/src/redhat/SOURCES when > > we've got SRPMs from different packages installed. We should probably > > avoid using names that refer to a specific upstream version, because the > > name becomes misleading once we rebase. When there's a suitable upstream > > patch name, like the names Andrew Morton uses in -mm, we should probably > > use those (perhaps prepended with kernel-) to make it clear what it > > corresponds to upstream. > > Yeah, I'd be happy with --.patch, omitting the > tree id portion if there isn't one, or some variant thereof. Being able to do > an 'ls kernel*.patch' is definitely useful. kernel-* is sacred. Tab completion ftw. :) Dave -- http://www.codemonkey.org.uk From airlied at redhat.com Sat Oct 11 01:23:34 2008 From: airlied at redhat.com (Dave Airlie) Date: Sat, 11 Oct 2008 11:23:34 +1000 Subject: patch naming scheme. In-Reply-To: <20081010190114.GA28717@redhat.com> References: <20081010190114.GA28717@redhat.com> Message-ID: <1223688214.2399.1.camel@optimus> On Fri, 2008-10-10 at 15:01 -0400, Dave Jones wrote: > For a while, diffs in the Fedora kernel have followed the form > > linux-2.6-*.patch > > Then, we started seeing some git snapshots show up as > > git-*.diff > > and lately, everything seems to have gone bananas, with no > particular scheme at all.. > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > etc etc. > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless > (given that duh, they're all going to be against Linux 2.6), but it > does group things nicely in an ls output if nothing else. > > So, what are peoples thoughts on this? The linux-2.6 thing groups nicely for ls, but make tab complete a waste of time, and is pretty pointless as you say. nvidia-agp I apologise for, it just came with that name from upstream, I meant to rename it to at least agp-nvidia. I don't suppose we could use a subdirectory called patches if we want to keep ls clean.. this being the 21st century :) Dave. > > Dave > From sandeen at redhat.com Sat Oct 11 01:43:34 2008 From: sandeen at redhat.com (Eric Sandeen) Date: Fri, 10 Oct 2008 20:43:34 -0500 Subject: patch naming scheme. In-Reply-To: <20081010190114.GA28717@redhat.com> References: <20081010190114.GA28717@redhat.com> Message-ID: <48F004C6.6000300@redhat.com> Dave Jones wrote: > For a while, diffs in the Fedora kernel have followed the form > > linux-2.6-*.patch > > Then, we started seeing some git snapshots show up as > > git-*.diff > > and lately, everything seems to have gone bananas, with no > particular scheme at all.. > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > etc etc. Urk, even though Dave says he wasn't picking on me, 2/3 of those mentioned were mine. Oops. Sorry. :) One of them was from the upstream patch queue, the other was just whatever name popped into my head when I imported it into a quilt stack. As an aside - but maybe relevant - how much description / lineage / whatever should go into the spec file comments vs. into the TODO file? -Eric From davej at redhat.com Sat Oct 11 01:54:43 2008 From: davej at redhat.com (Dave Jones) Date: Fri, 10 Oct 2008 21:54:43 -0400 Subject: patch naming scheme. In-Reply-To: <48F004C6.6000300@redhat.com> References: <20081010190114.GA28717@redhat.com> <48F004C6.6000300@redhat.com> Message-ID: <20081011015443.GA11824@redhat.com> On Fri, Oct 10, 2008 at 08:43:34PM -0500, Eric Sandeen wrote: > As an aside - but maybe relevant - how much description / lineage / > whatever should go into the spec file comments vs. into the TODO file? The TODO is pretty free form, put whatever you want in there. Pointers to upstream discussion (if any exists) is a good start, as is any other info on its upstream progress. The specfile - One liners are fine. Think about the sort of thing that goes in the git shortlog upstream. If bugzillas exist, referencing them with (#123456) at the end seems to be the standard way of mentioning them. I don't want to get beurocratic about all this (hey, it's Fedora, not RHEL :) so I'm not going to be imposing any kind of enforcement on the above. Just go with what feels 'right'. General rule of thumb: Some info is better than no info. Dave -- http://www.codemonkey.org.uk From jarod at redhat.com Sat Oct 11 03:08:34 2008 From: jarod at redhat.com (Jarod Wilson) Date: Fri, 10 Oct 2008 23:08:34 -0400 Subject: patch naming scheme. In-Reply-To: <20081011003724.GA8254@redhat.com> References: <20081010190114.GA28717@redhat.com> <200810101755.50842.jarod@redhat.com> <20081011003724.GA8254@redhat.com> Message-ID: <200810102308.34819.jarod@redhat.com> On Friday 10 October 2008 20:37:24 Dave Jones wrote: > On Fri, Oct 10, 2008 at 05:55:50PM -0400, Jarod Wilson wrote: > > On Friday 10 October 2008 17:27:00 Chris Snook wrote: > > > Dave Jones wrote: > > > > For a while, diffs in the Fedora kernel have followed the form > > > > > > > > linux-2.6-*.patch > > > > > > > > Then, we started seeing some git snapshots show up as > > > > > > > > git-*.diff > > > > > > > > and lately, everything seems to have gone bananas, with no > > > > particular scheme at all.. > > > > > > > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, > > > > xfs-barrier-fix.patch etc etc. > > > > > > > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of > > > > pointless (given that duh, they're all going to be against Linux > > > > 2.6), but it does group things nicely in an ls output if nothing > > > > else. > > > > > > > > So, what are peoples thoughts on this? > > > > > > > > Dave > > > > > > If we'd prefix them with the source package name, in this case > > > "kernel", it would make it a lot easier to find things in > > > /usr/src/redhat/SOURCES when we've got SRPMs from different packages > > > installed. We should probably avoid using names that refer to a > > > specific upstream version, because the name becomes misleading once we > > > rebase. When there's a suitable upstream patch name, like the names > > > Andrew Morton uses in -mm, we should probably use those (perhaps > > > prepended with kernel-) to make it clear what it corresponds to > > > upstream. > > > > Yeah, I'd be happy with --.patch, > > omitting the tree id portion if there isn't one, or some variant > > thereof. Being able to do an 'ls kernel*.patch' is definitely useful. > > kernel-* is sacred. Tab completion ftw. :) Ah, good point, s/kernel/linux/ then maybe? -- Jarod Wilson jarod at redhat.com From csnook at redhat.com Sat Oct 11 07:21:28 2008 From: csnook at redhat.com (Chris Snook) Date: Sat, 11 Oct 2008 03:21:28 -0400 Subject: patch naming scheme. In-Reply-To: <200810102308.34819.jarod@redhat.com> References: <20081010190114.GA28717@redhat.com> <200810101755.50842.jarod@redhat.com> <20081011003724.GA8254@redhat.com> <200810102308.34819.jarod@redhat.com> Message-ID: <48F053F8.1060007@redhat.com> Jarod Wilson wrote: > On Friday 10 October 2008 20:37:24 Dave Jones wrote: >> On Fri, Oct 10, 2008 at 05:55:50PM -0400, Jarod Wilson wrote: >> > On Friday 10 October 2008 17:27:00 Chris Snook wrote: >> > > Dave Jones wrote: >> > > > For a while, diffs in the Fedora kernel have followed the form >> > > > >> > > > linux-2.6-*.patch >> > > > >> > > > Then, we started seeing some git snapshots show up as >> > > > >> > > > git-*.diff >> > > > >> > > > and lately, everything seems to have gone bananas, with no >> > > > particular scheme at all.. >> > > > >> > > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, >> > > > xfs-barrier-fix.patch etc etc. >> > > > >> > > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of >> > > > pointless (given that duh, they're all going to be against Linux >> > > > 2.6), but it does group things nicely in an ls output if nothing >> > > > else. >> > > > >> > > > So, what are peoples thoughts on this? >> > > > >> > > > Dave >> > > >> > > If we'd prefix them with the source package name, in this case >> > > "kernel", it would make it a lot easier to find things in >> > > /usr/src/redhat/SOURCES when we've got SRPMs from different packages >> > > installed. We should probably avoid using names that refer to a >> > > specific upstream version, because the name becomes misleading once we >> > > rebase. When there's a suitable upstream patch name, like the names >> > > Andrew Morton uses in -mm, we should probably use those (perhaps >> > > prepended with kernel-) to make it clear what it corresponds to >> > > upstream. >> > >> > Yeah, I'd be happy with --.patch, >> > omitting the tree id portion if there isn't one, or some variant >> > thereof. Being able to do an 'ls kernel*.patch' is definitely useful. >> >> kernel-* is sacred. Tab completion ftw. :) > > Ah, good point, s/kernel/linux/ then maybe? Works for me, as long as we enforce it universally. If we end up with a mix of linux- and linux-2.6-, it'll just be even more of a PITA. -- Chris From fedora at leemhuis.info Sat Oct 11 08:36:06 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 11 Oct 2008 10:36:06 +0200 Subject: patch naming scheme. In-Reply-To: <20081011003724.GA8254@redhat.com> References: <20081010190114.GA28717@redhat.com> <48EFC8A4.6050204@redhat.com> <200810101755.50842.jarod@redhat.com> <20081011003724.GA8254@redhat.com> Message-ID: <48F06576.5070508@leemhuis.info> On 11.10.2008 02:37, Dave Jones wrote: > On Fri, Oct 10, 2008 at 05:55:50PM -0400, Jarod Wilson wrote: > > On Friday 10 October 2008 17:27:00 Chris Snook wrote: > > > Dave Jones wrote: > > > > For a while, diffs in the Fedora kernel have followed the form > > > > linux-2.6-*.patch > > > > Then, we started seeing some git snapshots show up as > > > > git-*.diff > > > > and lately, everything seems to have gone bananas, with no > > > > particular scheme at all.. > > > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > > > > etc etc. > > > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless > > > > (given that duh, they're all going to be against Linux 2.6), but it > > > > does group things nicely in an ls output if nothing else. > > > > So, what are peoples thoughts on this? > > > If we'd prefix them with the source package name, in this case "kernel", it > > > would make it a lot easier to find things in /usr/src/redhat/SOURCES when > > > we've got SRPMs from different packages installed. We should probably > > > avoid using names that refer to a specific upstream version, because the > > > name becomes misleading once we rebase. When there's a suitable upstream > > > patch name, like the names Andrew Morton uses in -mm, we should probably > > > use those (perhaps prepended with kernel-) to make it clear what it > > > corresponds to upstream. > > Yeah, I'd be happy with --.patch, omitting the > > tree id portion if there isn't one, or some variant thereof. Being able to do > > an 'ls kernel*.patch' is definitely useful. > kernel-* is sacred. Tab completion ftw. :) Just a note: Isn't there some rule or suggestion hidden in our guidelines somewhere(?) that suggests to prefix all patches for package "foo" with "foo-" (or simply "%{name}-" in practice)? That should avoid that files from one srpm on install accidentally replace files that are were installed earlier by a different srpm. Cu knurd (?) I could not find it, but there are people that know those long and complicated guidelines way better than I do From rdgbese at dfdvd.com Sat Oct 11 13:14:20 2008 From: rdgbese at dfdvd.com (rdgbese at dfdvd.com) Date: Sat, 11 Oct 2008 21:14:20 +0800 Subject: RO Message-ID: <200810111314.m9BDECmd015108@mx3.redhat.com> ???????/???:??! ?????????????,??.??.??.??.??.??.??????????? ????????/??????,?:1:???????????????????????? ????????2:?????????????????????????//?????? ???,????????????????????????/?????,???????? ??????!?????.??.??????????,????????! ????:13632930223 ? ? ?:??? E - MAIL:szasdx at 163.com ?? Q Q:996182142 ???????????? ??:?? ??? ??????8?8?A? From bolgconnie at filmwijkkrant.nl Sat Oct 11 14:03:48 2008 From: bolgconnie at filmwijkkrant.nl (garfield jong) Date: Sat, 11 Oct 2008 14:03:48 +0000 Subject: Excellent results in three weeks Message-ID: <98803.nicholas@chihsing> Greetings. NALCO COMPANY is searching for hardworking person, that will represent our branch in local area. The required country is UNITED STATES ONLY! (all states). Prior experience is not necessary; entry level admin, customer service and good people skills are all you need. Perfect for anyone who wants to work from home and spend more time with their family, or just make some extra money. Be debt free fast making an additional $4,000-12,000 a month. WRITE US AND APPLY NOW: nalcocorpsinc at googlemail.com From pmcxosm at bobclute.com Sat Oct 11 20:05:50 2008 From: pmcxosm at bobclute.com (Marianne motz ) Date: Sat, 11 Oct 2008 23:05:50 +0300 Subject: Gewerbebetrieb sucht Belegschaft Message-ID: <01c92bf5$e70adb00$e81b6e59@pmcxosm> Gutes Geld zu vergeben!!! ubidilken at googlemail.com From akio at talb.com Mon Oct 13 03:15:23 2008 From: akio at talb.com (David Samuels) Date: Mon, 13 Oct 2008 03:15:23 +0000 Subject: Good Proposal! -HAEJC Message-ID: <000501c92cf0$07f5971f$4bf6f48b@rcaki> The growing commercial company looks for new workers If you have 3 free hours per week, a small experience in internet and free phone to which we can join you, you have opportunity to commence collaboration with us and have more than 2000 $ If you are interested in our vacancy, contact us by e-mail: businessdevelop at km.ru and we will send you further information. Best regards Business Group From jonathan at jonmasters.org Mon Oct 13 10:31:16 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Mon, 13 Oct 2008 06:31:16 -0400 Subject: module-init-tools version 3.5 Message-ID: <1223893876.4264.5.camel@perihelion.int.jonmasters.org> Hi folks, I've pushed a lot of changes to module-init-tools over the weekend, and I have a whole bunch more that I'm probably going to push upstream but request a separate branch for Fedora 10 to avoid too much more churn. Anyway. This version should be a lot faster, so I'd love to hear performance figures or negative issues. And I'd like to thank Alan Jenkins for the radix trie implementation I'm using now. Thanks, Jon. From jarod at redhat.com Mon Oct 13 14:59:35 2008 From: jarod at redhat.com (Jarod Wilson) Date: Mon, 13 Oct 2008 10:59:35 -0400 Subject: patch naming scheme. In-Reply-To: <1223688214.2399.1.camel@optimus> References: <20081010190114.GA28717@redhat.com> <1223688214.2399.1.camel@optimus> Message-ID: <200810131059.36010.jarod@redhat.com> On Friday 10 October 2008 21:23:34 Dave Airlie wrote: > On Fri, 2008-10-10 at 15:01 -0400, Dave Jones wrote: > > For a while, diffs in the Fedora kernel have followed the form > > > > linux-2.6-*.patch > > > > Then, we started seeing some git snapshots show up as > > > > git-*.diff > > > > and lately, everything seems to have gone bananas, with no > > particular scheme at all.. > > > > nvidia-agp.patch, percpu_counter_sum_cleanup.patch, xfs-barrier-fix.patch > > etc etc. > > > > Maybe I'm being overly anal. The linux-2.6- prefix is kind of pointless > > (given that duh, they're all going to be against Linux 2.6), but it > > does group things nicely in an ls output if nothing else. > > > > So, what are peoples thoughts on this? > > The linux-2.6 thing groups nicely for ls, but make tab complete a waste > of time, and is pretty pointless as you say. > > nvidia-agp I apologise for, it just came with that name from upstream, I > meant to rename it to at least agp-nvidia. > > I don't suppose we could use a subdirectory called patches if we want to > keep ls clean.. this being the 21st century :) I vaguely recall trying a test implementation of this at one point, and if I recall correctly, it made rpm very unhappy. However, its been a while, maybe this is doable with the latest rpm and/or maybe my recollections are wrong. A patches subdir would certainly clean things up considerably, and then I think a constant patch name prefix matters a lot less (certainly still could stand to apply some standard formula to naming, of course, but it wouldn't impact tab completion near as much anymore). -- Jarod Wilson jarod at redhat.com From ajax at redhat.com Mon Oct 13 15:50:11 2008 From: ajax at redhat.com (Adam Jackson) Date: Mon, 13 Oct 2008 11:50:11 -0400 Subject: patch naming scheme. In-Reply-To: <200810131059.36010.jarod@redhat.com> References: <20081010190114.GA28717@redhat.com> <1223688214.2399.1.camel@optimus> <200810131059.36010.jarod@redhat.com> Message-ID: <1223913011.7707.58.camel@atropine.boston.devel.redhat.com> On Mon, 2008-10-13 at 10:59 -0400, Jarod Wilson wrote: > On Friday 10 October 2008 21:23:34 Dave Airlie wrote: > > nvidia-agp I apologise for, it just came with that name from upstream, I > > meant to rename it to at least agp-nvidia. > > > > I don't suppose we could use a subdirectory called patches if we want to > > keep ls clean.. this being the 21st century :) > > I vaguely recall trying a test implementation of this at one point, and if I > recall correctly, it made rpm very unhappy. However, its been a while, maybe > this is doable with the latest rpm and/or maybe my recollections are wrong. A > patches subdir would certainly clean things up considerably, and then I think > a constant patch name prefix matters a lot less (certainly still could stand > to apply some standard formula to naming, of course, but it wouldn't impact > tab completion near as much anymore). rpm still doesn't like this. Adding it isn't _that_ hard, last time I looked, and it's not like it introduces any new collision opportunities for people who use the system-wide %_sourcedir. Probably worth running this past rpm-maint@ though. - ajax From jonathan at jonmasters.org Tue Oct 14 02:00:34 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Mon, 13 Oct 2008 22:00:34 -0400 Subject: X600 driver instability? Message-ID: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> Yo, Is anyone else seeing instability in recent X600 builds in Fedora (when using 3D desktop effects)? I'm getting occasional X server crashes that never used to happen with this driver - I haven't had chance to track down when it started happening in as of yet but the box stability is restored by disabling desktop effects. I need this box, but I'll schedule some crash time over the weekend or something. Next time it happens, I'll capture the X server output. There's no oops but a reproducer seems to be along the lines of: * Login to desktop * Restart VPN and connect to remove IRC proxy * xchat goes nuts with popups catching up replay traffic * kernel ringbuffer shows random segfaults from e.g. DBUS Not much to go on yet. Just thought I'd share :) Jon. From eparis at redhat.com Tue Oct 14 02:31:08 2008 From: eparis at redhat.com (Eric Paris) Date: Mon, 13 Oct 2008 22:31:08 -0400 Subject: X600 driver instability? In-Reply-To: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> Message-ID: <1223951468.20062.4.camel@localhost.localdomain> On Mon, 2008-10-13 at 22:00 -0400, Jon Masters wrote: > Yo, > > Is anyone else seeing instability in recent X600 builds in Fedora (when > using 3D desktop effects)? I'm getting occasional X server crashes that > never used to happen with this driver - I haven't had chance to track > down when it started happening in as of yet but the box stability is > restored by disabling desktop effects. I need this box, but I'll > schedule some crash time over the weekend or something. > > Next time it happens, I'll capture the X server output. There's no oops > but a reproducer seems to be along the lines of: > > * Login to desktop > * Restart VPN and connect to remove IRC proxy > * xchat goes nuts with popups catching up replay traffic > * kernel ringbuffer shows random segfaults from e.g. DBUS No useful information, but I (finally after about 8 hours of banging my head against a wall) managed to get F10 installed on this laptop and fully updated to rawhide over the weekend. After about 45 minutes of use X froze hard. No mouse, not keyboard, no nothin'. I didn't turn on anything but defaults on the Beta installer and yum update. I gave up and booted back into F9 since I do all my work on this thing. But if there is someway I might be able to collect something useful let me know! 01:00.0 VGA compatible controller: ATI Technologies Inc M24 1P [Radeon Mobility X600] -Eric From airlied at redhat.com Tue Oct 14 02:55:04 2008 From: airlied at redhat.com (Dave Airlie) Date: Tue, 14 Oct 2008 12:55:04 +1000 Subject: X600 driver instability? In-Reply-To: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> Message-ID: <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> On Mon, 2008-10-13 at 22:00 -0400, Jon Masters wrote: > Yo, > > Is anyone else seeing instability in recent X600 builds in Fedora (when > using 3D desktop effects)? I'm getting occasional X server crashes that > never used to happen with this driver - I haven't had chance to track > down when it started happening in as of yet but the box stability is > restored by disabling desktop effects. I need this box, but I'll > schedule some crash time over the weekend or something. > > Next time it happens, I'll capture the X server output. There's no oops > but a reproducer seems to be along the lines of: > > * Login to desktop > * Restart VPN and connect to remove IRC proxy > * xchat goes nuts with popups catching up replay traffic > * kernel ringbuffer shows random segfaults from e.g. DBUS > > Not much to go on yet. Just thought I'd share :) > Try with nomodeset maybe but I don't think it'll help. I'm trying to stabilise the 3D driver again for compiz, we've rewritten radeon support pretty much from scratch for F10 so I'm now fixing the bugs. Isn't desktop effect unuseably slow for you? I thought the speed might stop people from using it long before the crashing. Dave. From jonathan at jonmasters.org Tue Oct 14 04:34:02 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Tue, 14 Oct 2008 00:34:02 -0400 Subject: X600 driver instability? In-Reply-To: <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> Message-ID: <1223958842.5336.5.camel@perihelion.int.jonmasters.org> On Tue, 2008-10-14 at 12:55 +1000, Dave Airlie wrote: > I'm trying to stabilise the 3D driver again for compiz, we've rewritten > radeon support pretty much from scratch for F10 so I'm now fixing the > bugs. It's worth saying, this is an F-9 install, with the latest kernel. I do run rawhide, but only under virtual machines with emulated hardware. > Isn't desktop effect unuseably slow for you? I thought the speed might > stop people from using it long before the crashing. Nope, actually for over a year X600 was perfectly rock solid, desktop effects worked just fantastic, and I was actually able to make people who looked at my machine think "hey, this desktop Linux thing aint bad" (ok, they might just think "this Linux thing" there). So whatever happened in recent *F-9* updates broke it :) Jon. From airlied at redhat.com Tue Oct 14 05:09:11 2008 From: airlied at redhat.com (Dave Airlie) Date: Tue, 14 Oct 2008 15:09:11 +1000 Subject: X600 driver instability? In-Reply-To: <1223958842.5336.5.camel@perihelion.int.jonmasters.org> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> <1223958842.5336.5.camel@perihelion.int.jonmasters.org> Message-ID: <1223960951.10104.4.camel@clockmaker.usersys.redhat.com> On Tue, 2008-10-14 at 00:34 -0400, Jon Masters wrote: > On Tue, 2008-10-14 at 12:55 +1000, Dave Airlie wrote: > > > I'm trying to stabilise the 3D driver again for compiz, we've rewritten > > radeon support pretty much from scratch for F10 so I'm now fixing the > > bugs. > > It's worth saying, this is an F-9 install, with the latest kernel. I do > run rawhide, but only under virtual machines with emulated hardware. > > > Isn't desktop effect unuseably slow for you? I thought the speed might > > stop people from using it long before the crashing. > > Nope, actually for over a year X600 was perfectly rock solid, desktop > effects worked just fantastic, and I was actually able to make people > who looked at my machine think "hey, this desktop Linux thing aint > bad" (ok, they might just think "this Linux thing" there). > > So whatever happened in recent *F-9* updates broke it :) Oh that isn't good, I didn't think I'd done much in recent F9 updates. Try pulling back to the older F9 xorg-x11-drv-ati, say -15. If its the kernel it must be something I've upstreamed. Dave. From jonathan at jonmasters.org Tue Oct 14 05:20:30 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Tue, 14 Oct 2008 01:20:30 -0400 Subject: X600 driver instability? In-Reply-To: <1223960951.10104.4.camel@clockmaker.usersys.redhat.com> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> <1223958842.5336.5.camel@perihelion.int.jonmasters.org> <1223960951.10104.4.camel@clockmaker.usersys.redhat.com> Message-ID: <1223961631.5336.22.camel@perihelion.int.jonmasters.org> On Tue, 2008-10-14 at 15:09 +1000, Dave Airlie wrote: > On Tue, 2008-10-14 at 00:34 -0400, Jon Masters wrote: > > On Tue, 2008-10-14 at 12:55 +1000, Dave Airlie wrote: > > Nope, actually for over a year X600 was perfectly rock solid, desktop > > effects worked just fantastic, and I was actually able to make people > > who looked at my machine think "hey, this desktop Linux thing aint > > bad" (ok, they might just think "this Linux thing" there). > > > > So whatever happened in recent *F-9* updates broke it :) > > Oh that isn't good, I didn't think I'd done much in recent F9 updates. Yeah, that's my concern. > Try pulling back to the older F9 xorg-x11-drv-ati, say -15. Ok, I'll try that sometime this week - can I do that independently of any other downgrades? (last time I played with X drivers much I was rebuilding the whole X server anyway - my instinct tells me I can just downgrade this package without having problems in this case). > If its the kernel it must be something I've upstreamed. Yeah, I'll start with the X driver itself. Hopefully it's just something in there that's changed to cause my recent woes. Jon. From jonathan at jonmasters.org Tue Oct 14 05:47:50 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Tue, 14 Oct 2008 01:47:50 -0400 Subject: X600 driver instability? In-Reply-To: <1223961631.5336.22.camel@perihelion.int.jonmasters.org> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> <1223958842.5336.5.camel@perihelion.int.jonmasters.org> <1223960951.10104.4.camel@clockmaker.usersys.redhat.com> <1223961631.5336.22.camel@perihelion.int.jonmasters.org> Message-ID: <1223963270.3948.2.camel@perihelion.int.jonmasters.org> On Tue, 2008-10-14 at 01:20 -0400, Jon Masters wrote: > On Tue, 2008-10-14 at 15:09 +1000, Dave Airlie wrote: > > If its the kernel it must be something I've upstreamed. > > Yeah, I'll start with the X driver itself. Hopefully it's just something > in there that's changed to cause my recent woes. Of course, I say this and then shortly thereafter Xorg starts chewing 100% CPU and becomes completely wedged. So I login remotely and kill it, which then results in this nice little oops from the radeon driver. I've no time to look at the moment and I need to keep this box more or less running, but stability seems to have gone completely down the pan :( BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 IP: [] :radeon:radeon_do_cp_idle+0x169/0x1af PGD 11ac1067 PUD e67b067 PMD e687067 PTE 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: nls_utf8 tun vfat fat ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables nfsd lockd nfs_acl auth_rpcgss exportfs bridge bnep rfcomm l2cap bluetooth ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi scsi_transport_iscsi fuse sunrpc cpufreq_ondemand powernow_k8 freq_table dm_multipath radeon drm ipv6 kvm_amd kvm ppdev sr_mod cdrom snd_hda_intel snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss parport_pc parport pcspkr serio_raw floppy snd_pcm k8temp hwmon r8169 snd_timer firewire_ohci sg firewire_core snd_page_alloc snd_hwdep pata_amd crc_itu_t snd soundcore usb_storage usblp i2c_nforce2 i2c_core dm_snapshot dm_zero dm_mirror dm_log dm_mod ata_generic pata_acpi sata_nv libata sd_mod scsi_mod raid456 async_xor async_memcpy async_tx xor raid1 ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: scsi_wait_scan] Pid: 4102, comm: Xorg Not tainted 2.6.26.5-45.fc9.x86_64 #1 RIP: 0010:[] [] :radeon:radeon_do_cp_idle+0x169/0x1af RSP: 0018:ffff81006d419b18 EFLAGS: 00010202 RAX: 0000000000000000 RBX: ffff81007c151000 RCX: 0000000000026989 RDX: 0000000000026989 RSI: 000000000003ffff RDI: ffff81007c151000 RBP: ffff81006d419b28 R08: ffff81006d418000 R09: 0000000000000000 R10: 0000021906f6f16e R11: 000000007fbebde0 R12: ffff81007da17000 R13: ffff81006780fd80 R14: ffff81006780fdc0 R15: ffff81007da17010 FS: 00007f9763880780(0000) GS:ffffffff81417000(0000) knlGS:00000000ed0e0b90 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000000000000000 CR3: 000000000e64d000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process Xorg (pid: 4102, threadinfo ffff81006d418000, task ffff81006413c3e0) Stack: ffff81006780fdc0 ffff81007c151000 ffff81006d419b48 ffffffffa037353b ffff81007da1700c ffff81007da17000 ffff81006d419b58 ffffffffa037cfc9 ffff81006d419b98 ffffffffa0345c96 ffff81006d419b98 ffff81007da1700c Call Trace: [] :radeon:radeon_do_release+0x4f/0x12a [] :radeon:radeon_driver_lastclose+0x9/0xb [] :drm:drm_lastclose+0x61/0x2ce [] :drm:drm_release+0x475/0x492 [] __fput+0xca/0x189 [] fput+0x14/0x16 [] filp_close+0x66/0x71 [] put_files_struct+0x74/0xc8 [] exit_files+0x47/0x4f [] do_exit+0x293/0x84c [] do_group_exit+0x79/0xa6 [] get_signal_to_deliver+0x2a7/0x2cf [] do_notify_resume+0x90/0x90c [] ? ktime_get_ts+0x49/0x4e [] ? ktime_get+0x11/0x42 [] ? __switch_to+0xf5/0x39a [] ? hrtick_start_fair+0x14a/0x190 [] ? audit_syscall_exit+0x331/0x353 [] int_signal+0x12/0x17 Code: a0 48 c7 c7 b3 53 38 a0 31 c0 e8 1b 7c f2 e0 eb 03 89 53 28 0f ae f0 83 bb 88 00 00 00 00 74 0f 48 8b 83 20 01 00 00 48 8b 40 18 <8b> 00 eb 11 48 8b 83 00 04 00 00 48 8b 40 18 8b 80 10 07 00 00 RIP [] :radeon:radeon_do_cp_idle+0x169/0x1af RSP CR2: 0000000000000000 ---[ end trace 8fe985cc75ef9958 ]--- Fixing recursive fault but reboot is needed! Jon. From doug.chapman at hp.com Tue Oct 14 20:13:03 2008 From: doug.chapman at hp.com (Doug Chapman) Date: Tue, 14 Oct 2008 16:13:03 -0400 Subject: [Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing] Message-ID: <1224015183.4432.17.camel@localhost.localdomain> This patch has been submitted upstream but I don't know if it will get pulled in to Fedora through the normal channels prior to F10 or not. Without this patch Fedora 10 will not install on cciss which breaks nearly all HP server systems. thanks, - Doug -------------- next part -------------- An embedded message was scrubbed... From: Mike Miller Subject: [PATCH 1/1] cciss: fix regression, sysfs symlink missing Date: Tue, 14 Oct 2008 13:46:49 -0500 Size: 3153 URL: From contact at virginchatrooms.com Wed Oct 15 06:30:42 2008 From: contact at virginchatrooms.com (contact at virginchatrooms.com) Date: Wed, 15 Oct 2008 09:30:42 +0300 Subject: Welcome to Free4ULive.COM Message-ID: <20081015063042781.10F65D4E19D1273D@manager> Congratulations You have just become a Free4ULive.COM member! NO PASSWORD NEEDED NO CREDIT CARD NO REGISTRATION REQUIRED FREE TUBE MOVIES.... over 10.000 FREE PORN MOVIES AND LIVE CAMERAS WWW.FREE4ULIVE.COM From prarit at redhat.com Wed Oct 15 16:28:57 2008 From: prarit at redhat.com (Prarit Bhargava) Date: Wed, 15 Oct 2008 12:28:57 -0400 Subject: [Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing] In-Reply-To: <1224015183.4432.17.camel@localhost.localdomain> References: <1224015183.4432.17.camel@localhost.localdomain> Message-ID: <48F61A49.7060905@redhat.com> Doug Chapman wrote: > This patch has been submitted upstream but I don't know if it will get > pulled in to Fedora through the normal channels prior to F10 or not. > Without this patch Fedora 10 will not install on cciss which breaks > nearly all HP server systems. > > thanks, > > I think it is important to get this in for HP systems (which I often use to test with)... Chuck, Dave? Think we can take this one-liner in? P. > - Doug > > > > ------------------------------------------------------------------------ > > Subject: > [PATCH 1/1] cciss: fix regression, sysfs symlink missing > From: > Mike Miller > Date: > Tue, 14 Oct 2008 13:46:49 -0500 > To: > Andrew Morton , JensAxboejens.axboe at oracle.com > > To: > Andrew Morton , JensAxboejens.axboe at oracle.com > CC: > LKML , LKML-scsi > , dchapman at redhat.com, hare at novell.com, > sandy.garza at hp.com, karen.skweres at hp.com > > > Patch 1 of 1 > > This patch fixes a regression where the device symlink to the pci address is > not created. Offending commit 6ae5ce8e8d4de666f31286808d2285aa6a50fa40, > cciss: rmove redundant code. > > Please consider this for inclusion. > > signed-off-by: Mike Miller > > diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c > index 1e1f915..44fb98e 100644 > --- a/drivers/block/cciss.c > +++ b/drivers/block/cciss.c > @@ -1365,6 +1365,7 @@ static void cciss_add_disk(ctlr_info_t *h, struct gendisk *disk, > disk->first_minor = drv_index << NWD_SHIFT; > disk->fops = &cciss_fops; > disk->private_data = &h->drv[drv_index]; > + disk->driverfs_dev = &(hba[drv_index]->pdev->dev); > > /* Set up queue information */ > blk_queue_bounce_limit(disk->queue, h->pdev->dma_mask); > > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-kernel-list mailing list > Fedora-kernel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-kernel-list > From doug.chapman at hp.com Wed Oct 15 16:39:55 2008 From: doug.chapman at hp.com (Doug Chapman) Date: Wed, 15 Oct 2008 12:39:55 -0400 Subject: [Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing] In-Reply-To: <48F61A49.7060905@redhat.com> References: <1224015183.4432.17.camel@localhost.localdomain> <48F61A49.7060905@redhat.com> Message-ID: <1224088795.7088.1.camel@phobos> On Wed, 2008-10-15 at 12:28 -0400, Prarit Bhargava wrote: > > Doug Chapman wrote: > > This patch has been submitted upstream but I don't know if it will get > > pulled in to Fedora through the normal channels prior to F10 or not. > > Without this patch Fedora 10 will not install on cciss which breaks > > nearly all HP server systems. > > > > thanks, > > > > > > I think it is important to get this in for HP systems (which I often use > to test with)... > > Chuck, Dave? Think we can take this one-liner in? > > P. > Sorry, meant to include the BZ in the original email. It has been reported at least once. I have heard from several co-workers back in HP that have been blocked by this. https://bugzilla.redhat.com/show_bug.cgi?id=466181 - Doug From roland at redhat.com Wed Oct 15 19:25:19 2008 From: roland at redhat.com (Roland McGrath) Date: Wed, 15 Oct 2008 12:25:19 -0700 (PDT) Subject: f9 utrace update Message-ID: <20081015192519.5CCAF1544CB@magilla.localdomain> I've done a rebase of the utrace patch in the F-9 kernel. Builds >= 2.6.26.6-74.fc9 have the new code. It should now match the rawhide/F-10 version of utrace exactly. I believe this fixes all the outstanding ptrace-related regressions reported for f9 kernels. But I didn't scour bugzilla to keep track. The ptrace-tests suite results now match upstream kernels on x86_64. (I haven't actually tested other machines at all lately.) 2.6.26.6-74.fc9 is done in koji and 2.6.26.6-75.fc9 is building right now. That has only one small fix vs -74, and it's not one for any ptrace issue (or user-visible at all, just syscall_get_arguments() for utrace modules). I hope someone will snarf the builds from koji and test in the next day or so. (After this week, I'll be on vacation until mid-November.) Chuck will decide when a new build should be pushed as an f9 update. Thanks, Roland From arjan at infradead.org Wed Oct 15 20:33:30 2008 From: arjan at infradead.org (Arjan van de Ven) Date: Wed, 15 Oct 2008 16:33:30 -0400 Subject: f9 utrace update In-Reply-To: <20081015192519.5CCAF1544CB@magilla.localdomain> References: <20081015192519.5CCAF1544CB@magilla.localdomain> Message-ID: <20081015163330.70008fd4@infradead.org> On Wed, 15 Oct 2008 12:25:19 -0700 (PDT) Roland McGrath wrote: > I've done a rebase of the utrace patch in the F-9 kernel. > Builds >= 2.6.26.6-74.fc9 have the new code. It should now > match the rawhide/F-10 version of utrace exactly. > > I believe this fixes all the outstanding ptrace-related regressions > reported for f9 kernels. But I didn't scour bugzilla to keep track. > The ptrace-tests suite results now match upstream kernels on x86_64. > (I haven't actually tested other machines at all lately.) > Have you also looked at the kerneloops.org data? That tends to have a nice collection of utrace oopses/warnings... -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org From roland at redhat.com Wed Oct 15 21:31:29 2008 From: roland at redhat.com (Roland McGrath) Date: Wed, 15 Oct 2008 14:31:29 -0700 (PDT) Subject: f9 utrace update In-Reply-To: Arjan van de Ven's message of Wednesday, 15 October 2008 16:33:30 -0400 <20081015163330.70008fd4@infradead.org> References: <20081015192519.5CCAF1544CB@magilla.localdomain> <20081015163330.70008fd4@infradead.org> Message-ID: <20081015213129.C49941544CB@magilla.localdomain> > Have you also looked at the kerneloops.org data? That tends to have a > nice collection of utrace oopses/warnings... I typed "utrace" in the "Function Search" box. The only common one (many many hits) was fixed a while ago (on 9/15 around lunch time, it so happens). The other ones for non-ancient kernels are either one of a few known things I've fixed, or look likely to be failure modes of some races that I believe I have just fixed recently (this week, not in any released kernels yet). I'll be sure to check kerneloops regularly in the future. Thanks, Roland From cebbert at redhat.com Wed Oct 15 21:32:12 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Wed, 15 Oct 2008 17:32:12 -0400 Subject: [Fwd: [PATCH 1/1] cciss: fix regression, sysfs symlink missing] In-Reply-To: <1224088795.7088.1.camel@phobos> References: <1224015183.4432.17.camel@localhost.localdomain> <48F61A49.7060905@redhat.com> <1224088795.7088.1.camel@phobos> Message-ID: <20081015173212.4cfbe7b9@redhat.com> On Wed, 15 Oct 2008 12:39:55 -0400 Doug Chapman wrote: > > Sorry, meant to include the BZ in the original email. It has been > reported at least once. I have heard from several co-workers back in HP > that have been blocked by this. > > https://bugzilla.redhat.com/show_bug.cgi?id=466181 > Patch went in 2.6.27-15. I closed the bug too. From zwr.168888 at yahoo.com.cn Thu Oct 16 11:49:33 2008 From: zwr.168888 at yahoo.com.cn (½ðÐÅ) Date: Thu, 16 Oct 2008 19:49:33 +0800 Subject: =?iso-8859-1?q?=B1=BE=B9=AB=CB=BE=D3=D0=B2=BF=B7=D6=B7=A2=C6=B1?= =?iso-8859-1?q?=D3=C5=BB=DD=CF=F2=CD=E2=B9=AB=CB=BE=B4=FA=BF=AA?= Message-ID: <200810161149.m9GBnrlS027453@mx1.redhat.com> ????HTML???????????????? From rleibrock at sacbee.com Thu Oct 16 19:23:28 2008 From: rleibrock at sacbee.com (gordie chungen) Date: Thu, 16 Oct 2008 19:23:28 +0000 Subject: Job offer in the United States. Message-ID: <39193.beppe@ramachan> Greetings. LV Electronics Inc. is searching for hardworking person, that will represent our branch in local area. The required country is UNITED STATES ONLY! (all states). Prior experience is not necessary; entry level admin, customer service and good people skills are all you need. Perfect for anyone who wants to work from home and spend more time with their family, or just make some extra money. Be debt free fast making an additional $4,000-12,000 a month. WRITE US AND APPLY NOW: lvelectronic at aol.com From jonathan at jonmasters.org Fri Oct 17 10:33:49 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Fri, 17 Oct 2008 06:33:49 -0400 Subject: 2.6.27 kernel for F-9? Message-ID: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> Hi, Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) Jon. From jwboyer at gmail.com Fri Oct 17 12:03:39 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Fri, 17 Oct 2008 08:03:39 -0400 Subject: 2.6.27 kernel for F-9? In-Reply-To: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> Message-ID: <20081017120339.GA27953@yoda.jdub.homelinux.org> On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: >Hi, > >Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) I'd recommend waiting until at least the first batch of -stable patches is released. josh From kyle at infradead.org Fri Oct 17 14:10:23 2008 From: kyle at infradead.org (Kyle McMartin) Date: Fri, 17 Oct 2008 10:10:23 -0400 Subject: 2.6.27 kernel for F-9? In-Reply-To: <20081017120339.GA27953@yoda.jdub.homelinux.org> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> <20081017120339.GA27953@yoda.jdub.homelinux.org> Message-ID: <20081017141023.GC2529@bombadil.infradead.org> On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote: > On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: > >Hi, > > > >Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) > > I'd recommend waiting until at least the first batch of -stable patches > is released. > We're going to wait until F-8 is EOL before doing that in F-9. From jonathan at jonmasters.org Fri Oct 17 14:18:30 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Fri, 17 Oct 2008 10:18:30 -0400 Subject: 2.6.27 kernel for F-9? In-Reply-To: <20081017141023.GC2529@bombadil.infradead.org> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> <20081017120339.GA27953@yoda.jdub.homelinux.org> <20081017141023.GC2529@bombadil.infradead.org> Message-ID: <1224253110.27747.37.camel@perihelion.int.jonmasters.org> On Fri, 2008-10-17 at 10:10 -0400, Kyle McMartin wrote: > On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote: > > On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: > > >Hi, > > > > > >Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) > > > > I'd recommend waiting until at least the first batch of -stable patches > > is released. > We're going to wait until F-8 is EOL before doing that in F-9. K. btw, is there somewhere to find out this info in general without mailing the list? i.e. is there a schedule or other forum? Jon. From fedora at leemhuis.info Fri Oct 17 16:28:56 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 17 Oct 2008 18:28:56 +0200 Subject: 2.6.27 kernel for F-9? In-Reply-To: <20081017141023.GC2529@bombadil.infradead.org> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> <20081017120339.GA27953@yoda.jdub.homelinux.org> <20081017141023.GC2529@bombadil.infradead.org> Message-ID: <48F8BD48.70400@leemhuis.info> On 17.10.2008 16:10, Kyle McMartin wrote: > On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote: >> On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: >>> Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) >> I'd recommend waiting until at least the first batch of -stable patches >> is released. Which BTW are being prepared right now ("Responses should be made by Sat, October 18, 18:00:00 UTC."). > We're going to wait until F-8 is EOL before doing that in F-9. EOL for F8 is round about around Christmas afaics. I suppose nobody wants to do such a big update right before the holidays. Thus it might get delayed until early January; even more due to the time in updates-testing. 2.6.28 by then will be in its final stages or might be released already. IOW: The plan sounds quite odd to me. Even worse: Users will get quite confused -- they are used to getting new major kernels as regular Fedora update round about 2-4 weeks after upstream released them. So why not push 2.6.27 for F9 soon? Chances are good that by putting it in updates-testing for F9 soon we'll find some bugs in 2.6.27 that we can fix in both F9 and rawhide -- thus the kernel for F10 will get in better shape for release. Just my 2 cent. CU knurd From pstone at uti.com Sat Oct 18 21:37:26 2008 From: pstone at uti.com (addison gamble) Date: Sat, 18 Oct 2008 21:37:26 +0000 Subject: Seeking a new career? Find an education program. USA Message-ID: <25425.fyodor@doris> Greetings. My Name is Leonard Verdino. I`m president of LV Electronix Inc. Our company is looking for new business partners in United States. If You are owner of private business, we have an exclusive business partnership offer for You! Additional 50-100K+ every month! For more details: lvelectronicinc at aol.com Regards, MR. Leonard Verdino From myungku at tanhay.com Sun Oct 19 00:35:58 2008 From: myungku at tanhay.com (isaiah prince) Date: Sun, 19 Oct 2008 00:35:58 +0000 Subject: United States Work at Home. Message-ID: <56495.campion@blss> Greetings. My Name is Leonard Verdino. I`m president of LV Electronix Inc. Our company is looking for new business partners in United States. If You are owner of private business, we have an exclusive business partnership offer for You! Additional 50-100K+ every month! For more details: lvelectroniccorp at aol.com Regards, MR. Leonard Verdino From drago01 at gmail.com Sun Oct 19 19:06:16 2008 From: drago01 at gmail.com (drago01) Date: Sun, 19 Oct 2008 21:06:16 +0200 Subject: 2.6.27 kernel for F-9? In-Reply-To: <48F8BD48.70400@leemhuis.info> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> <20081017120339.GA27953@yoda.jdub.homelinux.org> <20081017141023.GC2529@bombadil.infradead.org> <48F8BD48.70400@leemhuis.info> Message-ID: On Fri, Oct 17, 2008 at 6:28 PM, Thorsten Leemhuis wrote: > On 17.10.2008 16:10, Kyle McMartin wrote: >> >> On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote: >>> >>> On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: >>>> >>>> Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) >>> >>> I'd recommend waiting until at least the first batch of -stable patches >>> is released. > > Which BTW are being prepared right now ("Responses should be made by Sat, > October 18, 18:00:00 UTC."). > >> We're going to wait until F-8 is EOL before doing that in F-9. > > EOL for F8 is round about around Christmas afaics. I suppose nobody wants to > do such a big update right before the holidays. Thus it might get delayed > until early January; even more due to the time in updates-testing. 2.6.28 by > then will be in its final stages or might be released already. > > IOW: The plan sounds quite odd to me. Even worse: Users will get quite > confused -- they are used to getting new major kernels as regular Fedora > update round about 2-4 weeks after upstream released them. > > > So why not push 2.6.27 for F9 soon? Chances are good that by putting it in > updates-testing for F9 soon we'll find some bugs in 2.6.27 that we can fix > in both F9 and rawhide -- thus the kernel for F10 will get in better shape > for release. +1 as we already use the kernel in rawhide it should be easier to create a stable build for f9. (bugs are getting fixed in/for rawhide anyway) From mazur at deas.harvard.edu Mon Oct 20 03:02:19 2008 From: mazur at deas.harvard.edu (clay shaw) Date: Mon, 20 Oct 2008 03:02:19 +0000 Subject: Seeking a new career? Find an education program. USA Message-ID: <76032.ruth@chun-yu> Greetings. My Name is Leonard Verdino. I`m president of LV Electronix Inc. Our company is looking for new business partners in United States. If You are owner of private business, we have an exclusive business partnership offer for You! Additional 50-100K+ every month! For more details: lvelectroniccorp at aol.com Regards, MR. Leonard Verdino From cebbert at redhat.com Mon Oct 20 21:15:20 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Mon, 20 Oct 2008 17:15:20 -0400 Subject: 2.6.27 kernel for F-9? In-Reply-To: <20081017141023.GC2529@bombadil.infradead.org> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> <20081017120339.GA27953@yoda.jdub.homelinux.org> <20081017141023.GC2529@bombadil.infradead.org> Message-ID: <20081020171520.3c066d28@redhat.com> On Fri, 17 Oct 2008 10:10:23 -0400 Kyle McMartin wrote: > On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote: > > On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: > > >Hi, > > > > > >Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) > > > > I'd recommend waiting until at least the first batch of -stable patches > > is released. > > > > We're going to wait until F-8 is EOL before doing that in F-9. > I was thinking about doing the 2.6.27 update for F9 right after F10 ships. F8 can just stay on 2.6.26 until it goes EOL. In the meantime we need to get the F10 kernel into shape for release... From jonathan at jonmasters.org Tue Oct 21 08:52:47 2008 From: jonathan at jonmasters.org (Jon Masters) Date: Tue, 21 Oct 2008 04:52:47 -0400 Subject: 2.6.27 kernel for F-9? In-Reply-To: <20081020171520.3c066d28@redhat.com> References: <1224239629.27747.26.camel@perihelion.int.jonmasters.org> <20081017120339.GA27953@yoda.jdub.homelinux.org> <20081017141023.GC2529@bombadil.infradead.org> <20081020171520.3c066d28@redhat.com> Message-ID: <1224579167.8145.14.camel@londonpacket.bos.redhat.com> On Mon, 2008-10-20 at 17:15 -0400, Chuck Ebbert wrote: > On Fri, 17 Oct 2008 10:10:23 -0400 > Kyle McMartin wrote: > > > On Fri, Oct 17, 2008 at 08:03:39AM -0400, Josh Boyer wrote: > > > On Fri, Oct 17, 2008 at 06:33:49AM -0400, Jon Masters wrote: > > > >Hi, > > > > > > > >Anyone planning to respin the F-9 kernel with a .27 base? Webcams! :) > > > > > > I'd recommend waiting until at least the first batch of -stable patches > > > is released. > > > > > > > We're going to wait until F-8 is EOL before doing that in F-9. > I was thinking about doing the 2.6.27 update for F9 right after F10 ships. F8 can > just stay on 2.6.26 until it goes EOL. I guess (shock, horror!) that kmod packages have a use after all :) > In the meantime we need to get the F10 kernel into shape for release... Agreed. Jon. From jwboyer at gmail.com Tue Oct 21 12:57:27 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 21 Oct 2008 08:57:27 -0400 Subject: Allow debug kernels for ppc64 Message-ID: <20081021125727.GA31686@yoda.jdub.homelinux.org> While I'm certainly not advocating for building them normally, it would be handy to actually be able to build a debug kernel for ppc64 from time to time. I had to make the following changes for this to work (outside of adding ppc64 to the arch list for debug kernels in kernel.spec). Anyone have a problem with me committing this? Index: Makefile.config =================================================================== RCS file: /cvs/pkgs/rpms/kernel/devel/Makefile.config,v retrieving revision 1.67 diff -u -p -r1.67 Makefile.config --- Makefile.config 25 Sep 2008 19:17:30 -0000 1.67 +++ Makefile.config 21 Oct 2008 12:56:10 -0000 @@ -12,7 +12,8 @@ CONFIGFILES = \ $(CFG)-s390x.config \ $(CFG)-ppc.config $(CFG)-ppc-smp.config \ $(CFG)-sparc64.config $(CFG)-sparc64-smp.config \ - $(CFG)-ppc64.config $(CFG)-ppc64-kdump.config $(CFG)-ia64.config + $(CFG)-ppc64.config $(CFG)-ppc64-kdump.config $(CFG)-ppc64-debug.config \ + $(CFG)-ia64.config PLATFORMS = x86 x86_64 powerpc powerpc32 powerpc64 s390x ia64 sparc64 TEMPFILES = $(addprefix temp-, $(addsuffix -generic, $(PLATFORMS))) @@ -50,6 +51,9 @@ temp-sparc64-generic: config-sparc64-gen temp-powerpc-generic: config-powerpc-generic temp-generic perl merge.pl $^ > $@ +temp-powerpc-debug-generic: config-powerpc-generic temp-debug-generic + perl merge.pl $^ > $@ + temp-powerpc32-generic: config-powerpc32-generic temp-powerpc-generic perl merge.pl $^ > $@ @@ -92,6 +96,9 @@ kernel-$(VERSION)-ppc64.config: config-p kernel-$(VERSION)-ppc64-kdump.config: config-powerpc64-kdump kernel-$(VERSION)-ppc64.config perl merge.pl $^ powerpc > $@ +kernel-$(VERSION)-ppc64-debug.config: config-powerpc64 temp-powerpc-debug-generic + perl merge.pl $^ powerpc > $@ + kernel-$(VERSION)-s390x.config: config-s390x temp-s390-generic perl merge.pl $^ s390 > $@ From kyle at infradead.org Tue Oct 21 16:23:13 2008 From: kyle at infradead.org (Kyle McMartin) Date: Tue, 21 Oct 2008 12:23:13 -0400 Subject: Allow debug kernels for ppc64 In-Reply-To: <20081021125727.GA31686@yoda.jdub.homelinux.org> References: <20081021125727.GA31686@yoda.jdub.homelinux.org> Message-ID: <20081021162313.GA9251@bombadil.infradead.org> On Tue, Oct 21, 2008 at 08:57:27AM -0400, Josh Boyer wrote: > While I'm certainly not advocating for building them normally, > it would be handy to actually be able to build a debug kernel > for ppc64 from time to time. I had to make the following > changes for this to work (outside of adding ppc64 to the arch > list for debug kernels in kernel.spec). > > Anyone have a problem with me committing this? > Gopher it. regards, Kyle From davej at redhat.com Tue Oct 21 16:59:02 2008 From: davej at redhat.com (Dave Jones) Date: Tue, 21 Oct 2008 12:59:02 -0400 Subject: Allow debug kernels for ppc64 In-Reply-To: <20081021125727.GA31686@yoda.jdub.homelinux.org> References: <20081021125727.GA31686@yoda.jdub.homelinux.org> Message-ID: <20081021165902.GA3157@redhat.com> On Tue, Oct 21, 2008 at 08:57:27AM -0400, Josh Boyer wrote: > While I'm certainly not advocating for building them normally, > it would be handy to actually be able to build a debug kernel > for ppc64 from time to time. I had to make the following > changes for this to work (outside of adding ppc64 to the arch > list for debug kernels in kernel.spec). > > Anyone have a problem with me committing this? That bit is fine, as it won't build it without the specfile fragment. If the ppc64 builders weren't so damned slow, I'd have no problem with enabling it along with the x86 ones. Dave -- http://www.codemonkey.org.uk From jwboyer at gmail.com Tue Oct 21 17:00:54 2008 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 21 Oct 2008 13:00:54 -0400 Subject: Allow debug kernels for ppc64 In-Reply-To: <20081021165902.GA3157@redhat.com> References: <20081021125727.GA31686@yoda.jdub.homelinux.org> <20081021165902.GA3157@redhat.com> Message-ID: <20081021170054.GA29127@yoda.jdub.homelinux.org> On Tue, Oct 21, 2008 at 12:59:02PM -0400, Dave Jones wrote: >On Tue, Oct 21, 2008 at 08:57:27AM -0400, Josh Boyer wrote: > > While I'm certainly not advocating for building them normally, > > it would be handy to actually be able to build a debug kernel > > for ppc64 from time to time. I had to make the following > > changes for this to work (outside of adding ppc64 to the arch > > list for debug kernels in kernel.spec). > > > > Anyone have a problem with me committing this? > >That bit is fine, as it won't build it without the specfile fragment. >If the ppc64 builders weren't so damned slow, I'd have no problem >with enabling it along with the x86 ones. Well, I built one today and it oopsed on boot. Big surprise. Anyway, I'll commit the Makefile bit and whittle away at making a usable config as I have time. josh From jcm at redhat.com Thu Oct 23 10:49:34 2008 From: jcm at redhat.com (Jon Masters) Date: Thu, 23 Oct 2008 06:49:34 -0400 Subject: X600 driver instability? In-Reply-To: <1223963270.3948.2.camel@perihelion.int.jonmasters.org> References: <1223949634.4264.96.camel@perihelion.int.jonmasters.org> <1223952904.10104.2.camel@clockmaker.usersys.redhat.com> <1223958842.5336.5.camel@perihelion.int.jonmasters.org> <1223960951.10104.4.camel@clockmaker.usersys.redhat.com> <1223961631.5336.22.camel@perihelion.int.jonmasters.org> <1223963270.3948.2.camel@perihelion.int.jonmasters.org> Message-ID: <1224758974.26966.30.camel@perihelion.int.jonmasters.org> On Tue, 2008-10-14 at 01:47 -0400, Jon Masters wrote: > On Tue, 2008-10-14 at 01:20 -0400, Jon Masters wrote: > > On Tue, 2008-10-14 at 15:09 +1000, Dave Airlie wrote: > > > > If its the kernel it must be something I've upstreamed. > > > > Yeah, I'll start with the X driver itself. Hopefully it's just something > > in there that's changed to cause my recent woes. > > Of course, I say this and then shortly thereafter Xorg starts chewing > 100% CPU and becomes completely wedged. So I login remotely and kill it, > which then results in this nice little oops from the radeon driver. I've > no time to look at the moment and I need to keep this box more or less > running, but stability seems to have gone completely down the pan :( The system seems to have been stable since I disabled effects on this driver, which suggests there's a serious regression. Jon. From oakesfam at cegelec.com Mon Oct 27 12:17:28 2008 From: oakesfam at cegelec.com (Alison Wood) Date: Mon, 27 Oct 2008 12:17:28 +0000 Subject: New Vacancy Proposal! Message-ID: <000601c9383c$037cd4a3$4f1b1aab@pwtnjsyg> The expanding commercial society seeks for new members If you possess 4 free hours every week, a minimal experience in internet and free phone to which we can join you, you have chance to start cooperation with us and have more than 2000 dollars If you are interested in our job offer, contact us by e-mail: lifeiscomplete1 at mail.ru and we will send you further information. Best regards IDC Group From akers9wreath at gibraltarins.com Tue Oct 28 07:37:30 2008 From: akers9wreath at gibraltarins.com (Carl recruit) Date: Tue, 28 Oct 2008 03:37:30 -0400 Subject: Listing of urologists and much more Message-ID: <258009w6dce0$g8647gx0$2235b9n0@Delldim5150 The package below is valued at over $2000 when purchased individually Current Doctors in the US 788,331 in total * 17,280 emails Many popular specialties like Emergency Medicine, Plastic Surgery, OBGYN, Oncology, Pediatrics and more Sort by over a dozen different fields US Pharmaceutical Company Executives Database Personal email addresses (47,000 in total) and names for top level executives American Hospital Contact List Full data for all the major positions in more than 7k facilities Extensive Database of Dentists in America More than half a million listings [worth $499 alone!] US Chiropractor Directory 100,000 Chiropractors in the USA (worth $250 alone) This week only you pay only: $397 for all lists above Email us at: Bernadette at doclistinfoonline.info this offer is only valid until October 31 2008 ramove me from your list please email dele89 at doclistinfoonline.info From cebbert at redhat.com Tue Oct 28 20:09:35 2008 From: cebbert at redhat.com (Chuck Ebbert) Date: Tue, 28 Oct 2008 16:09:35 -0400 Subject: dropping the defaults-fat-utf8 patch Message-ID: <20081028160935.3a269230@redhat.com> I think upstream is trying to tell us something here: we shouldn't default to utf8. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=8d44d9741f6808c107a144f469fb89e6fe7c55e3 From davej at redhat.com Tue Oct 28 20:16:33 2008 From: davej at redhat.com (Dave Jones) Date: Tue, 28 Oct 2008 16:16:33 -0400 Subject: dropping the defaults-fat-utf8 patch In-Reply-To: <20081028160935.3a269230@redhat.com> References: <20081028160935.3a269230@redhat.com> Message-ID: <20081028201633.GA12104@redhat.com> On Tue, Oct 28, 2008 at 04:09:35PM -0400, Chuck Ebbert wrote: > I think upstream is trying to tell us something here: we shouldn't default to utf8. > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=8d44d9741f6808c107a144f469fb89e6fe7c55e3 I hate that patch (the defaults-fat-utf8 one). It's been shown that it screws over people using non-utf8 locales. It also makes us different in behaviour to every other distro. +1 for dropping it. Dave -- http://www.codemonkey.org.uk