https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #15 from Reiner 2012-09-14 07:08:40 UTC ---
I can confirm this bug with the following configuration:
- Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP)
- XUbuntu 12.04.01 with kernel 3.2.0-30-generic #48-Ubuntu SMP
- X.Org X Server 1.11.3
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #44 from lukensh...@ngi.it 2012-09-14 07:59:36 UTC ---
Sorry, I've managed to resolve my first problem (screen blanking after boot for
about 30-40 seconds): it is not related to drm, but it depends on fbcon loaded
as a module (instead
On Don, 2012-09-13 at 18:13 +0400, Dmitry Cherkasov wrote:
> PDE/PTE update code uses CP ring for memory writes.
> All page table entries are preallocated for now in alloc_pt().
>
> It is made as whole because it's hard to divide it to several patches
> that compile and doesn't break anything bei
On 13.09.2012 20:42, Jerome Glisse wrote:
On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher wrote:
On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
wrote:
PDE/PTE update code uses CP ring for memory writes.
All page table entries are preal
On Fre, 2012-09-14 at 13:04 +0400, Dmitry Cherkassov wrote:
> > With that fixed, it seems to work on SI, but seems to slow things down
> > significantly. Have you noticed that as well? Any idea what might be the
> > reason?
> >
> Thanks I'll put it up to the patch.
>
> I had everything running sl
> With that fixed, it seems to work on SI, but seems to slow things down
> significantly. Have you noticed that as well? Any idea what might be the
> reason?
>
Thanks I'll put it up to the patch.
I had everything running slow on cayman when having lots of debugging output,
removing it fixed the sl
On Fri, Sep 14, 2012 at 11:29:06AM +0200, Dirk Behme wrote:
> On 12.09.2012 12:31, Sascha Hauer wrote:
> >+
> >+ timeout = jiffies + msecs_to_jiffies(1000);
> >+ while (ipu_cm_read(ipu, IPU_MEM_RST) & 0x8000) {
> >+ if (time_after(jiffies, timeout))
> >+
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #4 from Anisse Astier 2012-09-14 10:16:22 ---
I think it is indeed a regression. After many power cycles, I wasn't able to
reproduce it with 3.2.16.
This is going to take forever to bisect…
--
Configure bugmail: https://bugzill
I realise this a bit bigger than I would want at this point,
exynos is a large chunk, I got them to half what they wanted already, and
hey its ARM based, so not going to hurt many people,
radeon has only two fixes, but the PLL fixes were a bit bigger,
but required for a lot of scenarios, the f
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #16 from Michel Dänzer 2012-09-14 10:49:11 UTC
---
(In reply to comment #15)
> I can confirm this bug with the following configuration:
> - Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP)
> - XUbuntu 12.04.01 with kernel 3.2.0-30-generi
Hi Maarten!
Broadening the audience a bit..
On 9/14/12 9:12 AM, Maarten Lankhorst wrote:
Op 13-09-12 23:00, Thomas Hellstrom schreef:
On 09/13/2012 07:13 PM, Maarten Lankhorst wrote:
Hey
Op 13-09-12 18:41, Thomas Hellstrom schreef:
On 09/13/2012 05:19 PM, Maarten Lankhorst wrote:
Hey,
Op
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #12 from Andy Furniss 2012-09-14
11:24:08 UTC ---
Created attachment 67147
--> https://bugs.freedesktop.org/attachment.cgi?id=67147
before r300g: fix colormask with non-BGRA formats
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #13 from Andy Furniss 2012-09-14
11:25:38 UTC ---
Created attachment 67148
--> https://bugs.freedesktop.org/attachment.cgi?id=67148
after r300g: fix colormask with non-BGRA formats
--
Configure bugmail: https://bugs.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #14 from Andy Furniss 2012-09-14
11:27:03 UTC ---
(In reply to comment #11)
> Sorry, I should have written "partially fixes..". It only fixes the crash, not
> the playback problems.
Decode on a 9600 has just been improved slightly b
Hi Dave,
The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
requires GEM and KMS/FB helpers that have been reviewed on the list and
tested. Sascha is waiting for them to reach your tree to send a pull request
for another new driver.
The following changes since commit 09e7dc
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Fri, 14 Sep 2012 14:38:10 +0200
Laurent Pinchart wrote:
> Hi Dave,
>
> The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> requires GEM and KMS/FB helpers that have been reviewed on the list and
> tested. Sascha is waiting for them to reach your tree to send a pull requ
On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote:
> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrjälä
> wrote:
> > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
> >> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrjälä
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob
On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely
wrote:
> Some platforms (for instance MacbookPros) have custom backlight drivers
> and don't use the integrated i915 backlight control. This patch adds a
> quirk to disable registering the intel backlight when unused on a
> platform.
>
> Tested on
Hi Alan,
On Friday 14 September 2012 13:47:33 Alan Cox wrote:
> On Fri, 14 Sep 2012 14:38:10 +0200 Laurent Pinchart wrote:
> > Hi Dave,
> >
> > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> > requires GEM and KMS/FB helpers that have been reviewed on the list and
> > te
> -Original Message-
> From: Christian König [mailto:deathsim...@vodafone.de]
> Sent: Friday, September 14, 2012 4:49 AM
> To: Jerome Glisse
> Cc: Alex Deucher; Cherkasov, Dmitrii; linux-ker...@vger.kernel.org; dri-
> de...@lists.freedesktop.org; Deucher, Alexander; Dave Airlie; Dmitry
> Ch
On Fri, 2012-09-14 at 14:09 +0100, Grant Likely wrote:
> On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson
> wrote:
> > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely
> > wrote:
> >> Some platforms (for instance MacbookPros) have custom backlight drivers
> >> and don't use the integrated i915 bac
On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrjälä
wrote:
> On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote:
>> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrjälä
>> wrote:
>> > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
>> >> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrjälä
>> >>
https://bugs.freedesktop.org/show_bug.cgi?id=51652
--- Comment #4 from okias 2012-09-14 13:26:32 UTC ---
to picture - I tested rc2 and I accidantally discovered, that it's because
OpenGL Kwin, after deactivating affects it's ok. So some git mesa update...
--
Configure bugmail: https://bugs.free
On Fri, 14 Sep 2012 14:12:19 +0100, David Woodhouse wrote:
> On Fri, 2012-09-14 at 14:09 +0100, Grant Likely wrote:
> > On Fri, Sep 14, 2012 at 2:01 PM, Chris Wilson
> > wrote:
> > > On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely
> > > wrote:
> > >> Some platforms (for instance MacbookPros)
Op 14-09-12 12:50, Thomas Hellström schreef:
> Hi Maarten!
>
> Broadening the audience a bit..
>
> On 9/14/12 9:12 AM, Maarten Lankhorst wrote:
>> Op 13-09-12 23:00, Thomas Hellstrom schreef:
>>> On 09/13/2012 07:13 PM, Maarten Lankhorst wrote:
Hey
Op 13-09-12 18:41, Thomas Hellstrom
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #4 from Alex Deucher 2012-09-14 13:47:19 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > Created attachment 67121 [details] [review] [review]
> > fix
> >
> > This fixes it. I need to find out how the quant mode affec
On Fri, Sep 14, 2012 at 01:57:06PM +0100, Grant Likely wrote:
> Tested on MacbookPro8,3. Without this patch both the intel_backlight and
> gmux_backlight devices get registered and userspace doesn't know which
> it should use.
Userspace should be figuring out which one to use from the type field.
On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrj...@linux.intel.com wrote:
> +static void intel_flip_finish(struct drm_flip *flip)
> +{
> + struct intel_flip *intel_flip =
> + container_of(flip, struct intel_flip, base);
> + struct drm_device *dev = intel_flip->crtc->dev;
> +
> +
On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote:
> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrjälä
> wrote:
> > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote:
> >> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrjälä
> >> wrote:
> >> > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob
https://bugs.freedesktop.org/show_bug.cgi?id=54767
--- Comment #2 from Tomasz P. 2012-09-14
14:05:25 UTC ---
Forgot to add. I have compiled withtexture npot video enabled in r300_screen.c
During test there was few errors in konsole.
r300 FP: Compiler Error:
compiler/r300_fragprog_emit.c::trans
On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote:
> On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrj...@linux.intel.com wrote:
> > +static void intel_flip_finish(struct drm_flip *flip)
> > +{
> > + struct intel_flip *intel_flip =
> > + container_of(flip, struct intel_flip, bas
On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrjälä
wrote:
> On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote:
> > On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrj...@linux.intel.com wrote:
> > > +static void intel_flip_finish(struct drm_flip *flip)
> > > +{
> > > + struct intel_flip *i
On Fri, 2012-09-14 at 14:48 +0100, Matthew Garrett wrote:
> On Fri, Sep 14, 2012 at 01:57:06PM +0100, Grant Likely wrote:
>
> > Tested on MacbookPro8,3. Without this patch both the intel_backlight and
> > gmux_backlight devices get registered and userspace doesn't know which
> > it should use.
>
On Fri, Sep 14, 2012 at 03:29:14PM +0100, David Woodhouse wrote:
> On Fri, 2012-09-14 at 14:48 +0100, Matthew Garrett wrote:
> > On Fri, Sep 14, 2012 at 01:57:06PM +0100, Grant Likely wrote:
> >
> > > Tested on MacbookPro8,3. Without this patch both the intel_backlight and
> > > gmux_backlight dev
On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrjälä
wrote:
> On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote:
>> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrjälä
>> wrote:
>> > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote:
>> >> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrjälä
>> >>
https://bugs.freedesktop.org/show_bug.cgi?id=34874
Andreas Boll changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On Mit, 2012-09-12 at 15:29 +0200, Paul Menzel wrote:
> Am Dienstag, den 11.09.2012, 15:24 +0200 schrieb Michel Dänzer:
> > On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote:
> > > Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
> > > > On Die, 2012-09-11 at 14:42 +0200, Paul Me
https://bugzilla.kernel.org/show_bug.cgi?id=47481
Anisse Astier changed:
What|Removed |Added
Regression|No |Yes
--
Configure bugmail: https://bu
On Fri, Sep 14, 2012 at 03:27:05PM +0100, Chris Wilson wrote:
> On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrjälä
> wrote:
> > On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote:
> > > On Wed, 12 Sep 2012 18:47:07 +0300, ville.syrj...@linux.intel.com wrote:
> > > > +static void intel_fl
On Fri, Sep 14, 2012 at 5:30 PM, Ville Syrjälä
wrote:
> intel_pipe_set_base() won't disable the pipe or change the size,
> it'll just flip the primary plane. So that doesn't quite explain
> why the call is there, as opposed to being called just from the
> full modeset path.
intel_pipe_set_base is
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #17 from Reiner 2012-09-14 15:42:47 UTC ---
Created attachment 67172
--> https://bugs.freedesktop.org/attachment.cgi?id=67172
kern.log NULL pointer dereference bug
Thanks Michel. Here is kern.log re the bug that occurred when loadi
On Fri, Sep 14, 2012 at 09:55:58AM -0400, Bobby Powers wrote:
> This tree gives me recursive dependency problems, which ends up
> removing a big (& important) part of my .config:
>
> [bpowers@fina linux]$ git reset --hard drm-intel-next-2012-09-09
> HEAD is now at e04190e drm/fb helper: don't call
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #18 from Reiner 2012-09-14 15:48:27 UTC ---
Created attachment 67175
--> https://bugs.freedesktop.org/attachment.cgi?id=67175
kern.log unable to handle kernel paging request bug
This Oops occurred also while Firefox was rendering s
On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote:
> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrjälä
> wrote:
> > On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote:
> >> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrjälä
> >> wrote:
> >> > On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob
https://bugs.freedesktop.org/show_bug.cgi?id=54767
--- Comment #3 from Marek Olšák 2012-09-14 15:51:21 UTC ---
r300 cannot pass some of the tests, because the hardware is too limited (some
features cannot be implemented on r300), while other features may produce
slightly different results due to
On Fri, Sep 14, 2012 at 05:39:30PM +0200, Daniel Vetter wrote:
> On Fri, Sep 14, 2012 at 5:30 PM, Ville Syrjälä
> wrote:
> > intel_pipe_set_base() won't disable the pipe or change the size,
> > it'll just flip the primary plane. So that doesn't quite explain
> > why the call is there, as opposed t
On Fri, 14 Sep 2012 18:30:21 +0300, Ville Syrjälä
wrote:
> On Fri, Sep 14, 2012 at 03:27:05PM +0100, Chris Wilson wrote:
> > On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrjälä
> > wrote:
> > > On Fri, Sep 14, 2012 at 02:57:26PM +0100, Chris Wilson wrote:
> > > > On Wed, 12 Sep 2012 18:47:07
On Fri, Sep 14, 2012 at 04:56:00PM +0100, Chris Wilson wrote:
> On Fri, 14 Sep 2012 18:30:21 +0300, Ville Syrjälä
> wrote:
> > On Fri, Sep 14, 2012 at 03:27:05PM +0100, Chris Wilson wrote:
> > > On Fri, 14 Sep 2012 17:21:30 +0300, Ville Syrjälä
> > > wrote:
> > > > On Fri, Sep 14, 2012 at 02:57
On Fri, Sep 14, 2012 at 04:34:28PM +0100, Grant Likely wrote:
> When a backlight isn't connected to the i915 it doesn't make any sense
> to register the backlight device, but the driver currently tries to limp
> along using a max brightness value of 1. Instead, this patch makes it so
> that if the
On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrjälä
wrote:
> On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote:
>> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrjälä
>> wrote:
>> > On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob Clark wrote:
>> >> On Fri, Sep 14, 2012 at 7:50 AM, Ville Syrjälä
>> >
On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote:
> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrjälä
> wrote:
> > On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote:
> >> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrjälä
> >> wrote:
> >> > On Fri, Sep 14, 2012 at 08:25:53AM -0500, Rob
On Fri, Sep 14, 2012 at 12:02 PM, Ville Syrjälä
wrote:
> On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote:
>> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrjälä
>> wrote:
>> > On Fri, Sep 14, 2012 at 09:45:18AM -0500, Rob Clark wrote:
>> >> On Fri, Sep 14, 2012 at 8:58 AM, Ville Syrjälä
>>
On Fri, Sep 14, 2012 at 12:34:59PM -0500, Rob Clark wrote:
> On Fri, Sep 14, 2012 at 12:02 PM, Ville Syrjälä
> wrote:
> > On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote:
> >> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrjälä
> >> wrote:
> >> > On Fri, Sep 14, 2012 at 09:45:18AM -0500, Ro
Hi
2012/9/14 Daniel Vetter :
> On Fri, Sep 14, 2012 at 09:55:58AM -0400, Bobby Powers wrote:
>> This tree gives me recursive dependency problems, which ends up
>> removing a big (& important) part of my .config:
>>
>> [bpowers@fina linux]$ git reset --hard drm-intel-next-2012-09-09
>> HEAD is now
It's the same situation as flink and we need take the same pre-cautions.
---
intel/intel_bufmgr_gem.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c
index 3bcc849..92c0444 100644
--- a/intel/intel_bufmgr_gem.c
+++ b
On Fri, 14 Sep 2012 16:37:53 -0400, Kristian Høgsberg
wrote:
> It's the same situation as flink and we need take the same pre-cautions.
> ---
> intel/intel_bufmgr_gem.c |8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_buf
On Fri, Sep 14, 2012 at 4:40 PM, Chris Wilson wrote:
> On Fri, 14 Sep 2012 16:37:53 -0400, Kristian Høgsberg
> wrote:
>> It's the same situation as flink and we need take the same pre-cautions.
>> ---
>> intel/intel_bufmgr_gem.c |8 +++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
On Fri, 14 Sep 2012 17:01:18 -0400, Kristian Høgsberg
wrote:
> On Fri, Sep 14, 2012 at 4:40 PM, Chris Wilson
> wrote:
> > On Fri, 14 Sep 2012 16:37:53 -0400, Kristian Høgsberg
> > wrote:
> >> It's the same situation as flink and we need take the same pre-cautions.
> >> ---
> >> intel/intel
https://bugzilla.kernel.org/show_bug.cgi?id=46241
--- Comment #7 from Alex Deucher 2012-09-14 21:11:57
---
This should be fixed in my drm-next-3.7-wip branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #9 from Alex Deucher 2012-09-04 13:07:53 UTC ---
*** Bug 54484 has been marked as a duplicate of this bug. ***
--- Comment #10 from Alex Deucher 2012-09-14 21:12:11 UTC ---
This should be fixed in my drm-next-3.7-wip branch:
http://
On Wed, 12 Sep 2012 21:58:31 +0300
Ville Syrjälä wrote:
> On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
> > On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
> > wrote:
> > > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob Clark wrote:
> > >> But I think we could still do this w/ one i
On Fri, Sep 14, 2012 at 4:14 PM, Jesse Barnes wrote:
> On Wed, 12 Sep 2012 21:58:31 +0300
> Ville Syrjälä wrote:
>
>> On Wed, Sep 12, 2012 at 01:00:19PM -0500, Clark, Rob wrote:
>> > On Wed, Sep 12, 2012 at 12:27 PM, Ville Syrjälä
>> > wrote:
>> > > On Wed, Sep 12, 2012 at 10:48:16AM -0500, Rob
On Fri, Sep 14, 2012 at 1:23 PM, Ville Syrjälä wrote:
> On Fri, Sep 14, 2012 at 12:34:59PM -0500, Rob Clark wrote:
>> On Fri, Sep 14, 2012 at 12:02 PM, Ville Syrjälä
>> wrote:
>> > On Fri, Sep 14, 2012 at 11:29:04AM -0500, Rob Clark wrote:
>> >> On Fri, Sep 14, 2012 at 10:48 AM, Ville Syrjälä
>>
On Fri, 14 Sep 2012 15:05:44 +0200
Laurent Pinchart wrote:
> Hi Alan,
>
> On Friday 14 September 2012 13:47:33 Alan Cox wrote:
> > On Fri, 14 Sep 2012 14:38:10 +0200 Laurent Pinchart wrote:
> > > Hi Dave,
> > >
> > > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> > > r
Hi Alan,
On Friday 14 September 2012 23:57:57 Alan Cox wrote:
> On Fri, 14 Sep 2012 15:05:44 +0200
>
> Laurent Pinchart wrote:
> > Hi Alan,
> >
> > On Friday 14 September 2012 13:47:33 Alan Cox wrote:
> > > On Fri, 14 Sep 2012 14:38:10 +0200 Laurent Pinchart wrote:
> > > > Hi Dave,
> > > >
> >
On Fri, Sep 14, 2012 at 10:38 PM, Laurent Pinchart
wrote:
> Hi Dave,
>
> The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> requires GEM and KMS/FB helpers that have been reviewed on the list and
> tested. Sascha is waiting for them to reach your tree to send a pull request
>
Hi Dave,
On Saturday 15 September 2012 09:28:14 Dave Airlie wrote:
> On Fri, Sep 14, 2012 at 10:38 PM, Laurent Pinchart wrote:
> > Hi Dave,
> >
> > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> > requires GEM and KMS/FB helpers that have been reviewed on the list and
>
On Thu, Sep 13, 2012 at 11:35 AM, Rob Clark wrote:
> note that the test phase doesn't need vblank events, and also
> shouldn't -EBUSY if there is still a pending flip[*], so I'd propose
> that however we go about pageflip (one super-ioctl, or one per crtc),
> we could use the atomic-modeset ioctl
On Fri, Sep 14, 2012 at 5:03 PM, Chris Wilson wrote:
> On Fri, 14 Sep 2012 17:01:18 -0400, Kristian Høgsberg
> wrote:
>> On Fri, Sep 14, 2012 at 4:40 PM, Chris Wilson
>> wrote:
>> > On Fri, 14 Sep 2012 16:37:53 -0400, Kristian Høgsberg
>> > wrote:
>> >> It's the same situation as flink and w
On Thu, Sep 13, 2012 at 10:30 PM, Alan Cox wrote:
> On Thu, 13 Sep 2012 11:38:20 +1000
> Dave Airlie wrote:
>
>> > There are still some mysteries left, in particular how (and in
>> > fact if) the EDID is supposed to work on the HDMI port. However
>> > the basic stuff now works and I can plug my Q
On Fri, Sep 14, 2012 at 12:36 AM, Shirish S wrote:
> Gentle Reminder!
you are a day late,
I pushed it into drm-next yesterday :-)
Dave.
From: Dave Airlie
We noticed a plymouth bug on Fedora 18, and I then
noticed this stupid thinko, fixing it fixed the problem
with plymouth.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/nouveau/nouveau_display.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
this patch adds pid to g2d_runqueue_node as member to identify
which process owns this node.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_d
exynos_drm_crtc_dpms function doesn't need mutex lock
because mutex lock was called by drm framework so this
patch removes mutex lock call from that function to avoid
duplicated mutex locking.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c |
when fb changing is requested, crtc's dpms mode should be on.
if not on, return -EPERM so that the hardware can't be accessed.
if user requesed dpms off and next SetCrtc with an another fb
then the hardware can be accessed with dpms off to write overlay
data onto some registers so this patch will p
when page flip is requested, crtc's dpms mode should be on.
if not on, return -EPERM so that the hardware can't be accessed.
if user requesed dpms off and next page flip then the hardware
can be accessed with dpms off to enable vblank so this patch
will prevent from accessing the hardware with dpms
On Fri, Sep 14, 2012 at 01:29:55PM +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> We noticed a plymouth bug on Fedora 18, and I then
> noticed this stupid thinko, fixing it fixed the problem
> with plymouth.
>
> Signed-off-by: Dave Airlie
Signed-off-by: Ben Skeggs
> ---
> drivers/gpu/drm/
https://bugs.freedesktop.org/show_bug.cgi?id=54877
--- Comment #3 from Vadim Girlin 2012-09-14 06:35:08 UTC
---
(In reply to comment #2)
> Created attachment 67121 [details] [review]
> fix
>
> This fixes it. I need to find out how the quant mode affects the range of
> values.
My guess is that
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #15 from Reiner 2012-09-14 07:08:40 UTC ---
I can confirm this bug with the following configuration:
- Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP)
- XUbuntu 12.04.01 with kernel 3.2.0-30-generic #48-Ubuntu SMP
- X.Org X Server 1.11.3
https://bugs.freedesktop.org/show_bug.cgi?id=42490
--- Comment #44 from lukenshiro at ngi.it 2012-09-14 07:59:36 UTC ---
Sorry, I've managed to resolve my first problem (screen blanking after boot for
about 30-40 seconds): it is not related to drm, but it depends on fbcon loaded
as a module (inste
On Don, 2012-09-13 at 18:13 +0400, Dmitry Cherkasov wrote:
> PDE/PTE update code uses CP ring for memory writes.
> All page table entries are preallocated for now in alloc_pt().
>
> It is made as whole because it's hard to divide it to several patches
> that compile and doesn't break anything bei
On 13.09.2012 20:42, Jerome Glisse wrote:
> On Thu, Sep 13, 2012 at 2:37 PM, Alex Deucher
> wrote:
>> On Thu, Sep 13, 2012 at 2:17 PM, Jerome Glisse wrote:
>>> On Thu, Sep 13, 2012 at 10:13 AM, Dmitry Cherkasov
>>> wrote:
PDE/PTE update code uses CP ring for memory writes.
All page ta
On Fre, 2012-09-14 at 13:04 +0400, Dmitry Cherkassov wrote:
> > With that fixed, it seems to work on SI, but seems to slow things down
> > significantly. Have you noticed that as well? Any idea what might be the
> > reason?
> >
> Thanks I'll put it up to the patch.
>
> I had everything running sl
> With that fixed, it seems to work on SI, but seems to slow things down
> significantly. Have you noticed that as well? Any idea what might be the
> reason?
>
Thanks I'll put it up to the patch.
I had everything running slow on cayman when having lots of debugging output,
removing it fixed the sl
On Fri, Sep 14, 2012 at 11:29:06AM +0200, Dirk Behme wrote:
> On 12.09.2012 12:31, Sascha Hauer wrote:
> >+
> >+ timeout = jiffies + msecs_to_jiffies(1000);
> >+ while (ipu_cm_read(ipu, IPU_MEM_RST) & 0x8000) {
> >+ if (time_after(jiffies, timeout))
> >+
https://bugzilla.kernel.org/show_bug.cgi?id=47481
--- Comment #4 from Anisse Astier 2012-09-14 10:16:22 ---
I think it is indeed a regression. After many power cycles, I wasn't able to
reproduce it with 3.2.16.
This is going to take forever to bisect?
--
Configure bugmail: https://bugzill
I realise this a bit bigger than I would want at this point,
exynos is a large chunk, I got them to half what they wanted already, and
hey its ARM based, so not going to hurt many people,
radeon has only two fixes, but the PLL fixes were a bit bigger,
but required for a lot of scenarios, the f
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #16 from Michel D?nzer 2012-09-14 10:49:11
UTC ---
(In reply to comment #15)
> I can confirm this bug with the following configuration:
> - Thinkpad R40 w/ ATI Radeon Mobility M7 (AGP)
> - XUbuntu 12.04.01 with kernel 3.2.0-30-generi
Hi Maarten!
Broadening the audience a bit..
On 9/14/12 9:12 AM, Maarten Lankhorst wrote:
> Op 13-09-12 23:00, Thomas Hellstrom schreef:
>> On 09/13/2012 07:13 PM, Maarten Lankhorst wrote:
>>> Hey
>>>
>>> Op 13-09-12 18:41, Thomas Hellstrom schreef:
On 09/13/2012 05:19 PM, Maarten Lankhorst w
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #12 from Andy Furniss 2012-09-14
11:24:08 UTC ---
Created attachment 67147
--> https://bugs.freedesktop.org/attachment.cgi?id=67147
before r300g: fix colormask with non-BGRA formats
--
Configure bugmail: https://bugs.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #13 from Andy Furniss 2012-09-14
11:25:38 UTC ---
Created attachment 67148
--> https://bugs.freedesktop.org/attachment.cgi?id=67148
after r300g: fix colormask with non-BGRA formats
--
Configure bugmail: https://bugs.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=39309
--- Comment #14 from Andy Furniss 2012-09-14
11:27:03 UTC ---
(In reply to comment #11)
> Sorry, I should have written "partially fixes..". It only fixes the crash, not
> the playback problems.
Decode on a 9600 has just been improved slightly b
Hi Dave,
The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
requires GEM and KMS/FB helpers that have been reviewed on the list and
tested. Sascha is waiting for them to reach your tree to send a pull request
for another new driver.
The following changes since commit 09e7dc
https://bugzilla.kernel.org/show_bug.cgi?id=47471
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Fri, 14 Sep 2012 14:38:10 +0200
Laurent Pinchart wrote:
> Hi Dave,
>
> The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> requires GEM and KMS/FB helpers that have been reviewed on the list and
> tested. Sascha is waiting for them to reach your tree to send a pull requ
On Thu, Sep 13, 2012 at 11:35:59AM -0500, Rob Clark wrote:
> On Thu, Sep 13, 2012 at 9:29 AM, Ville Syrj?l?
> wrote:
> > On Thu, Sep 13, 2012 at 08:39:54AM -0500, Rob Clark wrote:
> >> On Thu, Sep 13, 2012 at 3:40 AM, Ville Syrj?l?
> >> wrote:
> >> > On Wed, Sep 12, 2012 at 02:40:56PM -0500, Rob
On Fri, 14 Sep 2012 13:57:06 +0100, Grant Likely
wrote:
> Some platforms (for instance MacbookPros) have custom backlight drivers
> and don't use the integrated i915 backlight control. This patch adds a
> quirk to disable registering the intel backlight when unused on a
> platform.
>
> Tested on
Hi Alan,
On Friday 14 September 2012 13:47:33 Alan Cox wrote:
> On Fri, 14 Sep 2012 14:38:10 +0200 Laurent Pinchart wrote:
> > Hi Dave,
> >
> > The SH Mobile DRM driver is now (in my opinion) ready for mainline. It
> > requires GEM and KMS/FB helpers that have been reviewed on the list and
> > te
> -Original Message-
> From: Christian K?nig [mailto:deathsimple at vodafone.de]
> Sent: Friday, September 14, 2012 4:49 AM
> To: Jerome Glisse
> Cc: Alex Deucher; Cherkasov, Dmitrii; linux-kernel at vger.kernel.org; dri-
> devel at lists.freedesktop.org; Deucher, Alexander; Dave Airlie; Dm
1 - 100 of 159 matches
Mail list logo
