https://bugs.freedesktop.org/show_bug.cgi?id=40423
--- Comment #24 from Nicholas Miell 2011-10-01 16:59:16 PDT
---
Already filed https://bugzilla.mozilla.org/show_bug.cgi?id=691003 yesterday.
Upstream jemalloc is fine (and has diverged rather significantly from Firefox's
copy).
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=40423
--- Comment #24 from Nicholas Miell 2011-10-01 16:59:16
PDT ---
Already filed https://bugzilla.mozilla.org/show_bug.cgi?id=691003 yesterday.
Upstream jemalloc is fine (and has diverged rather significantly from Firefox's
copy).
--
Configure b
Hi, Dave.
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Saturday, October 01, 2011 3:07 PM
> To: Inki Dae
> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
> kyungmin.park at samsung.com
> Subject: Re: [RESEND] An inquiry about DRM Driver for S
https://bugs.freedesktop.org/show_bug.cgi?id=41367
--- Comment #1 from Tom Stellard 2011-10-01 15:16:03 PDT
---
Created an attachment (id=51859)
View: https://bugs.freedesktop.org/attachment.cgi?id=51859
Review: https://bugs.freedesktop.org/review?bug=41367&attachment=51859
Possible fix
This
https://bugs.freedesktop.org/show_bug.cgi?id=41367
--- Comment #1 from Tom Stellard 2011-10-01 15:16:03
PDT ---
Created an attachment (id=51859)
View: https://bugs.freedesktop.org/attachment.cgi?id=51859
Review: https://bugs.freedesktop.org/review?bug=41367&attachment=51859
Possible fix
This
Hi, Dave.
I am very sorry for html type used before so I am re-sending this e-mail. I
wonder where are we on this. I had sent DRM Driver patch v5 for Samsung SoC
Exynos4210 a week ago but we have not received any comments from you.
You can refer to these patches I sent from links below.
v1: < htt
Configuration:
==
A mainline kernel of arbitrary version. HP Touchsmart tm-2 2010eg [1]
Laptop with dual (a.k.a "hybrid") switchable graphics:
Intel 1915 Arrandale & Radeon HD 5450 CEDAR
DRM_RADEON_KMS [=y]
HAS_IOMEM [=y]
DRM_RADEON [=y]
DRM_I915 [=y]
DRM_I915_KMS [=y]
DRM [=y]
AGP [
On Sat, 1 Oct 2011 11:59:09 +0200, Daniel Vetter wrote:
> So while you bang your head against this, can you add the backlight power
> sequencing delays for lvds panels, too? The lvds panel power sequencing
> should be imo safe - we just msleep-spin with wait_for until the power
> sequencer has co
xt 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/20111001/4d73305a/attachment.pgp>
On Fri, Sep 30, 2011 at 08:31:13PM -0700, Keith Packard wrote:
> On Fri, 30 Sep 2011 20:16:44 +0200, Daniel Vetter wrote:
>
> > Awesome patch description and the code agrees with what I've cross-checked
> > on bspec. The only fear I have is that we currently ignore the backlight
> > on/off timing
On Fri, Sep 30, 2011 at 04:14:40PM -0700, Keith Packard wrote:
> On Fri, 30 Sep 2011 19:09:46 +0200, Daniel Vetter wrote:
>
> > grep shows that we also write to PCH_PP_CONTROL in intel_lvds.c in the
> > dpms functions - any reasons these two writes are left out?
>
> Upon a bit of review:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=41375
--- Comment #5 from Andy Furniss 2011-10-01
11:02:40 PDT ---
(In reply to comment #0)
> Created an attachment (id=51826)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51826)
> dmesg
>
> VDPAU playback on Mplayer or Mplayer2 with ffmpeg o
https://bugs.freedesktop.org/show_bug.cgi?id=41375
--- Comment #5 from Andy Furniss 2011-10-01
11:02:40 PDT ---
(In reply to comment #0)
> Created an attachment (id=51826)
--> (https://bugs.freedesktop.org/attachment.cgi?id=51826)
> dmesg
>
> VDPAU playback on Mplayer or Mplayer2 with ffmpeg o
https://bugs.freedesktop.org/show_bug.cgi?id=41375
Andy Furniss changed:
What|Removed |Added
Attachment #51826|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41375
Andy Furniss changed:
What|Removed |Added
Attachment #51828|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41375
Andy Furniss changed:
What|Removed |Added
Attachment #51826|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41375
Andy Furniss changed:
What|Removed |Added
Attachment #51829|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41375
Andy Furniss changed:
What|Removed |Added
Attachment #51828|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=41375
Andy Furniss changed:
What|Removed |Added
Attachment #51829|text/x-log |text/plain
mime type|
>
> You can refer to these patches I sent from links below.
> v1: < https://lwn.net/Articles/454380/ >
> v2: < http://www.spinics.net/lists/kernel/msg1224275.html >
> v3: < http://www.spinics.net/lists/dri-devel/msg13755.html >
> v4: < http://permalink.gmane.org/gmane.comp.video.dri.devel/60439 >
>
On Fri, Sep 30, 2011 at 08:31:13PM -0700, Keith Packard wrote:
> On Fri, 30 Sep 2011 20:16:44 +0200, Daniel Vetter wrote:
>
> > Awesome patch description and the code agrees with what I've cross-checked
> > on bspec. The only fear I have is that we currently ignore the backlight
> > on/off timing
On Fri, Sep 30, 2011 at 04:14:40PM -0700, Keith Packard wrote:
> On Fri, 30 Sep 2011 19:09:46 +0200, Daniel Vetter wrote:
>
> > grep shows that we also write to PCH_PP_CONTROL in intel_lvds.c in the
> > dpms functions - any reasons these two writes are left out?
>
> Upon a bit of review:
>
>
On Thu, Sep 29, 2011 at 08:33:56PM -0700, Greg KH wrote:
> I'm all for enabling new hardware like this, and overall, the patches
> aren't that bad, just want to verify this.
>
> And, I do have to tell you, "curses, now I have no excuse to not buy
> that laptop!"
What kind of battery life do you g
On Thu, 29 Sep 2011 16:33:47 -0400
Konrad Rzeszutek Wilk wrote:
> As a mechanism to detect whether SWIOTLB is enabled or not.
> We also fix the spelling - it was swioltb instead of
> swiotlb.
>
> CC: FUJITA Tomonori
> [v1: Ripped out swiotlb_enabled]
> Signed-off-by: Konrad Rzeszutek Wilk
> --
On 29/09/11 22:36, Alex Deucher wrote:
On Thu, Sep 29, 2011 at 10:21 AM, Brad Campbell wrote:
This patch fixes a regression introduced between 2.6.39& 3.1-rc1 whereby
the displayport AUX channel stopped re-trying commands that elicited a DEFER
response.
It should still be retrying, just res
On 29/09/11 22:36, Alex Deucher wrote:
On Thu, Sep 29, 2011 at 10:21 AM, Brad Campbell wrote:
This patch fixes a regression introduced between 2.6.39& 3.1-rc1 whereby
the displayport AUX channel stopped re-trying commands that elicited a DEFER
response.
It should still be retrying, just rest
This patch fixes a regression introduced between 2.6.39 & 3.1-rc1
whereby the displayport AUX channel stopped re-trying commands that
elicited a DEFER response.
Signed-off-by: Brad Campbell
diff --git a/drivers/gpu/drm/radeon/atombios_dp.c
b/drivers/gpu/drm/radeon/atombios_dp.c
index 7ad43c
Hi,
Add more information.
We got occasionally "GPU lockup" after resuming from suspend(on mipsel
platform with a mips64 compatible CPU and rs780e, the kernel is 3.1.0-rc8
64bit). Related kernel message:
/* return from STR */
[ 156.152343] radeon :01:05.0: WB enabled
[ 156.187500] [drm] rin
On Fri, Sep 30, 2011 at 01:56:09PM -0700, Keith Packard wrote:
> On Fri, 30 Sep 2011 20:47:00 +0200, Daniel Vetter wrote:
>
> > A cancel_work might be good here, not point in waking up the cpu for no
> > reason. And can you add "panel off timer: " to the deboug output?
>
> No, that's not correct
29 matches
Mail list logo
