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 | 300
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 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
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next.
The third version has too many changes to list all of them. Here are
highlights:
* Renamed to host1x, and moved to drivers/gpu/host1x
* Greatly simplified the inner workings between physical and lo
From: Arto Merilainen
This patch series adds application level support for 2d hardware
acceleration on Tegra SoCs.
The patch series consists of three patches: Host1x stream library, 2d
library and a test application for the 2d library. The first patch
introduces stream library that is used for d
From: Arto Merilainen
This patch introduces tegra stream library. The library is used for
buffer management, command stream construction and work
synchronization.
Signed-off-by: Arto Merilainen
---
Makefile.am|6 +-
configure.ac | 13 +
tegra/Makefile.am
From: Francis Hart
This patch adds a test application for 2d library. The application
performs 2d operations using the hardware and outputs the results
into files.
Signed-off-by: Francis Hart
---
configure.ac |1 +
tests/tegra/2d/Makefile.am | 13 ++
tests/tegra/2d/
From: Francis Hart
This patch introduces a simple 2d library on top of stream library.
Signed-off-by: Francis Hart
---
tegra/2d/hw_gr2d.h | 2614 ++
tegra/2d/tegra_2d_api.c | 235
tegra/2d/tegra_2d_color.c| 412 +++
tegra/2d
On Wed, Dec 12, 2012 at 06:15:27PM +0200, ville.syrjala at linux.intel.com
wrote:
> Another month, another massive atomic patchset.
>
> I managed to clean up warts left over from the modeset-rework rebase,
> but other than that I haven't really found the time to touch this too
> much since the la
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/8861fcad/attachment.html>
On Thu, Dec 13, 2012 at 12:54:44PM +0100, Daniel Vetter wrote:
> On Thu, Dec 13, 2012 at 12:38 PM, Ville Syrj?l?
> wrote:
> >> And if we _really_ want such semantics, we can always get them by
> >> introducing another pageflip mutex between the mode_config.mutex and
> >> the individual crtc
list->map is struct drm_local_map *, not struct drm_map_list *.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_gem.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 24efae4..6337edd 100644
--- a/drivers/gpu/dr
On Thu, Dec 13, 2012 at 03:17:38PM +0100, Daniel Vetter wrote:
> On Wed, Dec 12, 2012 at 06:15:27PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > Another month, another massive atomic patchset.
> >
> > I managed to clean up warts left over from the modeset-rework rebase,
> > but other than
vel/attachments/20121213/92ff55cb/attachment.html>
Hi Terje,
Am Donnerstag, den 13.12.2012, 16:04 +0200 schrieb Terje Bergstrom:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next.
>
> The third version has too many changes to list all of them. Here are
> highlights:
> * Renamed to host1x, and m
>
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/392252eb/attachment-0001.html>
On Thu, 2012-12-13 at 16:04 +0200, Terje Bergstrom wrote:
> Add support for host1x debugging. Adds debugfs entries, and dumps
> channel state to UART in case of stuck job.
trivial note:
[]
> diff --git a/drivers/gpu/host1x/debug.h b/drivers/gpu/host1x/debug.h
[]
> +void host1x_debug_output(struc
On 13.12.2012 17:03, Lucas Stach wrote:
> You are still doing the allocation the IMHO wrong way around. I thought
> we agreed to do all the allocations in host1x, which obviously means not
> using the cma_gem_helpers anymore, but introducing a new native host1x
> object to back GEM/V4L/whatever obj
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/20121213/2db5b845/attachment.html>
it out though.
--
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/20121213/b9350b4d/attachment.html>
On Thu, Dec 13, 2012 at 4:16 PM, Inki Dae wrote:
> How about rebasing this patch to top of
> git://people.freedesktop.org/~airlied/linux.git drm-next?
> Exynos's many patches have already been merged to drm-next. Or if you are
> ok, I'd like to rebase your patch to -next and test it. I don't care
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/81be5085/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/d006a64d/attachment.html>
From: Alex Deucher
Allows us to use the DMA ring from userspace.
DMA doesn't have a good NOP packet in which to embed the
reloc idx, so userspace has to add a reloc for each
buffer used and order them to match the command stream.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600_cs.c
From: Alex Deucher
Allows us to use the DMA ring from userspace.
DMA doesn't have a good NOP packet in which to embed the
reloc idx, so userspace has to add a reloc for each
buffer used and order them to match the command stream.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen
From: Alex Deucher
Allows us to use async DMA from userspace.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 111 +
drivers/gpu/drm/radeon/radeon_asic.c |6 ++
drivers/gpu/drm/radeon/radeon_asic.h |1 +
3 files changed, 118 in
From: Alex Deucher
This enables the functionality added in the previous
patches. Userspace acceleration drivers can use the
CS ioctl to submit command buffers to the async DMA
rings.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cs.c | 12
include/uapi/drm/radeo
On 12/13/2012 01:57 AM, Thierry Reding wrote:
> On Thu, Dec 13, 2012 at 10:48:55AM +0200, Terje Bergstr?m wrote:
>> On 12.12.2012 18:08, Thierry Reding wrote:
>>> I've briefly discussed this with Stephen on IRC because I
>>> thought I had remembered him objecting to the idea of adding a
>>> dummy d
On 13.12.2012 18:57, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Allows us to use the DMA ring from userspace.
> DMA doesn't have a good NOP packet in which to embed the
> reloc idx, so userspace has to add a reloc for each
> buffer used and order them to match the command stream.
>
>
device stays NULL until tegra-drm is ready (has finished
probing) just getting the struct device from the clients and looking at
that should be enough.
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/20121213/2d20bf15/attachment.pgp>
On Thu, Dec 13, 2012 at 3:13 PM, Dave Airlie wrote:
> So this is a how to get new features pronouncement,
>
> From what I can see people would like to have atomic interfaces for
> pageflip and modesetting merged,
>
> Now how I think developing and merging these will work (i.e. do it
> this way or
From: Jerome Glisse
Fix the size computation of the htile buffer.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen_cs.c | 17 +--
drivers/gpu/drm/radeon/r600_cs.c | 92 ---
drivers/gpu/drm/radeon/radeon_drv.c | 3 +-
3 files changed,
/lists.freedesktop.org/archives/dri-devel/attachments/20121213/8c4f12e0/attachment.html>
[+cc Betty]
On Thu, Dec 13, 2012 at 4:04 PM, Lucas Kannebley Tavares
wrote:
> On architectures such as ppc64, there is no root bus device (it belongs
> to the hypervisor). DRM attempted to get one, causing a null-pointer
> dereference.
In addition to ppc64, at least ia64 and parisc have the same
From: Alex Deucher
Allows us to use the DMA ring from userspace.
DMA doesn't have a good NOP packet in which to embed the
reloc idx, so userspace has to add a reloc for each
buffer used and order them to match the command stream.
v2: fix address bounds checking, reloc indexing
Signed-off-by: Al
From: Alex Deucher
Allows us to use the DMA ring from userspace.
DMA doesn't have a good NOP packet in which to embed the
reloc idx, so userspace has to add a reloc for each
buffer used and order them to match the command stream.
v2: fix address bounds checking
Signed-off-by: Alex Deucher
---
From: Alex Deucher
Allows us to use async DMA from userspace.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 111 +
drivers/gpu/drm/radeon/radeon_asic.c |6 ++
drivers/gpu/drm/radeon/radeon_asic.h |1 +
3 files changed, 118 in
From: Alex Deucher
This enables the functionality added in the previous
patches. Userspace acceleration drivers can use the
CS ioctl to submit command buffers to the async DMA
rings.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_cs.c | 12
include/uapi/drm/radeo
On Thu, Dec 13, 2012 at 12:08 PM, wrote:
> From: Jerome Glisse
>
> Fix the size computation of the htile buffer.
>
> Signed-off-by: Jerome Glisse
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/evergreen_cs.c | 17 +--
> drivers/gpu/drm/radeon/r600_cs.c | 92
> ---
Add helper to display fb's which can be used directly in drm_info_list:
static struct drm_info_list foo_debugfs_list[] = {
...
{ "fb", drm_fb_cma_debugfs_show, 0 },
};
to display information about CMA fb objects, as well as a
drm_gem_cma_describe() which can be u
Initialize e->pipe.. some drivers set this themselves, others do not.
Setting it in drm_send_vblank_event() should help ensure more consistent
behavior with the different drivers.
Signed-off-by: Rob Clark
---
drivers/gpu/drm/drm_irq.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/g
A simple DRM/KMS driver for the TI LCD Controller found in various
smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
CMA helpers. Currently only the TFP410 DVI encoder is supported
(tested with beaglebone + DVI cape). There are also various LCD
displays, for which support can be add
Bool initializations should use true and false. Bool tests don't need
comparisons. Based on contributions from Joe Perches, Rusty Russell
and Bruce W Allan.
The semantic patch that makes this output is available
in scripts/coccinelle/misc/boolinit.cocci.
More information about semantic patching
On architectures such as ppc64, there is no root bus device (it belongs
to the hypervisor). DRM attempted to get one, causing a null-pointer
dereference.
Signed-off-by: Lucas Kannebley Tavares
--
diff --git a/arch/powerpc/platforms/pseries/Makefile
b/arch/powerpc/platforms/pseries/Makefile
inde
101 - 145 of 145 matches
Mail list logo
