On Mon, Oct 4, 2010 at 1:08 AM, Keith Packard wrote:
> From: Adam Jackson
> ...
> +++ b/src/intel_driver.c
> @@ -107,6 +107,7 @@ typedef enum {
> OPTION_DEBUG_FLUSH_BATCHES,
> OPTION_DEBUG_FLUSH_CACHES,
> OPTION_DEBUG_WAIT,
> + OPTION_HOTPLUG,
> } I830Opts;
>
> static OptionInfoRec I
Hello,
You can add a:
Tested-by: Paul Rolland
This is indeed fixing the memory leak in size-32 pool on my machine.
Thanks a lot,
Paul
On Mon, 27 Sep 2010 21:08:36 +0100
Chris Wilson wrote:
> Hook the GEM vm open/close ops into the generic drm vm open/close so
> that the vma entries are crea
This message contains a list of some regressions from 2.6.35,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.35, please let us
know either and we'll add th
Toralf Förster wrote at 09:49:00
> Chris Wilson wrote at 16:02:08
>
> > memory is truly flushed before the interrupt fires. [T400 is ironlake?]
> > -Chris
>
> It is a Intel GM45 Chipset.
BTW, today I got it again :
...
2010-10-04T14:58:56.378+02:00 n22 kernel: INFO: task i915:907 blocked for mo
There are two messages in the ISR of nouveau which might be printed out
hundred times in a second. Ratelimit them. (We need to move
nouveau_ratelimit to the top of the file.)
Signed-off-by: Jiri Slaby
Cc: Ben Skeggs
Cc: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_irq.c | 23 ++
On Sun, 3 Oct 2010 19:36:26 -0700, Keith Packard wrote:
> Cancel the output polling work proc before acquiring the struct mutex
> to avoid acquiring the work proc mutex with the struct mutex
> held. This avoids inverting the lock order seen when the work proc
> runs.
I thought this was part of D
On Thu, 30 Sep 2010 15:18:27 +0200, Jean Delvare wrote:
> I am running kernel 2.6.36-rc6 on a Radeon HD4350 (RV710), and I see
> the following error messages in the logs:
>
> Sep 30 14:09:27 endymion kernel: [21556.560593] radeon :07:00.0:
> 88007c334000 reserve failed for wait
> Sep 30 1
This message contains a list of some post-2.6.34 regressions introduced before
2.6.35, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.34 regressions, please let us kno
On Mon, Oct 4, 2010 at 6:49 PM, Chris Wilson wrote:
> On Sun, 3 Oct 2010 19:36:26 -0700, Keith Packard wrote:
>> Cancel the output polling work proc before acquiring the struct mutex
>> to avoid acquiring the work proc mutex with the struct mutex
>> held. This avoids inverting the lock order see
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sun, 3 Oct 2010 16:08:16 -0700, Keith Packard wrote:
> From: Adam Jackson
>
> This connects the kernel uevent indicating monitor hotplugging to the
> RandR notification events so that X applications can be notified
> automatically when monitors are connected or disconnected.
The obvious que
https://bugs.freedesktop.org/show_bug.cgi?id=29580
Frederic Crozat changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sun, 03 Oct 2010 16:06:07 -0700, Keith Packard wrote:
> On Sun, 03 Oct 2010 22:05:13 +0100, Chris Wilson
> wrote:
>
> > It appears that all users (crtc and encoders) are tracking dpms_mode, in
> > one form or another. Should we move this to core?
>
> Sounds like a good idea. Would you prefe
On Mon, Oct 04, 2010 at 03:11:30PM +0200, Jiri Slaby wrote:
> There are two messages in the ISR of nouveau which might be printed out
> hundred times in a second. Ratelimit them. (We need to move
> nouveau_ratelimit to the top of the file.)
>
> Signed-off-by: Jiri Slaby
> Cc: Ben Skeggs
> Cc: Ma
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #10 from Rafał Miłecki 2010-10-04 10:04:20 PDT
---
(In reply to comment #8)
> I have tried it, and managed several iterations. But now I have hit a range
> where celestia crashes on start with this error:
> celestia: radeon_texture.c
From: Adam Jackson
This connects the kernel uevent indicating monitor hotplugging to the
RandR notification events so that X applications can be notified
automatically when monitors are connected or disconnected.
This also adds a configuration option to disable hotplug events.
V2: missed a #ifd
On Mon, 4 Oct 2010 20:13:33 +1000, Dave Airlie wrote:
> We don't do dynamic connectors now, so adding locking with no way of
> actually really testing it would just mean you'd probably have just as
> much pain when you do add dyanamic connectors.
I looked in the radeon and nouveau drivers and bo
2010/10/3 Rafael J. Wysocki :
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=19302
> Subject : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
> Submitter : O01eg
> Date : 2010-09-26 19:50 (8 days old)
> Message-ID :
> References : http
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #12 from Mathias Brodala 2010-10-04 11:46:16 PDT
---
(In reply to comment #11)
> Otherwise I guess I can also wait for a kernel 2.6.36 RC to
> hit my package repositories.
… is what I did now and I can start just fine. So this issue
https://bugs.freedesktop.org/show_bug.cgi?id=29711
Igor Strelnikoff changed:
What|Removed |Added
AssignedTo|dri-de...@lists.freedesktop |mesa-...@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=29513
Igor Strelnikoff changed:
What|Removed |Added
QAContact||mesa-...@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=29513
Igor Strelnikoff changed:
What|Removed |Added
AssignedTo|dri-de...@lists.freedesktop |mesa-...@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #13 from Alex Deucher 2010-10-04 13:22:59 PDT ---
I think it should be fixed by this patch:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e488459a0e131acc9e14df093cfee740bc431953
--
Configure bugmai
This patch reworks spread spectrum handling to enable it
properly on lvds and DP/eDP links. It also fixes several
bugs in the old spread spectrum code.
- Use the ss recommended reference divider if available
when calculating the pll
- Use the proper ss command tables on pre-DCE3 asics
- Avoid rea
On Mon, Oct 4, 2010 at 7:43 PM, Keith Packard wrote:
> +.BI "Option \*qHotplug\*q \*q" boolean \*q
> ...
> + {OPTION_HOTPLUG, "HotPlug", OPTV_BOOLEAN, {0}, TRUE},
It probably doesn't matter, but it would be nice to be consistent with
the captialization. "Hotplug" or "HotPlug".
Gei
Running a kernel based on the Rafael's -next tree, under VMware, I get the
following oops while booting:
Entering kdb (current=0xd73e2f70, pid 1024) on processor 0 Oops: (null)
due to oops @ 0xc108bc94
Modules linked in: ext4 jbd2 crc16 mptspi mptscsih mptbase
Pid: 1024, comm: plymouthd Not tain
On Mon, 2010-10-04 at 15:11 +0200, Jiri Slaby wrote:
> There are two messages in the ISR of nouveau which might be printed out
> hundred times in a second. Ratelimit them. (We need to move
> nouveau_ratelimit to the top of the file.)
Looks good to me. If you could rebase this on nouveau git
(git.f
On Tue, Oct 5, 2010 at 8:57 AM, Nigel Cunningham wrote:
> Running a kernel based on the Rafael's -next tree, under VMware, I get the
> following oops while booting:
Should already be fixed in Linus tree by,
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=f1a28ee238bdd
Hi.
On 05/10/10 12:51, Dave Airlie wrote:
On Tue, Oct 5, 2010 at 8:57 AM, Nigel Cunningham wrote:
Running a kernel based on the Rafael's -next tree, under VMware, I get the
following oops while booting:
Should already be fixed in Linus tree by,
http://git.kernel.org/?p=linux/kernel/git/torv
https://bugs.freedesktop.org/show_bug.cgi?id=29787
--- Comment #10 from j.bormol...@gmail.com 2010-10-04 20:38:36 PDT ---
I see essentially the same thing as Arno. I have an AMD 780G motherboard
(radeon hd3200 / rs780). The only time I noticed the problem was when running
mplayer - it pauses for a
> mode setting a tiny bit faster as well.
>
> I've got a couple more changes to work on today:
>
> ?1) re-train the monitor when it gets unplugged and then plugged back
> ? ?in. Right now, if you kick the cable out, you're stuck fumbling
> ? ?around in the dark trying to run 'xrandr' again.
don't
Keith Packard wrote:
> This connects the kernel uevent indicating monitor hotplugging to the
> RandR notification events so that X applications can be notified
> automatically when monitors are connected or disconnected.
Are these events actually being generated?
If there is the infrastructure to
Hello,
You can add a:
Tested-by: Paul Rolland
This is indeed fixing the memory leak in size-32 pool on my machine.
Thanks a lot,
Paul
On Mon, 27 Sep 2010 21:08:36 +0100
Chris Wilson wrote:
> Hook the GEM vm open/close ops into the generic drm vm open/close so
> that the vma entries are crea
On Thu, 30 Sep 2010 15:18:27 +0200, Jean Delvare wrote:
> I am running kernel 2.6.36-rc6 on a Radeon HD4350 (RV710), and I see
> the following error messages in the logs:
>
> Sep 30 14:09:27 endymion kernel: [21556.560593] radeon :07:00.0:
> 88007c334000 reserve failed for wait
> Sep 30 1
On Sun, 3 Oct 2010 19:36:26 -0700, Keith Packard wrote:
> Cancel the output polling work proc before acquiring the struct mutex
> to avoid acquiring the work proc mutex with the struct mutex
> held. This avoids inverting the lock order seen when the work proc
> runs.
I thought this was part of D
On Sun, 03 Oct 2010 16:06:07 -0700, Keith Packard wrote:
> On Sun, 03 Oct 2010 22:05:13 +0100, Chris Wilson chris-wilson.co.uk> wrote:
>
> > It appears that all users (crtc and encoders) are tracking dpms_mode, in
> > one form or another. Should we move this to core?
>
> Sounds like a good idea
On Sun, 3 Oct 2010 16:08:16 -0700, Keith Packard wrote:
> From: Adam Jackson
>
> This connects the kernel uevent indicating monitor hotplugging to the
> RandR notification events so that X applications can be notified
> automatically when monitors are connected or disconnected.
The obvious que
On Mon, Oct 4, 2010 at 6:49 PM, Chris Wilson
wrote:
> On Sun, ?3 Oct 2010 19:36:26 -0700, Keith Packard
> wrote:
>> Cancel the output polling work proc before acquiring the struct mutex
>> to avoid acquiring the work proc mutex with the struct mutex
>> held. This avoids inverting the lock order
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Toralf F?rster wrote at 09:49:00
> Chris Wilson wrote at 16:02:08
>
> > memory is truly flushed before the interrupt fires. [T400 is ironlake?]
> > -Chris
>
> It is a Intel GM45 Chipset.
BTW, today I got it again :
...
2010-10-04T14:58:56.378+02:00 n22 kernel: INFO: task i915:907 blocked for mo
There are two messages in the ISR of nouveau which might be printed out
hundred times in a second. Ratelimit them. (We need to move
nouveau_ratelimit to the top of the file.)
Signed-off-by: Jiri Slaby
Cc: Ben Skeggs
Cc: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_irq.c | 23 ++
On Mon, Oct 4, 2010 at 1:08 AM, Keith Packard wrote:
> From: Adam Jackson
> ...
> +++ b/src/intel_driver.c
> @@ -107,6 +107,7 @@ typedef enum {
> ? ?OPTION_DEBUG_FLUSH_BATCHES,
> ? ?OPTION_DEBUG_FLUSH_CACHES,
> ? ?OPTION_DEBUG_WAIT,
> + ? OPTION_HOTPLUG,
> ?} I830Opts;
>
> ?static OptionInfoRec I
On Mon, Oct 04, 2010 at 03:11:30PM +0200, Jiri Slaby wrote:
> There are two messages in the ISR of nouveau which might be printed out
> hundred times in a second. Ratelimit them. (We need to move
> nouveau_ratelimit to the top of the file.)
>
> Signed-off-by: Jiri Slaby
> Cc: Ben Skeggs
> Cc: Ma
https://bugs.freedesktop.org/show_bug.cgi?id=30502
--- Comment #10 from Rafa? Mi?ecki 2010-10-04 10:04:20
PDT ---
(In reply to comment #8)
> I have tried it, and managed several iterations. But now I have hit a range
> where celestia crashes on start with this error:
> celestia: radeon_texture.c
From: Adam Jackson
This connects the kernel uevent indicating monitor hotplugging to the
RandR notification events so that X applications can be notified
automatically when monitors are connected or disconnected.
This also adds a configuration option to disable hotplug events.
V2: missed a #ifd
non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20101004/b25e4aa3/attachment.pgp>
2010/10/3 Rafael J. Wysocki :
> Bug-Entry ? ? ? : http://bugzilla.kernel.org/show_bug.cgi?id=19302
> Subject ? ? ? ? : PROBLEM: kernel crash on USB-modem (Huawei E1750) hangup.
> Submitter ? ? ? : O01eg
> Date ? ? ? ? ? ?: 2010-09-26 19:50 (8 days old)
> Message-ID ? ? ?:
> References ? ? ?: http
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #12 from Mathias Brodala 2010-10-04 11:46:16
PDT ---
(In reply to comment #11)
> Otherwise I guess I can also wait for a kernel 2.6.36 RC to
> hit my package repositories.
? is what I did now and I can start just fine. So this issue
https://bugs.freedesktop.org/show_bug.cgi?id=29711
Igor Strelnikoff changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=29513
Igor Strelnikoff changed:
What|Removed |Added
QAContact||mesa-dev at lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=29513
Igor Strelnikoff changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=29834
--- Comment #13 from Alex Deucher 2010-10-04 13:22:59 PDT
---
I think it should be fixed by this patch:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e488459a0e131acc9e14df093cfee740bc431953
--
Configure bugma
This patch reworks spread spectrum handling to enable it
properly on lvds and DP/eDP links. It also fixes several
bugs in the old spread spectrum code.
- Use the ss recommended reference divider if available
when calculating the pll
- Use the proper ss command tables on pre-DCE3 asics
- Avoid rea
On Mon, Oct 4, 2010 at 7:43 PM, Keith Packard wrote:
> +.BI "Option \*qHotplug\*q \*q" boolean \*q
> ...
> + ? {OPTION_HOTPLUG, ? ?"HotPlug", ? ? ?OPTV_BOOLEAN, ? {0}, ? ?TRUE},
It probably doesn't matter, but it would be nice to be consistent with
the captialization. "Hotplug" or "HotPlug".
Gei
https://bugs.freedesktop.org/show_bug.cgi?id=29787
--- Comment #10 from j.bormolini at gmail.com 2010-10-04 20:38:36 PDT ---
I see essentially the same thing as Arno. I have an AMD 780G motherboard
(radeon hd3200 / rs780). The only time I noticed the problem was when running
mplayer - it pauses fo
55 matches
Mail list logo
