Hans Verkuil wrote:
> Note that many video receivers cannot stall. You can't tell them to wait until
> the last buffer finished processing. This is different from some/most?
> sensors.
Not even image sensors. They just output the frame data; if the receiver
runs out of buffers the data is just lo
Hello,
On Wed, 2011-05-18 at 11:22 -0500, Michael Larabel wrote:
> Try booting the latest kernel with "i915.semaphores=1" and it should be
> fixed, at least for my SNB hardware. When I had it auto-bisected it came
> down to this commit 087fbc9962e10a65fb0b542ecfc116ebf6cf1735 that
> disabled se
On Thu, 19 May 2011 08:21:36 +0200 Uwe Kleine-König
wrote:
> I'm not sure that the things that radeon_cp_init does are sane.
Some more details here might help someone fix it.
> Maybe
> add a comment that it is the only known stopper to make
> platform_device_register_resndata __init_or_module
On Thu, 19 May 2011 08:21:36 +0200 Uwe Kleine-K?nig wrote:
> I'm not sure that the things that radeon_cp_init does are sane.
Some more details here might help someone fix it.
> Maybe
> add a comment that it is the only known stopper to make
> platform_device_register_resndata __init_or_module a
Hello,
[added some people involved in the thread
http://thread.gmane.org/gmane.linux.ports.ppc.embedded/41996 to Cc:]
On Wed, May 18, 2011 at 02:57:36PM -0700, a...@linux-foundation.org wrote:
>
> The patch titled
> drivers/base/platform.c: don't mark platform_device_register_resndata()
>
On Thu, May 19, 2011 at 12:14 AM, Dave Airlie wrote:
> These 4 patches allow me to run piglit to ~1460/1660 tests with my port
> of r600g to cayman. I still have to track down why the DDX composite accel
> isn't working though. I suspect we'll need a cayman accel is working flag
> as well.
For th
https://bugzilla.kernel.org/show_bug.cgi?id=35192
--- Comment #4 from Andrew Morton 2011-05-18
22:58:47 ---
OK, thanks. Mystery solved.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assi
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Stratos Psomadakis changed:
What|Removed |Added
CC||psomas at ece.ntua.gr
--- Commen
Hans Verkuil wrote:
> Note that many video receivers cannot stall. You can't tell them to wait until
> the last buffer finished processing. This is different from some/most?
> sensors.
Not even image sensors. They just output the frame data; if the receiver
runs out of buffers the data is just lo
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org,
From: Dave Airlie
None of the latest GPUs had this hooked up, this is necessary for
correct operation in a lot of cases, however we should test this on a few
GPUs in these families as we've had problems in this area before.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/radeon_asic.c |
From: Dave Airlie
On cayman we need to set the bit to cause HDP flushes to invalidate the
HDP cache also.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/ni.c |4
drivers/gpu/drm/radeon/nid.h |2 ++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/
From: Dave Airlie
cayman is reporting the wrong tile config value to userspace, this
causes piglit mipmap generation tests to fail.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/ni.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b
From: Dave Airlie
This was leading to a bogus value being programmed to the backend
routing register.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/ni.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
i
These 4 patches allow me to run piglit to ~1460/1660 tests with my port
of r600g to cayman. I still have to track down why the DDX composite accel
isn't working though. I suspect we'll need a cayman accel is working flag
as well.
Dave.
___
dri-devel mai
Hello,
On Wed, 2011-05-18 at 11:22 -0500, Michael Larabel wrote:
> Try booting the latest kernel with "i915.semaphores=1" and it should be
> fixed, at least for my SNB hardware. When I had it auto-bisected it came
> down to this commit 087fbc9962e10a65fb0b542ecfc116ebf6cf1735 that
> disabled se
https://bugzilla.kernel.org/show_bug.cgi?id=35192
--- Comment #4 from Andrew Morton 2011-05-18
22:58:47 ---
OK, thanks. Mystery solved.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assi
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Stratos Psomadakis changed:
What|Removed |Added
CC||pso...@ece.ntua.gr
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=35192
Andrew Morton changed:
What|Removed |Added
CC||a...@linux-foundation.org,
Try booting the latest kernel with "i915.semaphores=1" and it should be
fixed, at least for my SNB hardware. When I had it auto-bisected it came
down to this commit 087fbc9962e10a65fb0b542ecfc116ebf6cf1735 that
disabled semaphores.
-- Michael Larabel
On 05/17/2011 07:06 AM, Eric Leblond wrote:
Try booting the latest kernel with "i915.semaphores=1" and it should be
fixed, at least for my SNB hardware. When I had it auto-bisected it came
down to this commit 087fbc9962e10a65fb0b542ecfc116ebf6cf1735 that
disabled semaphores.
-- Michael Larabel
On 05/17/2011 07:06 AM, Eric Leblond wrote
On Wednesday, May 18, 2011 00:44:26 Felipe Contreras wrote:
> On Wed, May 18, 2011 at 1:07 AM, Laurent Pinchart
> wrote:
> > I need to implement support for a YUV frame buffer in an fbdev driver. As
> > the
> > fbdev API doesn't support this out of the box, I've spent a couple of days
> > reading
Em 16-05-2011 17:45, Guennadi Liakhovetski escreveu:
> On Sat, 14 May 2011, Mauro Carvalho Chehab wrote:
>
>> Em 18-04-2011 17:15, Jesse Barker escreveu:
>>> One of the big issues we've been faced with at Linaro is around GPU
>>> and multimedia device integration, in particular the memory manageme
Em 17-05-2011 09:49, Mauro Carvalho Chehab escreveu:
> Em 15-05-2011 18:10, Hans Verkuil escreveu:
>> On Saturday, May 14, 2011 13:46:03 Mauro Carvalho Chehab wrote:
>>> Em 14-05-2011 13:02, Hans Verkuil escreveu:
On Saturday, May 14, 2011 12:19:18 Mauro Carvalho Chehab wrote:
>>>
> So, ba
Em 15-05-2011 18:10, Hans Verkuil escreveu:
> On Saturday, May 14, 2011 13:46:03 Mauro Carvalho Chehab wrote:
>> Em 14-05-2011 13:02, Hans Verkuil escreveu:
>>> On Saturday, May 14, 2011 12:19:18 Mauro Carvalho Chehab wrote:
>>
So, based at all I've seen, I'm pretty much convinced that the nor
Hello,
When running the 2.6.39-rc7, I've observed a problem on my laptop (DELL
XPS15) which uses the i915 driver. Frequently, when moving the mouse
over, the cursor does only trigger the modification on the desktop after
a few seconds (like icons
highligthing). When this occurs, the following mess
https://bugs.freedesktop.org/show_bug.cgi?id=37296
Michel Dänzer changed:
What|Removed |Added
Summary|[r600g] lightning artifacts |[r600g] lighting artifacts
On Wed, May 18, 2011 at 1:07 AM, Laurent Pinchart
wrote:
> I need to implement support for a YUV frame buffer in an fbdev driver. As the
> fbdev API doesn't support this out of the box, I've spent a couple of days
> reading fbdev (and KMS) code and thinking about how we could cleanly add YUV
> sup
https://bugs.freedesktop.org/show_bug.cgi?id=37296
Michel D?nzer changed:
What|Removed |Added
Summary|[r600g] lightning artifacts |[r600g] lighting artifacts
Hi everybody,
I need to implement support for a YUV frame buffer in an fbdev driver. As the
fbdev API doesn't support this out of the box, I've spent a couple of days
reading fbdev (and KMS) code and thinking about how we could cleanly add YUV
support to the API. I'd like to share my findings a
30 matches
Mail list logo
