Re: new GP107

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]<

 



On Sun, Dec 9, 2018 at 12:24 AM James <bjlockie@xxxxxxxxx> wrote:
>
> https://nouveau.freedesktop.org/wiki/CodeNames/
>
> > If you're running a recent version nouveau, you can find your chipset by doing dmesg | grep -i chipset. This will always be correct, whereas the lists below are approximate.
>
> # dmesg | grep -i chipset
> #
>
> Not true anymore I guess.

No. A ton of updates went into kernel 4.3, and this was one of them.
Not as easy to find out anymore with a fixed command. Maybe grep
NVIDIA?.

>
> What is the 'GP' in 'GP107' if 'NV...' are the code names?

We've mostly moved over to the NVIDIA-way of naming these chips. The
NVIDIA way involved a "NV" prefix for pre-nv46 chips, and then nouveau
diverged by just using NV + chip id, while NVIDIA came up with names
like G70, G72, GT215, GK104, etc. However we're mostly back to the
NVIDIA way now. GP stands for the Pascal generation. (G = Generation?
GeForce? Graphics? GPU? Whatever you like...)

>
> # dmesg | grep -i nouveau
> > [    2.171473] fb: switching to nouveaufb from VESA VGA
> > [    2.171595] nouveau 0000:01:00.0: NVIDIA GP107 (137000a1)
> > [    2.286501] nouveau 0000:01:00.0: bios: version 86.07.39.80.5e
> > [    2.287672] nouveau 0000:01:00.0: fb: 2048 MiB GDDR5
> > [    3.573113] nouveau 0000:01:00.0: DRM: VRAM: 2048 MiB
> > [    3.573114] nouveau 0000:01:00.0: DRM: GART: 536870912 MiB
> > [    3.573116] nouveau 0000:01:00.0: DRM: BIT table 'A' not found
> > [    3.573117] nouveau 0000:01:00.0: DRM: BIT table 'L' not found
> > [    3.573119] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
> > [    3.573120] nouveau 0000:01:00.0: DRM: DCB version 4.1
> > [    3.573121] nouveau 0000:01:00.0: DRM: DCB outp 00: 01000f42 04620030
> > [    3.573123] nouveau 0000:01:00.0: DRM: DCB outp 01: 02011f62 04620010
> > [    3.573124] nouveau 0000:01:00.0: DRM: DCB outp 02: 02822f76 04600020
> > [    3.573125] nouveau 0000:01:00.0: DRM: DCB outp 03: 02022f72 04620020
> > [    3.573126] nouveau 0000:01:00.0: DRM: DCB conn 00: 00001031
> > [    3.573127] nouveau 0000:01:00.0: DRM: DCB conn 01: 00010161
> > [    3.573128] nouveau 0000:01:00.0: DRM: DCB conn 02: 00020246
> > [    3.844431] nouveau 0000:01:00.0: DRM: MM: using COPY for buffer copies
> > [    3.983733] nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 122124 [ IBUS ]
> > [    4.091733] nouveau 0000:01:00.0: DRM: allocated 1920x1200 fb: 0x200000, bo (____ptrval____)
> > [    4.160682] fbcon: nouveaufb (fb0) is primary device
> > [    4.160758] nouveau 0000:01:00.0: fb0: nouveaufb frame buffer device
> > [    4.192044] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 0
>
> # tail /var/log/Xorg.0.log
> > [  2798.820] (EE) glamor0: GL error: GL_OUT_OF_MEMORY in glTexSubImage
> > [  2798.820] (WW) glamor: Failed to allocate 11x8 FBO due to GL_OUT_OF_MEMORY.
> > [  2798.820] (WW) glamor: Expect reduced performance.
>
> Is this a bug?

Something's failing bigtime - GL can't allocate a texture or other
buffer. Not really enough info here, but perhaps something interesting
in dmesg after this happens. I'd recommend using xf86-video-nouveau
though, instead of modesetting, since it doesn't involve trying to use
GL all the time.

  -ilia
_______________________________________________
Nouveau mailing list
Nouveau@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/nouveau




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux