bd_prepare_to_claim() incorrectly allowed multiple attempts for
exclusive open to progress in parallel if the attempting holders are
identical. This triggered BUG_ON() as reported in the following bug.
https://bugzilla.kernel.org/show_bug.cgi?id=16393
__bd_abort_claiming() is used to finish
> > This patch uses the much lighter mode_set_base instead of calling a full
> > mode set. Tested on a i915 netbook. Patch should be against drm-core-next.
>
> The kms code should always fallback if appropriate, I've definitely
> seen some modesets I thought were triggered by the pan_display
>
bd_prepare_to_claim() incorrectly allowed multiple attempts for
exclusive open to progress in parallel if the attempting holders are
identical. This triggered BUG_ON() as reported in the following bug.
https://bugzilla.kernel.org/show_bug.cgi?id=16393
__bd_abort_claiming() is used to finish
On Wed, Aug 4, 2010 at 4:48 PM, Jordan Crouse wrote:
> Remove the drm_resource wrappers and directly use the
> actual PCI and/or platform functions in their place.
>
> Signed-off-by: Jordan Crouse
> ---
> ?drivers/gpu/drm/drm_bufs.c ? ? ? ? ? ? ? ?| ? 13 -
>
https://bugs.freedesktop.org/show_bug.cgi?id=29400
Marek Ol??k changed:
What|Removed |Added
Component|Other |Drivers/DRI/r300
The pgoff option in mmap() is defined as an unsigned long
so the offset generated by DRM needs to fit into
BITS_PER_LONG for the CPU in question.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/drm_gem.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git
Add __arm defines to specify behavior specific for
an ARM processor.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/drm_bufs.c |2 +-
drivers/gpu/drm/drm_vm.c | 14 +-
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_bufs.c
Allow platform devices without PCI resources to be DRM devices.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/Kconfig |4 +-
drivers/gpu/drm/Makefile |2 +-
drivers/gpu/drm/drm_drv.c | 37 +---
drivers/gpu/drm/drm_edid.c|4
Remove the drm_resource wrappers and directly use the
actual PCI and/or platform functions in their place.
Signed-off-by: Jordan Crouse
---
drivers/gpu/drm/drm_bufs.c| 13 -
drivers/gpu/drm/i915/i915_dma.c |6 +++---
drivers/gpu/drm/mga/mga_dma.c
DRM platform device support freshly rebased for 2.6.35. Nothing
changed in the code over the set I sent on 5/27.
Jordan
Directly read the GTT mapping for the contents of the batch buffers
rather than relying on possibly stale CPU caches. Also for completeness
scan the flushing/inactive lists for the current buffers - we are
collecting error state after all.
Signed-off-by: Chris Wilson
---
This is required should we ever attempt to use an io-mapping where
KM_USER0 is verboten, such as inside an IRQ context.
Signed-off-by: Chris Wilson
Cc: Eric Anholt
---
drivers/gpu/drm/i915/i915_gem.c|9 +
drivers/gpu/drm/i915/intel_overlay.c |5 +++--
Am 04.08.2010 01:59, schrieb Alex Deucher:
> This connector attribute allows you to enable or disable underscan
> on a digital output to compensate for panels that automatically
> overscan (e.g., many HDMI TVs). Valid values for the attribute are:
>
> off - forces underscan off
> on - forces
This is consistent with trying to access a filename that not exist
within a directory which is a good analogy here. The main reason for the
change is that it is easy to confuse the error code of EBADF as an
performing an ioctl on an invalid file descriptor (rather than an
unknown object).
New evergreen and r7xx ids.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
include/drm/drm_pciids.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 2d428b0..3a9940e 100644
---
Fixes lack of power saving with multiple heads on
some desktop cards.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=16474
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
v2: Userspace (notably xf86-video-{intel,ati}) became confused when
drmSetInterfaceVersion() started returning -EBUSY as they used a second
call (the first done in drmOpen()) to check their master credentials.
Since userspace wants to be able to repeatedly call
drmSetInterfaceVersion() allow them
2010/8/4 Marius Gr?ger :
> Am 04.08.2010 01:59, schrieb Alex Deucher:
>>
>> This connector attribute allows you to enable or disable underscan
>> on a digital output to compensate for panels that automatically
>> overscan (e.g., many HDMI TVs). ?Valid values for the attribute are:
>>
>> off -
https://bugs.freedesktop.org/show_bug.cgi?id=29355
--- Comment #6 from Alex Deucher 2010-08-04 08:55:25 PDT
---
Created an attachment (id=37571)
View: https://bugs.freedesktop.org/attachment.cgi?id=37571
Review: https://bugs.freedesktop.org/review?bug=29355=37571
add missign pci ids
The drm
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Giacomo Perale changed:
What|Removed |Added
CC||ghepeu at virgilio.it
--- Comment #11
https://bugs.freedesktop.org/show_bug.cgi?id=28294
--- Comment #25 from Sven Arvidsson 2010-08-04 06:11:23 PDT ---
Terminal output contains a lot of these error messages:
OpenGL error: invalid value
OpenGL error: invalid framebuffer operation
GLFrameBuffer::check_status(): incomplete
https://bugs.freedesktop.org/show_bug.cgi?id=29355
--- Comment #5 from samit vats 2010-08-04 06:01:06 PDT
---
Created an attachment (id=37570)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37570)
lspci.txt
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
R4xx also uses the atom add connector function, but underscan is only
supported on avivo chips.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 21 -
drivers/gpu/drm/radeon/radeon_encoders.c |6 --
2 files changed, 16 insertions(+),
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Pavel Ondra?ka changed:
What|Removed |Added
Attachment #35899|0 |1
is obsolete|
From: Julia Lawall
list_for_each_entry binds its first argument to a non-null value, and thus
any null test on the value of that argument is superfluous.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
iterator I;
expression x,E;
@@
https://bugs.freedesktop.org/show_bug.cgi?id=24973
--- Comment #19 from Marius Groeger 2010-08-03
23:21:06 PDT ---
(In reply to comment #18)
> "Ignore" means you won't be able to use the connector at all during the life
> of
> the xserver. If the Disable/Enable options are broken, that's most
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #6 from Scott Moreau 2010-08-03 23:19:29 PDT
---
(In reply to comment #5)
> Does r300c have this issue?
No it does not. I have been using it without this issue.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #6 from Scott Moreau ore...@gmail.com 2010-08-03 23:19:29 PDT ---
(In reply to comment #5)
Does r300c have this issue?
No it does not. I have been using it without this issue.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=24973
--- Comment #19 from Marius Groeger marius.groe...@web.de 2010-08-03 23:21:06
PDT ---
(In reply to comment #18)
Ignore means you won't be able to use the connector at all during the life
of
the xserver. If the Disable/Enable options are
R4xx also uses the atom add connector function, but underscan is only
supported on avivo chips.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_connectors.c | 21 -
drivers/gpu/drm/radeon/radeon_encoders.c |6 --
2 files
v2: Userspace (notably xf86-video-{intel,ati}) became confused when
drmSetInterfaceVersion() started returning -EBUSY as they used a second
call (the first done in drmOpen()) to check their master credentials.
Since userspace wants to be able to repeatedly call
drmSetInterfaceVersion() allow them
Am 04.08.2010 01:59, schrieb Alex Deucher:
This connector attribute allows you to enable or disable underscan
on a digital output to compensate for panels that automatically
overscan (e.g., many HDMI TVs). Valid values for the attribute are:
off - forces underscan off
on - forces underscan on
https://bugs.freedesktop.org/show_bug.cgi?id=29355
--- Comment #5 from samit vats hysv...@gmail.com 2010-08-04 06:01:06 PDT ---
Created an attachment (id=37570)
-- (https://bugs.freedesktop.org/attachment.cgi?id=37570)
lspci.txt
--
Configure bugmail:
This is consistent with trying to access a filename that not exist
within a directory which is a good analogy here. The main reason for the
change is that it is easy to confuse the error code of EBADF as an
performing an ioctl on an invalid file descriptor (rather than an
unknown object).
Directly read the GTT mapping for the contents of the batch buffers
rather than relying on possibly stale CPU caches. Also for completeness
scan the flushing/inactive lists for the current buffers - we are
collecting error state after all.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
This is required should we ever attempt to use an io-mapping where
KM_USER0 is verboten, such as inside an IRQ context.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c|9 +
2010/8/4 Marius Gröger marius.groe...@googlemail.com:
Am 04.08.2010 01:59, schrieb Alex Deucher:
This connector attribute allows you to enable or disable underscan
on a digital output to compensate for panels that automatically
overscan (e.g., many HDMI TVs). Valid values for the attribute
Fixes lack of power saving with multiple heads on
some desktop cards.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=16474
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_atombios.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff
New evergreen and r7xx ids.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
include/drm/drm_pciids.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 2d428b0..3a9940e 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Giacomo Perale ghe...@virgilio.it changed:
What|Removed |Added
CC||ghe...@virgilio.it
This patch uses the much lighter mode_set_base instead of calling a full
mode set. Tested on a i915 netbook. Patch should be against drm-core-next.
The kms code should always fallback if appropriate, I've definitely
seen some modesets I thought were triggered by the pan_display
codepath,
Add __arm defines to specify behavior specific for
an ARM processor.
Signed-off-by: Jordan Crouse jcro...@codeaurora.org
---
drivers/gpu/drm/drm_bufs.c |2 +-
drivers/gpu/drm/drm_vm.c | 14 +-
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git
The pgoff option in mmap() is defined as an unsigned long
so the offset generated by DRM needs to fit into
BITS_PER_LONG for the CPU in question.
Signed-off-by: Jordan Crouse jcro...@codeaurora.org
---
drivers/gpu/drm/drm_gem.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
On Wed, 2010-08-04 at 14:19 +0100, Chris Wilson wrote:
This is consistent with trying to access a filename that not exist
within a directory which is a good analogy here. The main reason for the
change is that it is easy to confuse the error code of EBADF as an
performing an ioctl on an
44 matches
Mail list logo