Displaying 4 results from an estimated 4 matches for "siosm".
2014 Mar 20
4
[Bug 76414] New: [NVE4] Flash player triggers freeze with: PFIFO: read fault at ... [UNSUPPORTED_KIND] from PBDMA0/HOST ...
...Summary: [NVE4] Flash player triggers freeze with: PFIFO: read
fault at ... [UNSUPPORTED_KIND] from PBDMA0/HOST ...
QA Contact: xorg-team at lists.x.org
Severity: major
Classification: Unclassified
OS: Linux (All)
Reporter: tim at siosm.fr
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Driver/nouveau
Product: xorg
A specific web page, with some flash content triggers an Xorg freeze (100%
system CPU on one core). I reproduced the issue 4 times in a row right after...
2014 Mar 24
4
[PATCH 1/4] pm/fan: drop the fan lock in fan_update() before rescheduling
...k to reschedule
an update. On an other CPU, the alarm_program_lock would have been taken
before calling fan_update(), leading to a deadlock.
We should Cc: <stable at vger.kernel.org> # 3.9+
Reported-by: Marcin Slusarz <marcin.slusarz at gmail.com>
Tested-by: Timoth?e Ravier <tim at siosm.fr>
Signed-off-by: Martin Peres <martin.peres at free.fr>
---
nvkm/subdev/therm/fan.c | 19 +++++++++++++------
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/nvkm/subdev/therm/fan.c b/nvkm/subdev/therm/fan.c
index 95f6129..29d4c41 100644
--- a/nvkm/subdev/therm/fan.c
+++...
2015 Jan 29
0
[Bug 84721] [NVC1] Nvidia Geforce GT 630 using nouveau on 3.16 kernel. dangerous Fan speed
...ermal table.
On my nve6, the blob sets the default linear range from 40°C to 100°C
but my nvcf's default values are 40°C to 85°C. Let's keep 85 as a default
for everyone.
Signed-off-by: Martin Peres <martin.peres at labri.fr>
Tested-by: Timothée Ravier <tim at siosm.fr>
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
:040000 040000 1a0d1ec08c6ffaf36f923a2b68c9f91e945bb299
96bf5f6667528a22493d3a6d4cec6b11ce09414d M drivers
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An...
2014 Mar 13
1
[PATCH] pm/fan: drop the fan lock in fan_update() before rescheduling
From: Martin Peres <martin.peres at labri.fr>
This should fix a deadlock that has been reported to us where fan_update()
would hold the fan lock and try to grab the alarm_program_lock to reschedule
an update. On an other CPU, the alarm_program_lock would have been taken
before calling fan_update(), leading to a deadlock.
Reported-by: Marcin Slusarz <marcin.slusarz at gmail.com>