https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #3 from mtz...@yahoo.fr ---
No sound with HDMI port on my Radeon HD3650 mobility (with free drivers because
Kernel>3.2)
Description of problem:
I have no sound with my HDMI port, but the image is OK.
I use it with the VLC player or sm
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 Tegra(e.g: Tegra30
has a 32x32 24bpp or 64x64 2bpp hardware cursor). So yo
https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #4 from Andy Furniss ---
(In reply to comment #3)
> No sound with HDMI port on my Radeon HD3650 mobility (with free drivers
> because Kernel>3.2)
>
> Description of problem:
> I have no sound with my HDMI port, but the image is OK.
>
Am Dienstag, den 15.01.2013, 17:53 +0800 schrieb Mark Zhang:
> 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 Teg
On Mon, Jan 14, 2013 at 06:03:44PM +0100, Lucas Stach wrote:
> Am Montag, den 14.01.2013, 17:05 +0100 schrieb Thierry Reding:
[...]
> > + value = (WIN_A_ACT_REQ << index) | (WIN_A_UPDATE << index);
> > + tegra_dc_writel(dc, value, DC_CMD_STATE_CONTROL);
> This should be two separate writes to t
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20130114.
The fifth version merges DRM and host1x drivers into one driver. This
allowed moving include/linux/host1x.h back into the driver and removed
the need for a dummy platform device. This versio
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 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 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
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 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
On Fri, Jan 04, 2013 at 01:25:06PM -0700, Stephen Warren wrote:
> On 01/04/2013 03:09 AM, Terje Bergström wrote:
> ...
> > I think we have now two ways to go forward with cons and pros:
> > 1) Keep host1x and tegra-drm as separate driver
> >+ Code almost done
> >- we need dummy device and
On Tue, Jan 15, 2013 at 01:26:14PM +0200, Terje Bergstrom wrote:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next-20130114.
>
> The fifth version merges DRM and host1x drivers into one driver. This
> allowed moving include/linux/host1x.h back in
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 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
On Tue, Jan 15, 2013 at 01:35:32PM +0200, Ville Syrjälä wrote:
> 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 hardwa
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
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org
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
On Tue, Jan 15, 2013 at 7:19 AM, Borislav Petkov wrote:
> 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 las
https://bugs.freedesktop.org/show_bug.cgi?id=58659
--- Comment #8 from Alex Deucher ---
Created attachment 73088
--> https://bugs.freedesktop.org/attachment.cgi?id=73088&action=edit
possible fix
Does the attached kernel patch help?
--
You are receiving this mail because:
You are the assignee
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, gre...@linuxfoundation.org wrote:
This is a note to let you know that I've just added the patch titled
drm: Add EDID_QUIRK
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 dd54fee7d440c4a9756cce2
https://bugs.freedesktop.org/show_bug.cgi?id=59211
Alex Deucher changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=59211
Alex Deucher changed:
What|Removed |Added
Summary|Radeon FireGL RV630 black |Acer 19" display AL1917WA
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
https://bugs.freedesktop.org/show_bug.cgi?id=58659
--- Comment #9 from Alex Deucher ---
Does reverting the following commit fix the corruption issue?
commit d025e9e2b890db679f1246037bf65bd4be512627
Author: Jerome Glisse
Date: Thu Nov 29 10:35:41 2012 -0500
drm/radeon: do not move bo to d
https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #5 from mtz...@yahoo.fr ---
Off course !
cat /proc/asound/cards
0 [Intel ]: HDA-Intel - HDA Intel
HDA Intel at 0xfc50 irq 47
1 [HDMI ]: HDA-Intel - HDA ATI HDMI
HDA
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
https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #6 from Andy Furniss ---
(In reply to comment #5)
> Off course !
>
> cat /proc/asound/cards
> 0 [Intel ]: HDA-Intel - HDA Intel
> HDA Intel at 0xfc50 irq 47
> 1 [HDMI ]: HDA-Intel - HDA
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:
On Tue, Jan 15, 2013 at 06:53:19PM +0100, Daniel Vetter wrote:
> 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, &d
https://bugs.freedesktop.org/show_bug.cgi?id=58659
--- Comment #10 from Bryan Quigley ---
Reverting commit d025e9e2b890db679f1246037bf65bd4be512627 does indeed fix the
Big Picture issue. Will test the patch now..
--
You are receiving this mail because:
You are the assignee for the bug.
___
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
https://bugs.freedesktop.org/show_bug.cgi?id=58659
--- Comment #11 from Alex Deucher ---
Same issue as:
https://bugzilla.kernel.org/show_bug.cgi?id=52491
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing l
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
https://bugs.freedesktop.org/show_bug.cgi?id=30151
mtz...@yahoo.fr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=58659
--- Comment #12 from Bryan Quigley ---
Adding the patch from comment #8 does not help.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@li
2013/1/15 Sean Paul :
> Remove the "internal" interrupt handling since it's never invoked and
Right, internal interrupt handler isn't used yet. It's better to add
when used actually. And below is my comment.
> remove "external" reference. This patch removes a bunch of dead code
> and clarifies h
Applied.
Thanks,
Inki Dae
2013/1/15 Sean Paul :
> Replace the unnecessary atomic mdelay calls with usleep_range calls.
>
> Signed-off-by: Sean Paul
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 14 +++---
> drivers/gpu/drm/exynos/exynos_mixer.c |2 +-
> 2 files changed, 8 insert
https://bugs.freedesktop.org/show_bug.cgi?id=59332
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #1 from M
When we are using memcpy to move objects around, and we fail to memcpy
due to lack of memory to populate or failure to finish the copy, we don't
want to destroy the mm_node that has been copied into old_copy.
While working on a new kms driver that uses memcpy, if I overallocated bo's
up to the mem
On 15.01.2013 20:44, Stephen Warren wrote:
>> diff --git a/arch/arm/mach-tegra/board-dt-tegra20.c
>> b/arch/arm/mach-tegra/board-dt-tegra20.c
>
>> +OF_DEV_AUXDATA("nvidia,tegra20-gr2d", 0x5414, "gr2d", NULL),
>
> I assume the only reason to add AUXDATA is to give the device a specific
>
if we have a move notify callback, when moving fails, we call move notify
the opposite way around, however this ends up with *mem containing the mm_node
from the bo, which means we double free it. This is a follow on to the previous
fix.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/ttm/ttm_bo.
2013/1/15 Maarten Lankhorst :
> 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 t
the variable sender is dereferenced in line 95, so it is no reason to check
null again in line 99.
Signed-off-by: Cong Ding
---
drivers/gpu/drm/gma500/mdfld_dsi_output.c |5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c
b/drivers/gpu/drm/gma500
the variable sender is dereferenced in line 536, so it is no reason to
check null again in line 541.
Signed-off-by: Cong Ding
---
drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_pkg_sender.c
b/
the variable sender 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/driv
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/a1c00d9a/attachment.html>
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 Tegra(e.g: Tegra30
has a 32x32 24bpp or 64x64 2bpp hardware cursor). So yo
analog output and a simple converter
> jack / rca ... Good Bye Dolby Digital !
Can you post the output from
cat /proc/asound/cards
and
cat /proc/asound/devices
--
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/7a6b526c/attachment.html>
Am Dienstag, den 15.01.2013, 17:53 +0800 schrieb Mark Zhang:
> 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 Teg
and
will also add a patch that converts the remaining occurrences in
tegra_crtc_commit().
Thanks,
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/22486929/attachment.pgp>
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next-20130114.
The fifth version merges DRM and host1x drivers into one driver. This
allowed moving include/linux/host1x.h back into the driver and removed
the need for a dummy platform device. This versio
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 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 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
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
1 - 100 of 171 matches
Mail list logo
