Marcin Slusarz writes:
> On Fri, Jul 30, 2010 at 05:04:32PM +0200, Dan Carpenter wrote:
>> nuveau_load() just returned directly if there was an error instead of
>>
> ^^ typo
>
>> releasing resources.
On 2010-8-1 18:51, Thomas Meyer wrote:
Am 01.08.2010 um 13:42 schrieb Stefan Richter:
Thomas Meyer wrote:
This commit makes suspend to ram unreliable for me:
commit d1b851fc0d105caa6b6e3e7c92d2987dfb52cbe0
Author: Zou Nan hai
Date: Fri May 21 09:08:57 2010 +0800
drm/i915: implement BS
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 cl
> > 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
> co
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 cl
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 -
> ?drivers/gpu/drm/i915/i915
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 inv
https://bugs.freedesktop.org/show_bug.cgi?id=29400
Marek Olšák changed:
What|Removed |Added
Component|Other |Drivers/DRI/r300
AssignedTo|mesa-.
https://bugs.freedesktop.org/show_bug.cgi?id=29400
Marek Ol??k changed:
What|Removed |Added
Component|Other |Drivers/DRI/r300
AssignedTo|mesa-d
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 a/drivers/
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 b/drivers/gpu/d
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
---
drivers/gpu/drm/i915/i91
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 +++--
drivers/gpu/drm/n
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 under
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).
Signed-o
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 -
> drivers/gpu/drm/i915/i915
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 a/drivers/
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 b/drivers/gpu/d
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
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
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 cl
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 cl
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
--- a/include/drm/drm_pci
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 a/drivers/gpu/drm/ra
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 t
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 - force
> > 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
> co
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&attachment=37571
add missign pci ids
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&attachment=37571
add missign pci id
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Giacomo Perale changed:
What|Removed |Added
CC||ghe...@virgilio.it
--- Comment #11 from
https://bugs.freedesktop.org/show_bug.cgi?id=28474
Giacomo Perale changed:
What|Removed |Added
CC||ghepeu at virgilio.it
--- Comment #11 f
New evergreen and r7xx ids.
Signed-off-by: Alex Deucher
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
--- a/include/drm/drm_pciids
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 a/drivers/gpu/drm/ra
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 - force
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 +++--
drivers/gpu/drm/n
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
---
drivers/gpu/drm/i915/i91
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).
Signed-o
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 attachme
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 attachme
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
---
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
--
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
a
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(+), 11
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 t
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Pavel Ondračka changed:
What|Removed |Added
Attachment #35899|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28294
Pavel Ondra?ka changed:
What|Removed |Added
Attachment #35899|0 |1
is obsolete|
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(+), 11
51 matches
Mail list logo