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 publicly available samples:
http://www.quantumdata.com/apps/3D/sample_BMP.asp
From: Damien Lespiau
When dumping the details of a mode, let's add the 3D formats the mode
supports.
Signed-off-by: Damien Lespiau
---
lib/drmtest.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/lib/drmtest.c b/lib/drmtest.c
index 8df9797..4d5a67c 100644
--
From: Damien Lespiau
When scanning out a 3D framebuffer, send the corresponding infoframe to
the HDMI sink.
See http://www.hdmi.org/manufacturer/specification.aspx for details.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_drv.h | 14 +++
drivers/gpu/drm/i915/intel_hd
From: Damien Lespiau
For now, let's just look at the 3D_present flag of the CEA HDMI vendor
block to detect if the sink supports a small list of then mandatory 3D
formats.
See the HDMI 1.4a 3D extraction for detail:
http://www.hdmi.org/manufacturer/specification.aspx
Signed-off-by: Damien Les
From: Damien Lespiau
The "expose 3D modes" property can be attached to connectors to allow
user space to indicate it can deal with 3D modes and that the drm driver
should expose those 3D modes.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 35 ++
This series is the second revison of:
http://lists.freedesktop.org/archives/intel-gfx/2012-September/020457.html
It changes the way 3d modes are exposed to user-space:
- An "expose 3D modes" property can be installed on connectors that support
stereo 3D
- User space can indicate through that
The size argument means just one element size when we call kcalloc, so
G2D_CMDLIST_NUM * sizeof(*node) is wrong.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/driver
This patch is to exactly calculate CRTC shown via screen for all cases.
Refer exynos_plane_get_size() function for this. Also source position of
fb is fixed when start position of CRTC is negative number.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exyn
On 27.09.2012 17:42, Toralf Förster wrote:
> I'm observing a high CPU usage at my ThinkPad T420 (i5-2540M CPU), w/
> integrated intel graphic.
>
> Powertop-2.1 shows that the GPU is always at 100%, although I've defined
> these settings :
> $> cat /etc/modprobe.d/i915.conf
> options i915 i915_enab
Hello,
I'm observing a high CPU usage at my ThinkPad T420 (i5-2540M CPU), w/
integrated intel graphic.
Powertop-2.1 shows that the GPU is always at 100%, although I've defined
these settings :
$> cat /etc/modprobe.d/i915.conf
options i915 i915_enable_rc6=7 lvds_downclock=0
Kernel 3.5.4 works fin
Hi Laurent,
On 08/15/2012 10:04 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Tuesday 14 August 2012 17:34:51 Tomasz Stanislawski wrote:
>> This patch adds taking reference to the device for MMAP buffers.
>>
>> Such buffers, may be exported using DMABUF mechanism. If
On Wed, Sep 26, 2012 at 10:12:00AM -0700, Randy Dunlap wrote:
> On 09/25/2012 11:44 PM, Stephen Rothwell wrote:
>
> > Hi all,
> >
> > Changes since 201209025:
> >
>
>
>
> on x86_64:
>
> drivers/gpu/drm/i915/i915_sysfs.c: In function 'i915_teardown_sysfs':
> drivers/gpu/drm/i915/i915_sysfs.c:
On Thu, 27 Sep 2012, Seung-Woo Kim wrote:
> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
> gem
> makes memory leak. release function of dma-buf cannot be called because
> f_count
> of dma-buf increased by importing gem and gem ref count cannot be decrease
> becaus
On Wed, Sep 26, 2012 at 04:04:43PM -0500, Ian Pilcher wrote:
> On 09/26/2012 12:00 PM, Adam Jackson wrote:
> >On Tue, 2012-09-25 at 13:47 -0500, Ian Pilcher wrote:
> >>
> >>1. The display (LG L246WP) is confused by *any* InfoFrames.
> >
> >If this is still the case after applying:
> >
> >commit ad
Hi all,
During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers) had a
discussion on how to handle the CEC protocol that's part of the HDMI standard.
The decision was made to create a CEC bus with CEC clients, each represented
by a /dev/cecX device. So this is independent of the V4L
Hi Michel.
2012/9/27 Michel D?nzer :
> On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote:
>> make dynamic allocation of page tables on demand in radeon_vm_update_pte
>>
>> Signed-off-by: Dmitry Cherkasov
>
> This change caused many piglit tests to fail for me on SI with
>
> radeon
Hi Rob,
On 2012? 09? 27? 15:52, Rob Clark wrote:
> fwiw, I had a similar patch:
>
> https://patchwork.kernel.org/patch/1229161/
Yes, I already check your patch and even my patch's title is a bit from
your patch.
I thought locking issue blocks your patch, so I sent simple fixes on
current state.
Increasing ref counts of both dma-buf and gem for imported dma-buf come from gem
makes memory leak. release function of dma-buf cannot be called because f_count
of dma-buf increased by importing gem and gem ref count cannot be decrease
because of exported dma-buf.
So I add dma_buf_put() for import
On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote:
> On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote:
> > On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:
> >> > -Original Message-
> >> > From: Andres Freund [mailto:andres at anarazel.de]
> >> > Sent
On Don, 2012-09-27 at 16:18 +0400, Dmitry Cherkassov wrote:
> Hi Michel.
>
> 2012/9/27 Michel D?nzer :
> > On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote:
> >> make dynamic allocation of page tables on demand in radeon_vm_update_pte
> >>
> >> Signed-off-by: Dmitry Cherkasov
> >
> > Th
On ?, 2012-09-27 at 00:11 -0600, R, Durgadoss wrote:
> Hi Rui,
>
>
> > -Original Message-
> > From: Zhang, Rui
> > Sent: Thursday, September 27, 2012 11:38 AM
> > To: Hugh Dickins
> > Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; Dan Carpenter; R,
> > Durgadoss; linux-next at vger.ker
Hi, hugh,
On ?, 2012-09-26 at 12:51 -0700, Hugh Dickins wrote:
> On Wed, 26 Sep 2012, Sedat Dilek wrote:
> >
> > on my Ubuntu/precise AMD64 today's Linux-Next runs into the following
> > call-trace (machine freezes):
> >
> > Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle
>
On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote:
> make dynamic allocation of page tables on demand in radeon_vm_update_pte
>
> Signed-off-by: Dmitry Cherkasov
This change caused many piglit tests to fail for me on SI with
radeon: The kernel rejected CS, see dmesg for more in
On Thu, Sep 27, 2012 at 10:54 AM, Alex Deucher wrote:
> On Thu, Sep 27, 2012 at 9:23 AM, Andres Freund wrote:
>> On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote:
>>> On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund
>>> wrote:
>>> > On Wednesday, September 26, 2012 03:42:40 PM Deuch
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 publicly available samples:
http://www.quantumdata.com/apps/3D/sample_BMP.asp
From: Damien Lespiau
When dumping the details of a mode, let's add the 3D formats the mode
supports.
Signed-off-by: Damien Lespiau
---
lib/drmtest.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/lib/drmtest.c b/lib/drmtest.c
index 8df9797..4d5a67c 100644
--
From: Damien Lespiau
When scanning out a 3D framebuffer, send the corresponding infoframe to
the HDMI sink.
See http://www.hdmi.org/manufacturer/specification.aspx for details.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_drv.h | 14 +++
drivers/gpu/drm/i915/intel_hd
From: Damien Lespiau
For now, let's just look at the 3D_present flag of the CEA HDMI vendor
block to detect if the sink supports a small list of then mandatory 3D
formats.
See the HDMI 1.4a 3D extraction for detail:
http://www.hdmi.org/manufacturer/specification.aspx
Signed-off-by: Damien Les
From: Damien Lespiau
The "expose 3D modes" property can be attached to connectors to allow
user space to indicate it can deal with 3D modes and that the drm driver
should expose those 3D modes.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 35 ++
This series is the second revison of:
http://lists.freedesktop.org/archives/intel-gfx/2012-September/020457.html
It changes the way 3d modes are exposed to user-space:
- An "expose 3D modes" property can be installed on connectors that support
stereo 3D
- User space can indicate through that
;> >
>> >> > The code in the 3.7 branch doesn't do that extended validation yet,
>> >> > rigth? If you want/need you can CC for testing once thats ready.
>> >>
>> >> It should handle it now. If you could test it that would be great.
>> >
>> > Ok, just to be sure I tested Linus' tree and everything works fine there.
>> >
>> > Unfortunately thats not the case with a straight merge of
>> > alexdeucher/drm- next-3.7-wip. When gdm started *the first time* the
>> > DVI-connected (uhm, same sink type? Thats the saphire magic allowing
>> > more monitors on that type of graphics card?) I got a "unable to
>> > allocate a PPLL" error again. Logging in/starting a new X seems to fix
>> > that.
>>
>> So you have a xorg.conf with a hardcoded configuration? If so can you
>> send it to me?
> Yes, but just setting the xrand positions:
Thanks. I can't seem to reproduce it here, but I've pushed an updated
drm-next-3.7-wip which may help. If not, can you apply the attached
patch and send me the output?
Thanks,
Alex
-- next part --
A non-text attachment was scrubbed...
Name: pll_debug.diff
Type: application/octet-stream
Size: 4996 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120927/495b9466/attachment.obj>
On Thu, Sep 27, 2012 at 9:14 AM, ??? wrote:
> Hi Rob,
>
> On 2012? 09? 27? 15:52, Rob Clark wrote:
>> fwiw, I had a similar patch:
>>
>> https://patchwork.kernel.org/patch/1229161/
>
> Yes, I already check your patch and even my patch's title is a bit from
> your patch.
>
> I thought locking issue
On Sun, 23 Sep 2012 16:40:07 +0200
David Herrmann wrote:
> The drm-memory man-page (aliased as drm-gem, drm-mm and drm-ttm) describes
> the high-level overview of different memory-management frameworks used in
> the DRM subsystem. It is really targeted at driver-independent semantics
> (and where
On Sun, 23 Sep 2012 16:40:07 +0200
David Herrmann wrote:
> The drm-memory man-page (aliased as drm-gem, drm-mm and drm-ttm) describes
> the high-level overview of different memory-management frameworks used in
> the DRM subsystem. It is really targeted at driver-independent semantics
> (and where
On Sun, 23 Sep 2012 16:40:06 +0200
David Herrmann wrote:
> drm-kms.7 is an overview page which contains basic information on kernel
> mode-setting. It is targeted to users that are not familiar with DRM
> internals and gives short examples how basic mode-setting can be
> performed.
> It introduce
On Sun, 23 Sep 2012 16:40:06 +0200
David Herrmann wrote:
> drm-kms.7 is an overview page which contains basic information on kernel
> mode-setting. It is targeted to users that are not familiar with DRM
> internals and gives short examples how basic mode-setting can be
> performed.
> It introduce
On Sun, 23 Sep 2012 16:40:05 +0200
David Herrmann wrote:
> This man-page is supposed to provide an overview of the whole DRM system.
> It is targeted to users that have never worked with DRM and forwards the
> reader to the correct other man-pages.
>
> Detailed information on each system are ava
On Sun, 23 Sep 2012 16:40:05 +0200
David Herrmann wrote:
> This man-page is supposed to provide an overview of the whole DRM system.
> It is targeted to users that have never worked with DRM and forwards the
> reader to the correct other man-pages.
>
> Detailed information on each system are ava
On Sun, 23 Sep 2012 16:40:04 +0200
David Herrmann wrote:
> Current man-page infrastructure supports only man3 but we wanto overview
> files to be placed in man7. So use the new automake support for man_MANS
> which installs the files automatically in the right location.
>
> The current man-pages
On Sun, 23 Sep 2012 16:40:04 +0200
David Herrmann wrote:
> Current man-page infrastructure supports only man3 but we wanto overview
> files to be placed in man7. So use the new automake support for man_MANS
> which installs the files automatically in the right location.
>
> The current man-pages
On Thu, Sep 27, 2012 at 10:54 AM, Alex Deucher wrote:
> On Thu, Sep 27, 2012 at 9:23 AM, Andres Freund wrote:
>> On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote:
>>> On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote:
>>> > On Wednesday, September 26, 2012 03:42:40 PM Deucher, A
On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote:
> On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:
>> > -Original Message-
>> > From: Andres Freund [mailto:andres at anarazel.de]
>> > Sent: Wednesday, September 26, 2012 9:41 AM
>> > To: Dan Carpenter
>> > Cc: De
Hi Linus
the three nouveau fixes quiten unneeded dmesg spam that people are
seeing and pondering,
the udl fix stops it from trying to driver monitors that are too big,
where we get a black screen.
and vmware memory alloc problem.
Dave.
The following changes since commit 6f0f9b6b3fcfe5e156f20
Hello,
I'm observing a high CPU usage at my ThinkPad T420 (i5-2540M CPU), w/
integrated intel graphic.
Powertop-2.1 shows that the GPU is always at 100%, although I've defined
these settings :
$> cat /etc/modprobe.d/i915.conf
options i915 i915_enable_rc6=7 lvds_downclock=0
Kernel 3.5.4 works fin
fwiw, I had a similar patch:
https://patchwork.kernel.org/patch/1229161/
although it was on top of some locking fixes from Daniel (which I
think are also needed):
https://patchwork.kernel.org/patch/1227251/
although that seemed to cause/trigger some explosions which I think
still need to be deb
CC Durga.
On ?, 2012-09-26 at 19:42 +0200, Sedat Dilek wrote:
> On Wed, Sep 26, 2012 at 8:44 AM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > Changes since 201209025:
> >
> > The net-next tree lost a conflict but gained another against Linus' tree.
> >
> > The wireless-next tree gained a confli
On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:
> > -Original Message-
> > From: Andres Freund [mailto:andres at anarazel.de]
> > Sent: Wednesday, September 26, 2012 9:41 AM
> > To: Dan Carpenter
> > Cc: Deucher, Alexander; LKML; David Airlie;
> > dri-devel at lists.f
Hi Laurent,
On 08/15/2012 10:04 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Tuesday 14 August 2012 17:34:51 Tomasz Stanislawski wrote:
>> This patch adds taking reference to the device for MMAP buffers.
>>
>> Such buffers, may be exported using DMABUF mechanism. If
On Thu, Sep 27, 2012 at 9:23 AM, Andres Freund wrote:
> On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote:
>> On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote:
>> > On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:
>> >> > -Original Message-
>> >> > F
On Wed, Sep 26, 2012 at 04:04:43PM -0500, Ian Pilcher wrote:
> On 09/26/2012 12:00 PM, Adam Jackson wrote:
> >On Tue, 2012-09-25 at 13:47 -0500, Ian Pilcher wrote:
> >>
> >>1. The display (LG L246WP) is confused by *any* InfoFrames.
> >
> >If this is still the case after applying:
> >
> >commit ad
Hi all,
During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers) had a
discussion on how to handle the CEC protocol that's part of the HDMI standard.
The decision was made to create a CEC bus with CEC clients, each represented
by a /dev/cecX device. So this is independent of the V4L
On Thu, 27 Sep 2012, Seung-Woo Kim wrote:
> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
> gem
> makes memory leak. release function of dma-buf cannot be called because
> f_count
> of dma-buf increased by importing gem and gem ref count cannot be decrease
> becaus
On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote:
> On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:
>> > -Original Message-
>> > From: Andres Freund [mailto:and...@anarazel.de]
>> > Sent: Wednesday, September 26, 2012 9:41 AM
>> > To: Dan Carpenter
>> > Cc: Deuch
Hi Rui,
> -Original Message-
> From: Zhang, Rui
> Sent: Thursday, September 27, 2012 11:38 AM
> To: Hugh Dickins
> Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; Dan Carpenter; R,
> Durgadoss; linux-next at vger.kernel.org; linux-kernel at vger.kernel.org;
> Rafael J. Wysocki; Dave Air
Hi Michel.
2012/9/27 Michel Dänzer :
> On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote:
>> make dynamic allocation of page tables on demand in radeon_vm_update_pte
>>
>> Signed-off-by: Dmitry Cherkasov
>
> This change caused many piglit tests to fail for me on SI with
>
> radeon
On Don, 2012-09-27 at 16:18 +0400, Dmitry Cherkassov wrote:
> Hi Michel.
>
> 2012/9/27 Michel Dänzer :
> > On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote:
> >> make dynamic allocation of page tables on demand in radeon_vm_update_pte
> >>
> >> Signed-off-by: Dmitry Cherkasov
> >
> > Th
On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote:
> make dynamic allocation of page tables on demand in radeon_vm_update_pte
>
> Signed-off-by: Dmitry Cherkasov
This change caused many piglit tests to fail for me on SI with
radeon: The kernel rejected CS, see dmesg for more in
The size argument means just one element size when we call kcalloc, so
G2D_CMDLIST_NUM * sizeof(*node) is wrong.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/driver
This patch is to exactly calculate CRTC shown via screen for all cases.
Refer exynos_plane_get_size() function for this. Also source position of
fb is fixed when start position of CRTC is negative number.
Signed-off-by: Joonyoung Shim
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exyn
On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:
> > -Original Message-
> > From: Andres Freund [mailto:and...@anarazel.de]
> > Sent: Wednesday, September 26, 2012 9:41 AM
> > To: Dan Carpenter
> > Cc: Deucher, Alexander; LKML; David Airlie;
> > dri-devel@lists.freedes
Hi Linus
the three nouveau fixes quiten unneeded dmesg spam that people are
seeing and pondering,
the udl fix stops it from trying to driver monitors that are too big,
where we get a black screen.
and vmware memory alloc problem.
Dave.
The following changes since commit 6f0f9b6b3fcfe5e156f20
On Thu, Sep 27, 2012 at 9:14 AM, 김승우 wrote:
> Hi Rob,
>
> On 2012년 09월 27일 15:52, Rob Clark wrote:
>> fwiw, I had a similar patch:
>>
>> https://patchwork.kernel.org/patch/1229161/
>
> Yes, I already check your patch and even my patch's title is a bit from
> your patch.
>
> I thought locking issue
Hi Rob,
On 2012년 09월 27일 15:52, Rob Clark wrote:
> fwiw, I had a similar patch:
>
> https://patchwork.kernel.org/patch/1229161/
Yes, I already check your patch and even my patch's title is a bit from
your patch.
I thought locking issue blocks your patch, so I sent simple fixes on
current state.
On Wed, Sep 26, 2012 at 9:51 PM, Hugh Dickins wrote:
> On Wed, 26 Sep 2012, Sedat Dilek wrote:
>>
>> on my Ubuntu/precise AMD64 today's Linux-Next runs into the following
>> call-trace (machine freezes):
>>
>> Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle
>> kernel NULL poin
64 matches
Mail list logo
