On Fri, 2012-12-21 at 13:39 +0200, Terje Bergstrom wrote:
> diff --git a/include/trace/events/host1x.h b/include/trace/events/host1x.h
> index d98d74c..e087910 100644
> --- a/include/trace/events/host1x.h
> +++ b/include/trace/events/host1x.h
> @@ -37,6 +37,214 @@ DECLARE_EVENT_CLASS(host1x,
>
On Fri, Dec 21, 2012 at 4:56 AM, Linus Torvalds
wrote:
> This thing isn't repeatable, and it can go days without happening, but
> it has happened several times now over the last several weeks, to the
> point where it is very annoying.
>
> I get:
>
> [drm:i915_hangcheck_hung] *ERROR* Hangcheck
On Fri, Dec 21, 2012 at 3:46 AM, Dave Airlie wrote:
> On Fri, Dec 21, 2012 at 11:49 AM, Dave Airlie wrote:
>> As we talked on irc, I decided to write a test case and it actually
>> seems to trigger the race.
>>
>> Really its insane userspace behaviour and I'm not really sure we
>> should care to
Hello All,
Any comments for this patch set..?
Best Wishes,
Leela Krishna Amudala.
On Tue, Dec 18, 2012 at 10:34 PM, Steffen Trumtrar
wrote:
>
> Hi!
>
> Finally, right in time before the end of the world on friday, v16 of the
> display helpers.
>
> Changes since v15:
> - move
On Fri, Dec 21, 2012 at 10:33 AM, Pavel Roskin wrote:
> Hello!
>
> The system running the current mainline Linux shows black screen for me
> reliably if I run the unshield program on xterm. Linux 3.7 is OK.
>
> The bisection found the first bad commit:
>
>
HDCP stands for High-bandwidth Digital Content Protection.
This is a newer form of Digital Rights Management(secure DRM)
that was designed to control digital video and audio content.
Contains an integrated HDCP encryption engine for video/audio content
protection.
supports version HDCP v1.1.
Hi All.
This patch supports HDCP feature in Exynos DRM HDMI.
We enhaced feature of HDCP for content protection.
please check my commit and If you have any opinion of this patch.
please give comment to me.
HDCP stands for High-bandwidth Digital Content Protection.
contains an integrated HDCP
ing 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/20121221/60d6c95c/attachment.html>
This patch considers no iommu support to kernel space mapping
of console framebuffer.
Without iommu, we get physical address instead of device address
after dma_alloc_attrs function is called. So we should consider
the case without iommu when it maps console framebuffer with
kernel space.
This patch fixes erroneous register read.
readl function needs register base address + offset but
exynos_drm_gsc module used only offset to read a register.
So this patch uses gsc_read function instead of readl.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
This patch considers no iommu support to kernel space mapping
of console framebuffer.
Without iommu, we get physical address instead of device address
after dma_alloc_attrs function is called. So we should consider
the case without iommu when it maps console framebuffer with
kernel space.
cs7-signature
Size: 3621 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/93b8e779/attachment-0001.bin>
tse at fsing.rootsland.net |
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3621 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/f733e938/attachment-0001.bin>
On 21.12.2012 15:50, Lucas Stach wrote:
> This has to be resolved before merging. Personally I'm in favour of
> keeping reg access patterns close to what is done in other parts of the
> kernel.
I haven't so far received comments from too many people, so that's why I
left it as is.
>> * Uses
the GNU General Public License
> + * along with this program. If not, see <http://www.gnu.org/licenses/>.
> + */
> +
> +#ifndef _TEGRA_DRM_H_
> +#define _TEGRA_DRM_H_
> +
> +#endif
This can be removed as well.
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/20121221/b24631d4/attachment.pgp>
ect?
That was it. I had those disabled! Sorry for the noise.
--
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/20121221/3f
t --
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/20121221/068a256e/attachment.pgp>
Am Freitag, den 21.12.2012, 15:57 +0200 schrieb Terje Bergstr?m:
> On 21.12.2012 15:50, Lucas Stach wrote:
> > This has to be resolved before merging. Personally I'm in favour of
> > keeping reg access patterns close to what is done in other parts of the
> > kernel.
>
> I haven't so far received
Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom:
> Register a dummy device for tegradrm, and provide a getter to
> access the device.
>
> Signed-off-by: Terje Bergstrom
> ---
[...]
> diff --git a/drivers/gpu/host1x/drm.c b/drivers/gpu/host1x/drm.c
> new file mode 100644
> index
pipeline. Maybe someone more knowledgeable than me could make a more
educated guess about this.
>
> [1] http://cgit.freedesktop.org/xorg/app/edid-decode/
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: xrandr_verbose.txt
URL:
<http://li
Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next-20121220.
>
> The fourth version has only few changes compared to previous version:
> * Fixed some sparse warnings
> * Fixed
Align surface sizes to an even number of tile rows to cater for sampler
prefetch, as shown by enabling GPU invalid PTE detection (i.e. clearing
the valid bit of the PTE).
---
We are investigating bug
https://bugs.freedesktop.org/show_bug.cgi?id=55984 where the only lead
so far is the ordering of
On Fri, Dec 21, 2012 at 4:47 AM, Eunchul Kim
wrote:
> HDCP stands for High-bandwidth Digital Content Protection.
> This is a newer form of Digital Rights Management(secure DRM)
> that was designed to control digital video and audio content.
> Contains an integrated HDCP encryption engine for
On 12/21/2012 01:57 AM, Arto Merilainen wrote:
> On 12/20/2012 07:14 PM, Stephen Warren wrote:
>>
>> What's wrong with just having each device ask the host1x (its parent)
>> for a pointer to the (dummy) tegradrm device. That seems extremely
>>
>
> We are talking about creating a dummy device
> Of course it is, but why would you disable automatic fan management?
>
> You are supposed to activate it and let it activated at all time.
It's not me but someone inexperienced playing with sysfs tunables for example :)
--
Ozan ?a?layan
Research Assistant
Galatasaray University - Computer
Register a dummy device for tegradrm, and provide a getter to
access the device.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/drm/tegra/dc.c |5 -
drivers/gpu/drm/tegra/drm.c | 11 +
drivers/gpu/drm/tegra/gr2d.c |4 +++-
drivers/gpu/drm/tegra/hdmi.c |5 -
Add client driver for 2D device.
Signed-off-by: Arto Merilainen
Signed-off-by: Terje Bergstrom
---
drivers/gpu/drm/tegra/Makefile |2 +-
drivers/gpu/drm/tegra/drm.c| 211 ++-
drivers/gpu/drm/tegra/drm.h| 29
drivers/gpu/drm/tegra/gr2d.c | 307
Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
of 2D clock to that driver alias.
Signed-off-by: Terje Bergstrom
---
arch/arm/mach-tegra/board-dt-tegra20.c|1 +
arch/arm/mach-tegra/board-dt-tegra30.c|1 +
arch/arm/mach-tegra/tegra20_clocks_data.c |2 +-
From: Arto Merilainen
This patch removes the redundant host1x driver from tegradrm and
makes necessary bindings to the separate host driver.
The infrastructure for drm client lists is merged to drm.c.
The patch simplifies driver initialization; The original driver had
Add support for host1x debugging. Adds debugfs entries, and dumps
channel state to UART in case of stuck job.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/host1x/Makefile |1 +
drivers/gpu/host1x/cdma.c | 37 +++
drivers/gpu/host1x/debug.c
Add support for host1x client modules, and host1x channels to submit
work to the clients. The work is submitted in GEM CMA buffers, so
this patch adds support for them.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/host1x/Kconfig | 24 +-
drivers/gpu/host1x/Makefile
Add support for sync point interrupts, and sync point wait. Sync
point wait used interrupts for unblocking wait.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/host1x/Makefile |2 +
drivers/gpu/host1x/dev.c | 37 +++-
drivers/gpu/host1x/dev.h |
Add host1x, the driver for host1x and its client unit 2D.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/Makefile |1 +
drivers/gpu/host1x/Kconfig|6 +
drivers/gpu/host1x/Makefile |8 +
drivers/gpu/host1x/dev.c |
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20121220.
The fourth version has only few changes compared to previous version:
* Fixed some sparse warnings
* Fixed host1x Makefile to allow building as module
* Fixed host1x module unload
*
This patch cleanup needless parenthesis. we got the comment from GSC.
but we missed fimc side. so, we cleanup the code.
Signed-off-by: Eunchul Kim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Jinyoung Jeon
This patch fixed unnormal interrupt at m2m operation sometimes.
m2m operation called s/w reset during every frame.
but m2m occured interrupt after s/w reset sometimes.
so, we cleared dma operation and capture operation.
Signed-off-by: Jinyoung Jeon
From: JoongMock Shin
This patch removed color bar pattern register. we not use color bar
any more. and don't support color bar at writeback operation.
Signed-off-by: JoongMock Shin
Signed-off-by: Eunchul Kim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c |9
This patch cleanup comment of abbreviation.
Signed-off-by: Eunchul Kim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +-
drivers/gpu/drm/exynos/exynos_drm_gsc.c |2 +-
drivers/gpu/drm/exynos/exynos_drm_ipp.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git
This patch fixed warnning in GSC build.
Signed-off-by: Eunchul Kim
---
drivers/gpu/drm/exynos/exynos_drm_gsc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gsc.c
b/drivers/gpu/drm/exynos/exynos_drm_gsc.c
index 3e5b456..410175a
Changelog v2:
This patch added EXYNOS_DRM_FLIP_BOTH enum value for warnning.
Changelog v1:
This patch fixed vflip, hflip at the same time. If we want to change 180 degree
about buffer,
then we can use h,vflip or 180 degree. we supports 180 degree using h,vflip.
but we make error handling in this
This patch removed property error handling. property couldn't be NULL.
so, I removed it.
Signed-off-by: Eunchul Kim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 12
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 12
drivers/gpu/drm/exynos/exynos_drm_ipp.c |5
This patch changed current command name from cmd to c_node.
because we already use cmd for command control ioctl in another structure.
so, this name make some confusion.
Signed-off-by: Eunchul Kim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c|8
Hi All.
This patch set fixed some issue and cleanup code.
please check my commit and let me know about your comment.
Changelog v2:
- This patch set fixes the following:
* fixed vflip, hflip case at the same time: we use vflip, hflip set at the
same time for 180 degree supporting.
so, we
On Fri, Dec 21, 2012 at 11:49 AM, Dave Airlie wrote:
> As we talked on irc, I decided to write a test case and it actually
> seems to trigger the race.
>
> Really its insane userspace behaviour and I'm not really sure we
> should care to fix, I can't see it causing an oops, more userspace
> does
On Fri, 21 Dec 2012 18:47:57 +0900
Eunchul Kim wrote:
> HDCP stands for High-bandwidth Digital Content Protection.
> This is a newer form of Digital Rights Management(secure DRM)
was.. the master key was leaked long ago 8)
> that was designed to control digital video and audio content.
>
As we talked on irc, I decided to write a test case and it actually
seems to trigger the race.
Really its insane userspace behaviour and I'm not really sure we
should care to fix, I can't see it causing an oops, more userspace
does something insane, it gets a bad result, but I'll contemplate it a
One more patch I just pushed:
commit 668bbc81baf0f34df832d8aca5c7d5e19a493c68
Author: Alex Deucher
Date: Thu Dec 20 21:19:32 2012 -0500
drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list
It's used in a recent mesa commit:
Hi Vikas,
On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan wrote:
> Hi Laurent,
>
> Thanks for the reply.
>
> On 17 December 2012 20:55, Laurent Pinchart <
>
> laurent.pinchart at ideasonboard.com> wrote:
> > Hi Vikas,
> >
> > Sorry for the late reply. I now have more time to work on
On 12/20/2012 07:14 PM, Stephen Warren wrote:
>
> What's wrong with just having each device ask the host1x (its parent)
> for a pointer to the (dummy) tegradrm device. That seems extremely
>
We are talking about creating a dummy device because:
- we need to give something for drm_platform_init(),
On Thu, Dec 20, 2012 at 9:34 PM, wrote:
> From: Alex Deucher
>
> It's used in a recent mesa commit:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=24b1206ab2dcd506aaac3ef656aebc8bc20cd27a
> and there may be some other cases in the future where it's required.
>
> Signed-off-by: Alex Deucher
Hello!
The system running the current mainline Linux shows black screen for
me reliably if I run the unshield program on xterm. Linux 3.7 is OK.
The bisection found the first bad commit:
deab48f140d28d788cb2b5705761a92b02e3440d
Alex Deucher
drm/radeon: add dma engine support for vm pt
On Fri, Dec 21, 2012 at 10:14 AM, Stephan Seitz
wrote:
> On Fri, Dec 21, 2012 at 09:30:39AM -0500, Alex Deucher wrote:
>>
>> On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz
>> wrote:
>>>
>>> filename:
On Thu, 2012-12-20 at 13:37 -0500, Alex Deucher wrote:
> On Tue, Dec 18, 2012 at 12:28 PM, Paul Bolle wrote:
> > On Tue, 2012-12-18 at 10:22 -0500, Alex Deucher wrote:
> >> On Tue, Dec 18, 2012 at 5:36 AM, Christian K?nig
> >> wrote:
> >> > You should definitely try Alex latest drm-fixes-3.8
On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz
wrote:
> Hi!
>
> filename: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko
>
> hardware:
> 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
> RV730XT [Radeon HD 4670] (prog-if 00
On 21.12.2012 00:28, Stephen Warren wrote:
> On 12/20/2012 02:34 PM, Terje Bergstr?m wrote:
>> On 20.12.2012 22:30, Thierry Reding wrote:
>>> The problem with your proposed solution is that, even any of Stephen's
>>> valid objections aside, it won't work. Once the tegra-drm module is
>>> unloaded,
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly
head: e03a89ed11fc77b78135ae473725fbfa876c1d95
commit: b3d6da16e97f181bca681e486adfcc6632bae2de Merge remote-tracking branch
'origin/drm-intel-fixes' into drm-intel-nightly
date: 16 minutes ago
config: make ARCH=i386
Hi Dave
Some fixes for 3.8:
- Watermark fixups from Chris Wilson (4 pieces).
- 2 snb workarounds, seem to be recently added to our internal DB.
- workaround for the infamous i830/i845 hang, seems now finally solid!
Based on Chris' fix for SNA, now also for UXA/mesa SNA.
- Some more fixlets for
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/0158bc70/attachment.html>
lid] *ERROR* Invalid register 0x8040 in CS
--
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/20121221/65d27697/attachment.html>
This patch fixes erroneous register read.
readl function needs register base address + offset but
exynos_drm_gsc module used only offset to read a register.
So this patch uses gsc_read function instead of readl.
Signed-off-by: Inki Dae inki@samsung.com
Signed-off-by: Kyungmin Park
This patch considers no iommu support to kernel space mapping
of console framebuffer.
Without iommu, we get physical address instead of device address
after dma_alloc_attrs function is called. So we should consider
the case without iommu when it maps console framebuffer with
kernel space.
On Thu, 2012-12-20 at 13:37 -0500, Alex Deucher wrote:
On Tue, Dec 18, 2012 at 12:28 PM, Paul Bolle pebo...@tiscali.nl wrote:
On Tue, 2012-12-18 at 10:22 -0500, Alex Deucher wrote:
On Tue, Dec 18, 2012 at 5:36 AM, Christian König
deathsim...@vodafone.de wrote:
You should definitely try
On 12/20/2012 07:14 PM, Stephen Warren wrote:
What's wrong with just having each device ask the host1x (its parent)
for a pointer to the (dummy) tegradrm device. That seems extremely
We are talking about creating a dummy device because:
- we need to give something for drm_platform_init(),
-
This patch considers no iommu support to kernel space mapping
of console framebuffer.
Without iommu, we get physical address instead of device address
after dma_alloc_attrs function is called. So we should consider
the case without iommu when it maps console framebuffer with
kernel space.
Hi All.
This patch supports HDCP feature in Exynos DRM HDMI.
We enhaced feature of HDCP for content protection.
please check my commit and If you have any opinion of this patch.
please give comment to me.
HDCP stands for High-bandwidth Digital Content Protection.
contains an integrated HDCP
HDCP stands for High-bandwidth Digital Content Protection.
This is a newer form of Digital Rights Management(secure DRM)
that was designed to control digital video and audio content.
Contains an integrated HDCP encryption engine for video/audio content
protection.
supports version HDCP v1.1.
Hi Vikas,
On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan wrote:
Hi Laurent,
Thanks for the reply.
On 17 December 2012 20:55, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Vikas,
Sorry for the late reply. I now have more time to work on CDF, so
delays
Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
of 2D clock to that driver alias.
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
arch/arm/mach-tegra/board-dt-tegra20.c|1 +
arch/arm/mach-tegra/board-dt-tegra30.c|1 +
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20121220.
The fourth version has only few changes compared to previous version:
* Fixed some sparse warnings
* Fixed host1x Makefile to allow building as module
* Fixed host1x module unload
*
Add host1x, the driver for host1x and its client unit 2D.
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
drivers/gpu/Makefile |1 +
drivers/gpu/host1x/Kconfig|6 +
drivers/gpu/host1x/Makefile |8 +
drivers/gpu/host1x/dev.c
Add support for sync point interrupts, and sync point wait. Sync
point wait used interrupts for unblocking wait.
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
drivers/gpu/host1x/Makefile |2 +
drivers/gpu/host1x/dev.c | 37 +++-
Add client driver for 2D device.
Signed-off-by: Arto Merilainen amerilai...@nvidia.com
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
drivers/gpu/drm/tegra/Makefile |2 +-
drivers/gpu/drm/tegra/drm.c| 211 ++-
drivers/gpu/drm/tegra/drm.h| 29
Register a dummy device for tegradrm, and provide a getter to
access the device.
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
drivers/gpu/drm/tegra/dc.c |5 -
drivers/gpu/drm/tegra/drm.c | 11 +
drivers/gpu/drm/tegra/gr2d.c |4 +++-
From: Arto Merilainen amerilai...@nvidia.com
This patch removes the redundant host1x driver from tegradrm and
makes necessary bindings to the separate host driver.
The infrastructure for drm client lists is merged to drm.c.
The patch simplifies driver initialization; The original driver had
two
Add support for host1x debugging. Adds debugfs entries, and dumps
channel state to UART in case of stuck job.
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
drivers/gpu/host1x/Makefile |1 +
drivers/gpu/host1x/cdma.c | 37 +++
On Fri, 21 Dec 2012 18:47:57 +0900
Eunchul Kim chulspro@samsung.com wrote:
HDCP stands for High-bandwidth Digital Content Protection.
This is a newer form of Digital Rights Management(secure DRM)
was.. the master key was leaked long ago 8)
that was designed to control digital video and
Of course it is, but why would you disable automatic fan management?
You are supposed to activate it and let it activated at all time.
It's not me but someone inexperienced playing with sysfs tunables for example :)
--
Ozan Çağlayan
Research Assistant
Galatasaray University - Computer
Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom:
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20121220.
The fourth version has only few changes compared to previous version:
* Fixed some sparse warnings
* Fixed host1x
On Tue, 18 Dec 2012 23:33:20 +0100
Paul Menzel paulepan...@users.sourceforge.net wrote:
Dear Florian,
Am Dienstag, den 18.12.2012, 21:03 +0100 schrieb Florian Mickler:
On Wed, 15 Aug 2012 17:40:40 +0200 Paul Menzel wrote:
Date: Wed, 8 Aug 2012 23:12:19 +0200
Connecting an
On 21.12.2012 15:50, Lucas Stach wrote:
This has to be resolved before merging. Personally I'm in favour of
keeping reg access patterns close to what is done in other parts of the
kernel.
I haven't so far received comments from too many people, so that's why I
left it as is.
* Uses still
Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom:
Register a dummy device for tegradrm, and provide a getter to
access the device.
Signed-off-by: Terje Bergstrom tbergst...@nvidia.com
---
[...]
diff --git a/drivers/gpu/host1x/drm.c b/drivers/gpu/host1x/drm.c
new file mode
Am Freitag, den 21.12.2012, 15:57 +0200 schrieb Terje Bergström:
On 21.12.2012 15:50, Lucas Stach wrote:
This has to be resolved before merging. Personally I'm in favour of
keeping reg access patterns close to what is done in other parts of the
kernel.
I haven't so far received comments
Hi!
filename: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko
hardware:
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730XT
[Radeon HD 4670] (prog-if 00 [VGA controller])
Subsystem: Hightech Information System Ltd. Device 2003
On Fri, Dec 21, 2012 at 02:53:51PM +0100, Lucas Stach wrote:
Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom:
[...]
+void host1x_unregister_drm_device(struct host1x *host1x)
+{
+ if (host1x-drm_device)
+ platform_device_unregister(host1x-drm_device);
+}
On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz
stse+...@fsing.rootsland.net wrote:
Hi!
filename: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko
hardware:
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
RV730XT [Radeon HD 4670] (prog-if 00 [VGA
On Fri, Dec 21, 2012 at 01:39:21PM +0200, Terje Bergstrom wrote:
From: Arto Merilainen amerilai...@nvidia.com
[...]
diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c
[...]
+static int tegra_drm_add_client(struct device *dev, void *data)
+{
+ static const char * const
Align surface sizes to an even number of tile rows to cater for sampler
prefetch, as shown by enabling GPU invalid PTE detection (i.e. clearing
the valid bit of the PTE).
---
We are investigating bug
https://bugs.freedesktop.org/show_bug.cgi?id=55984 where the only lead
so far is the ordering of
https://bugs.freedesktop.org/show_bug.cgi?id=58568
Paul Menzel paulepan...@users.sourceforge.net changed:
What|Removed |Added
Status|NEW |RESOLVED
On Fri, Dec 21, 2012 at 10:14 AM, Stephan Seitz
stse+...@fsing.rootsland.net wrote:
On Fri, Dec 21, 2012 at 09:30:39AM -0500, Alex Deucher wrote:
On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz
stse+...@fsing.rootsland.net wrote:
filename:
Hello All,
Any comments for this patch set..?
Best Wishes,
Leela Krishna Amudala.
On Tue, Dec 18, 2012 at 10:34 PM, Steffen Trumtrar
s.trumt...@pengutronix.de wrote:
Hi!
Finally, right in time before the end of the world on friday, v16 of the
display helpers.
Changes since v15:
-
On Thu, Dec 20, 2012 at 9:34 PM, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
It's used in a recent mesa commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=24b1206ab2dcd506aaac3ef656aebc8bc20cd27a
and there may be some other cases in the future where it's
Applied.
Thanks,
Inki Dae
2012/12/20 Seung-Woo Kim sw0312@samsung.com
This patch fixes flags passed to dma buf exporting.
Signed-off-by: Seung-Woo Kim sw0312@samsung.com
Signed-off-by: Kyungmin.park kyungmin.p...@samsung.com
---
I found exynos drm also sends wrong flag for dma buf
One more patch I just pushed:
commit 668bbc81baf0f34df832d8aca5c7d5e19a493c68
Author: Alex Deucher alexander.deuc...@amd.com
Date: Thu Dec 20 21:19:32 2012 -0500
drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list
It's used in a recent mesa commit:
2012/12/21 Alan Cox a...@lxorguk.ukuu.org.uk
On Fri, 21 Dec 2012 18:47:57 +0900
Eunchul Kim chulspro@samsung.com wrote:
HDCP stands for High-bandwidth Digital Content Protection.
This is a newer form of Digital Rights Management(secure DRM)
was.. the master key was leaked long ago 8)
From: Inki Dae daei...@gmail.com
This patch changes file license to GPL
Most of exynos files had been copied from some random
file and not updated correctly. So this patch corrects
the file license.
Signed-off-by: Inki Dae inki@samsung.com
Signed-off-by: Kyungmin Park
https://bugs.freedesktop.org/show_bug.cgi?id=52360
--- Comment #2 from okias d.ok...@gmail.com ---
Created attachment 71943
-- https://bugs.freedesktop.org/attachment.cgi?id=71943action=edit
R600_DUMP_SHADERS.log
R600_DUMP_SHADERS=1
new kernel 3.7.1, mesa-git, llvm-git and still same problem
Hi Dave,
Just bug fix and code cleanup. And most of exynos files had
been copied from some random file and not updated correctly.
This was our mistakes. So it changes file liecnse to GPL.
If there is any problem, please let me know.
Thanks,
Inki Dae
The following changes since commit
On Fri, Dec 21, 2012 at 3:46 AM, Dave Airlie airl...@gmail.com wrote:
On Fri, Dec 21, 2012 at 11:49 AM, Dave Airlie airl...@gmail.com wrote:
As we talked on irc, I decided to write a test case and it actually
seems to trigger the race.
Really its insane userspace behaviour and I'm not really
On Fri, Dec 21, 2012 at 4:56 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
This thing isn't repeatable, and it can go days without happening, but
it has happened several times now over the last several weeks, to the
point where it is very annoying.
I get:
On 12/21/2012 01:57 AM, Arto Merilainen wrote:
On 12/20/2012 07:14 PM, Stephen Warren wrote:
What's wrong with just having each device ask the host1x (its parent)
for a pointer to the (dummy) tegradrm device. That seems extremely
We are talking about creating a dummy device because:
- we
1 - 100 of 107 matches
Mail list logo