[Nouveau] [Bug 92126] [NVE4] GTX 760 Auto fan speed stays at 10% until temp hits 90C
https://bugs.freedesktop.org/show_bug.cgi?id=92126 --- Comment #4 from daemon32 --- You're welcome, I like to help out wherever I can! -- 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] [libdrm v3 13/14] nouveau: clean up nouveau.h, noting deprecated members/functions
Hi Ben,
A couple of side notes, not really anything we should do at this point.
On 16 December 2015 at 23:21, Ben Skeggs wrote:
> From: Ben Skeggs
>
> Signed-off-by: Ben Skeggs
> ---
> nouveau/nouveau.h | 227
> +++---
> 1 file changed, 114 insertions(+), 113 deletions(-)
>
> diff --git a/nouveau/nouveau.h b/nouveau/nouveau.h
> index f3cf8f5..335ce77 100644
> --- a/nouveau/nouveau.h
> +++ b/nouveau/nouveau.h
> @@ -4,24 +4,43 @@
> #include
> #include
>
> -#define NOUVEAU_DEVICE_CLASS 0x8000
> -#define NOUVEAU_FIFO_CHANNEL_CLASS 0x8001
> -#define NOUVEAU_NOTIFIER_CLASS 0x8002
> -#define NOUVEAU_PARENT_CLASS 0x
> +/* Supported class information, provided by the kernel */
> +struct nouveau_sclass {
> + int32_t oclass;
> + int minver;
> + int maxver;
> +};
>
> -struct nouveau_list {
> - struct nouveau_list *prev;
> - struct nouveau_list *next;
> +/* Client-provided array describing class versions that are desired.
> + *
> + * These are used to match against the kernel's list of supported classes.
> + */
> +struct nouveau_mclass {
> + int32_t oclass;
> + int version;
> + void *data;
> };
>
> struct nouveau_object {
> struct nouveau_object *parent;
> uint64_t handle;
> uint32_t oclass;
> - uint32_t length;
> - void *data;
> + uint32_t length;/* deprecated */
> + void *data; /* deprecated */
Not 100% sure but we might get away with annotating these as
__attribute__ ((deprecated)).
> };
>
> +int nouveau_object_new(struct nouveau_object *parent, uint64_t handle,
> + uint32_t oclass, void *data, uint32_t length,
> + struct nouveau_object **);
> +void nouveau_object_del(struct nouveau_object **);
> +int nouveau_object_mthd(struct nouveau_object *, uint32_t mthd,
> + void *data, uint32_t size);
> +int nouveau_object_sclass_get(struct nouveau_object *,
> + struct nouveau_sclass **);
> +void nouveau_object_sclass_put(struct nouveau_sclass **);
> +int nouveau_object_mclass(struct nouveau_object *,
> + const struct nouveau_mclass *);
> +
> struct nouveau_drm {
> struct nouveau_object client;
> int fd;
> @@ -40,81 +59,11 @@ nouveau_drm(struct nouveau_object *obj)
> int nouveau_drm_new(int fd, struct nouveau_drm **);
> void nouveau_drm_del(struct nouveau_drm **);
>
> -struct nouveau_fifo {
> - struct nouveau_object *object;
> - uint32_t channel;
> - uint32_t pushbuf;
> - uint64_t unused1[3];
> -};
> -
> -struct nv04_fifo {
> - struct nouveau_fifo base;
> - uint32_t vram;
> - uint32_t gart;
> - uint32_t notify;
> -};
> -
> -struct nvc0_fifo {
> - struct nouveau_fifo base;
> - uint32_t notify;
> -};
> -
> -#define NVE0_FIFO_ENGINE_GR 0x0001
> -#define NVE0_FIFO_ENGINE_VP 0x0002
> -#define NVE0_FIFO_ENGINE_PPP 0x0004
> -#define NVE0_FIFO_ENGINE_BSP 0x0008
> -#define NVE0_FIFO_ENGINE_CE0 0x0010
> -#define NVE0_FIFO_ENGINE_CE1 0x0020
> -#define NVE0_FIFO_ENGINE_ENC 0x0040
> -
> -struct nve0_fifo {
> - struct {
> - struct nouveau_fifo base;
> - uint32_t notify;
> - };
> - uint32_t engine;
> -};
> -
> -struct nv04_notify {
> - struct nouveau_object *object;
> - uint32_t offset;
> - uint32_t length;
> -};
> -
> -/* Supported class information, provided by the kernel */
> -struct nouveau_sclass {
> - int32_t oclass;
> - int minver;
> - int maxver;
> -};
> -
> -/* Client-provided array describing class versions that are desired.
> - *
> - * These are used to match against the kernel's list of supported classes.
> - */
> -struct nouveau_mclass {
> - int32_t oclass; /* 0 == EOL */
> - int version;
> - void *data;
> -};
> -
> -int nouveau_object_new(struct nouveau_object *parent, uint64_t handle,
> - uint32_t oclass, void *data, uint32_t length,
> - struct nouveau_object **);
> -void nouveau_object_del(struct nouveau_object **);
> -int nouveau_object_mthd(struct nouveau_object *, uint32_t mthd,
> -void *data, uint32_t size);
> -int nouveau_object_sclass_get(struct nouveau_object *,
> - struct nouveau_sclass **);
> -void nouveau_object_sclass_put(struct nouveau_sclass **);
> -int nouveau_object_mclass(struct nouveau_object *,
> - const struct nouveau_mclass *);
> -
> struct nouveau_device {
> struct nouveau_object object;
> - int fd;
> - uint32_t lib_version;
> - uint32_t drm_version;
> + int fd; /* deprecated */
> + uint32_t lib_version; /* deprecated */
> + uint32_t drm_version; /* deprecated */
> uint32_t chips
[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 Ilia Mirkin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #92 from Ilia Mirkin --- The latest kernel, 4.4-rc5, actually enables this workaround by default, for everyone. Marking this as fixed. -- 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 #91 from Bozhan Boyadzhiev --- (In reply to bruno.pagani from comment #80) > Well initial report was for 3.11 here, so don’t think something has changed. > > Also why do you set nouveau.runpm=0? Doesn’t work without it? It is not needed. -- 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] bios/fan: hardcode the fan mode to linear
On 29/11/15 16:10, Martin Peres wrote: This is an oversight that made use of the trip-point-based fan managenent on cards that never expose those. This led the fan to stay at fan_min. Fortunately, the emergency code would kick when the temperature would reach 90°C. Reported-by: Tom Englund Tested-by: Tom Englund Tested-by: Daemon32 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92126 Signed-off-by: Martin Peres --- drm/nouveau/nvkm/subdev/bios/fan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drm/nouveau/nvkm/subdev/bios/fan.c b/drm/nouveau/nvkm/subdev/bios/fan.c index 43006db..80fed7e 100644 --- a/drm/nouveau/nvkm/subdev/bios/fan.c +++ b/drm/nouveau/nvkm/subdev/bios/fan.c @@ -83,6 +83,7 @@ nvbios_fan_parse(struct nvkm_bios *bios, struct nvbios_therm_fan *fan) fan->type = NVBIOS_THERM_FAN_UNK; } + fan->fan_mode = NVBIOS_THERM_FAN_LINEAR; fan->min_duty = nvbios_rd08(bios, data + 0x02); fan->max_duty = nvbios_rd08(bios, data + 0x03); Ben, can you merge this patch? It is kind of critical :s And it should be CCed to stable too, without it, some kepler/maxwell get 0% fan power which is kind of dangerous, even without reclocking! ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 93254] [NVA5] The Long Dark (game) is very slow because of "kernel rejected pushbuf" messages in log files
https://bugs.freedesktop.org/show_bug.cgi?id=93254 --- Comment #5 from Alexander Schlarb --- Anything I can do about this? -- 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
Re: [Nouveau] [mesa v3 1/9] nouveau: bump required libdrm version to 2.4.66
This series is: Reviewed-by: Samuel Pitoiset Tested-by: Samuel Pitoiset On 12/17/2015 12:21 AM, Ben Skeggs wrote: From: Ben Skeggs v2. forgot bump for non-gallium driver Signed-off-by: Ben Skeggs --- configure.ac | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index b6680d0..965c6f7 100644 --- a/configure.ac +++ b/configure.ac @@ -72,8 +72,8 @@ LIBDRM_REQUIRED=2.4.60 LIBDRM_RADEON_REQUIRED=2.4.56 LIBDRM_AMDGPU_REQUIRED=2.4.63 LIBDRM_INTEL_REQUIRED=2.4.61 -LIBDRM_NVVIEUX_REQUIRED=2.4.33 -LIBDRM_NOUVEAU_REQUIRED=2.4.62 +LIBDRM_NVVIEUX_REQUIRED=2.4.66 +LIBDRM_NOUVEAU_REQUIRED=2.4.66 LIBDRM_FREEDRENO_REQUIRED=2.4.65 DRI2PROTO_REQUIRED=2.6 DRI3PROTO_REQUIRED=1.0 -- -Samuel ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 91954] "link training failed": nouveau does not recover from monitor suspend
https://bugs.freedesktop.org/show_bug.cgi?id=91954 --- Comment #4 from Julien HENRY --- I have a similar issue on Fedora 23 using kernel rawhide 4.4.0-0.rc5.git0.1.fc24.x86_64 + xorg-x11-drv-nouveau-1.0.12-1.fc23.x86_64. I have two monitors: DVI + Display port. After letting them go to suspend mode, when I tried to move the mouse the DVI one woke up but the one on display port was completely corrupted. I went to monitor settings in order to change resolution as an attempt to fix the issue without reboot and it froze completly the UI (I can still SSH from another computer). [14390.513212] nouveau :01:00.0: disp: outp 05:0006:0f44: link training failed [14390.670611] [ cut here ] [14390.670617] WARNING: CPU: 3 PID: 26365 at include/drm/drm_crtc.h:1565 drm_helper_choose_encoder_dpms+0x8a/0x90 [drm_kms_helper]() [14390.670618] Modules linked in: tun ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack ebtable_broute bridge stp llc ebtable_filter ebtable_nat ebtables ip6table_raw ip6table_security ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_filter ip6_tables iptable_raw iptable_security iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle binfmt_misc gspca_zc3xx gspca_main v4l2_common videodev media snd_usb_audio snd_usbmidi_lib snd_rawmidi joydev snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm iTCO_wdt iTCO_vendor_support intel_rapl eeepc_wmi iosf_mbi x86_pkg_temp_thermal coretemp asus_wmi sparse_keymap kvm rfkill irqbypass snd_timer [14390.670639] snd crct10dif_pclmul crc32_pclmul crc32c_intel soundcore mei_me mei lpc_ich i2c_i801 shpchp tpm_infineon tpm_tis tpm nfsd auth_rpcgss nfs_acl lockd grace sunrpc nouveau serio_raw r8169 mxm_wmi i2c_algo_bit drm_kms_helper uas mii ttm usb_storage drm hid_roccat_konepure hid_roccat hid_roccat_common video wmi fjes [14390.670651] CPU: 3 PID: 26365 Comm: kworker/3:1 Tainted: GW 4.4.0-0.rc5.git0.1.fc24.x86_64 #1 [14390.670652] Hardware name: ASUS All Series/Z87-C, BIOS 2103 08/15/2014 [14390.670663] Workqueue: events nvif_notify_work [nouveau] [14390.670664] 5f9a7b6d 8801a0fefd10 813b022f [14390.670666] 8801a0fefd48 810a2ef2 880212424000 [14390.670667] 880036a50600 880214c47000 880214eb63e8 [14390.670668] Call Trace: [14390.670672] [] dump_stack+0x44/0x55 [14390.670674] [] warn_slowpath_common+0x82/0xc0 [14390.670675] [] warn_slowpath_null+0x1a/0x20 [14390.670677] [] drm_helper_choose_encoder_dpms+0x8a/0x90 [drm_kms_helper] [14390.670679] [] drm_helper_connector_dpms+0x4b/0x100 [drm_kms_helper] [14390.670695] [] nouveau_connector_hotplug+0x5b/0xb0 [nouveau] [14390.670700] [] nvif_notify_work+0x27/0xa0 [nouveau] [14390.670702] [] ? _raw_spin_unlock_irqrestore+0xe/0x10 [14390.670704] [] ? pwq_dec_nr_in_flight+0x4d/0xa0 [14390.670705] [] process_one_work+0x19e/0x3f0 [14390.670706] [] worker_thread+0x4e/0x450 [14390.670708] [] ? __schedule+0x3e0/0x9b0 [14390.670709] [] ? process_one_work+0x3f0/0x3f0 [14390.670710] [] ? process_one_work+0x3f0/0x3f0 [14390.670711] [] kthread+0xd8/0xf0 [14390.670712] [] ? kthread_worker_fn+0x160/0x160 [14390.670714] [] ret_from_fork+0x3f/0x70 [14390.670715] [] ? kthread_worker_fn+0x160/0x160 [14390.670716] ---[ end trace 0fc951b1df0a1d95 ]-- -- 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 92126] [NVE4] GTX 760 Auto fan speed stays at 10% until temp hits 90C
https://bugs.freedesktop.org/show_bug.cgi?id=92126 --- Comment #3 from Martin Peres --- So sorry I missed this bug report! Thanks for providing the vbios and, above all, testing my patch! I will have a look at it today or tomorrow morning. There must be a stupid issue but that would be in the common code, which is weird! -- 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
