Add client driver for 2D device, and IOCTLs to pass work to host1x
channel for 2D.
Also adds functions that can be called to access sync points from DRM.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/host1x/Makefile |1 +
drivers/gpu/host1x/dev.c |7 +
drivers/gpu/host1x/drm/drm
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 | 25 +-
drivers/gpu/host1x/Makefile
. In the long run I think this will pay off, though.
That said, I see that Terje has chosen this approach in his latest
series, so it's all good.
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/20130115/8ecb3af9/attachment.pgp>
- 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/20130115/949584bb/attachment.pgp>
On Tue, Jan 15, 2013 at 05:53:03PM +0800, Mark Zhang wrote:
> On 01/15/2013 12:05 AM, Thierry Reding wrote:
> > Add support for the B and C planes which support RGB and YUV pixel
> > formats and can be used as overlays or hardware cursor.
>
> I think "hardware cursor" has specific meaning for Tegr
On 15.01.2013 13:30, Thierry Reding wrote:
> Sorry for not getting back to you on this earlier. I just remembered
> this thread when I saw Terje's latest patch series.
>
> I agree that having everything in one location will make things a lot
> easier, even if it means we have to add the tegra-drm
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20130114. The set was regenerated with
git format-patch -M.
The fifth version merges DRM and host1x drivers into one driver. This
allowed moving include/linux/host1x.h back into the driver and removed
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 |1 +
drivers/gpu/host1x/dev.c | 21 +-
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 | 1
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 | 34 +++
drivers/gpu/host1x/debug.c
Make drm part of host1x driver.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/drm/Kconfig|2 --
drivers/gpu/drm/Makefile |1 -
drivers/gpu/drm/tegra/Makefile |7 ---
drivers/gpu/host1x/Kconfig |
Remove second host1x driver, and bind tegra-drm to the new host1x driver. The
logic to parse device tree and track clients is moved to drm.c.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/host1x/Makefile|2 +-
drivers/gpu/host1x/dev.c | 58 +-
drivers/gpu/host1x/
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
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 | 25 +-
drivers/gpu/host1x/Makefile
Add client driver for 2D device, and IOCTLs to pass work to host1x
channel for 2D.
Also adds functions that can be called to access sync points from DRM.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/host1x/Makefile |1 +
drivers/gpu/host1x/dev.c |7 +
drivers/gpu/host1x/drm/drm
Mark said, the window setup code can't handle planar formats yet
and tegra_dc_format() doesn't convert between DRM and Tegra formats
other than 32-bit and 16-bit RGB either, so maybe I should just drop
it instead.
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/20130115/c0deb9cd/attachment-0001.pgp>
On Fri, Jan 11, 2013 at 12:43:36PM +0100, Borislav Petkov wrote:
> Ok, I'm running -rc3 with this and will watch it for any changes in
> behavior.
AFAICT, this fixes the CP stalls, for I haven't seen any of them in
dmesg for the last couple of days after applying your revert.
Thanks.
--
Regards
So I'm resending the patch series for reservations. This is identical to my git
tree at
http://cgit.freedesktop.org/~mlankhorst/linux/
Some changes have been made since my last version. Most notably is the use of
mutexes now instead of creating my own lock primitive, that would end up being
dupli
Needed for reservation slowpath.
---
arch/ia64/include/asm/mutex.h| 20
arch/powerpc/include/asm/mutex.h | 20
arch/sh/include/asm/mutex-llsc.h | 20
arch/x86/include/asm/mutex_32.h | 20
arch/x86/include/asm/
makes it easier to port ttm over..
Signed-off-by: Maarten Lankhorst
---
include/linux/mutex.h | 86 +-
kernel/mutex.c| 317 +++---
2 files changed, 387 insertions(+), 16 deletions(-)
diff --git a/include/linux/mutex.h b/include/li
Not exported, since only used by the fence implementation.
Signed-off-by: Maarten Lankhorst
---
include/linux/wait.h | 1 +
kernel/sched/core.c | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/linux/wait.h b/include/linux/wait.h
index 7cb64d4..7aaba95 100644
--- a/i
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support this mechanism. It is
This adds support for a generic reservations framework that can be
hooked up to ttm and dma-buf and allows easy sharing of reservations
across devices.
The idea is that a dma-buf and ttm object both will get a pointer
to a struct reservation_object, which has to be reserved before
anything is done
Signed-off-by: Maarten Lankhorst
---
The self-tests will fail if the commit "lockdep: Check if nested
lock is actually held" from linux tip core/locking is not applied.
---
lib/Kconfig.debug | 1 +
lib/locking-selftest.c | 385 ++---
2 files ch
Woops, missed the updated patch description..
Op 15-01-13 13:33, Maarten Lankhorst schreef:
> makes it easier to port ttm over..
>
> Signed-off-by: Maarten Lankhorst
mutex_reserve_lock, and mutex_reserve_lock_interruptible:
Lock a buffer with a reservation_id set. reservation_id must not be se
On Tue, Jan 15, 2013 at 10:39:23AM +, David Howells wrote:
> Cong Ding wrote:
>
> > the variable sender is dereferenced in line 190, so it is no reason to check
> > null again in line 198.
>
> Did you mean "The variable 'chan'"?
sorry, my fault. so should I send a new version to correct the
Cong Ding wrote:
> the variable sender is dereferenced in line 190, so it is no reason to check
> null again in line 198.
Did you mean "The variable 'chan'"?
David
Make drm part of host1x driver.
Signed-off-by: Terje Bergstrom
---
drivers/gpu/drm/Kconfig|2 -
drivers/gpu/drm/Makefile |1 -
drivers/gpu/drm/tegra/Kconfig | 23 -
drivers/gpu/drm/tegra/Makefile |7 -
drivers/gpu/drm/tegra/dc.c | 833 ---
This patch set adds support for more resolutions and refresh rates to Samsung
Exynos5 SoC series which contains hdmi transmitter (hdmi v1.4a compliant).
Given resolution will be supported or not, is decided by two factors:
1) Corresponding pixel clock is supported by hdmi PHY.
2) Mixer supports th
This patch adds the display mode check operation to exynos_mixer_ops
in drm-common-hdmi. In Exynos SoCs, mixer IP can put certain restrictions
on the proposed display modes. These restriction needs to be considered
during mode negotiation, which happens immediately after edid parsing.
Both, mixer
This patch adds the implementation of check_timing callback in the mixer
driver. Based on the mixer version, correct set of restrictions will be
exposed by the mixer driver. A resolution will be acceptable only if passes
the criteria set by mixer and hdmi IPs.
Signed-off-by: Rahul Sharma
Signed-o
With this patch, mixer driver find the correct resolution mode for
the range of resolutions, upto 1080 vertical lines. Resolution will
be categorized to NTSC SD, PAL SD or HD and the correct mode is
set to the mixer configuration register.
Signed-off-by: Rahul Sharma
Signed-off-by: Sean Paul
---
From: Sean Paul
This patch programs the core and timing generator registers using the
timing data provided in drm_display_mode and not using hard-coded
configurations.
Additional PHY configs has been added. This allows us to support more
permissible resolutions and refresh rates.
Signed-off-by:
Again, missing entry :(
Op 15-01-13 13:33, Maarten Lankhorst schreef:
> Needed for reservation slowpath.
I was hoping to convert the 'mutexes' in ttm to proper mutexes, so I extended
the
core mutex code slightly to add support for reservations. This requires however
passing an argument to __mute
s fine.
> --
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-clear-reset-flags-if-engines-are-idle.patch
Type: text/x-patch
Size: 2821 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/a72237d4/attachment.bin>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/ceb53bc1/attachment.html>
From: Alex Deucher
Hi Dave,
Just a few small fixes.
The following changes since commit 7b4cf994e4c6ba48872bb25253cc393b7fb74c82:
udldrmfb: udl_get_edid: drop unneeded i-- (2013-01-14 08:45:27 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-
This is a note to let you know that I've just added the patch titled
drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S
to the 3.4-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
I thought I saw a revert for that patch on the mailing list yesterday:
http://lists.freedesktop.org/archives/dri-devel/2013-January/033322.html
On Tue, 15 Jan 2013, gregkh at linuxfoundation.org wrote:
>
> This is a note to let you know that I've just added the patch titled
>
>drm: Add EDI
https://bugzilla.kernel.org/show_bug.cgi?id=52491
--- Comment #8 from Michel D?nzer 2013-01-15 14:36:15
---
(In reply to comment #6)
> ==> So maybe dd54fef DID fix the kernel crash but replaced it with the
> corruption I'm seeing ?
Does the corruption also occur with dd54fee7d440c4a9756cce
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/6e78972b/attachment.html>
ives/dri-devel/attachments/20130115/b0bc547d/attachment.html>
On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote:
> On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote:
> >
> > And just in case it got lost in the noise yesterday:
> > The image corruption is caused by Dave's commit:
> >
> > commit dd54fee7d440c4a9756cce2c24a50c15e4c17ccb
> >
Testing airlied's current drm-fixes branch gives me this, with lockdep enabled:
[ 40.864179] =
[ 40.864179] [ INFO: possible recursive locking detected ]
[ 40.864179] 3.8.0-rc3-patser+ #915 Tainted: GW
[ 40.864179]
On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote:
> On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote:
> > On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote:
> > >
> > > And just in case it got lost in the noise yesterday:
> > > The image corruption is caused by Dave's commit:
On Tue, Jan 15, 2013 at 3:31 PM, Ilija Hadzic
wrote:
> I thought I saw a revert for that patch on the mailing list yesterday:
>
> http://lists.freedesktop.org/archives/dri-devel/2013-January/033322.html
Yeah, patch is bogus and the revert is already acked by the original author.
-Daniel
--
Danie
On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote:
> On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote:
> > On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote:
> > > On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf wrote:
> > > >
> > > > And just in case it got lost in the
On 2013.01.15 at 16:26 +0100, Michel D?nzer wrote:
> On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote:
> > On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote:
> > > On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wrote:
> > > > On 2012.12.20 at 14:58 +0100, Markus Trippelsdorf w
On 2013.01.15 at 17:32 +0100, Markus Trippelsdorf wrote:
> On 2013.01.15 at 16:26 +0100, Michel D?nzer wrote:
> > On Die, 2013-01-15 at 16:23 +0100, Markus Trippelsdorf wrote:
> > > On 2013.01.15 at 15:43 +0100, Michel D?nzer wrote:
> > > > On Sam, 2013-01-05 at 11:41 +0100, Markus Trippelsdorf wr
Cong Ding wrote:
> > > the variable sender is dereferenced in line 190, so it is no reason to
> > > check
> > > null again in line 198.
> >
> > Did you mean "The variable 'chan'"?
> sorry, my fault. so should I send a new version to correct the typo?
Yep.
David
the variable chan is dereferenced in line 190, so it is no reason to check
null again in line 198.
Signed-off-by: Cong Ding
---
drivers/gpu/drm/nouveau/nouveau_fence.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c
b/driver
https://bugzilla.kernel.org/show_bug.cgi?id=52491
--- Comment #9 from Alex Deucher 2013-01-15
17:37:44 ---
Does reverting the following commit fix the issue?
commit d025e9e2b890db679f1246037bf65bd4be512627
Author: Jerome Glisse
Date: Thu Nov 29 10:35:41 2012 -0500
drm/radeon: do no
Glisse
Reviewed-by: Alex Deucher
--
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/20130115/41029dbe/attachment.html>
--
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/20130115/f73069c9/attachment.html>
On Mon, Jan 14, 2013 at 4:55 PM, Thierry Reding
wrote:
> +static void tegra_drm_preclose(struct drm_device *drm, struct drm_file *file)
> +{
> + struct drm_crtc *crtc;
> +
> + list_for_each_entry(crtc, &drm->mode_config.crtc_list, head)
> + tegra_dc_cancel_page_flip(crtc,
On Tue, Jan 15, 2013 at 04:23:41PM +0100, Daniel Vetter wrote:
> On Tue, Jan 15, 2013 at 3:31 PM, Ilija Hadzic
> wrote:
> > I thought I saw a revert for that patch on the mailing list yesterday:
> >
> > http://lists.freedesktop.org/archives/dri-devel/2013-January/033322.html
>
> Yeah, patch is bo
On 01/15/2013 04:26 AM, Terje Bergstrom wrote:
> Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
> of 2D clock to that driver alias.
FYI on this one patch - it won't be applied to the Tegra tree until
after Prashant's common clock framework changes are applied. As such, it
will
https://bugzilla.kernel.org/show_bug.cgi?id=52491
--- Comment #10 from Bruno Jacquet 2013-01-15 19:26:08 ---
(In reply to comment #8)
> (In reply to comment #6)
> > ==> So maybe dd54fef DID fix the kernel crash but replaced it with the
> > corruption I'm seeing ?
>
> Does the corruption als
lect hdmi and make
sure it says OO not MM. Pressing m will toggle between Open and Mute.
--
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/20130115/a7814575/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=52491
--- Comment #11 from Bruno Jacquet 2013-01-15 19:38:05 ---
(In reply to comment #9)
> Does reverting the following commit fix the issue?
>
> commit d025e9e2b890db679f1246037bf65bd4be512627
> Author: Jerome Glisse
> Date: Thu Nov 29 10:35:
ook.
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/20130115/5c644ba9/attachment.pgp>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/be288caf/attachment.html>
This series adds helper functions that abstract the core parts of
.gem_prime_import and .gem_prime_export so that drivers don't have to worry
about the low-level details. These helpers are optional. A driver can use them
by plugging in drm_gem_prime_import and drm_gem_prime_export into the drm_dr
Instead of reimplementing all of the dma_buf functionality in every driver,
create helpers drm_prime_import and drm_prime_export that implement them in
terms of new, lower-level hook functions:
gem_prime_pin: callback when a buffer is created, used to pin buffers into GTT
gem_prime_get_sg_tabl
Simplify the Nouveau prime implementation by using the default behavior provided
by drm_gem_prime_import and drm_gem_prime_export.
v2: Rename functions to nouveau_gem_prime_get_sg_table and
nouveau_gem_prime_import_sg_table.
Signed-off-by: Aaron Plattner
Cc: Daniel Vetter
Cc: David Airlie
---
Simplify the Radeon prime implementation by using the default behavior provided
by drm_gem_prime_import and drm_gem_prime_export.
v2:
- Rename functions to radeon_gem_prime_get_sg_table and
radeon_gem_prime_import_sg_table.
- Delete the now-unused vmapping_count variable.
Signed-off-by: Aaron P
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/64a1989b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=52491
--- Comment #12 from Alex Deucher 2013-01-15
20:57:27 ---
Same issue as:
https://bugs.freedesktop.org/show_bug.cgi?id=58659
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/22e87f34/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/f92da5be/attachment.html>
101 - 171 of 171 matches
Mail list logo
