search for: config_drm_nouveau

On Thu, Feb 13, 2014 at 2:15 AM, Kui Zhang <kuizhang at gmail.com> wrote: > Hello, > > When CONFIG_DRM_NOUVEAU=y, I get following error. Blank screen after initrd. > > This was in the dmesg. > > [ 0.282559] [drm] hdmi device not found 1 0 1 > [ 0.282688] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x046800a3 > [ 0.282693] nouveau [ DEVICE][0000:01:00.0] Chipset: G72 (NV46) >...

...y to use Optimus yet, so please don't switch > off here) with a running Gentoo. The first GPU is an Haswell-based Intel > chip, the second one is a nVidia GeForce GTX 850M, the chip is a GM107M, > which I understand to be a NV110. > So far I have been using the 3.14.8 kernel without CONFIG_DRM_NOUVEAU > enabled, as it was lacking of the maxwell support you guys added in May > 2014. Today I wanted to try if I could use my card with the nouveau > driver (no particular purpose in general, I just thought I could somehow > support you guys. Xorg is told NOT to use any GPU except for the I...

...imus, I don't try to use Optimus yet, so please don't switch off here) with a running Gentoo. The first GPU is an Haswell-based Intel chip, the second one is a nVidia GeForce GTX 850M, the chip is a GM107M, which I understand to be a NV110. So far I have been using the 3.14.8 kernel without CONFIG_DRM_NOUVEAU enabled, as it was lacking of the maxwell support you guys added in May 2014. Today I wanted to try if I could use my card with the nouveau driver (no particular purpose in general, I just thought I could somehow support you guys. Xorg is told NOT to use any GPU except for the Intel one). Yet, the...

...yet, so please don't switch >> off here) with a running Gentoo. The first GPU is an Haswell-based Intel >> chip, the second one is a nVidia GeForce GTX 850M, the chip is a GM107M, >> which I understand to be a NV110. >> So far I have been using the 3.14.8 kernel without CONFIG_DRM_NOUVEAU >> enabled, as it was lacking of the maxwell support you guys added in May >> 2014. Today I wanted to try if I could use my card with the nouveau >> driver (no particular purpose in general, I just thought I could somehow >> support you guys. Xorg is told NOT to use any GPU...

If CONFIG_DRM_NOUVEAU=y and CONFIG_LEDS_CLASS=m, then nouveau_led.o is neither stubbed out nor compiled in and the compile fails with undefined symbols in nouveau_drm.c. I'm guessing it's commit 8d021d71b324. (Thanks for the cool hack, BTW, even if I don't have such a card and am complaining about the patc...

...T_LVDS); > if (nv_encoder && nv_connector->native_mode) { > -#ifdef CONFIG_ACPI > +#ifdef CONFIG_ACPI_BUTTON > if (!nouveau_ignorelid && !acpi_lid_open()) > return connector_status_disconnected; > #endif > -- You are fixing CONFIG_ACPI_BUTTON=m vs CONFIG_DRM_NOUVEAU=y compilation, but breaking runtime behaviour of CONFIG_ACPI_BUTTON=m + CONFIG_DRM_NOUVEAU=m. I think this code should be compiled when: #if defined(CONFIG_ACPI_BUTTON) || (defined(CONFIG_ACPI_BUTTON_MODULE) && defined(CONFIG_DRM_NOUVEAU_MODULE)) Marcin

...ne void nouveau_led_suspend(struct drm_device *dev) { }; static inline void nouveau_led_resume(struct drm_device *dev) { }; static inline void nouveau_led_fini(struct drm_device *dev) { }; #endif The downside is that now the nouveau_led_init() just won't be called if CONFIG_LEDS_CLASS=m and CONFIG_DRM_NOUVEAU=y, which can be surprising to users. Arnd

...ing amiss with the way the TTM code handles DMA buffers, which the above commit was attempting to work around for arm64 systems with non-coherent PCI. Unfortunately, this completely breaks systems *with* coherent PCI (which appear to be the majority). Booting a plain arm64 defconfig + CONFIG_DRM + CONFIG_DRM_NOUVEAU on a machine with a PCI GPU having coherent dma_map_ops (in this case a 7600GT card plugged into an ARM Juno board) results in a fatal crash: [ 2.803438] nouveau 0000:06:00.0: DRM: allocated 1024x768 fb: 0x9000, bo ffffffc976141c00 [ 2.897662] Unable to handle kernel NULL pointer dereference...

..._platform.c | 6 ------ drm/nouveau_platform.h | 3 +++ 5 files changed, 14 insertions(+), 11 deletions(-) diff --git a/drm/Kbuild b/drm/Kbuild index ba6b660d3316..1febf6ec0b69 100644 --- a/drm/Kbuild +++ b/drm/Kbuild @@ -394,8 +394,7 @@ nouveau-$(CONFIG_ACPI) += nouveau_acpi.o endif nouveau-$(CONFIG_DRM_NOUVEAU_BACKLIGHT) += nouveau_backlight.o nouveau-$(CONFIG_DEBUG_FS) += nouveau_debugfs.o +nouveau-$(CONFIG_NOUVEAU_PLATFORM_DRIVER) += nouveau_platform.o obj-$(CONFIG_DRM_NOUVEAU)+= nouveau.o -# platform driver -obj-$(CONFIG_NOUVEAU_PLATFORM_DRIVER) += nouveau_platform.o diff --git a/drm/Kconfig b/d...

...ing amiss with the way the TTM code handles DMA buffers, which the above commit was attempting to work around for arm64 systems with non-coherent PCI. Unfortunately, this completely breaks systems *with* coherent PCI (which appear to be the majority). Booting a plain arm64 defconfig + CONFIG_DRM + CONFIG_DRM_NOUVEAU on a machine with a PCI GPU having coherent dma_map_ops (in this case a 7600GT card plugged into an ARM Juno board) results in a fatal crash: [ 2.803438] nouveau 0000:06:00.0: DRM: allocated 1024x768 fb: 0x9000, bo ffffffc976141c00 [ 2.897662] Unable to handle kernel NULL pointer dereference...

If CONFIG_DRM_NOUVEAU=y,the following errors are seen while building crc.h. In file included from /scratch/linux/drivers/gpu/drm/nouveau/nouveau_display.c:47: /scratch/linux/drivers/gpu/drm/nouveau/dispnv50/crc.h: In function ?nv50_head_crc_late_register?: /scratch/linux/drivers/gpu/drm/nouveau/dispnv50/crc.h:109:47: e...

On 12/01/17 09:55, George Spelvin wrote: > If CONFIG_DRM_NOUVEAU=y and CONFIG_LEDS_CLASS=m, then nouveau_led.o is > neither stubbed out nor compiled in and the compile fails with undefined > symbols in nouveau_drm.c. > > I'm guessing it's commit 8d021d71b324. (Thanks for the cool hack, BTW, > even if I don't have such a card and am co...

...ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 drm.debug=0x1e log_buf_len=1M acpi=off 3 # pwd /lib/modules/5.3.1-2.g3354216-vanilla/kernel/drivers/gpu/drm/nouveau ls -l | grep veau -rw-r--r-- 1 root root 645980 Sep 27 05:03 nouveau.ko.xz # zcat /proc/config.gz | grep -i veau CONFIG_DRM_NOUVEAU=m # CONFIG_NOUVEAU_LEGACY_CTX_SUPPORT is not set CONFIG_NOUVEAU_DEBUG=5 CONFIG_NOUVEAU_DEBUG_DEFAULT=3 # CONFIG_NOUVEAU_DEBUG_MMU is not set CONFIG_DRM_NOUVEAU_BACKLIGHT=y CONFIG_DRM_NOUVEAU_SVM=y # modprobe nouveau modprobe: ERROR: could not insert 'nouveau': No such device How could it b...

...on the most hateful of all G80 chipsets (that'd be the original 8800). I'll look into that more at some stage. Work is needed elsewhere before this will be useful anyway. The most straight-forward way to try this out is to build the kernel (2.6.30-rc7) with CONFIG_DRM_TTM and CONFIG_DRM_NOUVEAU enabled. There are ways to build against your current kernel, but I'll leave that as an exercise to the reader. Anyway, there are still some rough patches, but people have been asking about this for a while now. If testing, please report any bugs/regressions noticed. Ben.

...truct drm_device *dev) { }; > static inline void nouveau_led_resume(struct drm_device *dev) { }; > static inline void nouveau_led_fini(struct drm_device *dev) { }; > #endif > > The downside is that now the nouveau_led_init() just won't be called > if CONFIG_LEDS_CLASS=m and CONFIG_DRM_NOUVEAU=y, which can be > surprising to users. yeah, it will. I guess it is fine to force LEDS to y if nouveau is set to y. The thinks I absolutely dislike is: 1. auto hiding of features I _want_ to have, because I would have to enable the dependencies first, which is like super annoying if there are s...

...VEAU diff --git a/drivers/gpu/drm/nouveau/Makefile b/drivers/gpu/drm/nouveau/Makefile index 297709e..03860f5 100644 --- a/drivers/gpu/drm/nouveau/Makefile +++ b/drivers/gpu/drm/nouveau/Makefile @@ -43,6 +43,6 @@ nouveau-y := nouveau_drv.o nouveau_state.o nouveau_channel.o nouveau_mem.o \ nouveau-$(CONFIG_DRM_NOUVEAU_DEBUG) += nouveau_debugfs.o nouveau_vram_con.o nouveau-$(CONFIG_COMPAT) += nouveau_ioc32.o nouveau-$(CONFIG_DRM_NOUVEAU_BACKLIGHT) += nouveau_backlight.o -nouveau-$(CONFIG_ACPI) += nouveau_acpi.o +nouveau-$(CONFIG_DRM_NOUVEAU_ACPI) += nouveau_acpi.o obj-$(CONFIG_DRM_NOUVEAU)+= nouveau.o diff -...

...VEAU diff --git a/drivers/gpu/drm/nouveau/Makefile b/drivers/gpu/drm/nouveau/Makefile index cdd9c3d..200d458 100644 --- a/drivers/gpu/drm/nouveau/Makefile +++ b/drivers/gpu/drm/nouveau/Makefile @@ -41,6 +41,6 @@ nouveau-y := nouveau_drv.o nouveau_state.o nouveau_channel.o nouveau_mem.o \ nouveau-$(CONFIG_DRM_NOUVEAU_DEBUG) += nouveau_debugfs.o nouveau-$(CONFIG_COMPAT) += nouveau_ioc32.o nouveau-$(CONFIG_DRM_NOUVEAU_BACKLIGHT) += nouveau_backlight.o -nouveau-$(CONFIG_ACPI) += nouveau_acpi.o +nouveau-$(CONFIG_DRM_NOUVEAU_ACPI) += nouveau_acpi.o obj-$(CONFIG_DRM_NOUVEAU)+= nouveau.o diff --git a/drivers/gpu/...

...m.h | 3 +++ > 5 files changed, 14 insertions(+), 11 deletions(-) > > diff --git a/drm/Kbuild b/drm/Kbuild > index ba6b660d3316..1febf6ec0b69 100644 > --- a/drm/Kbuild > +++ b/drm/Kbuild > @@ -394,8 +394,7 @@ nouveau-$(CONFIG_ACPI) += nouveau_acpi.o > endif > nouveau-$(CONFIG_DRM_NOUVEAU_BACKLIGHT) += nouveau_backlight.o > nouveau-$(CONFIG_DEBUG_FS) += nouveau_debugfs.o > +nouveau-$(CONFIG_NOUVEAU_PLATFORM_DRIVER) += nouveau_platform.o > > obj-$(CONFIG_DRM_NOUVEAU)+= nouveau.o > > -# platform driver > -obj-$(CONFIG_NOUVEAU_PLATFORM_DRIVER) += nouveau_platform...

...dules for the kernel. As it was doing that,I came up with this error: root at mernivia nouveau]# make make -C /lib/modules/2.6.31-0.107.rc4.git3.fc12.i686.PAE/source KCPPFLAGS="-I/opt/linux-2.6/include/drm" SUBDIRS="/opt/linux-2.6/drivers/gpu/drm" CONFIG_DRM=m CONFIG_DRM_TTM=m CONFIG_DRM_NOUVEAU=m CONFIG_DRM_NOUVEAU_KMS=m 'EXTRA_CFLAGS=-D"GIT_REVISION=\"29af57c65904deced\""' modules make[1]: Entering directory `/usr/src/kernels/2.6.31-0.107.rc4.git3.fc12.i686.PAE' Makefile:580: "WARNING: Appending $KCPPFLAGS (-I/opt/linux-2.6/include/drm) from command l...

https://bugs.freedesktop.org/show_bug.cgi?id=111853 Bug ID: 111853 Summary: nouveau kernel module won't load (not available) on Sony laptop with NVIDIA G86M [GeForce 8400M GT] ID: 10de:0426 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All)