From drago01 at gmail.com Tue May 1 07:51:47 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 01 May 2007 09:51:47 +0200 Subject: Keep the FC6 kernel at 2.6.20 or move it to 2.6.21? In-Reply-To: <46365570.3060600@redhat.com> References: <46268339.9060900@redhat.com> <4634C990.7010201@gmail.com> <20070429185749.GB23750@redhat.com> <463616E8.5030100@redhat.com> <46362171.3010801@leemhuis.info> <46365570.3060600@redhat.com> Message-ID: <4636F193.60000@gmail.com> Chuck Ebbert wrote: > release that for FC5/FC6. The work is already done. > > In the meantime I've started collecting fixes for 2.6.21 and I think it will > be at least decent after a 40-patch or so update (not just a small two > patch update like 2.6.21.1.) > ok than push a 2.6.20.X based one and wait a bit until 2.6.21.X gets more stable. From dwmw2 at infradead.org Tue May 1 08:11:23 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 01 May 2007 09:11:23 +0100 Subject: Pre-release kernel versioning In-Reply-To: References: <463497AE.8040605@leemhuis.info> <1177947902.3085.103.camel@pmac.infradead.org> <463622CB.7040301@leemhuis.info> <20070430172056.GF18187@redhat.com> <46362FBD.6070903@leemhuis.info> Message-ID: <1178007083.2875.6.camel@pmac.infradead.org> On Mon, 2007-04-30 at 20:58 +0200, dragoran dragoran wrote: > see > http://rt2x00.serialmonkey.com/phpBB2/viewtopic.php?t=1618&sid=b96d93357fa5c8f16164a5f64231bd47 > they get bugreports which are not bugs but problems caused by fedora's > kernel versioning system That's just the rt2x00 maintainer being a muppet. -- dwmw2 From dwmw2 at infradead.org Tue May 1 08:19:14 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 01 May 2007 09:19:14 +0100 Subject: Pre-release kernel versioning In-Reply-To: <46362FBD.6070903@leemhuis.info> References: <463497AE.8040605@leemhuis.info> <1177947902.3085.103.camel@pmac.infradead.org> <463622CB.7040301@leemhuis.info> <20070430172056.GF18187@redhat.com> <46362FBD.6070903@leemhuis.info> Message-ID: <1178007554.2875.10.camel@pmac.infradead.org> On Mon, 2007-04-30 at 20:04 +0200, Thorsten Leemhuis wrote: > See include/compat.h ; relevant part: > > #include > #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,21) > #define ATH_REGISTER_SYSCTL_TABLE(t) register_sysctl_table(t, 1) > #else > #define ATH_REGISTER_SYSCTL_TABLE(t) register_sysctl_table(t) > #endif > > Compiling it against a recent 2.6.21 kernel from rawhide works just fine: I've spent a _long_ time maintaining modules outside the kernel tree; I know about compatibility hacks like this. Trust me; you have a hybrid thing which is neither 2.6.20 nor 2.6.21. Calling it "2.6.21" instead of calling it "2.6.20" doesn't actually fix any problems; it only moves them around. -- dwmw2 From fedora at leemhuis.info Tue May 1 08:26:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 01 May 2007 10:26:23 +0200 Subject: Pre-release kernel versioning In-Reply-To: <1178007554.2875.10.camel@pmac.infradead.org> References: <463497AE.8040605@leemhuis.info> <1177947902.3085.103.camel@pmac.infradead.org> <463622CB.7040301@leemhuis.info> <20070430172056.GF18187@redhat.com> <46362FBD.6070903@leemhuis.info> <1178007554.2875.10.camel@pmac.infradead.org> Message-ID: <4636F9AF.4010508@leemhuis.info> David Woodhouse schrieb: > On Mon, 2007-04-30 at 20:04 +0200, Thorsten Leemhuis wrote: >> See include/compat.h ; relevant part: >> >> #include >> #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,21) >> #define ATH_REGISTER_SYSCTL_TABLE(t) register_sysctl_table(t, 1) >> #else >> #define ATH_REGISTER_SYSCTL_TABLE(t) register_sysctl_table(t) >> #endif >> >> Compiling it against a recent 2.6.21 kernel from rawhide works just fine: > > I've spent a _long_ time maintaining modules outside the kernel tree; I > know about compatibility hacks like this. Trust me; you have a hybrid > thing which is neither 2.6.20 nor 2.6.21. Calling it "2.6.21" instead of > calling it "2.6.20" doesn't actually fix any problems; it only moves > them around. But calling something foo (2.6.20) if upstream calls itself bar (2.6.21) just created addition problems for Fedora users and contributors (like in this madwifi case). So why obscure the version number it? Why not follow upstream, which is afaik one of the goals of Fedora. CU thl From dwmw2 at infradead.org Tue May 1 08:30:57 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 01 May 2007 09:30:57 +0100 Subject: Pre-release kernel versioning In-Reply-To: <4636F9AF.4010508@leemhuis.info> References: <463497AE.8040605@leemhuis.info> <1177947902.3085.103.camel@pmac.infradead.org> <463622CB.7040301@leemhuis.info> <20070430172056.GF18187@redhat.com> <46362FBD.6070903@leemhuis.info> <1178007554.2875.10.camel@pmac.infradead.org> <4636F9AF.4010508@leemhuis.info> Message-ID: <1178008257.2875.14.camel@pmac.infradead.org> On Tue, 2007-05-01 at 10:26 +0200, Thorsten Leemhuis wrote: > But calling something foo (2.6.20) if upstream calls itself bar (2.6.21) > just created addition problems for Fedora users and contributors (like > in this madwifi case). So why obscure the version number it? Why not > follow upstream, which is afaik one of the goals of Fedora. We can't name it like upstream -- we can't actually use the '-rc1' postfix. So whatever we'll do will have to be different from upstream. There really is little point in changing what we've been doing for years, and what people are used to. There will _always_ be muppets out there who complain about it just because it's Fedora. And out-of-tree modules will always be painful. Screwing with nomenclature really doesn't change either of those. -- dwmw2 From fedora at leemhuis.info Tue May 1 08:51:46 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 01 May 2007 10:51:46 +0200 Subject: Pre-release kernel versioning In-Reply-To: <1178008257.2875.14.camel@pmac.infradead.org> References: <463497AE.8040605@leemhuis.info> <1177947902.3085.103.camel@pmac.infradead.org> <463622CB.7040301@leemhuis.info> <20070430172056.GF18187@redhat.com> <46362FBD.6070903@leemhuis.info> <1178007554.2875.10.camel@pmac.infradead.org> <4636F9AF.4010508@leemhuis.info> <1178008257.2875.14.camel@pmac.infradead.org> Message-ID: <4636FFA2.2080409@leemhuis.info> David Woodhouse schrieb: > On Tue, 2007-05-01 at 10:26 +0200, Thorsten Leemhuis wrote: >> But calling something foo (2.6.20) if upstream calls itself bar (2.6.21) >> just created addition problems for Fedora users and contributors (like >> in this madwifi case). So why obscure the version number it? Why not >> follow upstream, which is afaik one of the goals of Fedora. > We can't name it like upstream -- we can't actually use the '-rc1' > postfix. So whatever we'll do will have to be different from upstream. Sure -- all I want is to leave "VERSION = foo" in the top-level Makefile from linux unchanged. Adding other stuff like the CVS-rev (as we do already) to EXTRAVERSION is fine. Leaving "-rc1" or "-git1" in it would be nice, and is in line with our guidelines. > There really is little point in changing what we've been doing for > years, and what people are used to. "People complaining about it" and "be consistent with the guidelines" are IMHO two good reason to change it. Nobody came up with good reasons why we are doing it like that. There was the rumor "because Linus doesn't like it" , but iirc somebody on Fudcon saying that he doesn't care. And other distros don't seem to do such stupid tricks either. > There will _always_ be muppets out there who complain about it just > because it's Fedora. And out-of-tree modules will always be painful. Agreed. > Screwing with nomenclature really doesn't change either of those. We are screwing atm, as we change VERSION in the Makefile to be different from upstream. I want us stop screwing, as that makes life harder for users and kmod packagers. CU thl From pneshama at gmail.com Tue May 1 09:16:32 2007 From: pneshama at gmail.com (Neshama Parhoti) Date: Tue, 1 May 2007 12:16:32 +0300 Subject: Fedora current Kernel Message-ID: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> Hello! How can I tell what is the current kernel version of Fedora (5 and 6) ? Of course without installing and running yum update kernel... I want to know whether the newest kernel in those Fedora versions already have KVM... thank you neshama -------------- next part -------------- An HTML attachment was scrubbed... URL: From drago01 at gmail.com Tue May 1 09:28:27 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 01 May 2007 11:28:27 +0200 Subject: Fedora current Kernel In-Reply-To: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> References: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> Message-ID: <4637083B.8010509@gmail.com> Neshama Parhoti wrote: > Hello! > > How can I tell what is the current kernel version of Fedora (5 and 6) ? > > Of course without installing and running yum update kernel... > > I want to know whether the newest kernel in those Fedora versions already > have KVM... > all current kernels have kvm (it got mergen upstream in 2.6.20) and fc5/6 uses 2.6.20.x while rawhide/f7 uses 2.6.21 > thank you > neshama > > > From pneshama at gmail.com Tue May 1 09:35:38 2007 From: pneshama at gmail.com (Neshama Parhoti) Date: Tue, 1 May 2007 12:35:38 +0300 Subject: Fedora current Kernel In-Reply-To: <4637083B.8010509@gmail.com> References: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> <4637083B.8010509@gmail.com> Message-ID: <912ec82a0705010235x449d54fau578aeaf7d192b936@mail.gmail.com> Hello, On 5/1/07, dragoran wrote: > Neshama Parhoti wrote: > > How can I tell what is the current kernel version of Fedora (5 and 6) ? > > I want to know whether the newest kernel in those Fedora versions already > > have KVM... > > > all current kernels have kvm (it got mergen upstream in 2.6.20) and > fc5/6 uses 2.6.20.x while rawhide/f7 uses 2.6.21 Thank You ^^ Can you please show me how can I check this in the web (what kernel version fc5/6 uses) ? Thank. neshama > > thank you > > neshama > > > > > > > From drago01 at gmail.com Tue May 1 09:40:35 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 01 May 2007 11:40:35 +0200 Subject: Fedora current Kernel In-Reply-To: <912ec82a0705010235x449d54fau578aeaf7d192b936@mail.gmail.com> References: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> <4637083B.8010509@gmail.com> <912ec82a0705010235x449d54fau578aeaf7d192b936@mail.gmail.com> Message-ID: <46370B13.7050001@gmail.com> Neshama Parhoti wrote: > Hello, > > On 5/1/07, dragoran wrote: >> Neshama Parhoti wrote: >> > How can I tell what is the current kernel version of Fedora (5 and >> 6) ? >> > I want to know whether the newest kernel in those Fedora versions >> already >> > have KVM... >> > >> all current kernels have kvm (it got mergen upstream in 2.6.20) and >> fc5/6 uses 2.6.20.x while rawhide/f7 uses 2.6.21 > > Thank You ^^ > > Can you please show me how can I check this in the web (what kernel > version > fc5/6 uses) ? > here: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/SRPMS/ you will find a kernel srpm which is the lastest update for fc5 same for fc6: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/SRPMS/ From pneshama at gmail.com Tue May 1 10:50:49 2007 From: pneshama at gmail.com (Neshama Parhoti) Date: Tue, 1 May 2007 13:50:49 +0300 Subject: Fedora current Kernel In-Reply-To: <46370B13.7050001@gmail.com> References: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> <4637083B.8010509@gmail.com> <912ec82a0705010235x449d54fau578aeaf7d192b936@mail.gmail.com> <46370B13.7050001@gmail.com> Message-ID: <912ec82a0705010350s6a7f57abwb9a7eebeed95c9af@mail.gmail.com> On 5/1/07, dragoran wrote: > >> Neshama Parhoti wrote: > >> > How can I tell what is the current kernel version of Fedora (5 and > >> 6) ? > here: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/SRPMS/ > you will find a kernel srpm which is the lastest update for fc5 Can I tell in advance how this kernel is configured ? Can I see the .config file of it ? I am referring to the kernel that comes when I do yum update kernel. I want to know in advance what are the features that are configured inside the kernel, before I download it.. Thank You !!!!! neshama > same for fc6: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/SRPMS/ > > From drago01 at gmail.com Tue May 1 10:57:34 2007 From: drago01 at gmail.com (dragoran) Date: Tue, 01 May 2007 12:57:34 +0200 Subject: Fedora current Kernel In-Reply-To: <912ec82a0705010350s6a7f57abwb9a7eebeed95c9af@mail.gmail.com> References: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> <4637083B.8010509@gmail.com> <912ec82a0705010235x449d54fau578aeaf7d192b936@mail.gmail.com> <46370B13.7050001@gmail.com> <912ec82a0705010350s6a7f57abwb9a7eebeed95c9af@mail.gmail.com> Message-ID: <46371D1E.2010102@gmail.com> Neshama Parhoti wrote: > On 5/1/07, dragoran wrote: >> >> Neshama Parhoti wrote: >> >> > How can I tell what is the current kernel version of Fedora (5 and >> >> 6) ? >> here: >> http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/SRPMS/ >> you will find a kernel srpm which is the lastest update for fc5 > > Can I tell in advance how this kernel is configured ? > Can I see the .config file of it ? > > I am referring to the kernel that comes when I do yum update kernel. > > I want to know in advance what are the features that are configured > inside the kernel, before I download it.. > look at the cvs repo: http://cvs.fedora.redhat.com/viewcvs/rpms/kernel/ but make sure that you get the info for the version that is released. (not the work in progress one) From Axel.Thimm at ATrpms.net Tue May 1 12:44:28 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 1 May 2007 14:44:28 +0200 Subject: Pre-release kernel versioning In-Reply-To: <463497AE.8040605@leemhuis.info> References: <463497AE.8040605@leemhuis.info> Message-ID: <20070501124428.GD10108@neu.nirvana> > I'd like to put a old but still valid discussion on the table again > where a solution never was found: Pre-release kernel versioning. Yes, please, and the solution is to handle the kernel rpm just like any other prerelease package. There is no reason not to adhear with the guidelines while at the same time easing life on oot modules. Sure, 2.6.35-rc1 is neither 2.6.34, nor 2.6.35, but the rc1 is typically already that much close to the final release API-wise that you will have lot less build failures and required patchwork. > kernel-2.6.22-1.3200.fc7.rc2.git15 Or even better since the extra version parts are supposed to come before the disttag: kernel-2.6.22-1.rc2.git15.fc7 If the next package contains an upstream change (rc2.git16, rc3 etc) then continue with 2.6.22-1.rc..., if it is a golden release, just go 2.6.22-2.fc7, and if it is a patch/specfile change only, then also upper the buildid. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From drago01 at gmail.com Wed May 2 11:09:55 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 02 May 2007 13:09:55 +0200 Subject: hardcoded mkinitrd dep? Message-ID: <46387183.5000702@gmail.com> I was testing f7 kernels on fc6 recently to test iwlwifi and I noticed that the kernel depends on a newer mkinitrd for (no?) reason... I install the kernels with --nodeps and the boot up fine, the new initrd also looks ok (has the pata modules etc.) what was the reason for this? a broken mkinitrd version between fc6 and the reuquired one that should be avoided? From jwboyer at jdub.homelinux.org Wed May 2 13:15:25 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 02 May 2007 08:15:25 -0500 Subject: hardcoded mkinitrd dep? In-Reply-To: <46387183.5000702@gmail.com> References: <46387183.5000702@gmail.com> Message-ID: <1178111725.3026.82.camel@zod.rchland.ibm.com> On Wed, 2007-05-02 at 13:09 +0200, dragoran wrote: > I was testing f7 kernels on fc6 recently to test iwlwifi and I noticed > that the kernel depends on a newer mkinitrd for (no?) reason... > I install the kernels with --nodeps and the boot up fine, the new initrd > also looks ok (has the pata modules etc.) > what was the reason for this? > a broken mkinitrd version between fc6 and the reuquired one that should > be avoided? I know that a newer mkinitrd fixes an issue where creating a non-xen initrd while running a xen kernel would leave a segfaulting initrd upon boot into that new kernel. I suspect that is the reason (if there aren't more) that the kernel requires it. josh From davej at redhat.com Wed May 2 13:24:46 2007 From: davej at redhat.com (Dave Jones) Date: Wed, 2 May 2007 09:24:46 -0400 Subject: hardcoded mkinitrd dep? In-Reply-To: <1178111725.3026.82.camel@zod.rchland.ibm.com> References: <46387183.5000702@gmail.com> <1178111725.3026.82.camel@zod.rchland.ibm.com> Message-ID: <20070502132446.GB21757@redhat.com> On Wed, May 02, 2007 at 08:15:25AM -0500, Josh Boyer wrote: > On Wed, 2007-05-02 at 13:09 +0200, dragoran wrote: > > I was testing f7 kernels on fc6 recently to test iwlwifi and I noticed > > that the kernel depends on a newer mkinitrd for (no?) reason... > > I install the kernels with --nodeps and the boot up fine, the new initrd > > also looks ok (has the pata modules etc.) > > what was the reason for this? > > a broken mkinitrd version between fc6 and the reuquired one that should > > be avoided? > > I know that a newer mkinitrd fixes an issue where creating a non-xen > initrd while running a xen kernel would leave a segfaulting initrd upon > boot into that new kernel. I suspect that is the reason (if there > aren't more) that the kernel requires it. the dep is there primarily for the scsi_wait_scan change that isn't in the FC6 mkinitrd afaik. In some cases, you'll get away without it if your disks respond to the controller and spin up fast enough, in other cases, you'll get bitten with the dreaded 'cant mount root' Dave -- http://www.codemonkey.org.uk From drago01 at gmail.com Wed May 2 13:29:48 2007 From: drago01 at gmail.com (dragoran) Date: Wed, 02 May 2007 15:29:48 +0200 Subject: hardcoded mkinitrd dep? In-Reply-To: <20070502132446.GB21757@redhat.com> References: <46387183.5000702@gmail.com> <1178111725.3026.82.camel@zod.rchland.ibm.com> <20070502132446.GB21757@redhat.com> Message-ID: <4638924C.9090402@gmail.com> Dave Jones wrote: > On Wed, May 02, 2007 at 08:15:25AM -0500, Josh Boyer wrote: > > On Wed, 2007-05-02 at 13:09 +0200, dragoran wrote: > > > I was testing f7 kernels on fc6 recently to test iwlwifi and I noticed > > > that the kernel depends on a newer mkinitrd for (no?) reason... > > > I install the kernels with --nodeps and the boot up fine, the new initrd > > > also looks ok (has the pata modules etc.) > > > what was the reason for this? > > > a broken mkinitrd version between fc6 and the reuquired one that should > > > be avoided? > > > > I know that a newer mkinitrd fixes an issue where creating a non-xen > > initrd while running a xen kernel would leave a segfaulting initrd upon > > boot into that new kernel. I suspect that is the reason (if there > > aren't more) that the kernel requires it. > > the dep is there primarily for the scsi_wait_scan change that isn't > in the FC6 mkinitrd afaik. In some cases, you'll get away without it > if your disks respond to the controller and spin up fast enough, > in other cases, you'll get bitten with the dreaded 'cant mount root' > > ok, thx for explaining this... From ehabkost at redhat.com Wed May 2 13:54:49 2007 From: ehabkost at redhat.com (Eduardo Habkost) Date: Wed, 2 May 2007 10:54:49 -0300 Subject: hardcoded mkinitrd dep? In-Reply-To: <46387183.5000702@gmail.com> References: <46387183.5000702@gmail.com> Message-ID: <20070502135449.GA4062@blackpad.boston.redhat.com> Hi, On Wed, May 02, 2007 at 01:09:55PM +0200, dragoran wrote: > I was testing f7 kernels on fc6 recently to test iwlwifi and I noticed > that the kernel depends on a newer mkinitrd for (no?) reason... > I install the kernels with --nodeps and the boot up fine, the new initrd > also looks ok (has the pata modules etc.) > what was the reason for this? The last time the mkinitrd required version was changed have this in the CVS log and RPM changelog: * Wed Apr 18 2007 Dave Jones - Bump mkinitrd require: to 6.0.9-1 for scsi_wait_scan fixes. There may be other reasons a newer mkinitrd is required, as the required version was changed many times, before. I am sure it was changed on cases when keeping an older initrd when installing the new kernel could break the system on some (but not necessarily all) cases. On some cases, like yours, the older mkinitrd could work. You can try forcing it as you did, but do it at your own risk. :) -- Eduardo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davidc at ccmi.salk.edu Wed May 2 15:46:04 2007 From: davidc at ccmi.salk.edu (David Chambers) Date: Wed, 02 May 2007 08:46:04 -0700 Subject: Fedora current Kernel In-Reply-To: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> References: <912ec82a0705010216oa68e426k67430be756caacae@mail.gmail.com> Message-ID: <4638B23C.6050304@ccmi.salk.edu> On 05/01/2007 02:16 AM Neshama Parhoti wrote: > Hello! > > How can I tell what is the current kernel version of Fedora (5 and 6) ? > > Of course without installing and running yum update kernel... > > I want to know whether the newest kernel in those Fedora versions > already have KVM... > Try: yum list kernel\* That should give you what's installed and what's available. - David From roland at redhat.com Thu May 3 22:25:04 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 3 May 2007 15:25:04 -0700 (PDT) Subject: BuildRequires: sparse Message-ID: <20070503222504.D0F5D1801A3@magilla.sf.frob.com> I've updated extras^H^H^H^H^H^HFedora devel sparse to 0.3 and built it in Koji. I have no clue if magic is required to get it into the tag used for new builds' dependencies. The following ought to be adequate to tweak the kernel spec to use it rather than build it (assuming the old spec crap wants to stick around conditionally for FC-6 copies). Index: kernel-2.6.spec =================================================================== RCS file: /cvs/pkgs/rpms/kernel/devel/kernel-2.6.spec,v retrieving revision 1.3128 diff -u -b -p -r1.3128 kernel-2.6.spec --- kernel-2.6.spec 3 May 2007 19:56:54 -0000 1.3128 +++ kernel-2.6.spec 3 May 2007 22:19:56 -0000 @@ -327,8 +355,15 @@ BuildConflicts: rhbuildsys(DiskFree) < 5 Source0: ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-%{kversion}.tar.bz2 #Source1: xen-%{xen_hv_cset}.tar.bz2 Source2: Config.mk + %define sparsever 0.3 +%if "%fedora" >= "7" +%define buildsparse 0 +BuildRequires: sparse >= %{sparsever} +%else +%define buildsparse 1 Source3: sparse-%{sparsever}.tar.bz2 +%endif Source10: COPYING.modules Source11: genkey @@ -1436,10 +1491,12 @@ find . \( -name "*.orig" -o -name "*~" \ cd .. +%if %{buildsparse} # unpack sparse. if [ ! -d sparse-%{sparsever} ] ; then %setup -D -T -q -a 3 fi +%endif # Unpack the Xen tarball. %if %{includexen} @@ -1462,12 +1519,15 @@ cd xen %build %if %{usesparse} +%if %{buildsparse} # Build sparse. perl -p -i -e 's/-O /-O2 -finline-functions /' sparse-%{sparsever}/Makefile make -C sparse-%{sparsever} - # Pass these options to kernel builds. %define sparse_mflags C=1 CHECK=../sparse-%{sparsever}/sparse +%else +%define sparse_mflags C=1 +%endif %endif # From davej at redhat.com Thu May 3 22:30:51 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 3 May 2007 18:30:51 -0400 Subject: BuildRequires: sparse In-Reply-To: <20070503222504.D0F5D1801A3@magilla.sf.frob.com> References: <20070503222504.D0F5D1801A3@magilla.sf.frob.com> Message-ID: <20070503223051.GC20498@redhat.com> On Thu, May 03, 2007 at 03:25:04PM -0700, Roland McGrath wrote: > I've updated extras^H^H^H^H^H^HFedora devel sparse to 0.3 and built it in > Koji. I have no clue if magic is required to get it into the tag used for > new builds' dependencies. The following ought to be adequate to tweak the > kernel spec to use it rather than build it (assuming the old spec crap > wants to stick around conditionally for FC-6 copies). heh, I had this on my todo, but you moved quicker than I did :) given we're not moving FC-6 cvs over to the new repo, and that they already use disjunct spec files, we may as well make it unconditional. I don't think there's a great deal of point sparse'ing FC-6, (or even F7 once its out). Having it just a devel thing to check the latest tree seems to be more useful than checking the latest -stable release. comments? other than that, looks fine to me. Dave -- http://www.codemonkey.org.uk From dmalcolm at redhat.com Thu May 3 22:48:56 2007 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 03 May 2007 18:48:56 -0400 Subject: BuildRequires: sparse In-Reply-To: <20070503223051.GC20498@redhat.com> References: <20070503222504.D0F5D1801A3@magilla.sf.frob.com> <20070503223051.GC20498@redhat.com> Message-ID: <1178232536.13152.55.camel@cassandra.boston.redhat.com> On Thu, 2007-05-03 at 18:30 -0400, Dave Jones wrote: > On Thu, May 03, 2007 at 03:25:04PM -0700, Roland McGrath wrote: > > I've updated extras^H^H^H^H^H^HFedora devel sparse to 0.3 and built it in > > Koji. I have no clue if magic is required to get it into the tag used for > > new builds' dependencies. The following ought to be adequate to tweak the > > kernel spec to use it rather than build it (assuming the old spec crap > > wants to stick around conditionally for FC-6 copies). > > heh, I had this on my todo, but you moved quicker than I did :) > given we're not moving FC-6 cvs over to the new repo, and that they > already use disjunct spec files, we may as well make it unconditional. > > I don't think there's a great deal of point sparse'ing FC-6, > (or even F7 once its out). Having it just a devel thing to > check the latest tree seems to be more useful than checking the > latest -stable release. comments? Don't we want to make sure than when we push updates to FC-6 that the sparse error logs aren't getting worse (relative to an earlier FC-6 kernel)? (or have I misunderstood the workflow here?) [snip] From davej at redhat.com Thu May 3 22:51:47 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 3 May 2007 18:51:47 -0400 Subject: BuildRequires: sparse In-Reply-To: <1178232536.13152.55.camel@cassandra.boston.redhat.com> References: <20070503222504.D0F5D1801A3@magilla.sf.frob.com> <20070503223051.GC20498@redhat.com> <1178232536.13152.55.camel@cassandra.boston.redhat.com> Message-ID: <20070503225147.GA27890@redhat.com> On Thu, May 03, 2007 at 06:48:56PM -0400, David Malcolm wrote: > On Thu, 2007-05-03 at 18:30 -0400, Dave Jones wrote: > > On Thu, May 03, 2007 at 03:25:04PM -0700, Roland McGrath wrote: > > > I've updated extras^H^H^H^H^H^HFedora devel sparse to 0.3 and built it in > > > Koji. I have no clue if magic is required to get it into the tag used for > > > new builds' dependencies. The following ought to be adequate to tweak the > > > kernel spec to use it rather than build it (assuming the old spec crap > > > wants to stick around conditionally for FC-6 copies). > > > > heh, I had this on my todo, but you moved quicker than I did :) > > given we're not moving FC-6 cvs over to the new repo, and that they > > already use disjunct spec files, we may as well make it unconditional. > > > > I don't think there's a great deal of point sparse'ing FC-6, > > (or even F7 once its out). Having it just a devel thing to > > check the latest tree seems to be more useful than checking the > > latest -stable release. comments? > Don't we want to make sure than when we push updates to FC-6 that the > sparse error logs aren't getting worse (relative to an earlier FC-6 > kernel)? (or have I misunderstood the workflow here?) Well, if we had infrastructure other than 'eyeballs & diff' to look over then maybe, but until then, I don't think it really adds anything other than slightly increasing buildtime. Dave -- http://www.codemonkey.org.uk From roland at redhat.com Thu May 3 23:21:27 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 3 May 2007 16:21:27 -0700 (PDT) Subject: BuildRequires: sparse In-Reply-To: Dave Jones's message of Thursday, 3 May 2007 18:30:51 -0400 <20070503223051.GC20498@redhat.com> Message-ID: <20070503232128.00E921801A3@magilla.sf.frob.com> I committed the unconditional version of the changes. I haven't actually tried a build. From roland at redhat.com Thu May 3 23:22:49 2007 From: roland at redhat.com (Roland McGrath) Date: Thu, 3 May 2007 16:22:49 -0700 (PDT) Subject: BuildRequires: sparse In-Reply-To: Jeremy Katz's message of Thursday, 3 May 2007 19:10:56 -0400 <1178233856.14512.1.camel@aglarond.local> Message-ID: <20070503232249.AC5851801A3@magilla.sf.frob.com> sparse-0.3-1.fc7 will be required by new kernel builds, so we think it belongs in f7-final From wtogami at redhat.com Thu May 3 23:25:26 2007 From: wtogami at redhat.com (Warren Togami) Date: Thu, 03 May 2007 19:25:26 -0400 Subject: BuildRequires: sparse In-Reply-To: <20070503232249.AC5851801A3@magilla.sf.frob.com> References: <20070503232249.AC5851801A3@magilla.sf.frob.com> Message-ID: <463A6F66.5080803@redhat.com> Roland McGrath wrote: > sparse-0.3-1.fc7 will be required by new kernel builds, so we think it > belongs in f7-final +1 (this looks really obvious, and I want to just tag it, but apparently it requires two of the rel-eng votes.) Warren From jkeating at redhat.com Thu May 3 23:27:06 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 3 May 2007 19:27:06 -0400 Subject: BuildRequires: sparse In-Reply-To: <20070503232249.AC5851801A3@magilla.sf.frob.com> References: <20070503232249.AC5851801A3@magilla.sf.frob.com> Message-ID: <200705031927.09702.jkeating@redhat.com> On Thursday 03 May 2007 19:22:49 Roland McGrath wrote: > sparse-0.3-1.fc7 will be required by new kernel builds, so we think it > belongs in f7-final +1. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rajib.majumder at credit-suisse.com Fri May 4 10:35:27 2007 From: rajib.majumder at credit-suisse.com (Majumder, Rajib) Date: Fri, 4 May 2007 18:35:27 +0800 Subject: RHEL 3 Message-ID: Hi, I am wondering if RHEL 3 (based on 2.4.21 kernel but RH claims they backported lot of 2.6 kernel's feature into it) supports Multi-Core and Hyperthreaded CPUs. Is the CPU-scheduler multi-core/hyperthreading aware? Is it aware ccNUMA multi-core CPU? Any input is appreciated. Thanks Rajib ============================================================================== Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html ============================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at leemhuis.info Fri May 4 11:30:45 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 May 2007 13:30:45 +0200 Subject: RHEL 3 In-Reply-To: References: Message-ID: <463B1965.4030007@leemhuis.info> On 04.05.2007 12:35, Majumder, Rajib wrote: > > I am wondering if RHEL 3 (based on 2.4.21 kernel but RH claims they > backported lot of 2.6 kernel's feature into it) supports Multi-Core and > Hyperthreaded CPUs. > > Is the CPU-scheduler multi-core/hyperthreading aware? Is it aware ccNUMA > multi-core CPU? > > Any input is appreciated. Maybe Arjan should have added a link to the proper place when he answered your mail on LKML: http://www.uwsg.indiana.edu/hypermail/linux/kernel/0705.0/1807.html Sorry, this list is also the wrong place -- this list is about Fedora and not about RHEL. I'm not sure myself what the proper place/list for your question is, but I suppose it's either your official RHEL contact and/or https://www.redhat.com/mailman/listinfo/taroon-list HTH CU thl From cebbert at redhat.com Fri May 4 18:11:04 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 04 May 2007 14:11:04 -0400 Subject: Latest updates to the FC7 kernel Message-ID: <463B7738.2060001@redhat.com> Current version is 1.3132 * Thu May 03 2007 John W. Linville - Add a locking fix to benefit rt2x00 * Thu May 03 2007 John W. Linville - Update git-wireless-dev.patch (fix lockdep spew, zd1211rw-mac80211 fixes) - Remove linux-2.6-zd1211rw-mac80211-queue-limit.patch (obsolete) - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 name change) - Remove git-iwlwifi-fixes.patch (obsolete) - Remove iwlwifi portions of linux-2.6-warnings-inline.patch (obsolete) * Wed May 02 2007 Dave Jones - Assorted dyntick/clock/timer fixes. From tibbs at math.uh.edu Fri May 4 18:58:01 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 04 May 2007 13:58:01 -0500 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B7738.2060001@redhat.com> References: <463B7738.2060001@redhat.com> Message-ID: >>>>> "CE" == Chuck Ebbert writes: CE> * Thu May 03 2007 John W. Linville CE> - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 CE> name change) FYI, I had pulled this out of koji and tried it this morning but the iwlwifi changes seem to have caused a regression. It seems the driver goes a bit batty and leaves the system in an odd state; the boot continues, but X won't start and the keyboard does nothing. Perhaps interrupts are disabled. I've not had any real luck with iwlwifi yet. The F7test4 kernel will actually see public networks but won't associate; nothing later even does that much. (I'm also having problems resuming from suspend to RAM with all F7 kernels where FC6 kernels work fine, but that's for another report.) The machine is a Sony Vaio TXN17P: http://smolt.fedoraproject.org/show?UUID=4875ced9-b86b-43c2-a7b8-8ee039016996 May 4 10:16:41 localhost kernel: iwlwifi: Microcode SW error detected. Restarting 0x82000000. May 4 10:16:41 localhost kernel: iwlwifi: Error Reply type 0x0000003A cmd RXON_ASSOC (0x11) seq 0x0409 info 0x00000000 May 4 10:16:42 localhost kernel: iwlwifi: Error setting RXON_ASSOC configuration (-5). May 4 10:16:42 localhost kernel: iwlwifi: Can't stop Rx DMA. May 4 10:16:42 localhost kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000005 May 4 10:16:43 localhost kernel: printing eip: May 4 10:16:43 localhost kernel: f8aa53d7 May 4 10:16:43 localhost kernel: *pde = 00000000 May 4 10:16:43 localhost kernel: Oops: 0000 [#1] May 4 10:16:43 localhost kernel: SMP May 4 10:16:43 localhost kernel: last sysfs file: /module/libata/version May 4 10:16:43 localhost kernel: Modules linked in: autofs4 hidp rfcomm l2cap sunrpc nf_conntrack_netbios_ns nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink xt_tcpudp ipt_REJECT iptable_filter ip_tables x_tables cpufreq_ondemand acpi_cpufreq dm_mirror dm_multipath dm_mod video sbs i2c_ec button dock battery ac sonypi parport_pc lp parport loop uinput rtc_cmos arc4 tpm_infineon ecb rtc_core blkcipher serio_raw tpm tpm_biosrtc_lib hci_usb bluetooth e100 mii fw_ohci fw_core tifm_7xx1 tifm_core snd_hda_intel snd_hda_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq pcspkr snd_seq_device snd_pcm_oss iTCO_wdt i2c_i801 iwl3945 i2c_core iTCO_vendor_support snd_mixer_oss snd_pcm mac80211 snd_timer cfg80211 snd soundcore snd_page_alloc sr_mod cdrom sg joydev ata_generic ata_piix libata sd_mod scsi_mod ext3 jbd mbcache ehci_hcd ohci_hcd uhci_hcd May 4 10:16:43 localhost kernel: CPU: 0 May 4 10:16:43 localhost kernel: EIP: 0060:[] Not tainted VLI May 4 10:16:43 localhost kernel: EFLAGS: 00210246 (2.6.21-1.3132.fc7 #1) May 4 10:16:43 localhost kernel: EIP is at ipw_commit_rxon+0x434/0x77d [iwl3945] May 4 10:16:44 localhost kernel: eax: 00000000 ebx: f6d25268 ecx: f563eab4 edx: f563eab8 May 4 10:16:44 localhost kernel: esi: 00000000 edi: f563eac4 ebp: f563eb00 esp: f563ea98 May 4 10:16:44 localhost kernel: ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068 May 4 10:16:44 localhost kernel: Process NetworkManager (pid: 2495, ti=f563e000 task=f573d550 task.ti=f563e000) May 4 10:16:44 localhost kernel: Stack: f6d251c0 00000008 f573da8c f6d250c0 f6d25270 f6d25294 00008025 000c0011 May 4 10:16:44 localhost kernel: f563eab8 0004000c f563eae8 f6d250c0 00000003 00000001 f563eb00 f8aa04f0 May 4 10:16:44 localhost kernel: f8ab2514 f8ab26a7 00200046 f6d251b0 00008025 00000004 00000315 f6d242e4 May 4 10:16:44 localhost kernel: Call Trace: May 4 10:16:44 localhost kernel: [] show_trace_log_lvl+0x1a/0x2f May 4 10:16:44 localhost kernel: [] show_stack_log_lvl+0x9b/0xa3 May 4 10:16:44 localhost kernel: [] show_registers+0x1b8/0x289 May 4 10:16:44 localhost kernel: [] die+0x12d/0x242 May 4 10:16:44 localhost kernel: [] do_page_fault+0x3ee/0x4ba May 4 10:16:44 localhost kernel: [] error_code+0x7c/0x84 May 4 10:16:45 localhost kernel: [] d_config_interface+0x22e/0x273 [iwl3945] May 4 10:16:45 localhost kernel: [] __ieee80211_if_config+0xf2/0xfe [mac80211] May 4 10:16:45 localhost kernel: [] ieee80211_if_config+0xc/0xe [mac80211] May 4 10:16:45 localhost kernel: [] ieee80211_open+0x2d4/0x312 [mac80211] May 4 10:16:45 localhost kernel: [] dev_open+0x2e/0x66 May 4 10:16:45 localhost kernel: [] dev_change_flags+0x51/0xf1 May 4 10:16:45 localhost kernel: [] rtnl_setlink+0x265/0x37d May 4 10:16:45 localhost kernel: [] rtnetlink_rcv_msg+0x1bb/0x1de May 4 10:16:45 localhost kernel: [] netlink_run_queue+0x65/0xd1 May 4 10:16:45 localhost kernel: [] rtnetlink_rcv+0x29/0x42 May 4 10:16:45 localhost kernel: [] netlink_data_ready+0x15/0x56 May 4 10:16:45 localhost kernel: [] netlink_sendskb+0x1f/0x37 May 4 10:16:45 localhost kernel: [] netlink_unicast+0x1ab/0x1c5 May 4 10:16:45 localhost kernel: [] netlink_sendmsg+0x271/0x27d May 4 10:16:45 localhost kernel: [] sock_sendmsg+0xe7/0x104 May 4 10:16:45 localhost kernel: [] sys_sendmsg+0x151/0x1af May 4 10:16:45 localhost kernel: [] sys_socketcall+0x220/0x241 May 4 10:16:45 localhost kernel: [] syscall_call+0x7/0xb May 4 10:16:45 localhost kernel: ======================= May 4 10:16:45 localhost kernel: Code: 01 00 00 88 45 f0 8a 81 f1 01 00 00 66 c7 45 f2 00 00 88 45 f1 89 c8 e8 ae da ff ff 85 c0 89 c6 75 33 8b 55 b8 8b 82 a4 00 00 00 40 05 40 74 1b c7 04 24 22 57 ab f8 be fb ff ff ff e8 47 2b May 4 10:16:45 localhost kernel: EIP: [] ipw_commit_rxon+0x434/0x77d [iwl3945] SS:ESP 0068:f563ea98 - J< From cebbert at redhat.com Fri May 4 20:14:54 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 04 May 2007 16:14:54 -0400 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B7738.2060001@redhat.com> References: <463B7738.2060001@redhat.com> Message-ID: <463B943E.9000409@redhat.com> Chuck Ebbert wrote: > > * Wed May 02 2007 Dave Jones > - Assorted dyntick/clock/timer fixes. > What do these fix? I just tried the Test4 Live CD and it locked up after this: Clocksource tsc unstable (delta = 14060692691 ns) From cebbert at redhat.com Fri May 4 20:17:33 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 04 May 2007 16:17:33 -0400 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B943E.9000409@redhat.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> Message-ID: <463B94DD.4010508@redhat.com> Chuck Ebbert wrote: > Chuck Ebbert wrote: >> * Wed May 02 2007 Dave Jones >> - Assorted dyntick/clock/timer fixes. >> > > What do these fix? > > I just tried the Test4 Live CD and it locked up after this: > > Clocksource tsc unstable (delta = 14060692691 ns) > Even stranger, pressing ctrl-alt-del caused a clean shutdown (synchronized SCSI caches etc.) So it was just stuck there, not really locked up. From drago01 at gmail.com Fri May 4 20:24:20 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 04 May 2007 22:24:20 +0200 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B94DD.4010508@redhat.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> Message-ID: <463B9674.7090006@gmail.com> Chuck Ebbert wrote: > Chuck Ebbert wrote: > >> Chuck Ebbert wrote: >> >>> * Wed May 02 2007 Dave Jones >>> - Assorted dyntick/clock/timer fixes. >>> >>> >> What do these fix? >> >> I just tried the Test4 Live CD and it locked up after this: >> >> Clocksource tsc unstable (delta = 14060692691 ns) >> >> > > Even stranger, pressing ctrl-alt-del caused a clean shutdown > (synchronized SCSI caches etc.) > > So it was just stuck there, not really locked up. > > does notsc help? From cebbert at redhat.com Fri May 4 20:46:05 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 04 May 2007 16:46:05 -0400 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B9674.7090006@gmail.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> <463B9674.7090006@gmail.com> Message-ID: <463B9B8D.7040505@redhat.com> dragoran wrote: >>> >>> I just tried the Test4 Live CD and it locked up after this: >>> >>> Clocksource tsc unstable (delta = 14060692691 ns) >>> >>> >> >> Even stranger, pressing ctrl-alt-del caused a clean shutdown >> (synchronized SCSI caches etc.) >> >> So it was just stuck there, not really locked up. >> >> > does notsc help? > "notsc" worked. But it should not even be trying to use the TSC. (System is an AMD Turion 64 x2 notebook.) From drago01 at gmail.com Fri May 4 20:50:28 2007 From: drago01 at gmail.com (dragoran) Date: Fri, 04 May 2007 22:50:28 +0200 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B9B8D.7040505@redhat.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> <463B9674.7090006@gmail.com> <463B9B8D.7040505@redhat.com> Message-ID: <463B9C94.8090100@gmail.com> Chuck Ebbert wrote: > dragoran wrote: > >>>> I just tried the Test4 Live CD and it locked up after this: >>>> >>>> Clocksource tsc unstable (delta = 14060692691 ns) >>>> >>>> >>>> >>> Even stranger, pressing ctrl-alt-del caused a clean shutdown >>> (synchronized SCSI caches etc.) >>> >>> So it was just stuck there, not really locked up. >>> >>> >>> >> does notsc help? >> >> > > "notsc" worked. But it should not even be trying to use the TSC. > (System is an AMD Turion 64 x2 notebook.) > > ok so this change did broke something... From cebbert at redhat.com Fri May 4 21:12:03 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 04 May 2007 17:12:03 -0400 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B9C94.8090100@gmail.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> <463B9674.7090006@gmail.com> <463B9B8D.7040505@redhat.com> <463B9C94.8090100@gmail.com> Message-ID: <463BA1A3.1050400@redhat.com> dragoran wrote: >> >> "notsc" worked. But it should not even be trying to use the TSC. >> (System is an AMD Turion 64 x2 notebook.) >> >> > ok so this change did broke something... > > It gets stranger. "notsc" and "clocksource=acpi_pm" don't prevent the freezes and the tsc syncronization messages still appear. Freezes are random and just hitting any key makes it continue. From tglx at linutronix.de Fri May 4 21:33:37 2007 From: tglx at linutronix.de (Thomas Gleixner) Date: Fri, 04 May 2007 23:33:37 +0200 Subject: Latest updates to the FC7 kernel In-Reply-To: <463BA1A3.1050400@redhat.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> <463B9674.7090006@gmail.com> <463B9B8D.7040505@redhat.com> <463B9C94.8090100@gmail.com> <463BA1A3.1050400@redhat.com> Message-ID: <1178314417.4471.6.camel@chaos> On Fri, 2007-05-04 at 17:12 -0400, Chuck Ebbert wrote: > dragoran wrote: > >> > >> "notsc" worked. But it should not even be trying to use the TSC. > >> (System is an AMD Turion 64 x2 notebook.) > >> > > ok so this change did broke something... > > > It gets stranger. "notsc" and "clocksource=acpi_pm" don't > prevent the freezes and the tsc syncronization messages still > appear. Freezes are random and just hitting any key makes it > continue. Hmm. This is racking my nerves. 3 bugs closed and a new opened. Chuck, is there a chance to bisect the changes on top of 2.6.21? http://tglx.de/private/tglx/hrtimer-fixups.tar.bz2 tglx From cebbert at redhat.com Fri May 4 22:04:47 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 04 May 2007 18:04:47 -0400 Subject: Latest updates to the FC7 kernel In-Reply-To: <1178314417.4471.6.camel@chaos> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> <463B9674.7090006@gmail.com> <463B9B8D.7040505@redhat.com> <463B9C94.8090100@gmail.com> <463BA1A3.1050400@redhat.com> <1178314417.4471.6.camel@chaos> Message-ID: <463BADFF.4040504@redhat.com> Thomas Gleixner wrote: >>> >> It gets stranger. "notsc" and "clocksource=acpi_pm" don't >> prevent the freezes and the tsc syncronization messages still >> appear. Freezes are random and just hitting any key makes it >> continue. > > Hmm. This is racking my nerves. 3 bugs closed and a new opened. > > Chuck, is there a chance to bisect the changes on top of 2.6.21? > > http://tglx.de/private/tglx/hrtimer-fixups.tar.bz2 > Note this is the Test4 Live CD with an older kernel, that's why I asked what those patches fixed. And I can't test with the latest stuff unless I install to the hard drive. It stalled on every line during shutdown scripts; I had to keep pressing keys. From tglx at linutronix.de Fri May 4 22:13:43 2007 From: tglx at linutronix.de (Thomas Gleixner) Date: Sat, 05 May 2007 00:13:43 +0200 Subject: Latest updates to the FC7 kernel In-Reply-To: <463BADFF.4040504@redhat.com> References: <463B7738.2060001@redhat.com> <463B943E.9000409@redhat.com> <463B94DD.4010508@redhat.com> <463B9674.7090006@gmail.com> <463B9B8D.7040505@redhat.com> <463B9C94.8090100@gmail.com> <463BA1A3.1050400@redhat.com> <1178314417.4471.6.camel@chaos> <463BADFF.4040504@redhat.com> Message-ID: <1178316823.4471.12.camel@chaos> On Fri, 2007-05-04 at 18:04 -0400, Chuck Ebbert wrote: > Thomas Gleixner wrote: > >>> > >> It gets stranger. "notsc" and "clocksource=acpi_pm" don't > >> prevent the freezes and the tsc syncronization messages still > >> appear. Freezes are random and just hitting any key makes it > >> continue. > > > > Hmm. This is racking my nerves. 3 bugs closed and a new opened. > > > > Chuck, is there a chance to bisect the changes on top of 2.6.21? > > > > http://tglx.de/private/tglx/hrtimer-fixups.tar.bz2 > > > > Note this is the Test4 Live CD with an older kernel, that's why Ah, sorry for confusion. > I asked what those patches fixed. And I can't test with the > latest stuff unless I install to the hard drive. > > It stalled on every line during shutdown scripts; I had to > keep pressing keys. The patches address such issues. tglx From tcallawa at redhat.com Sat May 5 03:03:17 2007 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 04 May 2007 22:03:17 -0500 Subject: Latest updates to the FC7 kernel In-Reply-To: <463B7738.2060001@redhat.com> References: <463B7738.2060001@redhat.com> Message-ID: <1178334197.3992.8.camel@localhost.localdomain> On Fri, 2007-05-04 at 14:11 -0400, Chuck Ebbert wrote: > Current version is 1.3132 > > * Thu May 03 2007 John W. Linville > - Add a locking fix to benefit rt2x00 > > * Thu May 03 2007 John W. Linville > - Update git-wireless-dev.patch (fix lockdep spew, zd1211rw-mac80211 fixes) > - Remove linux-2.6-zd1211rw-mac80211-queue-limit.patch (obsolete) > - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 name change) > - Remove git-iwlwifi-fixes.patch (obsolete) > - Remove iwlwifi portions of linux-2.6-warnings-inline.patch (obsolete) iwl3945 works less than it did before. NM doesn't work with it at all. My guess? This has something to do with it: [root at localhost iwlwifi]# iwlist wlan0 scanning Warning: Driver for device wlan0 has been compiled with version 22 of Wireless Extension, while this program supports up to version 20. Some things may be broken... wlan0 Interface doesn't support scanning : Network is down [root at localhost iwlwifi]# ifconfig wlan0 up [root at localhost iwlwifi]# iwlist wlan0 scanning Warning: Driver for device wlan0 has been compiled with version 22 of Wireless Extension, while this program supports up to version 20. Some things may be broken... wlan0 Scan completed : Cell 01 - Address: 97:BD:00:00:00:00 ESSID:"" Segmentation fault [root at localhost iwlwifi]# I'm running rawhide, wireless-tools-28-2.fc7.x86_64 on my IBMovo T60. ~spot From drago01 at gmail.com Sat May 5 10:18:13 2007 From: drago01 at gmail.com (dragoran) Date: Sat, 05 May 2007 12:18:13 +0200 Subject: Latest updates to the FC7 kernel In-Reply-To: <1178334197.3992.8.camel@localhost.localdomain> References: <463B7738.2060001@redhat.com> <1178334197.3992.8.camel@localhost.localdomain> Message-ID: <463C59E5.9040405@gmail.com> Tom "spot" Callaway wrote: > On Fri, 2007-05-04 at 14:11 -0400, Chuck Ebbert wrote: > >> Current version is 1.3132 >> >> * Thu May 03 2007 John W. Linville >> - Add a locking fix to benefit rt2x00 >> >> * Thu May 03 2007 John W. Linville >> - Update git-wireless-dev.patch (fix lockdep spew, zd1211rw-mac80211 fixes) >> - Remove linux-2.6-zd1211rw-mac80211-queue-limit.patch (obsolete) >> - Update git-iwlwifi.patch (signal level fixes, iwlwifi -> iwl3945 name change) >> - Remove git-iwlwifi-fixes.patch (obsolete) >> - Remove iwlwifi portions of linux-2.6-warnings-inline.patch (obsolete) >> > > iwl3945 works less than it did before. > > NM doesn't work with it at all. > > My guess? This has something to do with it: > > [root at localhost iwlwifi]# iwlist wlan0 scanning > Warning: Driver for device wlan0 has been compiled with version 22 > of Wireless Extension, while this program supports up to version 20. > Some things may be broken... > > wlan0 Interface doesn't support scanning : Network is down > > [root at localhost iwlwifi]# ifconfig wlan0 up > [root at localhost iwlwifi]# iwlist wlan0 scanning > Warning: Driver for device wlan0 has been compiled with version 22 > of Wireless Extension, while this program supports up to version 20. > Some things may be broken... > > wlan0 Scan completed : > Cell 01 - Address: 97:BD:00:00:00:00 > ESSID:"" > Segmentation fault > [root at localhost iwlwifi]# > > I'm running rawhide, wireless-tools-28-2.fc7.x86_64 on my IBMovo T60. > > see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=238657 seems that its a wireless-tools bug From mcepl at redhat.com Tue May 8 21:13:44 2007 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 08 May 2007 23:13:44 +0200 Subject: uswsusp with Fedora default kernel? Message-ID: Hello, just a question, whether somebody made uswsusp working with Fedora Core 6? Old kernel is unacceptably slow for me, and I need ndiswrapper so kernel-suspend2 package is not an option, because I would have to recompile the driver all the time. uwsusp being in mainline kernel seems to be the only option, but apparently uswsusp is not packaged for Fedora Core 6 -- of course, I could package the program myself, but I am afraid of fiddling with mkinitrd, which in Fedora seems to be extremely unflexible (or may be I got it wrong). Are there packages available somewhere where I haven't found them yet, or could at least somebody point me please to some HOWTO on changing mkinitrd (what should I do to make uswsusp work, and how to made it into package)? And of course there are issues with SELinux as well. I have made experimental package available on http://matej.ceplovi.cz/progs/rpms/suspend-0.50.20070328-6.3.1.src.rpm (binary RPMs and .spec file are available in the same place), but they don't work for me (because of SELinux, and because I haven't modified mkinitrd). Thanks for any hint, Mat?j Cepl From ncunning at redhat.com Tue May 8 22:38:16 2007 From: ncunning at redhat.com (Nigel Cunningham) Date: Wed, 09 May 2007 08:38:16 +1000 Subject: uswsusp with Fedora default kernel? In-Reply-To: References: Message-ID: <1178663896.4201.4.camel@nigel.suspend2.net> Hi. On Tue, 2007-05-08 at 23:13 +0200, Matej Cepl wrote: > Hello, > > just a question, whether somebody made uswsusp working with > Fedora Core 6? Old kernel is unacceptably slow for me, and I need > ndiswrapper so kernel-suspend2 package is not an option, because > I would have to recompile the driver all the time. uwsusp being > in mainline kernel seems to be the only option, but apparently > uswsusp is not packaged for Fedora Core 6 -- of course, I could > package the program myself, but I am afraid of fiddling with > mkinitrd, which in Fedora seems to be extremely unflexible (or > may be I got it wrong). > > Are there packages available somewhere where I haven't found them > yet, or could at least somebody point me please to some HOWTO on > changing mkinitrd (what should I do to make uswsusp work, and how > to made it into package)? And of course there are issues with > SELinux as well. > > I have made experimental package available on > http://matej.ceplovi.cz/progs/rpms/suspend-0.50.20070328-6.3.1.src.rpm > (binary RPMs and .spec file are available in the same place), but > they don't work for me (because of SELinux, and because I haven't > modified mkinitrd). > > Thanks for any hint, > > Mat?j Cepl I'm not sure about uswsusp packaging either. Come to that, I'm not sure about packaging of that suspend to ram tool (s2ram?). I should also ask, why would you have to recompile the driver all the time for a kernel-suspend2 package? http://mhensler.de/swsusp/ provides FC6 Suspend2 RPMS. Regards, Nigel From Axel.Thimm at ATrpms.net Wed May 9 09:44:37 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 9 May 2007 11:44:37 +0200 Subject: uswsusp with Fedora default kernel? In-Reply-To: <1178663896.4201.4.camel@nigel.suspend2.net> References: <1178663896.4201.4.camel@nigel.suspend2.net> Message-ID: <20070509094437.GE24226@neu.nirvana> Hi, On Wed, May 09, 2007 at 08:38:16AM +1000, Nigel Cunningham wrote: > On Tue, 2007-05-08 at 23:13 +0200, Matej Cepl wrote: > > just a question, whether somebody made uswsusp working with Fedora > > Core 6? Old kernel is unacceptably slow for me, and I need > > ndiswrapper so kernel-suspend2 package is not an option, because I > > would have to recompile the driver all the time. uwsusp being in > > mainline kernel seems to be the only option, but apparently > > uswsusp is not packaged for Fedora Core 6 -- of course, I could > > package the program myself, but I am afraid of fiddling with > > mkinitrd, which in Fedora seems to be extremely unflexible (or may > > be I got it wrong). > > > > Are there packages available somewhere where I haven't found them > > yet, or could at least somebody point me please to some HOWTO on > > changing mkinitrd (what should I do to make uswsusp work, and how > > to made it into package)? And of course there are issues with > > SELinux as well. > > > > I have made experimental package available on > > http://matej.ceplovi.cz/progs/rpms/suspend-0.50.20070328-6.3.1.src.rpm > > (binary RPMs and .spec file are available in the same place), but > > they don't work for me (because of SELinux, and because I haven't > > modified mkinitrd). > > > > Thanks for any hint, > > > > Mat?j Cepl > > I'm not sure about uswsusp packaging either. Come to that, I'm not > sure about packaging of that suspend to ram tool (s2ram?). > > I should also ask, why would you have to recompile the driver all > the time for a kernel-suspend2 package? http://mhensler.de/swsusp/ > provides FC6 Suspend2 RPMS. Matthias also maintains them at ATrpms http://atrpms.net/dist/fc6/kernel-suspend2/ so that all kmdl support at ATrpms can be made available for this kernel series, like for example the ndiswrapper support on http://atrpms.net/dist/fc6/ndiswrapper/ -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mcepl at redhat.com Wed May 9 12:16:17 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 09 May 2007 14:16:17 +0200 Subject: uswsusp with Fedora default kernel? References: <1178663896.4201.4.camel@nigel.suspend2.net> <20070509094437.GE24226@neu.nirvana> Message-ID: ["Followup-To:" header set to gmane.linux.kernel.suspend.devel.] On 2007-05-09, 09:44 GMT, Axel Thimm wrote: > Matthias also maintains them at ATrpms > > http://atrpms.net/dist/fc6/kernel-suspend2/ > > so that all kmdl support at ATrpms can be made available for this > kernel series, like for example the ndiswrapper support on > > http://atrpms.net/dist/fc6/ndiswrapper/ Yes, we got to the same conclusion with Matthias -- that's probably the best option. Thanks, Matej From jwboyer at jdub.homelinux.org Wed May 9 12:27:49 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 09 May 2007 07:27:49 -0500 Subject: uswsusp with Fedora default kernel? In-Reply-To: References: <1178663896.4201.4.camel@nigel.suspend2.net> <20070509094437.GE24226@neu.nirvana> Message-ID: <1178713669.3086.4.camel@zod.rchland.ibm.com> On Wed, 2007-05-09 at 14:16 +0200, Matej Cepl wrote: > ["Followup-To:" header set to gmane.linux.kernel.suspend.devel.] > On 2007-05-09, 09:44 GMT, Axel Thimm wrote: > > Matthias also maintains them at ATrpms > > > > http://atrpms.net/dist/fc6/kernel-suspend2/ > > > > so that all kmdl support at ATrpms can be made available for this > > kernel series, like for example the ndiswrapper support on > > > > http://atrpms.net/dist/fc6/ndiswrapper/ > > Yes, we got to the same conclusion with Matthias -- that's > probably the best option. Just curious but what do you need ndiswrapper for? josh From mcepl at redhat.com Wed May 9 13:14:00 2007 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 09 May 2007 15:14:00 +0200 Subject: uswsusp with Fedora default kernel? References: <1178663896.4201.4.camel@nigel.suspend2.net> <20070509094437.GE24226@neu.nirvana> <1178713669.3086.4.camel@zod.rchland.ibm.com> Message-ID: ["Followup-To:" header set to gmane.linux.kernel.suspend.devel.] On 2007-05-09, 12:27 GMT, Josh Boyer wrote: > Just curious but what do you need ndiswrapper for? bcm4318 (not supported even by the most bleeding edge of bcm43xx). Matej From caldodge at gmail.com Sun May 13 01:29:38 2007 From: caldodge at gmail.com (Calvin Dodge) Date: Sat, 12 May 2007 19:29:38 -0600 Subject: suggested one line patch to powernow-k8 for 65nm Athlon64 Message-ID: <824a5f7a0705121829k63f9a6ddg1e48eab355635c42@mail.gmail.com> I'm the proud owner of a new "Lima" Athlon64, and was annoyed to see that powernow-k8 didn't recognize it. It turns out AMD bumped the revision number from 6 to 7, and powernow-k8 doesn't like that. At the suggestion of powernow-k8's maintainer (Mark Langsdorf) I edited line 49 of powernow-k8.h and changed: #define CPUID_XMOD_REV_G 0x00060000 to #define CPUID_XMOD_REV_H 0x00070000 then changed CPUID_XMOD_REV_G in powernow-k8.c to CPUID_XMOD_REV_H (actually, he just said "bump it to 7", but it seemed logical to increment the revision letter, too) This worked, and the cpuspeed daemon lowered the CPU frequency and voltage when idling. Anyway, Mark said he'd submitted a patch, but it hadn't made its way to the main kernel source yet. Is there any chance the Fedora kernel maintainers might add such a patch to the next kernel? Calvin Dodge From davej at redhat.com Sun May 13 15:56:45 2007 From: davej at redhat.com (Dave Jones) Date: Sun, 13 May 2007 11:56:45 -0400 Subject: suggested one line patch to powernow-k8 for 65nm Athlon64 In-Reply-To: <824a5f7a0705121829k63f9a6ddg1e48eab355635c42@mail.gmail.com> References: <824a5f7a0705121829k63f9a6ddg1e48eab355635c42@mail.gmail.com> Message-ID: <20070513155645.GA27604@redhat.com> On Sat, May 12, 2007 at 07:29:38PM -0600, Calvin Dodge wrote: > I'm the proud owner of a new "Lima" Athlon64, and was annoyed to see > that powernow-k8 didn't recognize it. > > It turns out AMD bumped the revision number from 6 to 7, and > powernow-k8 doesn't like that. > > At the suggestion of powernow-k8's maintainer (Mark Langsdorf) I > edited line 49 of powernow-k8.h and changed: > > #define CPUID_XMOD_REV_G 0x00060000 > > to > > #define CPUID_XMOD_REV_H 0x00070000 > > then changed CPUID_XMOD_REV_G in powernow-k8.c to CPUID_XMOD_REV_H > > (actually, he just said "bump it to 7", but it seemed logical to > increment the revision letter, too) > > This worked, and the cpuspeed daemon lowered the CPU frequency and > voltage when idling. > > Anyway, Mark said he'd submitted a patch, but it hadn't made its way > to the main kernel source yet. Is there any chance the Fedora kernel > maintainers might add such a patch to the next kernel? I've just pushed this to Linus for .22, and will get it into .21-stable too. We'll pick it up in Fedora through those trees soon. Thanks, Dave -- http://www.codemonkey.org.uk From katzj at redhat.com Mon May 14 14:34:11 2007 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 14 May 2007 10:34:11 -0400 Subject: [TAGGED] Re: BuildRequires: sparse In-Reply-To: <200705031927.09702.jkeating@redhat.com> References: <20070503232249.AC5851801A3@magilla.sf.frob.com> <200705031927.09702.jkeating@redhat.com> Message-ID: <1179153251.12077.16.camel@aglarond.local> On Thu, 2007-05-03 at 19:27 -0400, Jesse Keating wrote: > On Thursday 03 May 2007 19:22:49 Roland McGrath wrote: > > sparse-0.3-1.fc7 will be required by new kernel builds, so we think it > > belongs in f7-final > > +1. This never actually got tagged; tagged now Jeremy From zaitcev at redhat.com Mon May 14 14:55:43 2007 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 14 May 2007 07:55:43 -0700 Subject: [PATCH FC6] x86_64 page_is_ram() uses __initdata; breaks /dev/crash and /dev/mem restriction In-Reply-To: <46310010.4F7C0B3F@redhat.com> References: <46310010.4F7C0B3F@redhat.com> Message-ID: <20070514075543.0d0c3df8.zaitcev@redhat.com> On Thu, 26 Apr 2007 15:40:00 -0400, Dave Anderson wrote: > This is fine for upstream x86_64 kernels, because the e820 map never > gets used during runtime. But because we (RHEL/Fedora) have an x86_64 > version of page_is_ram(), it ends up using __init data. > +++ linux-2.6.20.x86_64/arch/x86_64/kernel/e820.c 2007-04-26 14:38:24.000000000 -0400 > @@ -25,7 +25,7 @@ > #include > #include > > -struct e820map e820 __initdata; > +struct e820map e820; ACK Although, do we follow the ACK process for stable Fedora now? I thought it was just the Chuck's judgement ever since he joined. On Dave's side I looked at Rawhide just now and this does not seem to be there either (on 1.3126), although linux-2.6-devmem.patch and Xen are. -- Pete From user-7388678.56c3ba-1 at xing.com Sun May 20 20:32:49 2007 From: user-7388678.56c3ba-1 at xing.com (Islamic Banker) Date: Sun, 20 May 2007 22:32:49 +0200 (CEST) Subject: Islamic Banking & Finance Message-ID: <20070520203249.AEC515C6C@obc-crn42-1.rz.epublica.de> Dear I am interested in material and information on Islamic Credit Card structure and product document,kindly provide me on arab.banker at gmail.com Regards, ----------------------------------------------------------------------- Islamic Banker is inviting you to become a member of the XING network: http://www.xing.com/go/inv/9390850.3dfbc4 I no longer wish to receive invitations to XING: http://www.xing.com/go/opt_out_invite/U2FsdGVkX18fLGGhHx6rEPBosS2dYwHq6n0ukhJqUOoacvooacpMkQfW/APEPmmN8X/m7rZ5d04= -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.underwood at gmail.com Wed May 23 12:29:13 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 23 May 2007 13:29:13 +0100 Subject: Sunifdef Message-ID: <645d17210705230529h115ca168qd7531911eac172ef@mail.gmail.com> Dear Kernel list, I've noticed in the past that unifdef is used in kernel package building. I wonder if you're aware of a maintained and more featureful program, Sunifdef, which has evolved from unifdef (which seems mostly unmaintained). It's packaged for Fedora, and has a website here: http://www.sunifdef.strudl.org/ Quoting: Sunifdef is a commandline tool for eliminating superfluous preprocessor clutter from C and C++ source files. It is a more powerful successor to the FreeBSD 'unifdef' tool. Sunifdef is most useful to developers of constantly evolving products with large code bases, where preprocessor conditionals are used to configure the feature sets, APIs or implementations of different releases. In these environments the code base steadily accumulates #ifdef pollution as transient configuration options become obselete. Sunifdef can largely automate the recurrent task of purging redundant #if logic from the code. Apologies for a slightly off topic plug. jonathan. From jeff at ocjtech.us Wed May 23 14:10:36 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 23 May 2007 09:10:36 -0500 Subject: Sunifdef In-Reply-To: <645d17210705230529h115ca168qd7531911eac172ef@mail.gmail.com> References: <645d17210705230529h115ca168qd7531911eac172ef@mail.gmail.com> Message-ID: <1179929437.3892.12.camel@lt21223.campus.dmacc.edu> On Wed, 2007-05-23 at 13:29 +0100, Jonathan Underwood wrote: > Dear Kernel list, > > I've noticed in the past that unifdef is used in kernel package > building. I wonder if you're aware of a maintained and more > featureful program, Sunifdef, which has evolved from unifdef (which > seems mostly unmaintained). It's packaged for Fedora, and has a > website here: I've had some problems with sunifdef v3.0 that prevented me from using it in one of my projects, but it appears that v3.1 has fixed at least one of those problems. Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From valent.turkovic at gmail.com Wed May 23 15:01:08 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 23 May 2007 17:01:08 +0200 Subject: can you help me troubleshoot suspend/resume issues with my laptop? In-Reply-To: <64b14b300705230758m60095f6di216b7abf1d970736@mail.gmail.com> References: <64b14b300705230758m60095f6di216b7abf1d970736@mail.gmail.com> Message-ID: <64b14b300705230801g2a799100tc2bc03276893c94@mail.gmail.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240964 My laptop freezes when I try to do a resume, any insight would be precious. Thank you. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From dwmw2 at infradead.org Thu May 24 15:32:45 2007 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 24 May 2007 11:32:45 -0400 Subject: Sunifdef In-Reply-To: <645d17210705230529h115ca168qd7531911eac172ef@mail.gmail.com> References: <645d17210705230529h115ca168qd7531911eac172ef@mail.gmail.com> Message-ID: <1180020765.8303.107.camel@shinybook.infradead.org> On Wed, 2007-05-23 at 13:29 +0100, Jonathan Underwood wrote: > Dear Kernel list, > > I've noticed in the past that unifdef is used in kernel package > building. I wonder if you're aware of a maintained and more > featureful program, Sunifdef, which has evolved from unifdef (which > seems mostly unmaintained). It's packaged for Fedora, and has a > website here. The kernel no longer uses an external unifdef -- it has its own in scripts/unifdef.c. If you want to work with the upstream kernel to change that to sunifdef, go ahead. Can 'sunifdef -U__KERNEL__' fix up stuff like... #if defined(__KERNEL__) && defined(__FOO__) and #if defined(__KERNEL__) || defined(__BAR__) ... by treating them as '#if 0' (and eliding completely) and by rewriting to just #ifdef __BAR__, respectively? If so, changing the upstream kernel seems like it would be useful. -- dwmw2 From valent.turkovic at gmail.com Thu May 24 18:16:01 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 24 May 2007 20:16:01 +0200 Subject: willing to contribute - so laptops suspend better - but how? In-Reply-To: References: <64b14b300705240140g7ac7b476vcb01b52a9e4349bf@mail.gmail.com> <64b14b300705240508u5cf2583bva3e3108844a6bfc7@mail.gmail.com> Message-ID: <64b14b300705241116p62e1bb1bjda51b6e4b6591e1c@mail.gmail.com> On 5/24/07, Matej Cepl wrote: > On Thu, 24 May 2007 14:08:32 +0200, Valent Turkovic scripst: > > When I had the same issue with the same laptop I was blown away with > > OpenSuse page - http://en.opensuse.org/S2ram - they hit nail on the head > > with their wiki page IMHO. > > Best what I can suggest is http://mhensler.de/swsusp/ And no s2 > {ram,disk,both} just doesn't work on Fedora. Whenever I mentioned it in > front of our kernel people only very loud silence was the answer ;-). > > Matej > I'm not requesting for fedora to use s2ram - I don't even know what is the difference between pm-suspend and s2ram. I'm only hoping there are some better online - official or unofficial resources for making laptops work with fedora. I'm having real trouble making any sense with all the different quirks - because all I tried gave me a frozen system. So how can I troubleshoot and get my laptop to suspend/resume? look at my bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240964 Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From valent.turkovic at gmail.com Thu May 24 18:51:33 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 24 May 2007 20:51:33 +0200 Subject: willing to contribute - so laptops suspend better - but how? In-Reply-To: <64b14b300705241119w2e637e0an89571cde78d4cd82@mail.gmail.com> References: <64b14b300705240140g7ac7b476vcb01b52a9e4349bf@mail.gmail.com> <64b14b300705240508u5cf2583bva3e3108844a6bfc7@mail.gmail.com> <200705241315.01884.j-alan@btconnect.com> <64b14b300705241119w2e637e0an89571cde78d4cd82@mail.gmail.com> Message-ID: <64b14b300705241151t5b151a82w7b8e0d253d6bb3e6@mail.gmail.com> On 5/24/07, Valent Turkovic wrote: > On 5/24/07, John bowden wrote: > > On Thursday 24 May 2007 13:08:32 Valent Turkovic wrote: > > > On 5/24/07, Gianluca Sforna wrote: > > > > On 5/24/07, Valent Turkovic wrote: > > > > > I would like to help troubleshoot my laptop and then other 10 I have > > > > > access to but I can't find how to do that. > > > > > > > > > > Is there any wiki page or some other resource that I can use? Or can > > > > > you look at this one and give me some specific pointers? > > > > > > > > Try here: > > > > http://people.freedesktop.org/~hughsient/quirk/ > > > > > > Been there, done that - no honey :) > > > > > > Does fedora community have some more resourceful page regarding > > > suspend/resume on laptops? > > > > > > When I had the same issue with the same laptop I was blown away with > > > OpenSuse page - http://en.opensuse.org/S2ram - they hit nail on the > > > head with their wiki page IMHO. > > > > > > Fedora needs more online resources - quirks page is not sufficient. > > > > > > Valent from Croatia. > > > > Don't know if this is of any help as I'm trying to get my touch pad working my > > note book is a similar model. > > http://www.red-web.ro/ics/f7-on-HP500.html > > > > I must say Fedora 7 test 4 works just great in other respects on my > laptop - seams you have much more problems. Ok, my wireless iwl3945 > doesn't work (I filed a bug also for that) but I can make it work with > few commands... but suspend/resume I can't make to work no matter what > I try. > > Valent. > Ok, it seams I have some bios problem issues! I wen't back to OpenSuse 10.2 in which I claimed suspend works - and it did work before - now it doesn't work anymore! I had to upgrade my bios in order to get Intel VT option in bios - and that FINALLY enabled me to run Xen virtualisation! But it seams that this new bios now has some other issues so not even OpenSuse which worked doesn't now :( First time I tried to suspend under OpenSuse 10.2 it freezed, and second time it started to wakeup but some really strange noises came from the HDD that FREAKED me out! I powered it off as soon as possible - and everything worked fine on power up! Do you have any information, does Intel virtualisation have any thing to do with suspend/resume? Does it need to be disabled in order for suspend/resume to work? Does anyone have some more experience testing new laptops with Intel VT technology? -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From cebbert at redhat.com Thu May 24 20:27:24 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Thu, 24 May 2007 16:27:24 -0400 Subject: willing to contribute - so laptops suspend better - but how? In-Reply-To: <64b14b300705241151t5b151a82w7b8e0d253d6bb3e6@mail.gmail.com> References: <64b14b300705240140g7ac7b476vcb01b52a9e4349bf@mail.gmail.com> <64b14b300705240508u5cf2583bva3e3108844a6bfc7@mail.gmail.com> <200705241315.01884.j-alan@btconnect.com> <64b14b300705241119w2e637e0an89571cde78d4cd82@mail.gmail.com> <64b14b300705241151t5b151a82w7b8e0d253d6bb3e6@mail.gmail.com> Message-ID: <4655F52C.8000002@redhat.com> On 05/24/2007 02:51 PM, Valent Turkovic wrote: > On 5/24/07, Valent Turkovic wrote: >> On 5/24/07, John bowden wrote: >> > On Thursday 24 May 2007 13:08:32 Valent Turkovic wrote: >> > > On 5/24/07, Gianluca Sforna wrote: >> > > > On 5/24/07, Valent Turkovic wrote: >> > > > > I would like to help troubleshoot my laptop and then other 10 >> I have >> > > > > access to but I can't find how to do that. >> > > > > >> > > > > Is there any wiki page or some other resource that I can use? >> Or can >> > > > > you look at this one and give me some specific pointers? >> > > > >> > > > Try here: >> > > > http://people.freedesktop.org/~hughsient/quirk/ >> > > >> > > Been there, done that - no honey :) >> > > >> > > Does fedora community have some more resourceful page regarding >> > > suspend/resume on laptops? >> > > >> > > When I had the same issue with the same laptop I was blown away with >> > > OpenSuse page - http://en.opensuse.org/S2ram - they hit nail on the >> > > head with their wiki page IMHO. >> > > >> > > Fedora needs more online resources - quirks page is not sufficient. >> > > >> > > Valent from Croatia. >> > >> > Don't know if this is of any help as I'm trying to get my touch pad >> working my >> > note book is a similar model. >> > http://www.red-web.ro/ics/f7-on-HP500.html >> > >> >> I must say Fedora 7 test 4 works just great in other respects on my >> laptop - seams you have much more problems. Ok, my wireless iwl3945 >> doesn't work (I filed a bug also for that) but I can make it work with >> few commands... but suspend/resume I can't make to work no matter what >> I try. >> >> Valent. >> > Ok, it seams I have some bios problem issues! > > I wen't back to OpenSuse 10.2 in which I claimed suspend works - and > it did work before - now it doesn't work anymore! > > I had to upgrade my bios in order to get Intel VT option in bios - and > that FINALLY enabled me to run Xen virtualisation! But it seams that > this new bios now has some other issues so not even OpenSuse which > worked doesn't now :( > > First time I tried to suspend under OpenSuse 10.2 it freezed, and > second time it started to wakeup but some really strange noises came > from the HDD that FREAKED me out! I powered it off as soon as possible > - and everything worked fine on power up! > > Do you have any information, does Intel virtualisation have any thing > to do with suspend/resume? Does it need to be disabled in order for > suspend/resume to work? Try unloading the kvm and kvm-intel modules before suspending. From valent.turkovic at gmail.com Fri May 25 08:08:57 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 25 May 2007 10:08:57 +0200 Subject: IBM ThinkPad R52 Quirk submission Message-ID: <64b14b300705250108o62655fffi21035378e006305c@mail.gmail.com> I have tested Fedora 7 Live CD and make IBM R52 work with a quirk and I would like submit my findings so that IBM R52 JustWorks for other people in Fedora 7. I managed to suspend and resume 5 times from X and 2 times from console1 (ctrl-alt-f1) with this quirk: pm-suspend --quirk-s3-bios the info I collected from lshal is: system.hardware.vendor = 'IBM' system.hardware.version = 'ThinkPad R52' please include this laptop as soon as possible so that Fedora 7 JustWorks with it when it ships. Thank you. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From valent.turkovic at gmail.com Fri May 25 15:49:34 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 25 May 2007 17:49:34 +0200 Subject: willing to contribute - so laptops suspend better - but how? In-Reply-To: <4655F52C.8000002@redhat.com> References: <64b14b300705240140g7ac7b476vcb01b52a9e4349bf@mail.gmail.com> <64b14b300705240508u5cf2583bva3e3108844a6bfc7@mail.gmail.com> <200705241315.01884.j-alan@btconnect.com> <64b14b300705241119w2e637e0an89571cde78d4cd82@mail.gmail.com> <64b14b300705241151t5b151a82w7b8e0d253d6bb3e6@mail.gmail.com> <4655F52C.8000002@redhat.com> Message-ID: <64b14b300705250849n7f22e1a5pc174e0d94d96223a@mail.gmail.com> On 5/24/07, Chuck Ebbert wrote: > On 05/24/2007 02:51 PM, Valent Turkovic wrote: > > On 5/24/07, Valent Turkovic wrote: > >> On 5/24/07, John bowden wrote: > >> > On Thursday 24 May 2007 13:08:32 Valent Turkovic wrote: > >> > > On 5/24/07, Gianluca Sforna wrote: > >> > > > On 5/24/07, Valent Turkovic wrote: > >> > > > > I would like to help troubleshoot my laptop and then other 10 > >> I have > >> > > > > access to but I can't find how to do that. > >> > > > > > >> > > > > Is there any wiki page or some other resource that I can use? > >> Or can > >> > > > > you look at this one and give me some specific pointers? > >> > > > > >> > > > Try here: > >> > > > http://people.freedesktop.org/~hughsient/quirk/ > >> > > > >> > > Been there, done that - no honey :) > >> > > > >> > > Does fedora community have some more resourceful page regarding > >> > > suspend/resume on laptops? > >> > > > >> > > When I had the same issue with the same laptop I was blown away with > >> > > OpenSuse page - http://en.opensuse.org/S2ram - they hit nail on the > >> > > head with their wiki page IMHO. > >> > > > >> > > Fedora needs more online resources - quirks page is not sufficient. > >> > > > >> > > Valent from Croatia. > >> > > >> > Don't know if this is of any help as I'm trying to get my touch pad > >> working my > >> > note book is a similar model. > >> > http://www.red-web.ro/ics/f7-on-HP500.html > >> > > >> > >> I must say Fedora 7 test 4 works just great in other respects on my > >> laptop - seams you have much more problems. Ok, my wireless iwl3945 > >> doesn't work (I filed a bug also for that) but I can make it work with > >> few commands... but suspend/resume I can't make to work no matter what > >> I try. > >> > >> Valent. > >> > > Ok, it seams I have some bios problem issues! > > > > I wen't back to OpenSuse 10.2 in which I claimed suspend works - and > > it did work before - now it doesn't work anymore! > > > > I had to upgrade my bios in order to get Intel VT option in bios - and > > that FINALLY enabled me to run Xen virtualisation! But it seams that > > this new bios now has some other issues so not even OpenSuse which > > worked doesn't now :( > > > > First time I tried to suspend under OpenSuse 10.2 it freezed, and > > second time it started to wakeup but some really strange noises came > > from the HDD that FREAKED me out! I powered it off as soon as possible > > - and everything worked fine on power up! > > > > Do you have any information, does Intel virtualisation have any thing > > to do with suspend/resume? Does it need to be disabled in order for > > suspend/resume to work? > > Try unloading the kvm and kvm-intel modules before suspending. > They aren't loaded [root at fedora74 ~]# lsmod|grep kvm [root at fedora74 ~]# [root at fedora74 ~]# lsmod Module Size Used by i915 26305 2 drm 78677 3 i915 ipt_MASQUERADE 7745 1 iptable_nat 11589 1 nf_nat 22125 2 ipt_MASQUERADE,iptable_nat bridge 53081 0 autofs4 25029 2 hidp 26689 2 rfcomm 44249 0 l2cap 30785 10 hidp,rfcomm bluetooth 58021 5 hidp,rfcomm,l2cap sunrpc 160413 1 nf_conntrack_netbios_ns 7105 0 nf_conntrack_ipv4 15049 6 iptable_nat xt_state 6593 4 nf_conntrack 61129 6 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_netbios_ns,nf_conntrack_ipv4,xt_state nfnetlink 10841 3 nf_nat,nf_conntrack_ipv4,nf_conntrack xt_tcpudp 7233 9 ipt_REJECT 8641 4 iptable_filter 6977 1 ip_tables 16389 2 iptable_nat,iptable_filter x_tables 18885 6 ipt_MASQUERADE,iptable_nat,xt_state,xt_tcpudp,ipt_REJECT,ip_tables cpufreq_ondemand 11981 1 acpi_cpufreq 14281 1 fuse 46677 4 dm_mirror 25301 0 dm_multipath 21833 0 dm_mod 58509 2 dm_mirror,dm_multipath video 21065 0 sbs 19201 0 i2c_ec 9281 1 sbs i2c_core 24769 1 i2c_ec button 12113 0 dock 14137 0 battery 14149 0 ac 9413 0 parport_pc 30181 0 lp 16265 0 parport 38665 2 parport_pc,lp loop 20041 0 snd_hda_intel 24793 5 snd_hda_codec 202689 1 snd_hda_intel snd_seq_dummy 7877 0 snd_seq_oss 33601 0 snd_seq_midi_event 11201 1 snd_seq_oss iwl3945 140969 0 snd_seq 51249 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event b44 30029 0 mac80211 137157 1 iwl3945 fw_ohci 19905 0 snd_seq_device 11853 3 snd_seq_dummy,snd_seq_oss,snd_seq mii 9409 1 b44 snd_pcm_oss 43745 0 snd_mixer_oss 19393 2 snd_pcm_oss cfg80211 12105 1 mac80211 fw_core 43137 1 fw_ohci snd_pcm 75461 4 snd_hda_intel,snd_hda_codec,snd_pcm_oss serio_raw 10821 0 ata_generic 12229 0 snd_timer 25157 3 snd_seq,snd_pcm snd 53957 15 snd_hda_intel,snd_hda_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 11681 2 snd iTCO_wdt 15109 0 iTCO_vendor_support 7876 1 iTCO_wdt snd_page_alloc 13769 2 snd_hda_intel,snd_pcm sr_mod 20453 0 cdrom 37217 1 sr_mod pcspkr 7233 0 joydev 13441 0 sg 37469 0 ata_piix 18885 0 ahci 24261 5 libata 115929 3 ata_generic,ata_piix,ahci sd_mod 24257 6 scsi_mod 138989 4 sr_mod,sg,libata,sd_mod ext3 125897 2 jbd 60777 1 ext3 mbcache 12613 1 ext3 ehci_hcd 35917 0 ohci_hcd 24261 0 uhci_hcd 27217 0 [root at fedora74 ~]# lsmod|grep kvm [root at fedora74 ~]# -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From pu_kathy at hotmail.com Fri May 25 20:15:05 2007 From: pu_kathy at hotmail.com (kathy pu) Date: Fri, 25 May 2007 13:15:05 -0700 Subject: questions on reconfigure and re-install a kernel on FC6 Message-ID: Hi all: I appreciate very much if anybody can provide me some help on re-configure and compile a kernel, such as the procedures and the source directory location and the name of the .config file used. I got the error message saying the Kernel is not configured, but I do have run the command in 2. as listed below, I must have missed something? My machine already has 2.6.20.2948 installed, and I want to change the kernel configuration, I am not sure what directory the source code, and .config, that I should use. 1. what is the directory that I should find the correct root for MAKE the kernel source code: Is it /usr/src/linux-2.6.X/Build/ or is it /usr/src/kernel/...2.6.20.2948? 2. if I do a make O=/home/name/build/kernel menuconfig What will happen? Is a .config file producted? If so, where is it stored? What directory I need to copy the .config file to before I compile the kernel? 3. if I run the following to compile a kernel, will it store both the kernel binary image and module binary files to the directory set by O = make O=/home/name/build/kernel 4. What does the modules_insall and install do? copy the bzImage to the O= location? kathy From cebbert at redhat.com Fri May 25 20:48:09 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Fri, 25 May 2007 16:48:09 -0400 Subject: questions on reconfigure and re-install a kernel on FC6 In-Reply-To: References: Message-ID: <46574B89.4050102@redhat.com> On 05/25/2007 04:15 PM, kathy pu wrote: > My machine already has 2.6.20.2948 installed, and I want to change the > kernel configuration, > I am not sure what directory the source code, and .config, that I should > use. > Start here: http://fedoraproject.org/wiki/Docs/CustomKernel From valent.turkovic at gmail.com Mon May 28 21:28:53 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Mon, 28 May 2007 23:28:53 +0200 Subject: pm-utils: /etc/pm/config.d/unload_modules doesn't work Message-ID: <64b14b300705281428x7abb33a0w1844991f1f4c8b25@mail.gmail.com> In my Fedora 7 installation I added the file: cat /etc/pm/config.d/unload_modules SUSPEND_MODULES="iwl3945 mac80211" but resume failes unless I manually don't remove iwl3945 module via 'rmmod iwl3945' is this a pm-utils bug in Fedora 7 or is it supposed to work in a different way? -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic From hadess at hadess.net Mon May 28 22:28:20 2007 From: hadess at hadess.net (Bastien Nocera) Date: Mon, 28 May 2007 23:28:20 +0100 Subject: pm-utils: /etc/pm/config.d/unload_modules doesn't work In-Reply-To: <64b14b300705281428x7abb33a0w1844991f1f4c8b25@mail.gmail.com> References: <64b14b300705281428x7abb33a0w1844991f1f4c8b25@mail.gmail.com> Message-ID: <1180391300.3030.33.camel@cookie.hadess.net> On Mon, 2007-05-28 at 23:28 +0200, Valent Turkovic wrote: > In my Fedora 7 installation I added the file: > cat /etc/pm/config.d/unload_modules > SUSPEND_MODULES="iwl3945 mac80211" > > but resume failes unless I manually don't remove iwl3945 module via > 'rmmod iwl3945' > > is this a pm-utils bug in Fedora 7 or is it supposed to work in a different way? It's a known bug in the iwl3495 driver (it will disable interrupts when the module is removed in certain versions of the driver). Please avoid copying multiple mailing-lists. -- Bastien Nocera From pu_kathy at hotmail.com Tue May 29 18:06:40 2007 From: pu_kathy at hotmail.com (kathy pu) Date: Tue, 29 May 2007 11:06:40 -0700 Subject: where to get KDB debugger for FC6 Message-ID: Hello Everybody: Just wondering if FC6 supports KDB. If not, would like to know the current status andhow to get it and port it? My great appreciation. kathy From davej at redhat.com Tue May 29 18:13:05 2007 From: davej at redhat.com (Dave Jones) Date: Tue, 29 May 2007 14:13:05 -0400 Subject: where to get KDB debugger for FC6 In-Reply-To: References: Message-ID: <20070529181305.GA19896@redhat.com> On Tue, May 29, 2007 at 11:06:40AM -0700, kathy pu wrote: > Hello Everybody: > > Just wondering if FC6 supports KDB. No, mostly because it's not upstream, and carrying it as an add-on patch would be a lot of maintainence burden. > If not, would like to know the current > status andhow to get it and port it? No idea. Dave -- http://www.codemonkey.org.uk From jwilson at redhat.com Thu May 31 19:16:04 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 31 May 2007 15:16:04 -0400 Subject: willing to contribute - so laptops suspend better - but how? In-Reply-To: <64b14b300705250849n7f22e1a5pc174e0d94d96223a@mail.gmail.com> References: <64b14b300705240140g7ac7b476vcb01b52a9e4349bf@mail.gmail.com> <64b14b300705240508u5cf2583bva3e3108844a6bfc7@mail.gmail.com> <200705241315.01884.j-alan@btconnect.com> <64b14b300705241119w2e637e0an89571cde78d4cd82@mail.gmail.com> <64b14b300705241151t5b151a82w7b8e0d253d6bb3e6@mail.gmail.com> <4655F52C.8000002@redhat.com> <64b14b300705250849n7f22e1a5pc174e0d94d96223a@mail.gmail.com> Message-ID: <465F1EF4.2010203@redhat.com> Valent Turkovic wrote: > On 5/24/07, Chuck Ebbert wrote: >> On 05/24/2007 02:51 PM, Valent Turkovic wrote: >> > On 5/24/07, Valent Turkovic wrote: >> >> On 5/24/07, John bowden wrote: >> >> > On Thursday 24 May 2007 13:08:32 Valent Turkovic wrote: >> >> > > On 5/24/07, Gianluca Sforna wrote: >> >> > > > On 5/24/07, Valent Turkovic wrote: >> >> > > > > I would like to help troubleshoot my laptop and then other 10 >> >> I have >> >> > > > > access to but I can't find how to do that. >> >> > > > > >> >> > > > > Is there any wiki page or some other resource that I can use? >> >> Or can >> >> > > > > you look at this one and give me some specific pointers? >> >> > > > >> >> > > > Try here: >> >> > > > http://people.freedesktop.org/~hughsient/quirk/ >> >> > > >> >> > > Been there, done that - no honey :) >> >> > > >> >> > > Does fedora community have some more resourceful page regarding >> >> > > suspend/resume on laptops? >> >> > > >> >> > > When I had the same issue with the same laptop I was blown away >> with >> >> > > OpenSuse page - http://en.opensuse.org/S2ram - they hit nail on >> the >> >> > > head with their wiki page IMHO. >> >> > > >> >> > > Fedora needs more online resources - quirks page is not >> sufficient. >> >> > > >> >> > > Valent from Croatia. >> >> > >> >> > Don't know if this is of any help as I'm trying to get my touch pad >> >> working my >> >> > note book is a similar model. >> >> > http://www.red-web.ro/ics/f7-on-HP500.html >> >> > >> >> >> >> I must say Fedora 7 test 4 works just great in other respects on my >> >> laptop - seams you have much more problems. Ok, my wireless iwl3945 >> >> doesn't work (I filed a bug also for that) but I can make it work with >> >> few commands... but suspend/resume I can't make to work no matter what >> >> I try. >> >> >> >> Valent. >> >> >> > Ok, it seams I have some bios problem issues! >> > >> > I wen't back to OpenSuse 10.2 in which I claimed suspend works - and >> > it did work before - now it doesn't work anymore! >> > >> > I had to upgrade my bios in order to get Intel VT option in bios - and >> > that FINALLY enabled me to run Xen virtualisation! But it seams that >> > this new bios now has some other issues so not even OpenSuse which >> > worked doesn't now :( >> > >> > First time I tried to suspend under OpenSuse 10.2 it freezed, and >> > second time it started to wakeup but some really strange noises came >> > from the HDD that FREAKED me out! I powered it off as soon as possible >> > - and everything worked fine on power up! >> > >> > Do you have any information, does Intel virtualisation have any thing >> > to do with suspend/resume? Does it need to be disabled in order for >> > suspend/resume to work? >> >> Try unloading the kvm and kvm-intel modules before suspending. >> > > They aren't loaded > > [root at fedora74 ~]# lsmod|grep kvm > [root at fedora74 ~]# Are you running a Xen kernel? And if so, does suspend work with a non-Xen kernel? -- Jarod Wilson jwilson at redhat.com From valent.turkovic at gmail.com Thu May 31 21:05:39 2007 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Thu, 31 May 2007 23:05:39 +0200 Subject: willing to contribute - so laptops suspend better - but how? In-Reply-To: <465F1EF4.2010203@redhat.com> References: <64b14b300705240140g7ac7b476vcb01b52a9e4349bf@mail.gmail.com> <64b14b300705240508u5cf2583bva3e3108844a6bfc7@mail.gmail.com> <200705241315.01884.j-alan@btconnect.com> <64b14b300705241119w2e637e0an89571cde78d4cd82@mail.gmail.com> <64b14b300705241151t5b151a82w7b8e0d253d6bb3e6@mail.gmail.com> <4655F52C.8000002@redhat.com> <64b14b300705250849n7f22e1a5pc174e0d94d96223a@mail.gmail.com> <465F1EF4.2010203@redhat.com> Message-ID: <64b14b300705311405j3f288abeo87723415b928145d@mail.gmail.com> On 5/31/07, Jarod Wilson wrote: > Valent Turkovic wrote: > > On 5/24/07, Chuck Ebbert wrote: > >> On 05/24/2007 02:51 PM, Valent Turkovic wrote: > >> > On 5/24/07, Valent Turkovic wrote: > >> >> On 5/24/07, John bowden wrote: > >> >> > On Thursday 24 May 2007 13:08:32 Valent Turkovic wrote: > >> >> > > On 5/24/07, Gianluca Sforna wrote: > >> >> > > > On 5/24/07, Valent Turkovic wrote: > >> >> > > > > I would like to help troubleshoot my laptop and then other 10 > >> >> I have > >> >> > > > > access to but I can't find how to do that. > >> >> > > > > > >> >> > > > > Is there any wiki page or some other resource that I can use? > >> >> Or can > >> >> > > > > you look at this one and give me some specific pointers? > >> >> > > > > >> >> > > > Try here: > >> >> > > > http://people.freedesktop.org/~hughsient/quirk/ > >> >> > > > >> >> > > Been there, done that - no honey :) > >> >> > > > >> >> > > Does fedora community have some more resourceful page regarding > >> >> > > suspend/resume on laptops? > >> >> > > > >> >> > > When I had the same issue with the same laptop I was blown away > >> with > >> >> > > OpenSuse page - http://en.opensuse.org/S2ram - they hit nail on > >> the > >> >> > > head with their wiki page IMHO. > >> >> > > > >> >> > > Fedora needs more online resources - quirks page is not > >> sufficient. > >> >> > > > >> >> > > Valent from Croatia. > >> >> > > >> >> > Don't know if this is of any help as I'm trying to get my touch pad > >> >> working my > >> >> > note book is a similar model. > >> >> > http://www.red-web.ro/ics/f7-on-HP500.html > >> >> > > >> >> > >> >> I must say Fedora 7 test 4 works just great in other respects on my > >> >> laptop - seams you have much more problems. Ok, my wireless iwl3945 > >> >> doesn't work (I filed a bug also for that) but I can make it work with > >> >> few commands... but suspend/resume I can't make to work no matter what > >> >> I try. > >> >> > >> >> Valent. > >> >> > >> > Ok, it seams I have some bios problem issues! > >> > > >> > I wen't back to OpenSuse 10.2 in which I claimed suspend works - and > >> > it did work before - now it doesn't work anymore! > >> > > >> > I had to upgrade my bios in order to get Intel VT option in bios - and > >> > that FINALLY enabled me to run Xen virtualisation! But it seams that > >> > this new bios now has some other issues so not even OpenSuse which > >> > worked doesn't now :( > >> > > >> > First time I tried to suspend under OpenSuse 10.2 it freezed, and > >> > second time it started to wakeup but some really strange noises came > >> > from the HDD that FREAKED me out! I powered it off as soon as possible > >> > - and everything worked fine on power up! > >> > > >> > Do you have any information, does Intel virtualisation have any thing > >> > to do with suspend/resume? Does it need to be disabled in order for > >> > suspend/resume to work? > >> > >> Try unloading the kvm and kvm-intel modules before suspending. > >> > > > > They aren't loaded > > > > [root at fedora74 ~]# lsmod|grep kvm > > [root at fedora74 ~]# > > Are you running a Xen kernel? And if so, does suspend work with a > non-Xen kernel? I'm not running Xen kernel. With Xen kernel it won't even suspend. I get my laptop to suspend ok but it won't resume - it freezes on resume. please check out my BZ report, there are much more info about what I got to work and what I didn't. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=240964 Regards Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241 Skype: valent.turkovic