Add ability for user to add or remove EDID quirks, via module
parameter or sysfs. Also add two new quirk flags --
EDID_QUIRK_DISABLE_INFOFRAMES and EDID_QUIRK_NO_AUDIO -- and adds
a quirk for the LG L246WP display. Document module parameter and
sysfs interface.
---
Documentation/EDID/edid_quirks
Well, it took me 4 months to find the time, but I finally had a
crack addressing the ideas you mentioned in your last response.
I believe that the patch in the following note does everything
that you wanted, and hopefully it's all straightforward enough
that it doesn't require a lot of explanation
Add ability for user to add or remove EDID quirks, via module
parameter or sysfs. Also add two new quirk flags --
EDID_QUIRK_DISABLE_INFOFRAMES and EDID_QUIRK_NO_AUDIO -- and adds
a quirk for the LG L246WP display. Document module parameter and
sysfs interface.
---
Documentation/EDID/edid_quirks
Well, it took me 4 months to find the time, but I finally had a
crack addressing the ideas you mentioned in your last response.
I believe that the patch in the following note does everything
that you wanted, and hopefully it's all straightforward enough
that it doesn't require a lot of explanation
https://bugs.freedesktop.org/show_bug.cgi?id=41265
Alex Deucher changed:
What|Removed |Added
Summary|KMS does not work on Radeon |Radeon KMS does not work on
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #24 from Alex Deucher 2012-08-09 21:12:52 UTC
---
The patch on bug 26891 might help if this is a UEFI system.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #32 from Alex Deucher 2012-08-09 21:10:43 UTC
---
Created attachment 65357
--> https://bugs.freedesktop.org/attachment.cgi?id=65357
VFCT patch
Hi David, I took the liberty of cleaning up your UEFI VFCT patch. I'd like to
get it
https://bugs.freedesktop.org/show_bug.cgi?id=53283
kh3095 at yandex.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53283
--- Comment #9 from kh3095 at yandex.ru 2012-08-09 21:05:31 UTC ---
I found that this problem is related to conflict between amd64 and i386. Sacred
Gold is i386, so running on amd64 with open drivers causes this problem. I
tried to install i386 li
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #117 from Alex Deucher 2012-08-09 18:50:34 UTC
---
(In reply to comment #116)
>
> And if someone could explain me what this message/addresses means, I'd
> appreciate it. How is it possible that an offset of 0x40 ends up in a
> r
On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel
wrote:
> Dear Marek,
>
>
> Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Ol??k:
>> ---
>> radeon/radeon_surface.c | 24 ++--
>> 1 file changed, 22 insertions(+), 2 deletions(-)
>
> [?]
>
> do you have some numbers indica
e did you test?
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120
https://bugs.freedesktop.org/show_bug.cgi?id=40211
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #7 from
Hi Greg,
On 08/09/2012 04:23 PM, Greg KH wrote:
> On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote:
>> This patch adds reference counting on a module that exported dma-buf and
>> implements its operations. This prevents the module from being unloaded while
>> DMABUF file is in u
---
radeon/radeon_surface.c | 37 +++--
1 file changed, 31 insertions(+), 6 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 499e994..892dca6 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@ -871,12 +871,37 @@
---
radeon/radeon_surface.c | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 874a092..499e994 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@ -154,7 +154,7 @@ static void su
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/r600.c | 12 +++
drivers/gpu/drm/radeon/r600d.h |3 +++
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_asic.h |2 ++
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/
Most of the checking seems to be in place already. As you can see,
log2(number of samples) resides in LAST_LEVEL.
This is required for MSAA support (namely for depth-stencil resolve and
blitting between MSAA resources).
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/evergreen_cs.c |7
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/r600_cs.c | 52 +++---
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 1119e31..ff61402 100644
--- a/drivers/gpu/drm/ra
https://bugzilla.kernel.org/show_bug.cgi?id=16541
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #116 from Alexandre Demers
2012-08-09 15:24:41 UTC ---
(In reply to comment #113)
> (In reply to comment #112)
> > (In reply to comment #111)
> > > (In reply to comment #110)
> > > > I just pushed a minor bugfix to mesa master, that
https://bugs.freedesktop.org/show_bug.cgi?id=48455
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #1 from
The original code was misported from the X driver,
a) an int went to unsigned int, breaking the downward counting testm code
b) the port did the vco/computed clock bits completely wrong.
This fixes an infinite loop on modprobe on some Dell servers with the G200ER
chipset variant.
Found in intern
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #16 from Andreas Boll 2012-08-09
15:03:34 UTC ---
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #13)
> > > i don't know, and my concern is mostly with the non-gallium driver right
> > > now.
> > >
>
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #115 from Alexandre Demers
2012-08-09 14:56:34 UTC ---
(In reply to comment #114)
> Please test mesa from git (no additional patches) and make sure your kernel
> has
> this patch:
> http://lists.freedesktop.org/archives/dri-devel/20
https://bugs.freedesktop.org/show_bug.cgi?id=53283
--- Comment #8 from kh3095 at yandex.ru 2012-08-09 14:54:08 UTC ---
OK, I'll try.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=53283
kh3095 at yandex.ru changed:
What|Removed |Added
Severity|normal |critical
--
Configure bugmail: htt
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #11 from
https://bugzilla.kernel.org/show_bug.cgi?id=16375
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=41265
Alex Deucher changed:
What|Removed |Added
Summary|KMS does not work on Radeon |Radeon KMS does not work on
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #24 from Alex Deucher 2012-08-09 21:12:52 UTC ---
The patch on bug 26891 might help if this is a UEFI system.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: --
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #114 from Alex Deucher 2012-08-09 14:14:04 UTC
---
Please test mesa from git (no additional patches) and make sure your kernel has
this patch:
http://lists.freedesktop.org/archives/dri-devel/2012-August/026015.html
(no other kernel p
https://bugzilla.kernel.org/show_bug.cgi?id=16295
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #32 from Alex Deucher 2012-08-09 21:10:43 UTC ---
Created attachment 65357
--> https://bugs.freedesktop.org/attachment.cgi?id=65357
VFCT patch
Hi David, I took the liberty of cleaning up your UEFI VFCT patch. I'd like to
get it i
https://bugs.freedesktop.org/show_bug.cgi?id=53283
kh3...@yandex.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=53291
--- Comment #1 from Alex Deucher 2012-08-09 14:08:54 UTC
---
possibly a duplicate of bug 45018.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=53283
--- Comment #9 from kh3...@yandex.ru 2012-08-09 21:05:31 UTC ---
I found that this problem is related to conflict between amd64 and i386. Sacred
Gold is i386, so running on amd64 with open drivers causes this problem. I
tried to install i386 libra
https://bugzilla.kernel.org/show_bug.cgi?id=16273
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
omap_drm.h uses data type defined in stdint.h, but that header was
not included.
omap_drm.h includes drm.h as a local file when it is part of the
compiler c flags.
This two issues are fixed. New code can include omap_drm.h alone.
Signed-off-by: V?ctor Manuel J?quez Leal
---
omap/omap_drm.h |
On Thu, Aug 9, 2012 at 12:14 PM, Marek Ol??k wrote:
> On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel
> wrote:
>> Dear Marek,
>>
>>
>> Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Ol??k:
>>> ---
>>> radeon/radeon_surface.c | 24 ++--
>>> 1 file changed, 22 insertion
https://bugs.freedesktop.org/show_bug.cgi?id=53291
Bug #: 53291
Summary: Failed to allocate a buffer at CAYMAN
Classification: Unclassified
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
On Thu, Aug 9, 2012 at 11:44 AM, Alex Deucher wrote:
> On Thu, Aug 9, 2012 at 10:57 AM, Jerome Glisse wrote:
>> On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote:
>>> Signed-off-by: Marek Ol??k
>>
>> Some comment inline that need a v2 at least for version otherwise
>
> How about the attached u
On Thu, Aug 9, 2012 at 12:14 AM, Andy Gross wrote:
> Fix the following sparse warnings:
>
> drivers/staging/omapdrm/omap_dmm_tiler.c:123:13:
>warning: symbol 'omap_dmm_irq_handler' was not declared.
>Should it be static?
>
> drivers/staging/omapdrm/omap_dmm_tiler.c:370:24:
>warning: Us
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #117 from Alex Deucher 2012-08-09 18:50:34 UTC ---
(In reply to comment #116)
>
> And if someone could explain me what this message/addresses means, I'd
> appreciate it. How is it possible that an offset of 0x40 ends up in a
> re
+698,9 @@
>> #define RLC_UCODE_ADDR0xC32C
>> #define RLC_UCODE_DATA0xC330
>>
>> +#define RLC_GPU_CLOCK_COUNT_LSB 0xC338
>> +#define RLC_GPU_CLOCK_COUNT_MSB 0xC33C
>> +#define RLC_CAPTURE_GPU_CLOCK_COUNT 0xC340
>> #define RLC_MC_CNTL 0xC344
>> #define RLC_UCODE_CNTL0xC348
>>
>> diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h
>> index 5805686..dc3a8cd 100644
>> --- a/include/drm/radeon_drm.h
>> +++ b/include/drm/radeon_drm.h
>> @@ -964,6 +964,8 @@ struct drm_radeon_cs {
>> #define RADEON_INFO_IB_VM_MAX_SIZE 0x0f
>> /* max pipes - needed for compute shaders */
>> #define RADEON_INFO_MAX_PIPES 0x10
>> +/* timestamp for GL_ARB_timer_query (OpenGL), returns the current GPU clock
>> */
>> +#define RADEON_INFO_TIMESTAMP 0x11
>>
>> struct drm_radeon_info {
>> uint32_trequest;
>> --
>> 1.7.9.5
>>
>> ___
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-implement-timestamp-userspace-query-v.patch
Type: text/x-patch
Size: 9409 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120809/20c963f4/attachment-0001.bin>
Hey Sumit,
Op 08-08-12 08:35, Sumit Semwal schreef:
> Hi Maarten,
>
> On 8 August 2012 00:17, Maarten Lankhorst
> wrote:
>> Op 07-08-12 19:53, Maarten Lankhorst schreef:
>>> A dma-fence can be attached to a buffer which is being filled or consumed
>>> by hw, to allow userspace to pass the buffer
This patch sets owner field in DMABUF operations for all DMABUF exporters in
DRM subsystem. This prevents an exporting module from being unloaded while
exported DMABUF descriptor is in use.
Signed-off-by: Tomasz Stanislawski
Acked-by: Sumit Semwal
Acked-by: Daniel Vetter
---
drivers/gpu/drm/e
This patch adds reference counting on a module that exported dma-buf and
implements its operations. This prevents the module from being unloaded while
DMABUF file is in use.
Signed-off-by: Tomasz Stanislawski
Acked-by: Sumit Semwal
Acked-by: Daniel Vetter
CC: linux-doc at vger.kernel.org
---
D
Hello,
This patchset adds reference counting for an exporter module to DMABUF
framework. Moreover, it adds setup of an owner field for exporters in DRM
subsystem.
v1: Original
v2:
- split patch into DMABUF and DRM part
- allow owner to be NULL
Regards,
Tomasz Stanislawski
Tomasz Stanislawsk
From: Jerome Glisse
Limit printing bad edid information at one time per connector.
Connector that are connected to a bad monitor/kvm will likely
stay connected to the same bad monitor/kvm and it makes no
sense to keep printing the bad edid message.
Signed-off-by: Jerome Glisse
---
drivers/gpu/
Hi Tomasz,
On 8 August 2012 19:36, Daniel Vetter wrote:
> On Wed, Aug 08, 2012 at 03:53:10PM +0200, Tomasz Stanislawski wrote:
>> Hi Laurent,
>>
>> On 08/08/2012 03:35 PM, Laurent Pinchart wrote:
>> > Hi Tomasz,
>> >
>> > Thanks for the patch.
Thanks for the patch; may I ask you to split it into
Reviewed-by: Jerome Glisse
On Thu, Aug 9, 2012 at 10:38 AM, Marek Ol??k wrote:
> ---
> radeon/radeon_surface.c | 37 +++--
> 1 file changed, 31 insertions(+), 6 deletions(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 499e994..892
On Thu, Aug 9, 2012 at 10:37 AM, Marek Ol??k wrote:
Reviewed-by: Jerome Glisse
> ---
> radeon/radeon_surface.c | 24 ++--
> 1 file changed, 22 insertions(+), 2 deletions(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 874a092..499e994 100644
On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote:
> Most of the checking seems to be in place already. As you can see,
> log2(number of samples) resides in LAST_LEVEL.
Yeah i tried to make it easy but i might have get few thing wrong, i
do hope not.
> This is required for MSAA support (namely
On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote:
> Signed-off-by: Marek Ol??k
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/r600_cs.c | 52
> +++---
> 1 file changed, 26 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r6
On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote:
> Signed-off-by: Marek Ol??k
Some comment inline that need a v2 at least for version otherwise
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/r600.c | 12 +++
> drivers/gpu/drm/radeon/r600d.h |3 +++
https://bugs.freedesktop.org/show_bug.cgi?id=40211
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #7 from
On Thu, Aug 9, 2012 at 12:14 PM, Marek Olšák wrote:
> On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel
> wrote:
>> Dear Marek,
>>
>>
>> Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Olšák:
>>> ---
>>> radeon/radeon_surface.c | 24 ++--
>>> 1 file changed, 22 insertion
On Thu, Aug 9, 2012 at 12:14 AM, Andy Gross wrote:
> Fix the following sparse warnings:
>
> drivers/staging/omapdrm/omap_dmm_tiler.c:123:13:
>warning: symbol 'omap_dmm_irq_handler' was not declared.
>Should it be static?
>
> drivers/staging/omapdrm/omap_dmm_tiler.c:370:24:
>warning: Us
On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel
wrote:
> Dear Marek,
>
>
> Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Olšák:
>> ---
>> radeon/radeon_surface.c | 24 ++--
>> 1 file changed, 22 insertions(+), 2 deletions(-)
>
> […]
>
> do you have some numbers indica
On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote:
> This patch adds reference counting on a module that exported dma-buf and
> implements its operations. This prevents the module from being unloaded while
> DMABUF file is in use.
Why force all of the modules to be changed "by ha
omap_drm.h uses data type defined in stdint.h, but that header was
not included.
omap_drm.h includes drm.h as a local file when it is part of the
compiler c flags.
This two issues are fixed. New code can include omap_drm.h alone.
Signed-off-by: Víctor Manuel Jáquez Leal
---
omap/omap_drm.h |
On Thu, Aug 9, 2012 at 11:44 AM, Alex Deucher wrote:
> On Thu, Aug 9, 2012 at 10:57 AM, Jerome Glisse wrote:
>> On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák wrote:
>>> Signed-off-by: Marek Olšák
>>
>> Some comment inline that need a v2 at least for version otherwise
>
> How about the attached u
On Thu, Aug 9, 2012 at 10:57 AM, Jerome Glisse wrote:
> On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák wrote:
>> Signed-off-by: Marek Olšák
>
> Some comment inline that need a v2 at least for version otherwise
How about the attached updated patch? I'd like to get this series in
the radeon drm-fi
https://bugzilla.kernel.org/show_bug.cgi?id=16541
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
Dear Marek,
Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Olšák:
> ---
> radeon/radeon_surface.c | 24 ++--
> 1 file changed, 22 insertions(+), 2 deletions(-)
[…]
do you have some numbers indicating an improvement with this change? On
what hardware did you test
From: Jerome Glisse
Limit printing bad edid information at one time per connector.
Connector that are connected to a bad monitor/kvm will likely
stay connected to the same bad monitor/kvm and it makes no
sense to keep printing the bad edid message.
Signed-off-by: Jerome Glisse
---
drivers/gpu/
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #116 from Alexandre Demers
2012-08-09 15:24:41 UTC ---
(In reply to comment #113)
> (In reply to comment #112)
> > (In reply to comment #111)
> > > (In reply to comment #110)
> > > > I just pushed a minor bugfix to mesa master, that
https://bugs.freedesktop.org/show_bug.cgi?id=48455
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=37490
--- Comment #16 from Andreas Boll 2012-08-09
15:03:34 UTC ---
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #13)
> > > i don't know, and my concern is mostly with the non-gallium driver right
> > > now.
> > >
>
Reviewed-by: Jerome Glisse
On Thu, Aug 9, 2012 at 10:38 AM, Marek Olšák wrote:
> ---
> radeon/radeon_surface.c | 37 +++--
> 1 file changed, 31 insertions(+), 6 deletions(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 499e994..892
On Thu, Aug 9, 2012 at 10:37 AM, Marek Olšák wrote:
Reviewed-by: Jerome Glisse
> ---
> radeon/radeon_surface.c | 24 ++--
> 1 file changed, 22 insertions(+), 2 deletions(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 874a092..499e994 100644
On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák wrote:
> Most of the checking seems to be in place already. As you can see,
> log2(number of samples) resides in LAST_LEVEL.
Yeah i tried to make it easy but i might have get few thing wrong, i
do hope not.
> This is required for MSAA support (namely
https://bugs.freedesktop.org/show_bug.cgi?id=53283
kh3...@yandex.ru changed:
What|Removed |Added
Severity|normal |critical
--
Configure bugmail: https:
On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák wrote:
> Signed-off-by: Marek Olšák
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/r600_cs.c | 52
> +++---
> 1 file changed, 26 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r6
On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák wrote:
> Signed-off-by: Marek Olšák
Some comment inline that need a v2 at least for version otherwise
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/r600.c | 12 +++
> drivers/gpu/drm/radeon/r600d.h |3 +++
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #115 from Alexandre Demers
2012-08-09 14:56:34 UTC ---
(In reply to comment #114)
> Please test mesa from git (no additional patches) and make sure your kernel
> has
> this patch:
> http://lists.freedesktop.org/archives/dri-devel/20
Hi Greg,
On 08/09/2012 04:23 PM, Greg KH wrote:
> On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote:
>> This patch adds reference counting on a module that exported dma-buf and
>> implements its operations. This prevents the module from being unloaded while
>> DMABUF file is in u
https://bugs.freedesktop.org/show_bug.cgi?id=53283
--- Comment #8 from kh3...@yandex.ru 2012-08-09 14:54:08 UTC ---
OK, I'll try.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=50450
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--- Comment #11 from
---
radeon/radeon_surface.c | 37 +++--
1 file changed, 31 insertions(+), 6 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 499e994..892dca6 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@ -871,12 +871,37 @@
---
radeon/radeon_surface.c | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 874a092..499e994 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_surface.c
@@ -154,7 +154,7 @@ static void su
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/r600.c | 12 +++
drivers/gpu/drm/radeon/r600d.h |3 +++
drivers/gpu/drm/radeon/radeon.h|1 +
drivers/gpu/drm/radeon/radeon_asic.h |2 ++
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/
Most of the checking seems to be in place already. As you can see,
log2(number of samples) resides in LAST_LEVEL.
This is required for MSAA support (namely for depth-stencil resolve and
blitting between MSAA resources).
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/evergreen_cs.c |7
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/r600_cs.c | 52 +++---
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c
index 1119e31..ff61402 100644
--- a/drivers/gpu/drm/ra
https://bugzilla.kernel.org/show_bug.cgi?id=16375
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote:
> This patch adds reference counting on a module that exported dma-buf and
> implements its operations. This prevents the module from being unloaded while
> DMABUF file is in use.
Why force all of the modules to be changed "by ha
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #114 from Alex Deucher 2012-08-09 14:14:04 UTC ---
Please test mesa from git (no additional patches) and make sure your kernel has
this patch:
http://lists.freedesktop.org/archives/dri-devel/2012-August/026015.html
(no other kernel pa
https://bugzilla.kernel.org/show_bug.cgi?id=16295
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=53291
--- Comment #1 from Alex Deucher 2012-08-09 14:08:54 UTC ---
possibly a duplicate of bug 45018.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #7 from Michel D?nzer 2012-08-09 07:05:26
UTC ---
(In reply to comment #6)
> The fault address in the VM_CONTEXT1_PROTECTION_FAULT_ADDR register is less
> than the start of the virtual address area, unless that is due to the bug?
So
On Thu, Aug 9, 2012 at 2:31 AM, Laurent Pinchart
wrote:
> Hi Lars,
>
> On Wednesday 08 August 2012 18:25:30 Lars-Peter Clausen wrote:
>> On 08/08/2012 04:44 PM, Laurent Pinchart wrote:
>> > On Wednesday 27 June 2012 15:30:18 Sascha Hauer wrote:
>> >> Many embedded drm devices do not have a IOMMU a
https://bugzilla.kernel.org/show_bug.cgi?id=16273
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #113 from Alexandre Demers
2012-08-09 05:20:04 UTC ---
(In reply to comment #112)
> (In reply to comment #111)
> > (In reply to comment #110)
> > > I just pushed a minor bugfix to mesa master, that in conjunction with
> > > Jeromes
https://bugs.freedesktop.org/show_bug.cgi?id=53291
Bug #: 53291
Summary: Failed to allocate a buffer at CAYMAN
Classification: Unclassified
Product: DRI
Version: DRI CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #6 from Anthony Waters 2012-08-09 03:07:19
UTC ---
The fault address in the VM_CONTEXT1_PROTECTION_FAULT_ADDR register is less
than the start of the virtual address area, unless that is due to the bug?
--
Configure bugmail: https:/
This patch sets owner field in DMABUF operations for all DMABUF exporters in
DRM subsystem. This prevents an exporting module from being unloaded while
exported DMABUF descriptor is in use.
Signed-off-by: Tomasz Stanislawski
Acked-by: Sumit Semwal
Acked-by: Daniel Vetter
---
drivers/gpu/drm/e
This patch adds reference counting on a module that exported dma-buf and
implements its operations. This prevents the module from being unloaded while
DMABUF file is in use.
Signed-off-by: Tomasz Stanislawski
Acked-by: Sumit Semwal
Acked-by: Daniel Vetter
CC: linux-...@vger.kernel.org
---
Docu
Hey Sumit,
Op 08-08-12 08:35, Sumit Semwal schreef:
> Hi Maarten,
>
> On 8 August 2012 00:17, Maarten Lankhorst
> wrote:
>> Op 07-08-12 19:53, Maarten Lankhorst schreef:
>>> A dma-fence can be attached to a buffer which is being filled or consumed
>>> by hw, to allow userspace to pass the buffer
Hello,
This patchset adds reference counting for an exporter module to DMABUF
framework. Moreover, it adds setup of an owner field for exporters in DRM
subsystem.
v1: Original
v2:
- split patch into DMABUF and DRM part
- allow owner to be NULL
Regards,
Tomasz Stanislawski
Tomasz Stanislawsk
1 - 100 of 107 matches
Mail list logo
