Hi,
I need to test a kernel-patch (http://bugzilla.kernel.org/show_bug.cgi?id=9491). I downloaded some kernel-srpms and keep getting this:
+ mv kernel-2.6.24-i586.config .config ++ head -1 .config ++ cut -b 3- + Arch=i386 + make ARCH=i386 nonint_oldconfig .config:44:warning: trying to assign nonexistent symbol IPC_NS .config:78:warning: trying to assign nonexistent symbol HOTPLUG_PCI_PCIE_POLL_EVENT_MODE .config:372:warning: trying to assign nonexistent symbol BLK_DEV_IDEDMA_FORCED .config:373:warning: trying to assign nonexistent symbol IDEDMA_ONLYDISK .config:400:warning: trying to assign nonexistent symbol IDE_CHIPSETS .config:402:warning: trying to assign nonexistent symbol IDEDMA_IVB .config:686:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_CACHED .config:687:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_RR .config:688:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_RANDOM .config:689:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_WRANDOM .config:690:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_DRR .config:971:warning: trying to assign nonexistent symbol NET_ESTIMATOR .config:1130:warning: trying to assign nonexistent symbol DGRS
....
I tried several srpms from Januar and December and every time happens the same. In the first week on December I did the same process to compile a rawhide-kernel on the same machine (to test an earlier patch) and it worked flawless. Sadly I don`t remember the exact kernel-version.
Are the srpm all broken or is this a problem in my toolchain ? What is the last buildable srpm ?
cu romal
Robert M. Albrecht wrote:
Hi,
I need to test a kernel-patch (http://bugzilla.kernel.org/show_bug.cgi?id=9491). I downloaded some kernel-srpms and keep getting this:
- mv kernel-2.6.24-i586.config .config
++ head -1 .config ++ cut -b 3-
- Arch=i386
- make ARCH=i386 nonint_oldconfig
.config:44:warning: trying to assign nonexistent symbol IPC_NS .config:78:warning: trying to assign nonexistent symbol HOTPLUG_PCI_PCIE_POLL_EVENT_MODE .config:372:warning: trying to assign nonexistent symbol BLK_DEV_IDEDMA_FORCED .config:373:warning: trying to assign nonexistent symbol IDEDMA_ONLYDISK .config:400:warning: trying to assign nonexistent symbol IDE_CHIPSETS .config:402:warning: trying to assign nonexistent symbol IDEDMA_IVB .config:686:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_CACHED .config:687:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_RR .config:688:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_RANDOM .config:689:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_WRANDOM .config:690:warning: trying to assign nonexistent symbol IP_ROUTE_MULTIPATH_DRR .config:971:warning: trying to assign nonexistent symbol NET_ESTIMATOR .config:1130:warning: trying to assign nonexistent symbol DGRS
....
I tried several srpms from Januar and December and every time happens the same. In the first week on December I did the same process to compile a rawhide-kernel on the same machine (to test an earlier patch) and it worked flawless. Sadly I don`t remember the exact kernel-version.
Are the srpm all broken or is this a problem in my toolchain ? What is the last buildable srpm ?
cu romal
Are you attempting to follow (more or less) this process? http://fedoraproject.org/wiki/Docs/CustomKernel
Does that process apply to F9 kernels. It says pretty clearly that this applies to F8 only
Andrew Farris-2 wrote:
Are you attempting to follow (more or less) this process? http://fedoraproject.org/wiki/Docs/CustomKernel
-- Andrew Farris lordmorgul@gmail.com ajfarris@gmail.com gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
gjohnson5 wrote:
Does that process apply to F9 kernels. It says pretty clearly that this applies to F8 only
I believe that is specifically because it does not apply to F7, but I'm unaware of any differences yet in rawhide kernels that would prevent the general process from working (I have not tried to build one though). Just a general process how to get the kernel spec to build with your own patches or configs.
Andrew Farris-2 wrote:
Are you attempting to follow (more or less) this process? http://fedoraproject.org/wiki/Docs/CustomKernel
-- Andrew Farris lordmorgul@gmail.com ajfarris@gmail.com gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
Hi,
one has just to be stubborn; ignore the warnings you will get a working kernel.
It seems the warnings aren`t that important and all works out. The documentation is still ok.
The only problem is the kernel-name %buildid. I`m not sure if it does not work or if I made a mistake, but the generated kernel has the generic-name.
cu romal
Andrew Farris schrieb:
gjohnson5 wrote:
Does that process apply to F9 kernels. It says pretty clearly that this applies to F8 only
I believe that is specifically because it does not apply to F7, but I'm unaware of any differences yet in rawhide kernels that would prevent the general process from working (I have not tried to build one though). Just a general process how to get the kernel spec to build with your own patches or configs.
Andrew Farris-2 wrote:
Are you attempting to follow (more or less) this process? http://fedoraproject.org/wiki/Docs/CustomKernel
-- Andrew Farris lordmorgul@gmail.com ajfarris@gmail.com gpg 0xC99B1DF3 fingerprint CDEC 6FAD BA27 40DF 707E A2E0 F0F6 E622 C99B 1DF3 No one now has, and no one will ever again get, the big picture. - Daniel Geer
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
-
Andrew Farris -
gjohnson5 -
Robert M. Albrecht