https://bugs.freedesktop.org/show_bug.cgi?id=48693
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sat, Sep 15, 2012 at 12:15:59PM -0500, Rob Clark wrote:
> On Sat, Sep 15, 2012 at 12:04 PM, Ville Syrj?l? wrote:
> > On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
> >> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrj?l? wrote:
> >> > On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark
On Sat, Sep 15, 2012 at 11:05:29AM -0500, Rob Clark wrote:
> On Sat, Sep 15, 2012 at 9:53 AM, Ville Syrj?l? wrote:
> > On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian H?gsberg wrote:
> >> I think (hope) the consensus coming out of this thread is something
> >> along these lines:
> >>
> >> - We
On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrj?l? wrote:
> > On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
> >> On Thu, Sep 13, 2012 at 11:35 AM, Rob Clark
> >> wrote:
> >> > note that the test phase doesn't need vblank event
On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
> 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 supe
On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian H?gsberg wrote:
> I think (hope) the consensus coming out of this thread is something
> along these lines:
>
> - We use properties for specifying what to change to be future
> compatible with new crtc features, but also to allow exposing
> hw-spe
On 14.09.2012 19:49, 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 being applied separ
https://bugs.freedesktop.org/show_bug.cgi?id=48693
Johannes Obermayr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Looks good in general, some minor comments below:
On 14.09.2012 19:49, Dmitry Cherkasov wrote:
> From: Christian K?nig
>
> Cleanup the interface in preparation for hierarchical page tables.
> v2: * add incr parameter to set_page for simple scattered PTs uptates
> * added PDE-specific flags t
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #21 from Reiner 2012-09-15 15:18:33 UTC ---
The issue w loading large images in Firefox was resolved by installing the
3.4.0 kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/ .
--
Configure bugmail: https://bug
On Sat, Sep 15, 2012 at 2:08 PM, Ville Syrj?l? wrote:
> On Sat, Sep 15, 2012 at 12:15:59PM -0500, Rob Clark wrote:
>> On Sat, Sep 15, 2012 at 12:04 PM, Ville Syrj?l? wrote:
>> > On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
>> >> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrj?l? wrote:
On Sat, Sep 15, 2012 at 1:00 PM, Ville Syrj?l? wrote:
> On Sat, Sep 15, 2012 at 11:05:29AM -0500, Rob Clark wrote:
>> On Sat, Sep 15, 2012 at 9:53 AM, Ville Syrj?l? wrote:
>> > On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian H?gsberg wrote:
>> >> I think (hope) the consensus coming out of this
On 09/15/2012 01:28 AM, 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
>> tested. Sascha is waiting
On Fri, Sep 14, 2012 at 7:49 PM, Dmitry Cherkasov
wrote:
> +#define RADEON_PT_OFFSET(_rdev) \
> + (RADEON_GPU_PAGE_ALIGN(RADEON_TOTAL_PDE_COUNT(rdev) *
> RADEON_PDE_SIZE))
Shouldn't that be _rdev too?
Also a few lines above that you use rdev instead of _rdev.
I didn't check the whole th
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #20 from Reiner 2012-09-15 14:25:38 UTC ---
Dear Michel,
I actually stumbled across the commit 2744f4e762141d0b1233f962ebe706d60cd460d2
by Alex in http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.2.29 and
sent him a PM to whic
On Sat, Sep 15, 2012 at 2:08 PM, Ville Syrjälä wrote:
> On Sat, Sep 15, 2012 at 12:15:59PM -0500, Rob Clark wrote:
>> On Sat, Sep 15, 2012 at 12:04 PM, Ville Syrjälä wrote:
>> > On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
>> >> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrjälä wrote:
On Sat, Sep 15, 2012 at 1:00 PM, Ville Syrjälä wrote:
> On Sat, Sep 15, 2012 at 11:05:29AM -0500, Rob Clark wrote:
>> On Sat, Sep 15, 2012 at 9:53 AM, Ville Syrjälä wrote:
>> > On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian Høgsberg wrote:
>> >> I think (hope) the consensus coming out of this
On Sat, Sep 15, 2012 at 12:04 PM, Ville Syrj?l? wrote:
> On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
>> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrj?l? wrote:
>> > On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
>> >> On Thu, Sep 13, 2012 at 11:35 AM, Rob Clark
>> >> wr
On Sat, Sep 15, 2012 at 12:15:59PM -0500, Rob Clark wrote:
> On Sat, Sep 15, 2012 at 12:04 PM, Ville Syrjälä wrote:
> > On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
> >> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrjälä wrote:
> >> > On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark
On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrj?l? wrote:
> On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
>> 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
On Sat, Sep 15, 2012 at 9:53 AM, Ville Syrj?l? wrote:
> On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian H?gsberg wrote:
>> I think (hope) the consensus coming out of this thread is something
>> along these lines:
>>
>> - We use properties for specifying what to change to be future
>> compatibl
On Sat, Sep 15, 2012 at 11:05:29AM -0500, Rob Clark wrote:
> On Sat, Sep 15, 2012 at 9:53 AM, Ville Syrjälä wrote:
> > On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian Høgsberg wrote:
> >> I think (hope) the consensus coming out of this thread is something
> >> along these lines:
> >>
> >> - We
On Sat, Sep 15, 2012 at 12:04 PM, Ville Syrjälä wrote:
> On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
>> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrjälä wrote:
>> > On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
>> >> On Thu, Sep 13, 2012 at 11:35 AM, Rob Clark wrote:
>>
On Sat, Sep 15, 2012 at 11:07:02AM -0500, Rob Clark wrote:
> On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrjälä wrote:
> > On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
> >> On Thu, Sep 13, 2012 at 11:35 AM, Rob Clark wrote:
> >> > note that the test phase doesn't need vblank events, and
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
>
On Sat, Sep 15, 2012 at 9:56 AM, Ville Syrjälä wrote:
> On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
>> 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
On Sat, Sep 15, 2012 at 9:53 AM, Ville Syrjälä wrote:
> On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian Høgsberg wrote:
>> I think (hope) the consensus coming out of this thread is something
>> along these lines:
>>
>> - We use properties for specifying what to change to be future
>> compatibl
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #21 from Reiner 2012-09-15 15:18:33 UTC ---
The issue w loading large images in Firefox was resolved by installing the
3.4.0 kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-precise/ .
--
Configure bugmail: https://bug
On 14.09.2012 19:49, 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 being applied separately.
On Fri, Sep 14, 2012 at 09:12:35PM -0500, Rob Clark wrote:
> 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 supe
On Fri, Sep 14, 2012 at 05:46:35PM -0400, Kristian Høgsberg wrote:
> I think (hope) the consensus coming out of this thread is something
> along these lines:
>
> - We use properties for specifying what to change to be future
> compatible with new crtc features, but also to allow exposing
> hw-spe
https://bugs.freedesktop.org/show_bug.cgi?id=31708
--- Comment #20 from Reiner 2012-09-15 14:25:38 UTC ---
Dear Michel,
I actually stumbled across the commit 2744f4e762141d0b1233f962ebe706d60cd460d2
by Alex in http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.2.29 and
sent him a PM to whic
Looks good in general, some minor comments below:
On 14.09.2012 19:49, Dmitry Cherkasov wrote:
From: Christian König
Cleanup the interface in preparation for hierarchical page tables.
v2: * add incr parameter to set_page for simple scattered PTs uptates
* added PDE-specific flags to r600_
On 09/15/2012 01:28 AM, 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
>> tested. Sascha is waiting
On Fri, Sep 14, 2012 at 7:49 PM, Dmitry Cherkasov wrote:
> +#define RADEON_PT_OFFSET(_rdev) \
> + (RADEON_GPU_PAGE_ALIGN(RADEON_TOTAL_PDE_COUNT(rdev) *
> RADEON_PDE_SIZE))
Shouldn't that be _rdev too?
Also a few lines above that you use rdev instead of _rdev.
I didn't check the whole thi
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
>
https://bugs.freedesktop.org/show_bug.cgi?id=31708
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Sep 14, 2012 at 5: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
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 being applied separately.
Tested on cayman card.
v2 changes:
* rebased
From: Christian König
Cleanup the interface in preparation for hierarchical page tables.
v2: * add incr parameter to set_page for simple scattered PTs uptates
* added PDE-specific flags to r600_flags and radeon_drm.h
* removed superflous value masking with 0x
Signed-off-by: Chris
Michel,
> E.g. reflect from Mesa Demos wasn't able to sustain 60 fps in
> fullscreen.
>
I've tried reflect with my patches on cayman and it sustained 60 fps
in maximized window
@ 1680x1080
I'll test when i have tahiti machine ready.
--
With best regards,
Dmitry
This patch adds a helper function for parsing videomodes from the devicetree.
The videomode can be either converted to a struct drm_display_mode or a
struct fb_videomode.
Signed-off-by: Sascha Hauer
Signed-off-by: Steffen Trumtrar
---
Hi!
The original patch was done by Sascha Hauer. I reworked
On Wed, Sep 12, 2012 at 06:48:19PM +0100, Damien Lespiau wrote:
> From: Damien Lespiau
>
> Now that modes have flags to describe which 3d formats the sink
> supports, it's time to test them.
>
> The new test cycles through the supported 3D formats and paint 3D
> stereoscopic images taken from pu
On Wed, Sep 12, 2012 at 06:47:56PM +0100, Damien Lespiau wrote:
> From: Damien Lespiau
>
> Signed-off-by: Damien Lespiau
> ---
> include/drm/drm_mode.h | 35 +--
> xf86drmMode.h | 35 +--
> 2 files changed, 42 insertions(+
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,
> > > >
> >
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 maximum PWM value cannot be determined, then the backlight
will not be
On Fri, Sep 14, 2012 at 2:12 PM, 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) have cus
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 MacbookPro8,3. Without this patch both the intel_backlight and
gmux_b
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 backlight control. This patch adds a
>> quirk to disable registering th
On 12.09.2012 12:31, Sascha Hauer wrote:
The IPU is the Image Processing Unit found on i.MX51/53/6 SoCs. It
features several units for image processing, this patch adds support
for the units needed for Framebuffer support, namely:
- Display Controller (dc)
- Display Interface (di)
- Display Mult
51 matches
Mail list logo
