| Summary: | X.Org won't start after upgrading baselayout | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Przemek Kulik <przemek.kulik> |
| Component: | [OLD] Core system | Assignee: | X11 External Driver Maintainers <x11-drivers> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | brebs, gregkh, przemek.kulik |
| Priority: | Low | ||
| Version: | 2006.0 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Latest Xorg.0.log with errors | ||
|
Description
Przemek Kulik
2006-04-08 13:11:54 UTC
Check that nvidia is in /etc/modules.autoload.d/kernel-2.6 Does dmesg say anything about nvidia? Try a different version of the nvidia driver - I'm using 1.0.8756 Created attachment 84236 [details]
Latest Xorg.0.log with errors
Here's dmesg grep: genio przemek # dmesg | grep -i nvidia vesafb: NVIDIA Corporation, nv43 Board - p216h1 , Chip Rev (OEM: NVIDIA) nvidia: module license 'NVIDIA' taints kernel. NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-6629 Wed Nov 3 13:12:51 PST 2004 ------------------------- Yes, I have "nvidia" line in my etc/modules.autoload.d/kernel-2.6: # /etc/modules.autoload.d/kernel-2.6: kernel modules to load when system boots. # # Note that this file is for 2.6 kernels. # # Add the names of modules that you'd like to load when the system # starts into this file, one per line. Comments begin with # and # are ignored. Read man modules.autoload for additional details. # For example: # aic7xxx nvidia Make sure that the 'nv' module isn't already loaded. It is now loaded automatically by udev, if you are using the 089 release of udev. If you do not want it loaded, either do not build it in your kernel, or add it to the module blacklist to prevent udev from loading it in the "coldplug" cycle at boot time. Output of lsmod: genio linux # lsmod Module Size Used by pppoatm 5888 1 snd_pcm_oss 48928 0 snd_mixer_oss 17920 1 snd_pcm_oss snd_seq_oss 34816 0 snd_seq_midi_event 6912 1 snd_seq_oss snd_seq 51984 4 snd_seq_oss,snd_seq_midi_event snd_seq_device 8076 2 snd_seq_oss,snd_seq spca5xx 690832 0 8250_pnp 9344 0 8250 23412 1 8250_pnp serial_core 19200 1 8250 snd_hda_intel 15120 1 snd_hda_codec 87808 1 snd_hda_intel snd_pcm 81668 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec snd_timer 22532 2 snd_seq,snd_pcm snd 49892 11 snd_pcm_oss,snd_mixer_oss,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_hda_codec,snd_pcm,snd_timer snd_page_alloc 9352 2 snd_hda_intel,snd_pcm nvidia 3462876 0 ----------------------------------- I have udev 0.87: genio linux # emerge -pvt udev These are the packages that I would merge, in reverse order: Calculating dependencies ...done! [ebuild R ] sys-fs/udev-087 (-selinux) 0 kB ----------------------------------- I have only vesa-tng compiled in kernel: genio linux # grep -i nv /usr/src/linux/.config CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_X86_INVLPG=y # CONFIG_NVRAM is not set # CONFIG_FB_NVIDIA is not set # USB Serial Converter support I downgraded to stable version runing now full stable except for those: net-p2p/azureus ~x86 dev-java/swt ~x86 app-cdr/gnomebaker ~x86 app-portage/porthole ~x86 I was running smoothly on stabel before I upgraded baselayout and bash. Now the problem persists even when I downgraded to stable Gah...! Silly me... It seems like while upgrading baselayout purged /dev of nvidia device nodes. There ware none of them and that's why despite nvidia module being present and loaded X.Org couldn't use it. I have run NVmakedevices.sh and it works. On stable (x86) at the moment. someone to test it on ~x86? |