similar to: G98, nouveau, again

On 01.06.2016 13:48, Yury Tarasievich wrote: > I'm trying to put to work the nouveau driver on > slackware 64 bits current, kernel 4.4.*. > > I've thought the hardware to be some obscure OEM > variant of GT610. However, kind soul on IRC > pointed out that it's a G98 really, 'GeForce > 9300 GS or 8400 GS'. > > Proprietary NVIDIA drivers: > *

I'm trying to put to work the nouveau driver on slackware 64 bits current, kernel 4.4.*. I've thought the hardware to be some obscure OEM variant of GT610. However, kind soul on IRC pointed out that it's a G98 really, 'GeForce 9300 GS or 8400 GS'. Proprietary NVIDIA drivers: * 340.96 installs okay, console works, but X doesn't start, with unspecified error occuring

Thank you! Now, I'd appreciate some hints on how to make console work, at least. How are the video modes controlled, e.g., can I have some analogue of /etc/fb.modes for nouveau? -Yury On 01/06/16 20:38, poma wrote: > On 01.06.2016 13:48, Yury Tarasievich wrote: ... >> 1) Console does not initialise the output >> correctly if video mode is not restricted to >> 640x480

https://bugs.freedesktop.org/show_bug.cgi?id=44942 Bug #: 44942 Summary: Make nouveau work for G98 nVidia chip Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component:

On Sun, Nov 9, 2014 at 11:08 PM, Dr. Boris Neubert <omega at online.de> wrote: > Hi, > > I have a NVidia Quadro NVS450 graphics card with on screen (4800 x 1200 > pixels) over three monitors. I use the proprietary NVidia modules to > achieve accelerated 2D graphics and display effects. > > Since about the beginning of 2014, probably related to changes in the > X11 or

https://bugs.freedesktop.org/show_bug.cgi?id=94131 Bug ID: 94131 Summary: G98: DRM: GPU lockup Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org

Hi, Adam. 2018-04-03 23:00 GMT+03:00, Adam Borowski <kilobyte at angband.pl>: > Hi! > In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0 > > yet it is still reproducible for me on 4.16-rc7 and 4.16.0, which already > have your fix. I don't know about earlier versions -- my newer card went > into flames just a few days ago, and I replaced it a brand new 8400GS (G98)

On Wed, Apr 4, 2018 at 6:58 PM, Adam Borowski <kilobyte at angband.pl> wrote: > On Wed, Apr 04, 2018 at 03:48:39PM +0300, Māris Nartišs wrote: >> 2018-04-03 23:00 GMT+03:00, Adam Borowski <kilobyte at angband.pl>: >> > In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0 >> > >> > yet it is still reproducible for me on 4.16-rc7 and 4.16.0, which

http://bugs.freedesktop.org/show_bug.cgi?id=27136 Summary: blank screen with G98 [Quadro NVS 420] (NV98) dual GPU, 4-head Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi, I have a NVidia Quadro NVS450 graphics card with on screen (4800 x 1200 pixels) over three monitors. I use the proprietary NVidia modules to achieve accelerated 2D graphics and display effects. Since about the beginning of 2014, probably related to changes in the X11 or compositing manager, I experience screen lockups lasting from few seconds to several minutes. I therefore would like to

https://bugs.freedesktop.org/show_bug.cgi?id=93795 Bug ID: 93795 Summary: G98: GL(X) compositing - XRandR DPMS trouble Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=30369 Summary: nvidia 8400GS G98 chip GPU lockup - switching to software fbcon Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On Wed, Apr 04, 2018 at 03:48:39PM +0300, Māris Nartišs wrote: > 2018-04-03 23:00 GMT+03:00, Adam Borowski <kilobyte at angband.pl>: > > In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0 > > > > yet it is still reproducible for me on 4.16-rc7 and 4.16.0, which already > > have your fix. I don't know about earlier versions -- my newer card went > > into

I'm running on Sun Blade 2500 with a GeForce 8400 GS PCI. After (maybe?) fixing a few errrors with bo allocation, I'm getting a lot of IB_EMPTY errors, ultimately resulting in a GPU lockup. I don't have any sort of framebuffer visible. After reading dma-pusher.txt, I see "An attempt to submit IB entry with length zero will raise DMA_PUSHER error of type IB_EMPTY." How would

https://bugs.freedesktop.org/show_bug.cgi?id=31684 Summary: No Xv acceleration with 7600 GT AGP (NV4B), last git drivers Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau

Hi! In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0: > drm/nouveau/mmu: ALIGN_DOWN correct variable > > Commit 7110c89bb8852ff8b0f88ce05b332b3fe22bd11e ("mmu: swap out round > for ALIGN") replaced two calls to round/rounddown with ALIGN/ALIGN_DOWN, > but erroneously applied ALIGN_DOWN to a different variable (addr) and left > intended variable (tail) not

Hi all, I'm attempting to run notes 6. I've tried some techniques from Mike Hearn text. However, I lack knowledge. Description of problem itself is at http://bugs.winehq.org/show_bug.cgi?id=2484 After adding trace+ntdll to WINEDEBUG, I get NtWriteFile(0xc,...) in output both before "LookupHandle: null handle" occuring and in line with it too. As far as I can tell (I could

I have a Dell 2007FP monitor. NV43 (GeForce 6600) can not use the native resolution. 1600x1200 is listed under "DDC gathered Modelines" with the rest of the info, but then is missing from "probed modes". I have a secondary card, NV4a (GeForce 6200, PCI). It works with this card. This card does not show "DDC gathered modelines" at all, and 1600x1200 is listed

Dear Devs, The support for multiple xscreens (i.e. no xinerama, just separate :0.0 and :0.1 displays) in nouveau is broken. It would be great if someone could confirm this. It is easily done, by commenting the "xinerama" option from the xorg.conf file: https://nouveau.freedesktop.org/wiki/MultiMonitorDesktop/ With the nvidia proprietary drivers separate xscreens work fine. Could

Thanks for the help so far, I have already solved the main problem, but sadly it seems I can't find out the last step. I hope you can help me there... Here ist the important part: It is trying to load some nvidia module, although i have already done apt-get purge nvidia* [ 4.636] (II) LoadModule: "glx" [ 4.638] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [