Re: [Nouveau] [PATCH] glsl: Extend lowering pass for gl_ClipDistance to support other arrays
I said this on IRC, but I'll say it here too:
(a) please regenerate this with -M (not in the general case, but it
makes sense here)
(b) this seems odd as there's no support for cull distance elsewhere
yet. should be part of a series that adds cull distance support. right
now there is none, so this is out of place.
On Mon, Aug 17, 2015 at 10:50 PM, Tobias Klausmann
wrote:
> This will come in handy when we want to lower gl_CullDistance into
> gl_CullDistanceMESA.
>
> Signed-off-by: Tobias Klausmann
> ---
> src/glsl/Makefile.sources| 2 +-
> src/glsl/ir_optimization.h | 1 +
> src/glsl/lower_clip_distance.cpp | 574
> src/glsl/lower_distance.cpp | 606
> +++
> 4 files changed, 608 insertions(+), 575 deletions(-)
> delete mode 100644 src/glsl/lower_clip_distance.cpp
> create mode 100644 src/glsl/lower_distance.cpp
>
> diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
> index 0b77244..00ba480 100644
> --- a/src/glsl/Makefile.sources
> +++ b/src/glsl/Makefile.sources
> @@ -143,7 +143,7 @@ LIBGLSL_FILES = \
> loop_analysis.h \
> loop_controls.cpp \
> loop_unroll.cpp \
> - lower_clip_distance.cpp \
> + lower_distance.cpp \
> lower_const_arrays_to_uniforms.cpp \
> lower_discard.cpp \
> lower_discard_flow.cpp \
> diff --git a/src/glsl/ir_optimization.h b/src/glsl/ir_optimization.h
> index eef107e..fe62e74 100644
> --- a/src/glsl/ir_optimization.h
> +++ b/src/glsl/ir_optimization.h
> @@ -120,6 +120,7 @@ bool lower_variable_index_to_cond_assign(gl_shader_stage
> stage,
> bool lower_quadop_vector(exec_list *instructions, bool dont_lower_swz);
> bool lower_const_arrays_to_uniforms(exec_list *instructions);
> bool lower_clip_distance(gl_shader *shader);
> +bool lower_cull_distance(gl_shader *shader);
> void lower_output_reads(unsigned stage, exec_list *instructions);
> bool lower_packing_builtins(exec_list *instructions, int op_mask);
> void lower_ubo_reference(struct gl_shader *shader, exec_list *instructions);
> diff --git a/src/glsl/lower_clip_distance.cpp
> b/src/glsl/lower_clip_distance.cpp
> deleted file mode 100644
> index 1ada215..000
> --- a/src/glsl/lower_clip_distance.cpp
> +++ /dev/null
> @@ -1,574 +0,0 @@
> -/*
> - * Copyright © 2011 Intel Corporation
> - *
> - * Permission is hereby granted, free of charge, to any person obtaining a
> - * copy of this software and associated documentation files (the "Software"),
> - * to deal in the Software without restriction, including without limitation
> - * the rights to use, copy, modify, merge, publish, distribute, sublicense,
> - * and/or sell copies of the Software, and to permit persons to whom the
> - * Software is furnished to do so, subject to the following conditions:
> - *
> - * The above copyright notice and this permission notice (including the next
> - * paragraph) shall be included in all copies or substantial portions of the
> - * Software.
> - *
> - * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> - * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> - * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
> - * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
> - * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> - * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
> - * DEALINGS IN THE SOFTWARE.
> - */
> -
> -/**
> - * \file lower_clip_distance.cpp
> - *
> - * This pass accounts for the difference between the way
> - * gl_ClipDistance is declared in standard GLSL (as an array of
> - * floats), and the way it is frequently implemented in hardware (as
> - * a pair of vec4s, with four clip distances packed into each).
> - *
> - * The declaration of gl_ClipDistance is replaced with a declaration
> - * of gl_ClipDistanceMESA, and any references to gl_ClipDistance are
> - * translated to refer to gl_ClipDistanceMESA with the appropriate
> - * swizzling of array indices. For instance:
> - *
> - * gl_ClipDistance[i]
> - *
> - * is translated into:
> - *
> - * gl_ClipDistanceMESA[i>>2][i&3]
> - *
> - * Since some hardware may not internally represent gl_ClipDistance as a pair
> - * of vec4's, this lowering pass is optional. To enable it, set the
> - * LowerClipDistance flag in gl_shader_compiler_options to true.
> - */
> -
> -#include "glsl_symbol_table.h"
> -#include "ir_rvalue_visitor.h"
> -#include "ir.h"
> -#include "program/prog_instruction.h" /* For WRITEMASK_* */
> -
> -namespace {
> -
> -class lower_clip_distance_visitor : public ir_rvalue_visitor {
> -public:
> - explicit lower_clip_distance_visitor(gl_shader_stage shader_stage)
> - : progress(false), old_clip_distance_out_var(NULL),
> -old_clip_distance_in_var(NULL), new_clip_distance_out_var(NULL),
> -new_clip_distance_in_var(NULL), shade
[Nouveau] [PATCH] glsl: Extend lowering pass for gl_ClipDistance to support other arrays
This will come in handy when we want to lower gl_CullDistance into
gl_CullDistanceMESA.
Signed-off-by: Tobias Klausmann
---
src/glsl/Makefile.sources| 2 +-
src/glsl/ir_optimization.h | 1 +
src/glsl/lower_clip_distance.cpp | 574
src/glsl/lower_distance.cpp | 606 +++
4 files changed, 608 insertions(+), 575 deletions(-)
delete mode 100644 src/glsl/lower_clip_distance.cpp
create mode 100644 src/glsl/lower_distance.cpp
diff --git a/src/glsl/Makefile.sources b/src/glsl/Makefile.sources
index 0b77244..00ba480 100644
--- a/src/glsl/Makefile.sources
+++ b/src/glsl/Makefile.sources
@@ -143,7 +143,7 @@ LIBGLSL_FILES = \
loop_analysis.h \
loop_controls.cpp \
loop_unroll.cpp \
- lower_clip_distance.cpp \
+ lower_distance.cpp \
lower_const_arrays_to_uniforms.cpp \
lower_discard.cpp \
lower_discard_flow.cpp \
diff --git a/src/glsl/ir_optimization.h b/src/glsl/ir_optimization.h
index eef107e..fe62e74 100644
--- a/src/glsl/ir_optimization.h
+++ b/src/glsl/ir_optimization.h
@@ -120,6 +120,7 @@ bool lower_variable_index_to_cond_assign(gl_shader_stage
stage,
bool lower_quadop_vector(exec_list *instructions, bool dont_lower_swz);
bool lower_const_arrays_to_uniforms(exec_list *instructions);
bool lower_clip_distance(gl_shader *shader);
+bool lower_cull_distance(gl_shader *shader);
void lower_output_reads(unsigned stage, exec_list *instructions);
bool lower_packing_builtins(exec_list *instructions, int op_mask);
void lower_ubo_reference(struct gl_shader *shader, exec_list *instructions);
diff --git a/src/glsl/lower_clip_distance.cpp b/src/glsl/lower_clip_distance.cpp
deleted file mode 100644
index 1ada215..000
--- a/src/glsl/lower_clip_distance.cpp
+++ /dev/null
@@ -1,574 +0,0 @@
-/*
- * Copyright © 2011 Intel Corporation
- *
- * Permission is hereby granted, free of charge, to any person obtaining a
- * copy of this software and associated documentation files (the "Software"),
- * to deal in the Software without restriction, including without limitation
- * the rights to use, copy, modify, merge, publish, distribute, sublicense,
- * and/or sell copies of the Software, and to permit persons to whom the
- * Software is furnished to do so, subject to the following conditions:
- *
- * The above copyright notice and this permission notice (including the next
- * paragraph) shall be included in all copies or substantial portions of the
- * Software.
- *
- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
- * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
- * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
- * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
- * DEALINGS IN THE SOFTWARE.
- */
-
-/**
- * \file lower_clip_distance.cpp
- *
- * This pass accounts for the difference between the way
- * gl_ClipDistance is declared in standard GLSL (as an array of
- * floats), and the way it is frequently implemented in hardware (as
- * a pair of vec4s, with four clip distances packed into each).
- *
- * The declaration of gl_ClipDistance is replaced with a declaration
- * of gl_ClipDistanceMESA, and any references to gl_ClipDistance are
- * translated to refer to gl_ClipDistanceMESA with the appropriate
- * swizzling of array indices. For instance:
- *
- * gl_ClipDistance[i]
- *
- * is translated into:
- *
- * gl_ClipDistanceMESA[i>>2][i&3]
- *
- * Since some hardware may not internally represent gl_ClipDistance as a pair
- * of vec4's, this lowering pass is optional. To enable it, set the
- * LowerClipDistance flag in gl_shader_compiler_options to true.
- */
-
-#include "glsl_symbol_table.h"
-#include "ir_rvalue_visitor.h"
-#include "ir.h"
-#include "program/prog_instruction.h" /* For WRITEMASK_* */
-
-namespace {
-
-class lower_clip_distance_visitor : public ir_rvalue_visitor {
-public:
- explicit lower_clip_distance_visitor(gl_shader_stage shader_stage)
- : progress(false), old_clip_distance_out_var(NULL),
-old_clip_distance_in_var(NULL), new_clip_distance_out_var(NULL),
-new_clip_distance_in_var(NULL), shader_stage(shader_stage)
- {
- }
-
- virtual ir_visitor_status visit(ir_variable *);
- void create_indices(ir_rvalue*, ir_rvalue *&, ir_rvalue *&);
- bool is_clip_distance_vec8(ir_rvalue *ir);
- ir_rvalue *lower_clip_distance_vec8(ir_rvalue *ir);
- virtual ir_visitor_status visit_leave(ir_assignment *);
- void visit_new_assignment(ir_assignment *ir);
- virtual ir_visitor_status visit_leave(ir_call *);
-
- virtual void handle_rvalue(ir_rvalue **rvalue);
-
- void fix_lhs(ir_assignment *);
-
- bool progress;
-
- /**
-* Pointer to the declaration of gl_ClipDista
[Nouveau] [PATCH] fb/sddr3: add WR/CWL values seen on a GK208
Signed-off-by: Ilia Mirkin
---
Seen on my GK208. Trace available at
http://people.freedesktop.org/~imirkin/traces/gk208/gk208-mmiotrace.log.xz
Thanks to Roy for his assistance on finding the parameters. I tested
this on top of his patch "bios/rammap: Identify DLLoff for >=
GF100". [But not 100% sure if it was necessary.]
drm/nouveau/nvkm/subdev/fb/sddr3.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nvkm/subdev/fb/sddr3.c
b/drm/nouveau/nvkm/subdev/fb/sddr3.c
index 037deeb..2410383 100644
--- a/drm/nouveau/nvkm/subdev/fb/sddr3.c
+++ b/drm/nouveau/nvkm/subdev/fb/sddr3.c
@@ -53,7 +53,7 @@ static const struct ramxlat
ramddr3_wr[] = {
{ 5, 1 }, { 6, 2 }, { 7, 3 }, { 8, 4 }, { 10, 5 }, { 12, 6 },
/* the below are mentioned in some, but not all, ddr3 docs */
- { 14, 7 }, { 16, 0 },
+ { 14, 7 }, { 15, 7 }, { 16, 0 },
{ -1 }
};
@@ -61,7 +61,7 @@ static const struct ramxlat
ramddr3_cwl[] = {
{ 5, 0 }, { 6, 1 }, { 7, 2 }, { 8, 3 },
/* the below are mentioned in some, but not all, ddr3 docs */
- { 9, 4 },
+ { 9, 4 }, { 10, 5 },
{ -1 }
};
--
2.4.6
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 91125] [NVE7] Nouveau read fault, locking up the gpu
https://bugs.freedesktop.org/show_bug.cgi?id=91125 --- Comment #5 from Jonathan Ryshpan --- Created attachment 117743 --> https://bugs.freedesktop.org/attachment.cgi?id=117743&action=edit Corrupt desktop This is the same part of my desktop when displayed when the graphics system is in its "weird" state" -- 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 91125] [NVE7] Nouveau read fault, locking up the gpu
https://bugs.freedesktop.org/show_bug.cgi?id=91125 --- Comment #4 from Jonathan Ryshpan --- Created attachment 117742 --> https://bugs.freedesktop.org/attachment.cgi?id=117742&action=edit Desktop as it should be This is a part of my desktop when displayed properly -- 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 91125] [NVE7] Nouveau read fault, locking up the gpu
https://bugs.freedesktop.org/show_bug.cgi?id=91125 Jonathan Ryshpan changed: What|Removed |Added CC||jonr...@pacbell.net --- Comment #3 from Jonathan Ryshpan --- Created attachment 117741 --> https://bugs.freedesktop.org/attachment.cgi?id=117741&action=edit System Journal for 2015-08-17 -- 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 91125] [NVE7] Nouveau read fault, locking up the gpu
https://bugs.freedesktop.org/show_bug.cgi?id=91125 --- Comment #2 from Jonathan Ryshpan --- I hit this bug frequently, usually after some minor user action like closing a window. When it happens the screen freezes except for the cursor; when I look at a console via ctrl/f2 and wait for a while (about 2 minutes) I see messages like: [20235.667444] nouveau E[plasmashell][16831] fail set_domain [20235.667782] nouveau E[plasmashell][16831] validating bo list [20235.668235] nouveau E[plasmachell][16831] valicate: -22 As soon as these messages appear, the desktop becomes mostly usable, but often strange; the icons become weird and some system messages are corrupted. In a following comment (after I get the desktop back), I will attach a snapshot of the weird desktop and today's journal file. The system is difficult to use with this bug. System is Amd-64 4-processor hardware Nvidia 9500GT Graphics Card Fedora-22 with all updates KDE Frameworks 5.12.0 Xorg -version X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: 4.0.4-202.fc21.x86_64 Current Operating System: Linux amito 4.1.4-200.fc22.x86_64 #1 SMP Tue Aug 4 03:22:33 UTC 2015 x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-4.1.4-200.fc22.x86_64 root=/dev/mapper/fedora00-root ro rd.lvm.lv=fedora00/swap rd.lvm.lv=fedora00/root rhgb quiet LANG=en_US.UTF-8 Build Date: 15 July 2015 08:16:41AM Build ID: xorg-x11-server 1.17.2-2.fc22 Current version of pixman: 0.32.6 -- 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
Re: [Nouveau] [PATCH 0/2] drm/nouveau: add support for 2560x1440@56 over HDMI
On 08/08/2015 07:01 PM, Hauke Mehrtens wrote: > These patches are adding support for outputting 2560x1440@56 over HDMI. > This needs a pixel clock of 225 MHz which was not supported before. > > This was tested in a dual monitor setup with a GF114 (GTX 560 TI) and > one HDMI monitor running with 2560x1440@56 and one DVI monitor running > with 1920x1200@60. This still needs testing on other graphics cards and > with dual link DVI. > > There is no Maintainers entry for nouveau. > > Hauke Mehrtens (2): > drm/nouveau: activate dual link TMDS links only when possible > drm/nouveau: increase max pixel clock to 225 MHZ for HDMI > > drivers/gpu/drm/nouveau/nouveau_connector.c | 6 -- > drivers/gpu/drm/nouveau/nv50_display.c | 8 > drivers/gpu/drm/nouveau/nvkm/engine/disp/gf110.c | 2 +- > drivers/gpu/drm/nouveau/nvkm/engine/disp/nv50.c | 2 +- > 4 files changed, 10 insertions(+), 8 deletions(-) > Hi Ben, Some people in the IRC suggested you should look at these patches. There are still some parts in the code with something like "if (pixel_lock > 165MHz)", I haven't changed that because that did not affected me and I do not know in which situations this gets called. Hauke ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 91413] INFO: task Xorg:2419 blocked for more than 120 seconds.
https://bugs.freedesktop.org/show_bug.cgi?id=91413 --- Comment #6 from Jim Paris --- This post from 임성택 also describes the problem and provides a workaround patch: http://lists.freedesktop.org/archives/nouveau/2015-March/020421.html -- 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 91413] INFO: task Xorg:2419 blocked for more than 120 seconds.
https://bugs.freedesktop.org/show_bug.cgi?id=91413 --- Comment #5 from Jim Paris --- Comment 8 here: https://bugzilla.redhat.com/show_bug.cgi?id=1183087#c8 has another backtrace on 4.0.4 that appears to be the same. -- 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 91413] INFO: task Xorg:2419 blocked for more than 120 seconds.
https://bugs.freedesktop.org/show_bug.cgi?id=91413 Jim Paris changed: What|Removed |Added CC||j...@jtan.com --- Comment #4 from Jim Paris --- I have the exact same system (slightly older BIOS version) and I'm seeing the same lockup, which occurred while idling over the weekend. Seems to be stemming from nvkm_fantog_update. This is 4.2-rc6. I also saw lockups on 4.1.0 which I'm guessing were the same cause, but I wasn't able to get any logs from those. 3.13 was working fine. [176041.174195] [ cut here ] [176041.174202] WARNING: CPU: 0 PID: 0 at /build/linux-Tql0Dq/linux-4.2~rc6/kernel/watchdog.c:311 watchdog_overflow_callback+0x84/0xb0() [176041.174203] Watchdog detected hard LOCKUP on cpu 0 [176041.174203] Modules linked in: ipt_MASQUERADE nf_nat_masquerade_ipv4 xt_conntrack ipt_REJECT nf_reject_ipv4 xt_tcpudp iptable_filter nf_nat_h323 nf_conntrack_h323 nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_tftp nf_conntrack_tftp nf_nat_sip nf_conntrack_sip nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack ip_tables x_tables loop sdhci_pci sdhci mmc_core ctr ccm binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc joydev hid_generic usbhid hid uas usb_storage ath3k btusb btrtl btbcm btintel bluetooth x86_pkg_temp_thermal intel_powerclamp intel_rapl iosf_mbi coretemp kvm_intel kvm crct10dif_pclmul crc32_pclmul ghash_clmulni_intel sha256_ssse3 sha256_generic hmac drbg ansi_cprng snd_hda_codec_hdmi snd_hda_codec_realtek aesni_intel nouveau mxm_wmi snd_hda_codec_generic arc4 wmi ttm drm_kms_helper drm aes_x86_64 lrw snd_hda_intel gf128mul snd_hda_codec glue_helper snd_hda_core ablk_helper snd_hwdep ath9k ath9k_common ath9k_hw cryptd iTCO_wdt iTCO_vendor_support snd_pcm xhci_pci evdev dcdbas psmouse serio_raw pcspkr i2c_algo_bit ath mac80211 cfg80211 snd_timer xhci_hcd snd rfkill soundcore video battery i2c_i801 lpc_ich mfd_core mei_me mei shpchp processor button efi_pstore efivars fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 sg sr_mod cdrom sd_mod r8169 mii ahci crc32c_intel libahci libata ehci_pci ehci_hcd scsi_mod usbcore usb_common fan thermal thermal_sys [176041.174257] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.2.0-rc6-amd64 #1 Debian 4.2~rc6-1~exp1 [176041.174258] Hardware name: Dell Inc. XPS 8700/0KWVT8, BIOS A08 04/16/2014 [176041.174259] 81729448 81546a1d 88021ec05b60 [176041.174260] 8106e571 880214e09000 88021ec05c40 [176041.174262] 88021ec05ef8 8106e5ea 81729420 [176041.174263] Call Trace: [176041.174264][] ? dump_stack+0x40/0x50 [176041.174270] [] ? warn_slowpath_common+0x81/0xb0 [176041.174272] [] ? warn_slowpath_fmt+0x4a/0x50 [176041.174273] [] ? watchdog_overflow_callback+0x84/0xb0 [176041.174276] [] ? __perf_event_overflow+0x82/0x1b0 [176041.174278] [] ? intel_pmu_handle_irq+0x1d4/0x440 [176041.174281] [] ? perf_event_nmi_handler+0x25/0x40 [176041.174283] [] ? native_sched_clock+0x24/0x80 [176041.174284] [] ? nmi_handle+0x82/0x110 [176041.174285] [] ? default_do_nmi+0xc2/0x110 [176041.174286] [] ? do_nmi+0xdb/0x130 [176041.174289] [] ? end_repeat_nmi+0x1a/0x1e [176041.174290] [] ? native_queued_spin_lock_slowpath+0x165/0x180 [176041.174292] [] ? native_queued_spin_lock_slowpath+0x165/0x180 [176041.174293] [] ? native_queued_spin_lock_slowpath+0x165/0x180 [176041.174293] <>[] ? _raw_spin_lock_irqsave+0x32/0x40 [176041.174306] [] ? nvkm_fantog_update+0x4c/0x110 [nouveau] [176041.174313] [] ? nvkm_fantog_set+0x32/0x40 [nouveau] [176041.174320] [] ? nvkm_fan_update+0xe9/0x1e0 [nouveau] [176041.174327] [] ? nv04_timer_alarm_trigger+0x10c/0x150 [nouveau] [176041.174333] [] ? nvkm_fantog_update+0x10e/0x110 [nouveau] [176041.174339] [] ? nv04_timer_alarm_trigger+0x10c/0x150 [nouveau] [176041.174344] [] ? nv04_timer_intr+0x6a/0x90 [nouveau] [176041.174351] [] ? nvkm_mc_intr+0xed/0x160 [nouveau] [176041.174353] [] ? handle_irq_event_percpu+0x6b/0x180 [176041.174354] [] ? handle_irq_event+0x40/0x60 [176041.174356] [] ? handle_edge_irq+0x7b/0x140 [176041.174357] [] ? handle_irq+0x1d/0x30 [176041.174359] [] ? do_IRQ+0x46/0xd0 [176041.174361] [] ? common_interrupt+0x6b/0x6b [176041.174361][] ? cpuidle_enter_state+0xe8/0x220 [176041.174365] [] ? cpuidle_enter_state+0xc3/0x220 [176041.174367] [] ? cpu_startup_entry+0x256/0x310 [176041.174368] [] ? start_kernel+0x480/0x48b [176041.174370] [] ? early_idt_handler_array+0x120/0x120 [176041.174371] [] ? early_idt_handler_array+0x120/0x120 [176041.174373] [] ? x86_64_start_kernel+0x148/0x157 [176041.174374] ---[ end trace 0ed75ece92f6e55f ]--- -- You are receiving this m
[Nouveau] [Bug 90871] NV30: Xfwm4 use_compositing - garbled display
https://bugs.freedesktop.org/show_bug.cgi?id=90871 --- Comment #29 from poma --- Thanks for testing, man. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 84101] [NV96] null deref in nouveau_i2c_acquire_pad, triggered by xcmddc
https://bugs.freedesktop.org/show_bug.cgi?id=84101 Hans de Goede changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Hans de Goede --- The code path in question has been rewritten and recent kernels no longer have nouveau_i2c_acquire_pad, closing this. -- 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 90871] NV30: Xfwm4 use_compositing - garbled display
https://bugs.freedesktop.org/show_bug.cgi?id=90871 --- Comment #28 from Hans de Goede --- Hi, (In reply to poma from comment #27) > (In reply to Hans de Goede from comment #26) > > (In reply to poma from comment #25) > > > Here you can find the source rpm of the Xfce's window manager with GLX > > > support: > > > http://goo.gl/Gm4ffO > > > source/xfwm4-4.12.3-11.2.glx.git20150615.fc22.src.rpm > > > > > > Besides it is an integral part of the test compilation: > > > http://goo.gl/Gm4ffO > > > iso/Twenty-Two-Xfce-Live-*.iso > > > > > > > > > Ref. > > > compositor: Add support for GLX > > > http://git.xfce.org/xfce/xfwm4/commit/?id=fee08ea > > > > Interesting so what you are saying is that the default F-22 xfwm builds do > > not have this patch, and thus cannot be used to reproduce the problem ? > > > 4.12.3 is a bug fix release - 2015-05-16: > https://mail.xfce.org/pipermail/xfce-announce/2015-May/000416.html > > Although the "compositor: Add support for GLX" commit is the earlier date - > 2015-04-24, > it still has not entered the release. Ok, so I've build the src.rpm you linked to, and tried to reproduce the problem that way, but I still cannot reproduce it: [hans@plank ~]$ rpm -q xfwm4 xfwm4-4.12.3-11.2.glx.git20150615.fc22.x86_64 So it looks like this only happens on nv3x and not on nv4x. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
