Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-08 Thread Alfred Hell
Am Sonntag, 8. Januar 2006 00:03 schrieb David Burau:

  from /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src

 Sieht aus als würdest Du nicht die neuste Version des Treibers nutzen.
 Vielleicht funktioniert es ja mit der 1.0-8178.

Auch diese Version funktioniert nicht.

MfG
Alfred
-- 
Daß der Mensch grob sündigen kann, daran ist mehr die Beschaffenheit
der äußeren Dinge als seine eigene Schuld, könnte er nicht die Wirkung
gewisser Dinge hindern, andere zerstören, wie könnte er stehlen, wenn
alles, was er gegen die Wesen außer ihm vornähme, denselben zum
Vorteil gereichte?
-- Georg Christoph Lichtenberg


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-08 Thread Alfred Hell
Am Sonntag, 8. Januar 2006 09:58 schrieb Friedemann Schorer:

 auf meinem Desktop klappt's problemlos:

 apt-get install linux-image-2.6.15-1-k7 nvidia-kernel-source
 REBOOT
 apt-get install linux-headers-2.6.15-1-k7

 - module-assistant zum Bauen nutzen

 apt-get install nvidia-glx

 Nutze Etch + unstable dazu.

Ah, eine Lösung. Werd mir das bei Gelegenheit anschauen.
Danke!

MfG
Alfred
-- 
Das Schwein trägt seinen Namen nicht umsonst - Stilblüten aus
Kinderaufsätzen: (Tiere)

Die böse weibliche Spinne nennt man Tarantella.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



[Solved]: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-08 Thread Alfred Hell
Am Sonntag, 8. Januar 2006 11:06 schrieb Alfred Hell:

 Am Sonntag, 8. Januar 2006 10:54 schrieb Alexander Fieroch:
  Vielleicht funktioniert es ja mit der 1.0-8178.
  
   Auch diese Version funktioniert nicht.
 
  Die original Nvidia-Treiber oder die aus debian?
  Bei mir funktionieren die original Treiber + 2.6.15 ohne Probleme.
  Mach mal ein clean auf deine Sourcen und versuch es nochmal.

 Die original von der Nvidia-Download-Seite.
 Ich mach jetzt einen clean und baue alles nochmal.

So, jetzt antworte ich mir selber

Jetzt hab ich die Kernel-Sourcen (2.6.15) neu enpackt, und den Nvidia-Treiber 
noch mal heruntergeladen, Kernelconfig 2.6.14 geladen, angepasst, übersetzt 
und bootet auch wie erwartet. Dann Nvidia 8178 aufgerufen, und geht.

Jetzt ein clean gemacht, patch git3 eingespielt, config 2.6.14 geladen, 
angepasst, übersetzt, und bootet wie erwartet.
Jetzt Nvidia 8178 entpackt, patch [1] eingespielt, module gebaut und 
installiert und funktioniert.

Hätte halt gleich bei Nvidia suchen sollen

Trotzdem nochmal Dank an alle!

MfG
Alfred

[1]:http://www.nvnews.net/vbulletin/showthread.php?t=62889
-- 
Woher soll ich wissen, was ich denke,
bevor ich lese, was ich schreibe?


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Hallo!

 Habe hier eben Kernel 2.6.15-git3 installiert (Debian Sarge), bootet auch, 
aber die Nvidia Grafikinstallation bricht ab.
Hier ein Ausschnitt aus dem Log:

   In file included from include/linux/dmapool.h:14,
from include/linux/pci.h:454,
from /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src
   /nv/nv-linux.h:69,
from /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src
   /nv/os-interface.c:26:
   include/asm/io.h: In Funktion »check_signature«:
   include/asm/io.h:253: Warnung: Argument falschen Typs für Inkrementierung
   In Datei, eingefügt 
von /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/s
   rc/nv/os-interface.c:26:
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/nv-linux.h:239:5: 
   Warnung: »NV_ENABLE_MEM_TRACKING« ist nicht definiert
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/nv-linux.h:267:5: 
   Warnung: »NV_ENABLE_MEM_TRACKING« ist nicht definiert
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/nv-linux.h:646:2: 
   Warnung: #warning conftest.sh failed, assuming remap_page_range(4)!
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:667
   :5: Warnung: »DEBUG« ist nicht definiert
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:679
   :5: Warnung: »DEBUG« ist nicht definiert
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:126
   6:5: Warnung: »DEBUG« ist nicht definiert
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c: 
In
   Funktion »os_set_mlock_capability«:
   /tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-interface.c:128
   4: error: structure has no member named `rlim'
   make[4]: *** 
[/tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src/nv/os-i
   nterface.o] Fehler 1
   make[3]: *** 
[_module_/tmp/selfgz6729/NVIDIA-Linux-x86-1.0-7664-pkg1/usr/src
   /nv] Fehler 2
   make[2]: *** [modules] Fehler 2
   NVIDIA: left KBUILD.
   nvidia.ko failed to build!
   make[1]: *** [module] Fehler 1
   make: *** [module] Fehler 2
- Error.
ERROR: Unable to build the NVIDIA kernel module.
ERROR: Installation has failed.  Please see the file

Mit Kernel 2.6.14 gab es keine Probleme.
Auf der Kernel-ML gibts Hinweise auf Closed-Source Treiber die tainted sind.
Ist das eventuell das Problem?
Meine Frage: hat wer den selben Fehler und gibts eine Lösung?

MfG
Alfred
-- 
Einschlafhilfe für Programmierer:
  while ( !asleep ) sheep++; end;
[Solange nicht schlafend, erhöhe Schaf um eins.]


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Am Samstag, 7. Januar 2006 20:32 schrieb Frank Terbeck:

  Mit Kernel 2.6.14 gab es keine Probleme.
  Auf der Kernel-ML gibts Hinweise auf Closed-Source Treiber die tainted
  sind. Ist das eventuell das Problem?
  Meine Frage: hat wer den selben Fehler und gibts eine Lösung?

 Warum benutzt du einen git-Snapshot?
 2.6.15 existiert als fertiges Release.

Mit 2.6.15 bricht die Installation schon vorher ab (es fehlt die version.h).

 Ist der NVidia Treiber für diese Version gedacht?

In allen Kernelversionen ab 2.6.9 klappt die Nvidia-Grafikinstallation.
Mit 2.6.15 geht es nicht mehr.

 Nebenbei:
 Die Treiber sind nicht tainted...
 Tainted bedeutet verdorben, und gemeint ist, das der Kernel von einem
 ClosedSource Treiber verdorben/befleckt wurde.

Ich glaube, irgendwo gelesen zu haben, dass die GPL-Treiber aufrufe im 
Kernel geändert wurden. Darum meine Vermutung.

MfG
Alfred
-- 
Konzepte sind Kokolores.
-- Erich Ribbeck

-- 
Lieber ein Gipsbein als ein Holzkopf.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Am Samstag, 7. Januar 2006 20:32 schrieb Frank Terbeck:

  Mit Kernel 2.6.14 gab es keine Probleme.
  Auf der Kernel-ML gibts Hinweise auf Closed-Source Treiber die tainted
  sind. Ist das eventuell das Problem?
  Meine Frage: hat wer den selben Fehler und gibts eine Lösung?

 Warum benutzt du einen git-Snapshot?
 2.6.15 existiert als fertiges Release.

Mit 2.6.15 bricht die Installation schon vorher ab (es fehlt die version.h).

 Ist der NVidia Treiber für diese Version gedacht?

In allen Kernelversionen ab 2.6.9 klappt die Nvidia-Grafikinstallation.
Mit 2.6.15 geht es nicht mehr.

 Nebenbei:
 Die Treiber sind nicht tainted...
 Tainted bedeutet verdorben, und gemeint ist, das der Kernel von einem
 ClosedSource Treiber verdorben/befleckt wurde.

Ich glaube, irgendwo gelesen zu haben, dass die GPL-Treiber aufrufe im 
Kernel geändert wurden. Darum meine Vermutung.

MfG
Alfred
-- 
Konzepte sind Kokolores.
-- Erich Ribbeck


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Am Samstag, 7. Januar 2006 21:34 schrieb Frank Terbeck:

   Warum benutzt du einen git-Snapshot?
   2.6.15 existiert als fertiges Release.
 
  Mit 2.6.15 bricht die Installation schon vorher ab (es fehlt die
  version.h).

 welche denn? IIRC gibt's mehrere version.h's im Kernel Source Baum.
 (Aber ich lad mir den neusten Kernel mal spasseshalber).

/usr/src/linux-2.6.15/include/linux/version.h

   Ist der NVidia Treiber für diese Version gedacht?

Ich habe die Kernelversionen 2.6.9 bis 2.6.14 selbst konfiguriert und 
übersetzt, anschliessend die gerade aktuelle Nvidia-Version heruntergeladen
und in der Shell ausgeführt. Das funktionierte.

  In allen Kernelversionen ab 2.6.9 klappt die Nvidia-Grafikinstallation.
  Mit 2.6.15 geht es nicht mehr.

 Naja, der zu compilierende Code versucht auf einen Member einer Struktur
 zuzugreifen der nicht definiert ist. Ich würde vermuten das sich da
 irgendeine verwendete API geändert hat.

Genau das vermute ich auch, und meinte das hier zwischen ClosedSource-Treibern 
und GPL-konformen Treibern unterschieden wird.

 Es sei denn NVidia sagt ausdrücklich das der Treiber mit 2.6.15
 kompatibel sei.

In der README von Nvidia stehen auch die getesteten Versionen drin.
Natürlich nicht 2.6.15.

   Nebenbei:
   Die Treiber sind nicht tainted...
   Tainted bedeutet verdorben, und gemeint ist, das der Kernel von einem
   ClosedSource Treiber verdorben/befleckt wurde.
 
  Ich glaube, irgendwo gelesen zu haben, dass die GPL-Treiber aufrufe im
  Kernel geändert wurden. Darum meine Vermutung.

 Quark. :-)

s.o.

Mfg
Alfred

-- 
Das Wichtigste im Leben ist die Wahl des Berufes. Der Zufall
entscheidet darüber.
-- Blaise Pascal


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Am Samstag, 7. Januar 2006 22:40 schrieb Frank Terbeck:

   welche denn? IIRC gibt's mehrere version.h's im Kernel Source Baum.
   (Aber ich lad mir den neusten Kernel mal spasseshalber).
 
  /usr/src/linux-2.6.15/include/linux/version.h

 include/linux/version.h ist im source tarball auch gar nicht drin.
 Sie wird später erstellt.
 Ich habe linux-2.6.15.tar.bz2 runtergeladen, 'make allyesconfig all'
 gemacht und kein Problem gehabt.

Ich habe die config von 2.6.14 geladen, make menuconfig,
make-kpkg kernel_image --revision blabla

 Ist der NVidia Treiber für diese Version gedacht?
 
  Ich habe die Kernelversionen 2.6.9 bis 2.6.14 selbst konfiguriert und
  übersetzt, anschliessend die gerade aktuelle Nvidia-Version
  heruntergeladen und in der Shell ausgeführt. Das funktionierte.

 Und beantwortet das die Frage, ob der NVidia Treiber für 2.6.15 gedacht
 ist?

Oh entschuldige, natürlich steht nirgens, dass der Treiber mit 2.6.15 
funktioniert.

In allen Kernelversionen ab 2.6.9 klappt die
Nvidia-Grafikinstallation. Mit 2.6.15 geht es nicht mehr.
  
   Naja, der zu compilierende Code versucht auf einen Member einer
   Struktur zuzugreifen der nicht definiert ist. Ich würde vermuten das
   sich da irgendeine verwendete API geändert hat.
 
  Genau das vermute ich auch, und meinte das hier zwischen
  ClosedSource-Treibern und GPL-konformen Treibern unterschieden wird.

 Verstehe ich etwas falsch? Das mit dem 'tainted' gibt's schon länger.
 IIRC exportiert jedes Modul seine Lizenz und wenn der Kernel bemerkt das
 er ClosedSource Quatsch in sich hat, dann sagt er ich bin befleckt.

Mir fällts jetzt erst auf, da die Installation nicht klappt. Ich schau mir mal 
die Kernel-ML nochmal genauer an.

   Es sei denn NVidia sagt ausdrücklich das der Treiber mit 2.6.15
   kompatibel sei.
 
  In der README von Nvidia stehen auch die getesteten Versionen drin.
  Natürlich nicht 2.6.15.

 Warum willst du überhaupt den 2.6.15er haben?

Wegen der SATA-Sachen. Smartmontools sollte damit funktionieren.

 Wenn es mit dem 2.6.14 läuft ist's doch gut.
 Never change a running system.

Natürlich hast Du recht, ich installier nunmal gerne neue Kernel um eben neue 
Funktionen zu nutzen (udev,).

MfG
Alfred

-- 
Gehe jedem Hammer aus dem Weg. Man wird so leicht bekloppt.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Am Samstag, 7. Januar 2006 23:13 schrieb Frank Terbeck:

Hallo Frank!

 Ich denke das sich einfach eine API von .14 nach .15 geändert hat die
 der NVidia Treiber verwendet. Wenn ihm niemand was von den Änderungen
 sagt, kann er damit natürlich nichts anfangen...

Das glaub ich auch.
Danke!

MfG
Alfred

-- 
Wie man sein Kind nicht nennen sollte: 
  Al Arm 


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Kernel 2.6.15 Nvidia Grafikinstallation

2006-01-07 Thread Alfred Hell
Am Samstag, 7. Januar 2006 23:32 schrieb Al Bogner:

  Wegen der SATA-Sachen. Smartmontools sollte damit funktionieren.

 SATA und Smartmontools funktioniert nun?

 Das ist wirklich ein Grund für 2.6.15, dann kann man wieder per Dämon die
 HD überwachen lassen.

Sowohl hddtemp als auch smartctl funktionieren.

 Ich hatte unabhängig von Nvidia versucht 2.6.15 auf einem Sarge-Rechner mit
 dem Backport-Repository zu installieren und das schlug fehl. War gar nicht
 so einfach zu deinstallieren und die DB davon zu überzeugen. Aus diesem
 Grund bin ich bei anderen Rechnern mit 2.6.15 zurückhaltend.

Mit Backports hab ich noch keinen Kernel installiert.
Habe immer Sourcen gezogen, kofiguriert und nach Debian-Art installiert.

MfG
Alfred

-- 
Jede neue Steuer hat etwas erstaunlich ungemütliches für denjenigen,
der sie zahlen oder auch nur auslegen soll.
-- Otto von Bismarck


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Hardware Raid Promise Fasttrak 100

2005-01-16 Thread Alfred Hell
Am Sonntag, 16. Januar 2005 08:07 schrieb Peter:

Hallo!

 ist es eigentlich möglich mit debian (stable/woody oder testing)
 (welchem Kernel) ein Hardware Raid mit dem Promise Fasttrak 100 mit
 möglichst wenig Aufwand hinzubekommen?

 Ich habe hier vor ca. 1 Monat mit dem Debianinstaller Sarge installiert. 
Soft-Raid mit einem Promise SATA 150TX2plus-Controller.
Installation lief problemlos durch (Raid 0 und Bootpartition).
Anschliessend hab ich mir einen 2.6.10er Kernel gebacken, alle Module fest 
eingebaut. Das System funktioniert tadellos.

IMHO kann man mit dem Fasttrak nur Soft-Raid machen.

 Wieso wird Software Raid der Vorzug gegenüber Hardware Raid gegeben?

Billiger (kein Raid-Controller notwendig), keine grossen 
Geschwindikeitsunterschiede.

MfG
Alfred 

-- 
Hallo ABS'ler!


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)