[Nouveau] [Bug 87885] [NV94] Fan speed of Nvidia GeForce 9600GT (G94) constantly too high
https://bugs.freedesktop.org/show_bug.cgi?id=87885 --- Comment #11 from Martin Peres --- (In reply to TM from comment #10) > Thanks for the clarification. I was already suspecting I was doing sth wrong > :) > > So, after a reboot, here's what nvapeek looks like: > # ./nvapeek 2 1000 > 0002: ca000114 0018 c00836f7 9c40 > 00020010: fe4c038d 9e9c9a9a fe0202ee > 00020020: 02080e07 07000a09 000a0802 00050601 > 00020030: 02020801 00091006 15020805 1a056000 > 00020040: 07000201 00ff0239 00ff 44072a0b > 00020050: 0a07 > 00020060: 00040001 4040 8480 > 00020070: 4104 0110 > 00020080: 100c0736 > ... > 000200a0: 0100 0003 c10910de 0004 > ... > 00020100: 1a114c99 082a > 00020110: 00876530 > 00020120: 0241 0200 > ... > 00020400: 0032 0001 > 00020410: 0069 > ... > 00020440: 0080 > ... > 00020480: 0087 000a > ... > 000204c0: 0068 0080 005d > ... > 000207f0: 10de 0001 > ... > > # ./nvapeek e114 20 > e114: 0001 021c 03bd > e124: 1000 0001010e Thank you TM and Ilia! Ok, so the bits controlling the function to drive the fan to maximum speed when the temperature exceed a certain threshold are set on your card. Let's try setting them on Nouveau and see if we can change the fan speed afterwards: nvapoke e120 83bd If the theory is right, then the fan speed should drop considerably and Nouveau's auto fan management should then work fine. If this is not the case then I would like to try the following command when the blob is running (execute it several times in a row): nvapoke e120 8300021c If the fan speed goes to 100% for a second then it means we screwed up some initial configuration :) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87885] [NV94] Fan speed of Nvidia GeForce 9600GT (G94) constantly too high
https://bugs.freedesktop.org/show_bug.cgi?id=87885 --- Comment #10 from TM --- Thanks for the clarification. I was already suspecting I was doing sth wrong :) So, after a reboot, here's what nvapeek looks like: # ./nvapeek 2 1000 0002: ca000114 0018 c00836f7 9c40 00020010: fe4c038d 9e9c9a9a fe0202ee 00020020: 02080e07 07000a09 000a0802 00050601 00020030: 02020801 00091006 15020805 1a056000 00020040: 07000201 00ff0239 00ff 44072a0b 00020050: 0a07 00020060: 00040001 4040 8480 00020070: 4104 0110 00020080: 100c0736 ... 000200a0: 0100 0003 c10910de 0004 ... 00020100: 1a114c99 082a 00020110: 00876530 00020120: 0241 0200 ... 00020400: 0032 0001 00020410: 0069 ... 00020440: 0080 ... 00020480: 0087 000a ... 000204c0: 0068 0080 005d ... 000207f0: 10de 0001 ... # ./nvapeek e114 20 e114: 0001 021c 03bd e124: 1000 0001010e -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87885] [NV94] Fan speed of Nvidia GeForce 9600GT (G94) constantly too high
https://bugs.freedesktop.org/show_bug.cgi?id=87885 --- Comment #9 from Ilia Mirkin --- (In reply to TM from comment #8) > Hmm; I installed the proprietary driver now (strange enough: I had to use > the G02 driver, not the G03 one which I thought I was supposed to use > according to web pages like https://en.opensuse.org/SDB:NVIDIA_drivers). > It's running fine, I can see in the nvidia-settings utility that the fan > speed is reported to be at 35%. > > Running > nvapoke e114 21c > nvapoke e118 810e > doesn't have any effect. > > Nevertheless, here's the output of > ./nvapeek e114 20 > _after_ running the above commands: > # ./nvapeek e114 20 > e114: 021c 010e 021c 03bd > e124: 1000 0001010e > > Does this help in any way? Martin's comments weren't entirely clear... what he meant was (a) See if those commands fix things on top of nouveau. And if not, then: (b) On the blob, run the nvapeek. Running the pokes first overwrites the values which negates the usefulness of the peek. Actually to preempt further questions just run nvapeek 2 1000 nvapeek e114 20 when running blob drivers. (And no pokes.) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87885] [NV94] Fan speed of Nvidia GeForce 9600GT (G94) constantly too high
https://bugs.freedesktop.org/show_bug.cgi?id=87885 --- Comment #8 from TM --- Hmm; I installed the proprietary driver now (strange enough: I had to use the G02 driver, not the G03 one which I thought I was supposed to use according to web pages like https://en.opensuse.org/SDB:NVIDIA_drivers). It's running fine, I can see in the nvidia-settings utility that the fan speed is reported to be at 35%. Running nvapoke e114 21c nvapoke e118 810e doesn't have any effect. Nevertheless, here's the output of ./nvapeek e114 20 _after_ running the above commands: # ./nvapeek e114 20 e114: 021c 010e 021c 03bd e124: 1000 0001010e Does this help in any way? -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH v3] nv50: enable texture compression
We enable compression only for some supported formats Suggested-by: Ilia Mirkin Signed-off-by: Tobias Klausmann --- v2: add more formats for compression v3: only enable compression if supported by drm src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 21 ++--- src/gallium/drivers/nouveau/nv50/nv50_screen.c | 7 +++ 2 files changed, 25 insertions(+), 3 deletions(-) diff --git a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c index 1aacaec..cc1ad65 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c @@ -65,8 +65,7 @@ nv50_tex_choose_tile_dims(unsigned nx, unsigned ny, unsigned nz) static uint32_t nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) { - const unsigned ms = mt->ms_x + mt->ms_y; - + const unsigned ms = util_logbase2(mt->base.base.nr_samples); uint32_t tile_flags; if (unlikely(mt->base.base.flags & NOUVEAU_RESOURCE_FLAG_LINEAR)) @@ -96,6 +95,21 @@ nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) tile_flags = 0x60 + ms; break; default: + compressed = false; + /* fallthrough */ + case PIPE_FORMAT_R16G16B16A16_FLOAT: + case PIPE_FORMAT_R16G16B16X16_FLOAT: + case PIPE_FORMAT_R8G8B8A8_UNORM: + case PIPE_FORMAT_R8G8B8A8_SRGB: + case PIPE_FORMAT_B8G8R8A8_UNORM: + case PIPE_FORMAT_B8G8R8A8_SRGB: + case PIPE_FORMAT_R10G10B10A2_UNORM: + case PIPE_FORMAT_B10G10R10A2_UNORM: + case PIPE_FORMAT_R11G11B10_FLOAT: + case PIPE_FORMAT_B8G8R8X8_UNORM: + case PIPE_FORMAT_B8G8R8X8_SRGB: + case PIPE_FORMAT_R8G8B8X8_UNORM: + case PIPE_FORMAT_R8G8B8X8_SRGB: switch (util_format_get_blocksizebits(mt->base.base.format)) { case 128: assert(ms < 3); @@ -318,6 +332,7 @@ nv50_miptree_create(struct pipe_screen *pscreen, struct nouveau_device *dev = nouveau_screen(pscreen)->device; struct nv50_miptree *mt = CALLOC_STRUCT(nv50_miptree); struct pipe_resource *pt = &mt->base.base; + boolean compressed = dev->drm_version >= 0x01000101; int ret; union nouveau_bo_config bo_config; uint32_t bo_flags; @@ -333,7 +348,7 @@ nv50_miptree_create(struct pipe_screen *pscreen, if (pt->bind & PIPE_BIND_LINEAR) pt->flags |= NOUVEAU_RESOURCE_FLAG_LINEAR; - bo_config.nv50.memtype = nv50_mt_choose_storage_type(mt, TRUE); + bo_config.nv50.memtype = nv50_mt_choose_storage_type(mt, compressed); if (!nv50_miptree_init_ms_mode(mt)) { FREE(mt); diff --git a/src/gallium/drivers/nouveau/nv50/nv50_screen.c b/src/gallium/drivers/nouveau/nv50/nv50_screen.c index 2d8347b..da237f9 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_screen.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_screen.c @@ -449,6 +449,13 @@ nv50_screen_init_hwctx(struct nv50_screen *screen) PUSH_DATA (push, 0x18); } + BEGIN_NV04(push, NV50_3D(ZETA_COMP_ENABLE), 1); + PUSH_DATA(push, screen->base.device->drm_version >= 0x01000101); + + BEGIN_NV04(push, NV50_3D(RT_COMP_ENABLE(0)), 8); + for (i = 0; i < 8; ++i) + PUSH_DATA(push, screen->base.device->drm_version >= 0x01000101); + BEGIN_NV04(push, NV50_3D(RT_CONTROL), 1); PUSH_DATA (push, 1); -- 2.2.1 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [PATCH v2] nv50: enable texture compression
On 03.01.2015 00:20, Ilia Mirkin wrote: On Fri, Jan 2, 2015 at 6:09 PM, Tobias Klausmann wrote: We enable compression only for some supported formats Suggested-by: Ilia Mirkin Signed-off-by: Tobias Klausmann --- src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 23 +-- src/gallium/drivers/nouveau/nv50/nv50_screen.c | 7 +++ 2 files changed, 28 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c index 1aacaec..13ed8a3 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c @@ -65,8 +65,7 @@ nv50_tex_choose_tile_dims(unsigned nx, unsigned ny, unsigned nz) static uint32_t nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) The caller of this currently always says true. However it should probably be drm_version >= whatever. Oh sure, i'll add it! { - const unsigned ms = mt->ms_x + mt->ms_y; - + const unsigned ms = util_logbase2(mt->base.base.nr_samples); uint32_t tile_flags; if (unlikely(mt->base.base.flags & NOUVEAU_RESOURCE_FLAG_LINEAR)) @@ -96,6 +95,26 @@ nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) tile_flags = 0x60 + ms; break; default: + switch (mt->base.base.format) { You're already switching on the format. You could be all clever and do default: compressed = false; /* fallthrough */ case PIPE_FORMAT_A: case PIPE_FORMAT_B: switch (blocksize) { ... } It's a bit unusual to have the default case in the middle, but I'm pretty sure it works. We talked about broken compilers, hope we don't hit one here :D BTW, I assume that there was no dmesg spam or piglit regressions with this change? Indeed! -ilia ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [PATCH v2] nv50: enable texture compression
On Fri, Jan 2, 2015 at 6:09 PM, Tobias Klausmann wrote: > We enable compression only for some supported formats > > Suggested-by: Ilia Mirkin > Signed-off-by: Tobias Klausmann > --- > src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 23 +-- > src/gallium/drivers/nouveau/nv50/nv50_screen.c | 7 +++ > 2 files changed, 28 insertions(+), 2 deletions(-) > > diff --git a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c > b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c > index 1aacaec..13ed8a3 100644 > --- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c > +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c > @@ -65,8 +65,7 @@ nv50_tex_choose_tile_dims(unsigned nx, unsigned ny, > unsigned nz) > static uint32_t > nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) The caller of this currently always says true. However it should probably be drm_version >= whatever. > { > - const unsigned ms = mt->ms_x + mt->ms_y; > - > + const unsigned ms = util_logbase2(mt->base.base.nr_samples); > uint32_t tile_flags; > > if (unlikely(mt->base.base.flags & NOUVEAU_RESOURCE_FLAG_LINEAR)) > @@ -96,6 +95,26 @@ nv50_mt_choose_storage_type(struct nv50_miptree *mt, > boolean compressed) >tile_flags = 0x60 + ms; >break; > default: > + switch (mt->base.base.format) { You're already switching on the format. You could be all clever and do default: compressed = false; /* fallthrough */ case PIPE_FORMAT_A: case PIPE_FORMAT_B: switch (blocksize) { ... } It's a bit unusual to have the default case in the middle, but I'm pretty sure it works. BTW, I assume that there was no dmesg spam or piglit regressions with this change? -ilia ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH v2] nv50: enable texture compression
We enable compression only for some supported formats Suggested-by: Ilia Mirkin Signed-off-by: Tobias Klausmann --- src/gallium/drivers/nouveau/nv50/nv50_miptree.c | 23 +-- src/gallium/drivers/nouveau/nv50/nv50_screen.c | 7 +++ 2 files changed, 28 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c index 1aacaec..13ed8a3 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_miptree.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_miptree.c @@ -65,8 +65,7 @@ nv50_tex_choose_tile_dims(unsigned nx, unsigned ny, unsigned nz) static uint32_t nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) { - const unsigned ms = mt->ms_x + mt->ms_y; - + const unsigned ms = util_logbase2(mt->base.base.nr_samples); uint32_t tile_flags; if (unlikely(mt->base.base.flags & NOUVEAU_RESOURCE_FLAG_LINEAR)) @@ -96,6 +95,26 @@ nv50_mt_choose_storage_type(struct nv50_miptree *mt, boolean compressed) tile_flags = 0x60 + ms; break; default: + switch (mt->base.base.format) { + case PIPE_FORMAT_R16G16B16A16_FLOAT: + case PIPE_FORMAT_R16G16B16X16_FLOAT: + case PIPE_FORMAT_R8G8B8A8_UNORM: + case PIPE_FORMAT_R8G8B8A8_SRGB: + case PIPE_FORMAT_B8G8R8A8_UNORM: + case PIPE_FORMAT_B8G8R8A8_SRGB: + case PIPE_FORMAT_R10G10B10A2_UNORM: + case PIPE_FORMAT_B10G10R10A2_UNORM: + case PIPE_FORMAT_R11G11B10_FLOAT: + case PIPE_FORMAT_B8G8R8X8_UNORM: + case PIPE_FORMAT_B8G8R8X8_SRGB: + case PIPE_FORMAT_R8G8B8X8_UNORM: + case PIPE_FORMAT_R8G8B8X8_SRGB: + /* Allow compression for these formats if desired */ + break; + default: + compressed = false; + break; + } switch (util_format_get_blocksizebits(mt->base.base.format)) { case 128: assert(ms < 3); diff --git a/src/gallium/drivers/nouveau/nv50/nv50_screen.c b/src/gallium/drivers/nouveau/nv50/nv50_screen.c index 2d8347b..da237f9 100644 --- a/src/gallium/drivers/nouveau/nv50/nv50_screen.c +++ b/src/gallium/drivers/nouveau/nv50/nv50_screen.c @@ -449,6 +449,13 @@ nv50_screen_init_hwctx(struct nv50_screen *screen) PUSH_DATA (push, 0x18); } + BEGIN_NV04(push, NV50_3D(ZETA_COMP_ENABLE), 1); + PUSH_DATA(push, screen->base.device->drm_version >= 0x01000101); + + BEGIN_NV04(push, NV50_3D(RT_COMP_ENABLE(0)), 8); + for (i = 0; i < 8; ++i) + PUSH_DATA(push, screen->base.device->drm_version >= 0x01000101); + BEGIN_NV04(push, NV50_3D(RT_CONTROL), 1); PUSH_DATA (push, 1); -- 2.2.1 ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] [NV86] GPU hangs on start, disabling MSI fixes it
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #9 from bofh...@gmx.at --- Output from `cat /proc/interrupts` in ssh after reenabling msi: CPU0 CPU1 0:141 0 IO-APIC-edge timer 1: 12 0 IO-APIC-edge i8042 7: 0 0 IO-APIC-edge parport0 8: 0 0 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 14:174 0 IO-APIC-edge pata_via 15: 0 0 IO-APIC-edge pata_via 20: 0 0 IO-APIC 20-fasteoi uhci_hcd:usb2 21: 6405 0 IO-APIC 21-fasteoi ehci_hcd:usb1, uhci_hcd:usb4, sata_via 22: 39 0 IO-APIC 22-fasteoi uhci_hcd:usb3 23:286 0 IO-APIC 23-fasteoi uhci_hcd:usb5, enp0s18 29: 0 0 PCI-MSI-edge nouveau 30: 6171 0 PCI-MSI-edge snd_hda_intel NMI: 22 25 Non-maskable interrupts LOC:1223029 976317 Local timer interrupts SPU: 0 0 Spurious interrupts PMI: 22 25 Performance monitoring interrupts IWI: 0 0 IRQ work interrupts RTR: 0 0 APIC ICR read retries RES: 13372 12819 Rescheduling interrupts CAL:282432 Function call interrupts TLB: 42 38 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts MCE: 0 0 Machine check exceptions MCP: 1 1 Machine check polls THR: 0 0 Hypervisor callback interrupts ERR: 0 MIS: 0 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] [NV86] GPU hangs on start, disabling MSI fixes it
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #8 from bofh...@gmx.at --- >lspci -vnn-t -+-[:80]---01.0 VIA Technologies, Inc. VT8237A/VT8251 HDA Controller [1106:3288] \-[:00]-+-00.0 VIA Technologies, Inc. P4M890 Host Bridge [1106:0327] +-00.1 VIA Technologies, Inc. P4M890 Host Bridge [1106:1327] +-00.2 VIA Technologies, Inc. P4M890 Host Bridge [1106:2327] +-00.3 VIA Technologies, Inc. P4M890 Host Bridge [1106:3327] +-00.4 VIA Technologies, Inc. P4M890 Host Bridge [1106:4327] +-00.5 VIA Technologies, Inc. P4M890 I/O APIC Interrupt Controller [1106:5327] +-00.6 VIA Technologies, Inc. P4M890 Security Device [1106:6327] +-00.7 VIA Technologies, Inc. P4M890 Host Bridge [1106:7327] +-01.0-[01]-- +-02.0-[02]00.0 NVIDIA Corporation G86 [GeForce 8500 GT] [10de:0421] +-03.0-[03]-- +-0f.0 VIA Technologies, Inc. VT8237A SATA 2-Port Controller [1106:0591] +-0f.1 VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] +-10.0 VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] +-10.1 VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] +-10.2 VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] +-10.3 VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] +-10.4 VIA Technologies, Inc. USB 2.0 [1106:3104] +-11.0 VIA Technologies, Inc. VT8237A PCI to ISA Bridge [1106:3337] +-11.7 VIA Technologies, Inc. VT8237/8251 Ultra VLINK Controller [1106:287e] +-12.0 VIA Technologies, Inc. VT6102 [Rhine-II] [1106:3065] \-13.0 VIA Technologies, Inc. VT8237A Host Bridge [1106:337b] l -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] [NV86] GPU hangs on start, disabling MSI fixes it
https://bugs.freedesktop.org/show_bug.cgi?id=87983 Ilia Mirkin changed: What|Removed |Added Summary|nouveau E[Xorg.bin[1119]] |[NV86] GPU hangs on start, |failed to idle channel |disabling MSI fixes it |0x0001 on G86 [GeForce | |8500 GT] (rev a1) | -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #7 from Ilia Mirkin --- (In reply to bofh666 from comment #6) > As i have a solution for my issue i wonder whether i should change the > status to resolved already. > I'd still prefer to find out why the parameter is necessary. > If the logic when it is necessary is known there might be a way to get the > Fedora installer to automatically set it. > > Suggestions whether to leave this open and provide more information or to > close it are welcome :) Let's leave this open -- disabling msi should just be done as a temporary workaround. Ideally we'd detect that MSI doesn't work (or perhaps it's not being enabled properly). Is this a PCIe card, or a PCI card? Could I trouble you for the output of 'lspci -vnn -t' ? (Perhaps this information is available in your lspci -vv output, but I don't know how to read it.) Can you provide 'cat /proc/interrupts' when you don't boot with the MSI disable and ssh in to obtain it? If any of the other devices are marked as PCI-MSI-*, are you having trouble with them? -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #6 from bofh...@gmx.at --- As i have a solution for my issue i wonder whether i should change the status to resolved already. I'd still prefer to find out why the parameter is necessary. If the logic when it is necessary is known there might be a way to get the Fedora installer to automatically set it. Suggestions whether to leave this open and provide more information or to close it are welcome :) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #5 from bofh...@gmx.at --- Booting with nouveau.config=NvMSI=0 is a working. Thanks for the hint, now to find some info what that actually does :-) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #4 from bofh...@gmx.at --- Thanks for the fast reply. Haven't tried this particular machine with older kernels yet as i was attempting to upgrade from Windows Vista to Fedora 21 and am now trying to get something else but Vesa drivers with 1024x768 to work. The system did work fine with that other OS. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #3 from Ilia Mirkin --- [5.563485] nouveau [ DRM] allocated 1280x1024 fb: 0x6, bo 8800364dfc00 [5.563734] fbcon: nouveaufb (fb0) is primary device [ 11.680075] nouveau E[ DRM] GPU lockup - switching to software fbcon [ 11.682438] Console: switching to colour frame buffer device 160x64 [ 11.686343] nouveau :02:00.0: fb0: nouveaufb frame buffer device [ 11.686346] nouveau :02:00.0: registered panic notifier [ 11.689057] [drm] Initialized nouveau 1.2.0 20120801 for :02:00.0 on minor 0 Hmmm... so it hangs right on start. Did this particular GPU work with older kernels? Perhaps MSI is messed up for some reason? Can you try booting with nouveau.config=NvMSI=0 (or pci=nomsi)? -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70354] [NVE6, NVE7] HUB_INIT timeout on graph init, blob fw doesn't help
https://bugs.freedesktop.org/show_bug.cgi?id=70354 --- Comment #35 from n...@protonmail.ch --- Bruno, the patch does not seem to help (at least for me). I also have this issue with GK107. Not sure if there's anything useful in this kernel log, I just tried ignoring the HUB_INIT timeout to see if it spat out anything more interesting: http://ix.io/fzc -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #2 from bofh...@gmx.at --- Created attachment 111675 --> https://bugs.freedesktop.org/attachment.cgi?id=111675&action=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 --- Comment #1 from bofh...@gmx.at --- Created attachment 111674 --> https://bugs.freedesktop.org/attachment.cgi?id=111674&action=edit lspci -vv complete output of lspci -vv, you are probably only interested in details of device 02:00.0 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87983] New: nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1)
https://bugs.freedesktop.org/show_bug.cgi?id=87983 Bug ID: 87983 Summary: nouveau E[Xorg.bin[1119]] failed to idle channel 0x0001 on G86 [GeForce 8500 GT] (rev a1) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau@lists.freedesktop.org Reporter: bofh...@gmx.at QA Contact: xorg-t...@lists.x.org Created attachment 111673 --> https://bugs.freedesktop.org/attachment.cgi?id=111673&action=edit output of dmesg After booting a system with Fedora 21 the screen does not switch to graphics mode on start of kde and keeps displaying the last lines of the text mode boot log. Switching to a text console using alt-Fn key combinations does not work. System is otherwise working, using ssh to log in remotely works. Last line from noueveau in dmesg shows it failed in nouveau_channel_idle: [ 54.068008] nouveau E[Xorg.bin[1119]] failed to idle channel 0x0001 [Xorg.bin[1119]] -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 54700] Distorted graphics (double cursor) with GeForce 4200Go (NV28)
https://bugs.freedesktop.org/show_bug.cgi?id=54700 --- Comment #71 from nv28m --- nouveau.agpmode=0 seems to work here too, also after comming back from suspend. Still I think I'm stuck with the modesetting driver with the bit 24 hack in boot/suspend scripts. The scrolling and rxvt performance is just better. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87819] [NVAC] EQ overflowing
https://bugs.freedesktop.org/show_bug.cgi?id=87819 --- Comment #3 from Etienne URBAH --- In Firefox, I was NOT doing anything in particular. I am NOT able to compile a Linux kernel, nor compile a custom module and include it inside a Linux Kernel. The machine equipped with NVAC is an iMac 9,1 used in production under Ubuntu with package 'nvidia-331-updates'. So, I am just able to test from time to time, at night, an upstream Linux Kernel published as an Ubuntu package at http://kernel.ubuntu.com/~kernel-ppa/mainline Concerning the correct quantity of stolen memory to be used as VRAM : Using the graphical driver coming from Ubuntu package 'nvidia-331-updates' : The command 'nvidia-settings -q VideoRam -q GPUMemoryInterface' provides : - VideoRam = 262144 - GPUMemoryInterface = 128 $ sudo lspci -nn -vv -s 03:00 03:00.0 VGA compatible controller [0300]: NVIDIA Corporation C79 [GeForce 9400] [10de:0867] (rev b1) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. iMac 9,1 [106b:00ad] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau