- buffer offsets in the base regs are 256b aligned so
shift properly when comparing, fixed by Andre Maasikas
- mipmap size was calculated wrong when nlevel=0
- texture bo offsets were used after the bo base address was added
- vertex resource size register is size - 1, not size
Signed-off-by: Alex
https://bugs.freedesktop.org/show_bug.cgi?id=28517
--- Comment #7 from Tom Stellard 2010-08-05 23:37:28 PDT
---
Can you try again with the latest git code and post the output with
RADEON_DEBUG=vp
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=28517
--- Comment #7 from Tom Stellard 2010-08-05 23:37:28
PDT ---
Can you try again with the latest git code and post the output with
RADEON_DEBUG=vp
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
From: Ben Skeggs
Nouveau will need this on GeForce 8 and up to account for the GPU
reordering physical VRAM for some memory types.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 12 ++-
drivers/gpu/drm/nouveau/nouveau_channel.c |6 +-
drivers/gpu/drm/nouveau/
From: Ben Skeggs
Existing core code/drivers call drm_mm_put_block on ttm_mem_reg.mm_node
directly. Future patches will modify TTM behaviour in such a way that
ttm_mem_reg.mm_node doesn't necessarily belong to drm_mm.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 14 ++
From: Ben Skeggs
In order to properly deal with GPU reordering of blocks in physical VRAM,
Nouveau needs to be able to have better control over VRAM allocations.
Currently nouveau is extremely wasteful and forces massive amounts of
padding/alignment to avoid buffer corruption issues.
radeon/vmw
From: Julia Lawall
Outdent the code following the if.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r disable braces4@
position p1,p2;
statement S1,S2;
@@
(
if (...) { ... }
|
if (...) S1 at p1 S2 at p2
)
@script:python@
p1 << r.p1;
p2 << r.p2;
@@
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #6 from Tom Stellard 2010-08-05 22:22:27 PDT
---
Created an attachment (id=37619)
View: https://bugs.freedesktop.org/attachment.cgi?id=37619
Review: https://bugs.freedesktop.org/review?bug=29363&attachment=37619
Implement vertex s
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #6 from Tom Stellard 2010-08-05 22:22:27
PDT ---
Created an attachment (id=37619)
View: https://bugs.freedesktop.org/attachment.cgi?id=37619
Review: https://bugs.freedesktop.org/review?bug=29363&attachment=37619
Implement vertex s
I'll preface this response by saying that the driver is working now,
in very large part due to help I've received from Adam Jackson, Dave
Airlie, Alex Deucher, and Jerome Glisse.
On Thu, Aug 5, 2010 at 5:47 PM, Adam Jackson wrote:
> On Thu, 2010-08-05 at 12:16 -0400, Matt Turner wrote:
>> Hi,
>>
https://bugs.freedesktop.org/show_bug.cgi?id=29363
Tom Stellard changed:
What|Removed |Added
Attachment #37618|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=29363
Tom Stellard changed:
What|Removed |Added
Attachment #37618|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #4 from Tom Stellard 2010-08-05 21:43:17 PDT
---
Created an attachment (id=37618)
View: https://bugs.freedesktop.org/attachment.cgi?id=37618
Review: https://bugs.freedesktop.org/review?bug=29363&attachment=37618
Implement vertex s
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #4 from Tom Stellard 2010-08-05 21:43:17
PDT ---
Created an attachment (id=37618)
View: https://bugs.freedesktop.org/attachment.cgi?id=37618
Review: https://bugs.freedesktop.org/review?bug=29363&attachment=37618
Implement vertex s
HPD pins are reversed
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=29387
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ato
router objects are found on systems that use a mux to control
ddc line to connector routing or to control the actual clock and data
routing from the chip to the connectors. This patch implements ddc line
routing.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 94
Handle asic specific table to hw mappings in
combios_setup_i2c_bus() directly. This allows us
to remove most of the combios quirks and clean up
the i2c bus setup.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 415 +--
1 files changed, 168
Previously we added i2c buses as needed when enumerating connectors
power management, etc. This only exposed the actual buses used and
could have lead to the same buse getting created more than once if
one buses was used for more than one purpose. This patch sets up
all i2c buses on the card in o
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #9 from Marek Olšák 2010-08-05 19:56:09 PDT ---
Created an attachment (id=37614)
View: https://bugs.freedesktop.org/attachment.cgi?id=37614
Review: https://bugs.freedesktop.org/review?bug=28955&attachment=37614
possible workaround
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #9 from Marek Ol??k 2010-08-05 19:56:09 PDT
---
Created an attachment (id=37614)
View: https://bugs.freedesktop.org/attachment.cgi?id=37614
Review: https://bugs.freedesktop.org/review?bug=28955&attachment=37614
possible workaround
https://bugs.freedesktop.org/show_bug.cgi?id=29244
Marek Olšák changed:
What|Removed |Added
CC||cru...@gmail.com
--- Comment #2 from Marek
https://bugs.freedesktop.org/show_bug.cgi?id=28477
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29244
Marek Ol??k changed:
What|Removed |Added
CC||crumja at gmail.com
--- Comment #2 from Ma
https://bugs.freedesktop.org/show_bug.cgi?id=28477
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
I'll preface this response by saying that the driver is working now,
in very large part due to help I've received from Adam Jackson, Dave
Airlie, Alex Deucher, and Jerome Glisse.
On Thu, Aug 5, 2010 at 5:47 PM, Adam Jackson wrote:
> On Thu, 2010-08-05 at 12:16 -0400, Matt Turner wrote:
>> Hi,
>>
router objects are found on systems that use a mux to control
ddc line to connector routing or to control the actual clock and data
routing from the chip to the connectors. This patch implements ddc line
routing.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_atombios.c | 94
Handle asic specific table to hw mappings in
combios_setup_i2c_bus() directly. This allows us
to remove most of the combios quirks and clean up
the i2c bus setup.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_combios.c | 415 +--
1 files changed, 168
Previously we added i2c buses as needed when enumerating connectors
power management, etc. This only exposed the actual buses used and
could have lead to the same buse getting created more than once if
one buses was used for more than one purpose. This patch sets up
all i2c buses on the card in o
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #8 from Droste 2010-08-05 18:18:35 PDT ---
Created an attachment (id=37612)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37612)
Example scrolling in firefox + kwin compositing and r300g
--
Configure bugmail: https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #8 from Droste 2010-08-05 18:18:35 PDT ---
Created an attachment (id=37612)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37612)
Example scrolling in firefox + kwin compositing and r300g
--
Configure bugmail: https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #18 from Travis Glenn Hansen 2010-08-05
18:12:10 PDT ---
Created an attachment (id=37607)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37607)
avivotool regs all (patched radeontool package)
>From my properly running machine
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #18 from Travis Glenn Hansen
2010-08-05 18:12:10 PDT ---
Created an attachment (id=37607)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37607)
avivotool regs all (patched radeontool package)
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #17 from Travis Glenn Hansen 2010-08-05
18:10:05 PDT ---
Created an attachment (id=37606)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37606)
avivotool regs all (vanilla radeontool package)
This is the output of my machine w
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #17 from Travis Glenn Hansen
2010-08-05 18:10:05 PDT ---
Created an attachment (id=37606)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37606)
avivotool regs all (vanilla radeontool package)
This is the output of my machine w
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #7 from Droste 2010-08-05 18:08:53 PDT ---
I'm having the same issue with r300g on a rv570 and kwin (compositing enabled,
KDE SC 4.5rc2).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=28955
--- Comment #7 from Droste 2010-08-05 18:08:53 PDT ---
I'm having the same issue with r300g on a rv570 and kwin (compositing enabled,
KDE SC 4.5rc2).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #16 from Alex Deucher 2010-08-05 17:55:57 PDT ---
This is a problem in the link training algo. The timing and ordering may need
to be tweaked to make some monitors happy.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #16 from Alex Deucher 2010-08-05 17:55:57 PDT
---
This is a problem in the link training algo. The timing and ordering may need
to be tweaked to make some monitors happy.
--
Configure bugmail: https://bugs.freedesktop.org/userpref
-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100805/14d928ab/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #8 from Michal Suchanek 2010-08-05 17:24:35
PDT ---
Created an attachment (id=37605)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37605)
a simplified version of shadowtex
Attaching a simplified vesion of shadowtex which only
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #8 from Michal Suchanek 2010-08-05
17:24:35 PDT ---
Created an attachment (id=37605)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37605)
a simplified version of shadowtex
Attaching a simplified vesion of shadowtex which only
https://bugs.freedesktop.org/show_bug.cgi?id=25280
Michal Suchanek changed:
What|Removed |Added
CC||hramr...@centrum.cz
--- Comment #1 fro
https://bugs.freedesktop.org/show_bug.cgi?id=25280
Michal Suchanek changed:
What|Removed |Added
CC||hramrach at centrum.cz
--- Comment #1
https://bugs.freedesktop.org/show_bug.cgi?id=29066
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29066
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28800
--- Comment #15 from Marek Olšák 2010-08-05 16:44:32 PDT ---
I have tried everything in r300g. Flushing and invalidating all caches,
flushing command stream after every draw operation and re-emitting all state,
nothing helps.
Chris, considering
https://bugs.freedesktop.org/show_bug.cgi?id=28800
--- Comment #15 from Marek Ol??k 2010-08-05 16:44:32 PDT
---
I have tried everything in r300g. Flushing and invalidating all caches,
flushing command stream after every draw operation and re-emitting all state,
nothing helps.
Chris, considering
https://bugs.freedesktop.org/show_bug.cgi?id=28993
--- Comment #7 from Marek Olšák 2010-08-05 16:40:45 PDT ---
Please follow bug 28800 instead of this one.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=28993
--- Comment #7 from Marek Ol??k 2010-08-05 16:40:45 PDT
---
Please follow bug 28800 instead of this one.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=28800
Marek Olšák changed:
What|Removed |Added
CC||aaalmo...@gmail.com
--- Comment #14 from M
https://bugs.freedesktop.org/show_bug.cgi?id=28993
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28800
Marek Ol??k changed:
What|Removed |Added
CC||aaalmosss at gmail.com
--- Comment #14 fro
https://bugs.freedesktop.org/show_bug.cgi?id=28993
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29067
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29067
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
"userpace" -> "userspace"
Signed-off-by: Andrea Gelmini
---
drivers/gpu/drm/i915/i915_irq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index dba53d4..445a49a 100644
--- a/drivers/gpu/drm/i915/i915_ir
On Thu, 2010-08-05 at 12:16 -0400, Matt Turner wrote:
> Hi,
> I've hit a snag and I'm not really sure how to debug it.
>
> Both xf86-video-glint/src/pm3_dac.c:Permedia3Init and
> kernel/drivers/video/pm3fb.c:pm3fb_write_mode set the mode in
> virtually identical ways. I'm trying to do the same, bu
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
>>>
>
From: Julia Lawall
Outdent the code following the if.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r disable braces4@
position p1,p2;
statement S1,S2;
@@
(
if (...) { ... }
|
if (...) s...@p1 s...@p2
)
@script:python@
p1 << r.p1;
p2 << r.p2;
@@
Hi,
I've hit a snag and I'm not really sure how to debug it.
Both xf86-video-glint/src/pm3_dac.c:Permedia3Init and
kernel/drivers/video/pm3fb.c:pm3fb_write_mode set the mode in
virtually identical ways. I'm trying to do the same, but I think some
of what I'm passing in from drm_display_mode is wro
After around 10-30 mins of typical usage (ie cairo rendering to
surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
locks up, giving a blank screen.
The only information I have is a backtrace [1]. 'radeontool regs'
doesn't give anything - what information, /sys files etc would be
Hi Linus,
drm merge window pull,
highlights (or at least major movers)
core: BKL removal
some whitespace misc cleanup
non-pci drm layer support
misc memory leak fixes
vblank tracepoints
Intel: ongoing eDP support
misc ickle patches all over
pageflip and vbla
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #8 from maxi...@free.fr 2010-08-05 11:35:57 PDT ---
Created an attachment (id=37598)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37598)
with swrast thumbnail OK
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #8 from maxijac at free.fr 2010-08-05 11:35:57 PDT ---
Created an attachment (id=37598)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37598)
with swrast thumbnail OK
--
Configure bugmail: https://bugs.freedesktop.org/userprefs
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #7 from maxi...@free.fr 2010-08-05 11:35:03 PDT ---
OK I confirm the thumbnail bug is not in kde but in r300g
I'll post a screenshot with swrast_dri.so.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #7 from maxijac at free.fr 2010-08-05 11:35:03 PDT ---
OK I confirm the thumbnail bug is not in kde but in r300g
I'll post a screenshot with swrast_dri.so.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse wrote:
> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>
>> After around 10-30 mins of typical usage (ie cairo rendering to
>> surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
>> locks up, giving a blank screen.
>>
>> The only in
On 2010-08-05 11:17, Markus Trippelsdorf wrote:
> On Thu, Aug 05, 2010 at 11:02:43AM +0200, Jens Axboe wrote:
>> On 2010-08-04 17:59, Tejun Heo wrote:
>>> bd_prepare_to_claim() incorrectly allowed multiple attempts for
>>> exclusive open to progress in parallel if the attempting holders are
>>> ide
On Thu, Aug 05, 2010 at 11:02:43AM +0200, Jens Axboe wrote:
> On 2010-08-04 17:59, Tejun Heo wrote:
> > 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
On 2010-08-04 17:59, Tejun Heo wrote:
> 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=1
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #7 from Michal Suchanek 2010-08-05 10:12:16
PDT ---
Created an attachment (id=37597)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37597)
shadowtex on intel
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #6 from Michal Suchanek 2010-08-05 10:11:42
PDT ---
Created an attachment (id=37596)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37596)
shadowtex on r600
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #7 from Michal Suchanek 2010-08-05
10:12:16 PDT ---
Created an attachment (id=37597)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37597)
shadowtex on intel
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #5 from Michal Suchanek 2010-08-05 10:11:07
PDT ---
As suggested by people on irc I found a demo that shows a similar issue.
The demo is shadowtex from current mesa git.
The green ball in the demo using the fixed function shader (d
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #6 from Michal Suchanek 2010-08-05
10:11:42 PDT ---
Created an attachment (id=37596)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37596)
shadowtex on r600
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #5 from Michal Suchanek 2010-08-05
10:11:07 PDT ---
As suggested by people on irc I found a demo that shows a similar issue.
The demo is shadowtex from current mesa git.
The green ball in the demo using the fixed function shader (d
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #6 from maxi...@free.fr 2010-08-05 10:00:25 PDT ---
Created an attachment (id=37591)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37591)
transparency ok
thumbnail at the center is missing, I don't know why. I'll have to find o
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #6 from maxijac at free.fr 2010-08-05 10:00:25 PDT ---
Created an attachment (id=37591)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37591)
transparency ok
thumbnail at the center is missing, I don't know why. I'll have to fin
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #5 from maxi...@free.fr 2010-08-05 09:57:56 PDT ---
Hi,
Thanks for your advices on bisecting, I did not even think of symlinking >.>
Anyways, it looks like there is some kind of bug, sometimes KDE says it can
enable effects and after
https://bugs.freedesktop.org/show_bug.cgi?id=29400
--- Comment #5 from maxijac at free.fr 2010-08-05 09:57:56 PDT ---
Hi,
Thanks for your advices on bisecting, I did not even think of symlinking >.>
Anyways, it looks like there is some kind of bug, sometimes KDE says it can
enable effects and aft
On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
> After around 10-30 mins of typical usage (ie cairo rendering to
> surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
> locks up, giving a blank screen.
>
> The only information I have is a backtrace [1]. 'radeontool regs'
> doesn't
On Thu, 05 Aug 2010 08:46:31 +1000, Dave Airlie wrote:
> Have you verified no userspace relies on this return value? since this
> technically an ABI change.
>
> >From what I can see probably only libdrm tests care.
I haven't found any other instances of code checking return values, more
often th
Hi,
I've hit a snag and I'm not really sure how to debug it.
Both xf86-video-glint/src/pm3_dac.c:Permedia3Init and
kernel/drivers/video/pm3fb.c:pm3fb_write_mode set the mode in
virtually identical ways. I'm trying to do the same, but I think some
of what I'm passing in from drm_display_mode is wro
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
On Thu, Aug 5, 2010 at 9:50 AM, Jerome Glisse wrote:
> On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
>>
>> After around 10-30 mins of typical usage (ie cairo rendering to
>> surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
>> locks up, giving a blank screen.
>>
>> The only in
"userpace" -> "userspace"
Signed-off-by: Andrea Gelmini
---
drivers/gpu/drm/i915/i915_irq.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_irq.c b/drivers/gpu/drm/i915/i915_irq.c
index dba53d4..445a49a 100644
--- a/drivers/gpu/drm/i915/i915_ir
On Thu, Aug 05, 2010 at 11:02:43AM +0200, Jens Axboe wrote:
> On 2010-08-04 17:59, Tejun Heo wrote:
> > 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
On 2010-08-05 11:17, Markus Trippelsdorf wrote:
> On Thu, Aug 05, 2010 at 11:02:43AM +0200, Jens Axboe wrote:
>> On 2010-08-04 17:59, Tejun Heo wrote:
>>> bd_prepare_to_claim() incorrectly allowed multiple attempts for
>>> exclusive open to progress in parallel if the attempting holders are
>>> ide
On 2010-08-04 17:59, Tejun Heo wrote:
> 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=1
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #4 from Michal Suchanek 2010-08-05 06:52:13
PDT ---
Created an attachment (id=37585)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37585)
rendered on r600g
Apart from other glitches the color issue also appears on r600g
--
https://bugs.freedesktop.org/show_bug.cgi?id=29226
--- Comment #4 from Michal Suchanek 2010-08-05
06:52:13 PDT ---
Created an attachment (id=37585)
--> (https://bugs.freedesktop.org/attachment.cgi?id=37585)
rendered on r600g
Apart from other glitches the color issue also appears on r600g
--
On 08/05/2010 06:52 AM, Daniel J Blueman wrote:
After around 10-30 mins of typical usage (ie cairo rendering to
surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
locks up, giving a blank screen.
The only information I have is a backtrace [1]. 'radeontool regs'
doesn't give any
From: Ben Skeggs
Nouveau will need this on GeForce 8 and up to account for the GPU
reordering physical VRAM for some memory types.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 12 ++-
drivers/gpu/drm/nouveau/nouveau_channel.c |6 +-
drivers/gpu/drm/nouveau/
From: Ben Skeggs
Existing core code/drivers call drm_mm_put_block on ttm_mem_reg.mm_node
directly. Future patches will modify TTM behaviour in such a way that
ttm_mem_reg.mm_node doesn't necessarily belong to drm_mm.
Signed-off-by: Ben Skeggs
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 14 ++
From: Ben Skeggs
In order to properly deal with GPU reordering of blocks in physical VRAM,
Nouveau needs to be able to have better control over VRAM allocations.
Currently nouveau is extremely wasteful and forces massive amounts of
padding/alignment to avoid buffer corruption issues.
radeon/vmw
After around 10-30 mins of typical usage (ie cairo rendering to
surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon
locks up, giving a blank screen.
The only information I have is a backtrace [1]. 'radeontool regs'
doesn't give anything - what information, /sys files etc would be
Hi Linus,
drm merge window pull,
highlights (or at least major movers)
core: BKL removal
some whitespace misc cleanup
non-pci drm layer support
misc memory leak fixes
vblank tracepoints
Intel: ongoing eDP support
misc ickle patches all over
pageflip and vbla
eau_load(struct drm_device *dev, unsigned long
>> flags)
>> /* For kernel modesetting, init card now and bring up fbcon */
>> ret = nouveau_card_init(dev);
>> if (ret)
>> -return ret;
>> +goto err_ramin;
>>
>> return 0;
>> +
>> +err_ramin:
>> +iounmap(dev_priv->ramin);
>> +err_mmio:
>> +iounmap(dev_priv->mmio);
>> +err_wq:
>> +destroy_workqueue(dev_priv->wq);
>> +err_priv:
>> +kfree(dev_priv);
>> +dev->dev_private = NULL;
>> +err_out:
>> +return ret;
>> }
>>
>> void nouveau_lastclose(struct drm_device *dev)
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 229 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100805/56890b91/attachment.pgp>
On Thu, 05 Aug 2010 08:46:31 +1000, Dave Airlie wrote:
> Have you verified no userspace relies on this return value? since this
> technically an ABI change.
>
> >From what I can see probably only libdrm tests care.
I haven't found any other instances of code checking return values, more
often th
99 matches
Mail list logo