1 |
Der nvidia treiber geht allglatt nach einer kleinen kernel modifizierung ... |
2 |
|
3 |
|
4 |
geh nach /usr/src/linux/arch/i386/mm/init.c such dort nach |
5 |
|
6 |
#include <asm/sections.h> |
7 |
unsigned int __VMALLOC_RESERVE = 128 << 20; |
8 |
und füge darunter |
9 |
EXPORT_SYMBOL(__VMALLOC_RESERVE); |
10 |
ein dann einmal den kernel neu kompelieren und die bzImage neu nach boot legen rebooten und nvidia neu compelieren :) |
11 |
|
12 |
On Sat, 6 Nov 2004 22:16:54 +0100 |
13 |
Andreas Volz <lists@×××××××××.net> wrote: |
14 |
|
15 |
> Hi, |
16 |
> |
17 |
> hat jemand den nvidia Treiber mit Kernel 2.6.9 zum laufen gebracht? Ich |
18 |
> hab den Kernel installiert und nvidia-kernel-1.0.6111-r2 neu kompiliert. |
19 |
> Allerdings funktioniert es nicht. Jetzt bin ich zeitweise wieder zum |
20 |
> 2.6.8.1 zurück gegangen. Allerdings ist da das Problem mit dem brennen |
21 |
> als User. Da gibt es zwar Patches dafür, aber das brennen von Audio-CD's |
22 |
> wie auf der k3b-Seite beschrieben funktioniert nicht (nur Schrott auf |
23 |
> der CD!). Zudem scheint es wirklich ein Memory-Leak zu geben. Zumindest |
24 |
> war der Rechner nach dem Brennen total träge und bis zum Reboot nicht |
25 |
> mehr benutzbar. Jetzt könnte ich nach 2.6.7 zurück gehen, aber da gibt |
26 |
> es keine fbsplash Patches dafür. Nicht das dies ein K.O.-Kriterum wäre, |
27 |
> aber schon unschön. |
28 |
> |
29 |
> Ich frage mich auch was die Kernel Leute da für einen Käse fabriziert |
30 |
> haben. Meine Meinung ist das so etwas nicht bei der wichtigsten (TM) |
31 |
> Komponente eines Systems passieren darf. Ich hab ja keine Ahnung, aber |
32 |
> vielleicht sollte man seltener Releasen und dafür besser testen? |
33 |
> |
34 |
> Gruß |
35 |
> Andreas |
36 |
> |
37 |
> -- |
38 |
> gentoo-user-de@g.o mailing list |
39 |
> |
40 |
> |
41 |
|
42 |
-- |
43 |
gentoo-user-de@g.o mailing list |