:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/f92da5be/attachment.html>
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
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.
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
>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/22e87f34/attachment.html>
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>
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
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/64a1989b/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/be288caf/attachment.html>
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
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:
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 #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
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,
https://bugs.freedesktop.org/show_bug.cgi?id=59332
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
--- Comment #1 from M
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
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
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
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
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
--
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>
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>
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
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
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
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 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 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:
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 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
> >
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
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
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
ives/dri-devel/attachments/20130115/b0bc547d/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130115/6e78972b/attachment.html>
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
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>
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 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
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/
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 |
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
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 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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=30151
mtz...@yahoo.fr changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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
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
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
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
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
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
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/
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
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 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
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/
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 ---
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
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 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
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
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
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=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
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
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>
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
---
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
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
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
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
---
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
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
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.
___
- 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>
. 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>
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>
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
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 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 #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:
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 #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
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
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
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
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
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>
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,
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 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
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://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
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
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
___
1 - 100 of 171 matches
Mail list logo