On 21.12.2012 16:36, Thierry Reding wrote:
> On Fri, Dec 21, 2012 at 01:39:21PM +0200, Terje Bergstrom wrote:
>> +static struct platform_driver tegra_drm_platform_driver = {
>> +.driver = {
>> +.name = "tegradrm",
>
> This should be "tegra-drm" to match the module name.
We've actu
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,
>
Thank's for your advice.
Your opinion is very helpful to me.
I will consider your comments, and then I resend it.
Thank's
BR
Eunchul Kim
On 12/21/2012 08:53 PM, Alan Cox wrote:
On Fri, 21 Dec 2012 18:47:57 +0900
Eunchul Kim wrote:
HDCP stands for High-bandwidth Digital Content Protection.
T
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 ti
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 include/linu
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:
>
> deab48f140d28d788cb2b5705761a92b02e3440d
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.
Exyno
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 encry
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/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.
Changel
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
---
drivers/gpu/drm/exynos/e
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.
Signed-
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:
>
> deab48f140d28d788cb2b5705761a92b02e3440d
https://bugs.freedesktop.org/show_bug.cgi?id=56405
Alex Deucher changed:
What|Removed |Added
CC||adamreich...@myopera.com
--- Comment #50
/x-pkcs7-signature
Size: 3621 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/93b8e779/attachment-0001.bin>
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 stil
On Fri, Dec 21, 2012 at 10:23:41AM -0500, Alex Deucher wrote:
On Fri, Dec 21, 2012 at 10:14 AM, Stephan Seitz
Not without some help,. I’m no programmer. You probably mean I should
test different git commits?
Git provides a a bisect option that allows you to track down when a
problem was introdu
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:
/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 46
On 21/12/2012 13:04, Ozan Çağlayan wrote:
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 :)
Ah, sure. Well, there is documentat
General Public License for
> + * more details.
> + *
> + * You should have received a copy of 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 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/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 c
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 00
guring the vga
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:
&l
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 host
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 e
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 vide
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 becau
> 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 En
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 -
drive
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 +-
ar
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
two lists for registered d
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 | 18
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
* Fixe
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 a/drivers/gpu/drm/exynos/exynos
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
Signed-off-by: Eunchul Kim
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 +++--
1 files changed, 3 ins
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 a/dr
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 10064
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
drivers/gpu/drm/exynos/exynos_drm_
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 add
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 becau
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 ti
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 s
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
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.
> Contai
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
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 0953e76e91
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:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=24
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 CDF,
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: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko
>>>
>>> hardware:
>>> 01:00.0 VGA
https://bugs.freedesktop.org/show_bug.cgi?id=52360
--- Comment #2 from okias ---
Created attachment 71943
--> https://bugs.freedesktop.org/attachment.cgi?id=71943&action=edit
R600_DUMP_SHADERS.log
R600_DUMP_SHADERS=1
new kernel 3.7.1, mesa-git, llvm-git and still same problem
--
You are rec
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 bran
From: Inki Dae
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
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_buf.c | 22 +++
2012/12/21 Alan Cox
> 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 digi
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 [VGA controller])
> Subsy
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,
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:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=24
Applied.
Thanks,
Inki Dae
2012/12/20 Seung-Woo Kim
> This patch fixes flags passed to dma buf exporting.
>
> Signed-off-by: Seung-Woo Kim
> Signed-off-by: Kyungmin.park
> ---
> I found exynos drm also sends wrong flag for dma buf exporting. So I send
> this
> based on drm-fixes branch.
>
> d
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 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 include/linu
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: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko
>>>
>>> hardware:
>>> 01:00.0 VGA
https://bugs.freedesktop.org/show_bug.cgi?id=58568
Paul Menzel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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 e
On Fri, Dec 21, 2012 at 01:39:21PM +0200, Terje Bergstrom wrote:
> From: Arto Merilainen
[...]
> 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 compat[] = {
> +
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 [VGA controller])
> Subsy
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);
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
Control:
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 c
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 00
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 stil
On Tue, 18 Dec 2012 23:33:20 +0100
Paul Menzel 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 ASUS VW222S [1] o
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 host
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
> 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 En
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.
> Contai
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
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
two lists for registered d
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 -
drive
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 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 | 18
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
* Fixe
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 +-
ar
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
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&old SNA.
- Some more fixlets f
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/0158bc70/attachment.html>
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.
Exyno
1 - 100 of 107 matches
Mail list logo
