On Thu, Dec 12, 2013 at 8:34 PM, Thomas Hellstrom
wrote:
> On 12/12/2013 03:36 PM, Thierry Reding wrote:
>>
>> This is a simple test module that can be used to allocate, export and
>> delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
>> systems that lack a real second driver.
>>
>
Fix is already queued in my next -fixes pull. Thanks!
Alex
> -Original Message-
> From: Sergey Senozhatsky [mailto:sergey.senozhatsky at gmail.com]
> Sent: Thursday, December 12, 2013 6:26 PM
> To: Deucher, Alexander
> Cc: David Airlie; Jerome Glisse; dri-devel at lists.freedesktop.org;
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/b9072776/attachment.html>
On 12/12/2013 03:36 PM, Thierry Reding wrote:
> This is a simple test module that can be used to allocate, export and
> delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
> systems that lack a real second driver.
>
>
Looks nice. I wonder whether this could be extended to create a
"
Hi
On Thursday 12 December 2013, Ilia Mirkin wrote:
> The intent was to only enable it by default for optimus, e.g. see the
> runtime_idle callback. The suspend callback may be called directly, e.g.
> as a result of nouveau_crtc_set_config.
>
> Reported-by: Stefan Lippers-Hollmann
> Signed-off-b
cceeded
apologies if those logs should have been done as attachemnts
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/9fec728d/attachment-0001.html>
2013/12/12 Deucher, Alexander :
>> -Original Message-
>> From: Rafa? Mi?ecki [mailto:zajec5 at gmail.com]
>> Sent: Thursday, December 12, 2013 1:10 PM
>> To: Alex Deucher
>> Cc: dri-devel; Deucher, Alexander
>> Subject: Re: [PATCH] drm/radeon/dce6: set correct number of audio pins
>>
>> 201
2013/12/12 Alex Deucher :
> DCE6.0, 8.x has 6
> DCE6.1 has 4
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/dce6_afmt.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c
> b/drivers/gpu/drm/radeon/dce6_afmt.c
> index de
The vmwgfx changes are:
Reviewed-by: Jakob Bornecrantz
On Wed, Dec 11, 2013 at 11:34 AM, Daniel Vetter
wrote:
> Hi all,
>
> This series almost removes drm_bus, the last thing remaining is the
> ->setversion
> callback. Unfortunately we can't kill that completely since we need the
> backwards c
nel.org/pub/scm/linux/kernel/git/roland/infiniband
git bisect bad 1ea406c0e08c717241275064046d29b5bac1b1db
---
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/bacf9642/attachment.html>
> -Original Message-
> From: Rafa? Mi?ecki [mailto:zajec5 at gmail.com]
> Sent: Thursday, December 12, 2013 1:10 PM
> To: Alex Deucher
> Cc: dri-devel; Deucher, Alexander
> Subject: Re: [PATCH] drm/radeon/dce6: set correct number of audio pins
>
> 2013/12/12 Alex Deucher :
> > DCE6.0, 8.x
On Thu, Dec 12, 2013 at 03:36:29PM +0100, Thierry Reding wrote:
> This is a simple test module that can be used to allocate, export and
> delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
> systems that lack a real second driver.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/
On Thu, Dec 12, 2013 at 03:42:12PM +0100, Thierry Reding wrote:
> On Thu, Dec 12, 2013 at 03:36:29PM +0100, Thierry Reding wrote:
> > This is a simple test module that can be used to allocate, export and
> > delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
> > systems that lack a r
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/2d0147a5/attachment.html>
On Wed, Dec 4, 2013 at 12:14 PM, Sean Paul wrote:
> I assume this is the "1024x768 at 60Hz" mode in drm_edid.c?
>
> hdisplay = 1024
> hsync_start = 1048
> hsync_end = 1184
> htotal = 1344
> vdisplay = 768
> vsync_start = 771
> vsync_end = 777
> vtotal = 806
That's the one.
> I don't have any doc
ill kept
around a reference (the importer for instance).
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/e0475414/attachment.pgp>
This reuses the existing I2C-over-AUX implementation by translating the
messages to ones compatible with the struct drm_dp_aux implementation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 78 +
include/drm/drm_dp_helper.h | 4 ++
Add a helper to probe a DP link (reading out the maximum rate, link
count and capabilities) as well as configuring it accordingly.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 59 +
include/drm/drm_dp_helper.h | 30 ++
The function reads the link status (6 bytes starting at offset 0x202)
from the DPCD so that it can be conveniently passed to other DPCD
helpers.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 16
include/drm/drm_dp_helper.h | 3 +++
2 files changed, 19
This is a superset of the current i2c_dp_aux bus functionality and can
be used to transfer native AUX in addition to I2C-over-AUX messages.
Helpers are provided to read and write the DPCD, either blockwise or
byte-wise. Many of the existing helpers for DisplayPort take a copy of a
portion of the D
Hi,
This small series introduces some infrastructure to support AUX channels
in a generic way. Drivers make use of it by embedding and filling in a
struct drm_dp_aux. Various helpers can then be used to for example read
from or write to the DPCD.
Patch 1 adds the basic infrastructure as well as a
On Thu, Dec 12, 2013 at 03:36:29PM +0100, Thierry Reding wrote:
> This is a simple test module that can be used to allocate, export and
> delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
> systems that lack a real second driver.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/
In case where debugfs support is disabled, define dummy functions to
avoid the need for #ifdefery in drivers.
Based on an earlier patch by Arnd Bergmann.
Signed-off-by: Thierry Reding
---
include/drm/drmP.h | 24
1 file changed, 24 insertions(+)
diff --git a/include/dr
Type: text/x-c
Size: 8292 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/d57e6354/attachment.bin>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
This is a simple test module that can be used to allocate, export and
delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
systems that lack a real second driver.
Signed-off-by: Thierry Reding
---
drivers/base/Kconfig| 4 +
drivers/base/Makefile | 1 +
drivers/base
DRM driver for (virtual) vga cards using the bochs dispi
interface, such as the qemu standard vga (qemu -vga std).
Don't bother supporting anything but 32bpp for now, even
though the virtual hardware is able to do that.
Known issue: mmap(/dev/fb0) doesn't work.
Signed-off-by: Gerd Hoffmann
---
https://bugzilla.kernel.org/show_bug.cgi?id=22312
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2013.12.12 at 03:27 +, Deucher, Alexander wrote:
> > On 2013.12.11 at 23:46 +, Deucher, Alexander wrote:
> > > > -Original Message-
> > > > From: Peter Chubb [mailto:peter.chubb at nicta.com.au]
> > > > Sent: Wednesday, December 11, 2013 5:11 PM
> > > > To: Markus Trippelsdorf
>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/cf9d38cf/attachment.html>
Am 12.12.2013 14:31, schrieb Alex Deucher:
> On Thu, Dec 12, 2013 at 3:42 AM, Christian K?nig
> wrote:
>> From: Christian K?nig
>>
>> Not very fast, but makes it possible to access even the
>> normally inaccessible parts of VRAM from userspace.
>>
>> Signed-off-by: Christian K?nig
>> ---
>> dr
https://bugzilla.kernel.org/show_bug.cgi?id=22312
--- Comment #7 from xpressrazor at gmail.com ---
I also don't have this problem anymore. These days, both open source radeon
drivers and closed source catalyst drivers work fine.
On Wed, Dec 11, 2013 at 9:58 PM, wrote:
> https://bugzilla.kernel.
> "Markus" == Markus Trippelsdorf writes:
>> > > "Markus" == Markus Trippelsdorf
Markus> If that is the case the following patch should fix the issue.
Markus> Can you give it a try, Peter?
Thanks that works. I tested shutdown, kexec, and s2disk --- all work
correctly.
Peter C
--
Dr
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/61d6d32d/attachment.html>
On Thu, Dec 12, 2013 at 12:33 PM, Thierry Reding
wrote:
>> @@ -1118,6 +1118,8 @@ struct drm_device {
>> /** \name Context support */
>> /*@{ */
>> bool irq_enabled; /**< True if irq handler is enabled */
>> + int irq;
>
> This probably should be in a different p
On Thu, Dec 12, 2013 at 12:29 PM, Thierry Reding
wrote:
> On Wed, Dec 11, 2013 at 11:34:50AM +0100, Daniel Vetter wrote:
>> Checking for both an irq number _and_ whether it's enabled is
>> redundant. Also this will breakd drivers which do their own irq
>> management and just set dev->irq_enabled o
current DT work
> tree is basically the same, except I use the V4L2 style video ports, so
> that I can construct longer video pipelines. If longer pipelines are not
> needed, the port information is not needed as it can be deduced from the
> above data (if it's ever needed).
Okay, good. That's actually a less abstract example from the DT binding,
so I'm hopeful we can at least agree on that. =)
> > Which in that case has a hard-coded VC 0 for the panel. Other more
> > complex use-cases could look like this:
> >
> > dsi at 5430 {
> > #address-cells = <1>;
> > #size-cells = <0>;
> >
> > hub at 0 {
> > panel at 2 {
> > reg = <2>;
> > };
> >
> > panel at 3 {
> > reg = <3>;
> > };
> > };
> > };
> >
> > Shouldn't that be able to cover pretty much any scenario in existence?
>
> This I think needs more information, as the routing needs to be defined.
> But I think we can ignore the hub side, no one is using those at the moment.
Okay. Let's continue that discussion when somebody comes up with a setup
that actually uses hubs.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/59427e00/attachment.pgp>
Hi Dave,
Additional radeon fixes for 3.13. A couple of regression fixes,
a fix for a long standing bug on certain rs690 boards with sideport, and
a buffer corruption fix for CIK parts.
The following changes since commit 5c015db7d9d2eaecf5223eaad7a05c0e8e180288:
Merge branch 'drm-tda998x-3
available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/b446354a/attachment.pgp>
tachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/e63bd37f/attachment-0001.pgp>
On Thu, Dec 12, 2013 at 12:12 PM, Ilia Mirkin wrote:
> On Thu, Dec 12, 2013 at 12:07 PM, Rob Clark wrote:
>> If driver failed to load (for example, -EPROBE_DEFER), we'd end up doing
>> drm_put_minor() both from drm_dev_register() and drm_dev_free(), the
>> second time with a bogus pointer.
>
> FY
DCE6.0, 8.x has 6
DCE6.1 has 4
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/dce6_afmt.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c
b/drivers/gpu/drm/radeon/dce6_afmt.c
index de86493..ab59fd7 100644
--- a/drivers/gpu/drm/ra
On Thu, Dec 12, 2013 at 12:07 PM, Rob Clark wrote:
> If driver failed to load (for example, -EPROBE_DEFER), we'd end up doing
> drm_put_minor() both from drm_dev_register() and drm_dev_free(), the
> second time with a bogus pointer.
FYI, I sent a similar patch ~week ago that changed put_minor int
If driver failed to load (for example, -EPROBE_DEFER), we'd end up doing
drm_put_minor() both from drm_dev_register() and drm_dev_free(), the
second time with a bogus pointer.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_stub.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/g
836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/f6269ba2/attachment.pgp>
> "Deucher," == Deucher, Alexander writes:
>>
>> > "Markus" == Markus Trippelsdorf
>> writes:
>>
Markus> On 2013.12.11 at 11:37 +1100, Peter Chubb wrote:
>>
Markus> It would be interesting to know where exactly it hangs. Could
Markus> you comment out the *_fini(rdev) calls in
Markus>
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_ttm.c | 54 +
2 files changed, 55 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
From: Christian K?nig
Not very fast, but makes it possible to access even the
normally inaccessible parts of VRAM from userspace.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 4 +++
drivers/gpu/drm/radeon/radeon_ttm.c | 72 -
2 f
From: Christian K?nig
Otherwise we not necessary export the right information.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_ttm.c | 59 +++--
1 file changed, 23 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index d3a86e4..866744e 100644
--- a/drivers/gpu/drm/radeon/radeon_f
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_sa.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_sa.c
b/drivers/gpu/drm/radeon/radeon_sa.c
index f0bac68..c062580 100644
--- a/drivers/gpu/drm/rade
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_ring.c | 56
1 file changed, 38 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ring.c
b/drivers/gpu/drm/radeon/radeon_ring.c
index 9214403..f1
The following patchset improves debugging functionality for the radeon driver.
Apart from a few other minor improvements it gives debugging access to even
the invisible parts of VRAM. And in general now allows to make dumps of all the
memory the GPU can access.
Please review,
Christian.
> "Markus" == Markus Trippelsdorf writes:
Markus> On 2013.12.11 at 11:37 +1100, Peter Chubb wrote:
Markus> It would be interesting to know where exactly it hangs. Could
Markus> you comment out the *_fini(rdev) calls in
Markus> radeon_driver_unload_kms (drivers/gpu/drm/radeon/radeon_kms.c)
M
On Thu, Dec 12, 2013 at 8:56 AM, Markus Trippelsdorf
wrote:
> On 2013.12.12 at 03:27 +, Deucher, Alexander wrote:
>> > On 2013.12.11 at 23:46 +, Deucher, Alexander wrote:
>> > > > -Original Message-
>> > > > From: Peter Chubb [mailto:peter.chubb at nicta.com.au]
>> > > > Sent: Wedn
On Thu, Dec 12, 2013 at 8:35 AM, Christian K?nig
wrote:
> Am 12.12.2013 14:31, schrieb Alex Deucher:
>
>> On Thu, Dec 12, 2013 at 3:42 AM, Christian K?nig
>> wrote:
>>>
>>> From: Christian K?nig
>>>
>>> Not very fast, but makes it possible to access even the
>>> normally inaccessible parts of VR
On Thu, Dec 12, 2013 at 3:42 AM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Not very fast, but makes it possible to access even the
> normally inaccessible parts of VRAM from userspace.
>
> Signed-off-by: Christian K?nig
> ---
> drivers/gpu/drm/radeon/radeon.h | 4 +++
> drivers/gp
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/6a272545/attachment.html>
Looks good to me.
Cheers, Jakob.
- Thomas Hellstrom wrote:
> VMAs covering a bo but that didn't start at the same address space offset as
> the bo they were mapping were incorrectly generating SEGFAULT errors in
> the fault handler.
>
> Reported-by: Joseph Dolinak
> Signed-off-by: Thomas H
On 2013.12.11 at 23:46 +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Peter Chubb [mailto:peter.chubb at nicta.com.au]
> > Sent: Wednesday, December 11, 2013 5:11 PM
> > To: Markus Trippelsdorf
> > Cc: Peter Chubb; Deucher, Alexander; airlied at linux.ie; dri-
> > devel a
> -Original Message-
> From: Markus Trippelsdorf [mailto:markus at trippelsdorf.de]
> Sent: Wednesday, December 11, 2013 9:58 PM
> To: Deucher, Alexander
> Cc: Peter Chubb; airlied at linux.ie; dri-devel at lists.freedesktop.org
> Subject: Re: Can no longer shutdown after drm/radeon: Implem
re receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131212/94e41bbb/attachment.html>
Dave,
Only one commit that I hope to be able to squeeze in. Part of a driver stack
fix that fixes surface overcommiting on single execbuf calls.
The following changes since commit 9255ce80f88ba885c38c0bbd235db7c24392e22e:
Merge branch 'drm-fixes-3.13' of git://people.freedesktop.org/~agd5f/linu
On Thu, Dec 12, 2013 at 10:35:01AM +0400, Vyacheslav Dubeyko wrote:
> I think that I can implement support of resource forks by means of xattr
> way. Also, currently, I am implementing HFS+ compressed files support.
> So, I can clean up old-fashioned way of resource forks support in HFS+
> driver b
The opendir issue is something that came up before, both in the reiser4
context and with hfsplus. I think we'll need to put this patch in ASAP
to fix the semantic breakage caused by it, as well as other implications
of having ->lookup on a hardlinkable object.
Acked-by: Christoph Hellwig
64 matches
Mail list logo
