Summary: | nvidia-kernel changes for new koutput feature | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Peter Johanson (RETIRED) <latexer> |
Component: | New packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | aalmenar, johnm, radek |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Ebuild enhanced with koutput compatibility
nvidia-kernel-1.0.5336-r2.ebuild |
Description
Peter Johanson (RETIRED)
2004-04-02 06:14:48 UTC
Created attachment 28570 [details]
Ebuild enhanced with koutput compatibility
Here's the changed ebuild.
I'll revision bump with these changes if they look good -- haven't had a chance to check yet. would you please be able to bump and hard mask it. it would then allow us to unmask it when were ready to commit the rest of the solution :) Created attachment 29202 [details]
nvidia-kernel-1.0.5336-r2.ebuild
I couldn't get this to work locally, it has a few modifications from yours.
I could get kernels to compile into the external directory. But I could not get nvidia-kernel to build using this style of kernel... effectivly I put this down to include problems, as linux/version.h : is under /var/tmp/... but is included from /usr/src/linux/include/linux/config.h, which unforunately does not work with the current Makefile setup. Futher more include/asm/* is actually stored at SYSSRC_OUTPUT/include2/asm which futher breaks build processes. I feel that the actual KERNEL should be built inside /usr/src/linux, as kernel compilation is done outside of portage, hence should NOT have the same restrictions on it as portage does. However nvidia-kernel and other such modules should be built outside of the source repository, which I think is what nvidia was trying to have done with their vanilla Makefile.kbuild... In futherance it is important we get this working because non-kbuilded nvidia modules will not load into the 2.6.6_rc1 kernel :( (no module found in object). There are few changes (udev support primarily) in the current 5336-r2 ebuild btw latexer Futhermore (from 2.6.6_rc1 Changelog probably useful in this) <akpm@osdl.org> [PATCH] kbuild: external module support From: Sam Ravnborg <sam@ravnborg.org> Based on initial patch from Andreas Gruenbacher there is now better support for building external modules with kbuild. The preferred syntax is now: make -C $KERNELSRC M=$PWD but the old syntax: make -C $KERNELSRC SUBDIRS=$PWD modules will remain supported. The major differences compared to before are that: 1) No attempt is made to neither check nor update any files in $KERNELSRC 2) Module versions are now supported During stage 2 of kernel compilation where the modules are built, a new file Module.symvers is created. This file contains the version for all symbols exported by the kernel and any module compiled within the kernel tree. When the external module is build the Module.symvers file is being read and symbol versions are used from that file. The purpose of avoiding any updates in the kernel src is that usually in a distribution the kernel src will be read-only, and there is no need to try to update it. And when building an external module the focus is on the module, not the kernel. I expect the distributions will start using something like this: kernel src - with no generated files. Not even .config: /usr/src/linux-<version> Output from build: /lib/modules/linux-<version>/build where build is a real directory with relevant output files and the appropriate .config. I have some Documentation in the pipe-line, but wants to see how this approach is received before completing it. This patch is made on top of the previously posted patch to divide make clean in three steps. And you may need to edit the following line in the patch to make it apply: %docs: scripts_basic FORCE to %docs: scripts FORCE @cyfred: See bug #32737 for the details of why we need to build the kernel stuff to elsewhere. If we don't any attempts to use O= magic fail, because the tree is dirty and it has no idea what files to create where (annoying, yes). If we want to use O= in any module ebuilds, we need a clean kernel tree (ergo the config-kernel stuff and setting KBUILD_OUTPUT in the makefile. As for the nvidia-kernel stuff, both johnm and i have tested it with no problems, so i'm not sure where your include issues are arising from. Lets meet on IRC where we can more easily debug/see what you have going. As for the delays, I've had major issues with my Optimum Online cable at my apartment the past few weeks, with it going down both saturdays i had free to start merging some of this support. grr. This seems to be working nicely in 5336-r3 atm... Can we close this? Are the M= changes in yet? Yeah, check -r3 and -r4 ... Note that -r4 will not be easy to spot - you will have to check the files/1.0.5336/NVIDIA_kernel-1.0-5336-fix-makefile-for-2.6.patch patch ... No access to Gentoo at the moment -- I'm at work. Thanks for confirming. Yeah we can close this... Kernel support for koutput isnt total across the kernels but the ebuild worries about that so im happy :) done |