similar to: [Bug 22765] New: Nouveau KMS makes framebuffer consoles unusable on 9800M

http://bugs.freedesktop.org/show_bug.cgi?id=25658 Summary: Move to loadable firmware breaks suspend on nVidia 9800M Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

http://bugs.freedesktop.org/show_bug.cgi?id=25260 Summary: Screen corruption in top left corner on NV50 Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I upgraded mesa, libdrm, xf86-video-nouveau and the DRM module to latest git recently (previously I had git versions from Dec 22). Now, when I try to run a simple GL program with the DRI driver, it fails: glxgears: /usr/include/nouveau/nouveau_pushbuf.h:135: BIND_RING: Assertion `0' failed. The old, previously working build of mesa and the DRI driver also failed, which makes me think the

http://bugs.freedesktop.org/show_bug.cgi?id=26733 Summary: Full-screen XV causes graphics lockup Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

http://bugs.freedesktop.org/show_bug.cgi?id=24421 Summary: Commit 6c8d3e39b72abe897b08d9e90cae85e121863d2c causes colour corruption on 9800M Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=28248 Summary: the system completely freezes when playing videos Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

http://bugs.freedesktop.org/show_bug.cgi?id=23847 Summary: kernel BUG when using nouveau Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: shiningxc at

What's the motivation behind commit 60821e0 (drm/nouveau: report LVDS as disconnected if lid closed)? The only noticeable effect I can see from it is that if I turn on my laptop and then close the lid, X fails to start as it can't find any screens. In fact, if I close the lid before nouveau initialises, I don't even get a framebuffer console. I know I can just use the ignorelid

https://bugs.freedesktop.org/show_bug.cgi?id=28810 Summary: Blank consoles (Ctrl+Alt+Fn) after X starts on Arch Linux with FX5200 card. Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau

Greetings! I have installed xen-4.0 with kernel 2.6.32 on a gentoo box. Everything works perfectly, except one tiny detail. I do not have X installed on the machine, so I configured the (old, non-xen) kernel to use a framebuffer, so that I don''t have to cope with the ugly 80x25 resolution, especially on a 19" display. Unfortunately, with the xen kernel, dom0 now uses the 80x25 mode

> > This isn't unreasonable but there are drivers with userspace helpers that > > use iopl/ioperm type functionality where you should be doing a SELECT of > > X86_IOPORT. The one that comes to mind is the uvesa driver. From a quick > > scan it may these days be the only mainstream one that needs the select > > adding. > > Should kernel drivers really

> > This isn't unreasonable but there are drivers with userspace helpers that > > use iopl/ioperm type functionality where you should be doing a SELECT of > > X86_IOPORT. The one that comes to mind is the uvesa driver. From a quick > > scan it may these days be the only mainstream one that needs the select > > adding. > > Should kernel drivers really

I found a bug in the nouveau kernel module. It looks like a cut and paste error on the definitions of some module parameters in nouveau_drv.c. The bug exhibits when displaying module parameter information with the modinfo utility. Here's a patch: diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.c b/drivers/gpu/drm/nouveau/nouveau_drv.c index da3b93b..874adf5 100644 ---

Hi, I''m trying to port AMD VGA passthru patch to the latest XEN and vanila kernel and I got SIGSEGV in static void ati_hw_out(uint16_t hport, uint32_t data) { ioperm(gfx_info.host_pio_base, gfx_info.pio_size, 1); asm volatile ("out %1, %0"::"Nd"(hport),"a"(data)); ioperm(gfx_info.host_pio_base, gfx_info.pio_size, 0); } I tried old 2.6.32

https://bugs.freedesktop.org/show_bug.cgi?id=101447 Bug ID: 101447 Summary: Nouveau on GP106 can't work with another framebuffer drivers (possibly uvesafb) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority:

On Thu, Aug 06, 2020 at 03:46:23AM -0700, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit: 47ec5303 Merge git://git.kernel.org/pub/scm/linux/kernel/g.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=16fe1dea900000 > kernel config: https://syzkaller.appspot.com/x/.config?x=7c06047f622c5724 >

On Sun, 2 Nov 2014 09:33:01 -0800 Josh Triplett <josh at joshtriplett.org> wrote: > On the vast majority of modern systems, no processes will use the > userspsace IO syscalls, iopl and ioperm. Add a new config option, > CONFIG_X86_IOPORT, to support configuring them out of the kernel > entirely. Most current systems do not run programs using these > syscalls, so X86_IOPORT

On Sun, 2 Nov 2014 09:33:01 -0800 Josh Triplett <josh at joshtriplett.org> wrote: > On the vast majority of modern systems, no processes will use the > userspsace IO syscalls, iopl and ioperm. Add a new config option, > CONFIG_X86_IOPORT, to support configuring them out of the kernel > entirely. Most current systems do not run programs using these > syscalls, so X86_IOPORT

Hi all, I have compiled the latest kernel to test HDMI sound but is not working. I would like to know if my card geforce 9800m gt (NV92 NV50 family) is supposed to support this feature. -- Michele Cane -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20111011/d402bbb1/attachment.html>

From: Matt Parnell <parwok at gmail.com> drm/nouveau: Add DRM_NOUVEAU_DEBUG option Sometimes we have DEBUG_FS enabled, but don't want output from certain modules. Most modules make this an option, so I figured that Nouveau needed it too. I also made it exlicit that CONSOLE_FRAMEBUFFER is needed for textmode use with KMS. Signed-off-by: Matt Parnell <parwok at gmail.com> ---