Build breakage:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ffc62ffa474b41d31b011b6853c5de32
A
The llseek file operations traditionally behaves differently
from all other file operations, the default being a generic
implementation of the call instead of a stub returning an
error.
This changes *all* instances of struct file_operations in
the kernel to have a .llseek operation and then change
The drm device drivers currently allow seeking on the
character device but never care about the actual
file position.
When we change the default llseek operation to be
no_llseek, calling llseek on a drm device would
return an error condition, which is an API change.
Explicitly setting noop_llseek
The llseek file operations traditionally behaves differently
from all other file operations, the default being a generic
implementation of the call instead of a stub returning an
error.
This changes *all* instances of struct file_operations in
the kernel to have a .llseek operation and then change
On Tue, Sep 14, 2010 at 8:24 PM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> The texture base address registers are in units of 256 bytes.
>> The original CS checker treated these offsets as bytes, so the
>> original check was wrong. ?I fixed the units in a patch during
>> the 2.6.36 cycle, bu
From: Dave Airlie
Since module loading was happening under the BKL, and the drm open path took
the BKL you couldn't race between them. The drm adds the sysfs node before it
really probably should, i.e. before driver load has completed. Then udev
creates the device node, and plymouth opens the dev
https://bugs.freedesktop.org/show_bug.cgi?id=29901
--- Comment #6 from Tom Stellard 2010-09-14 20:26:59 PDT
---
nexuiz works now, but I am still having problems running civ4 with wine.
Using mesa from git, commit fd7f70af4897e4e31b11562eb1c473f0ee00fce5 I get this
assertion failure:
r300_rend
https://bugs.freedesktop.org/show_bug.cgi?id=29901
--- Comment #6 from Tom Stellard 2010-09-14 20:26:59
PDT ---
nexuiz works now, but I am still having problems running civ4 with wine.
Using mesa from git, commit fd7f70af4897e4e31b11562eb1c473f0ee00fce5 I get this
assertion failure:
r300_rend
Build breakage:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ffc62ffa474b41d31b011b6853c5de32
A
https://bugs.freedesktop.org/show_bug.cgi?id=27407
--- Comment #11 from dE 2010-09-14 20:07:53 PDT ---
Actually it's more of a kernel issue.
If I use the Gentoo kernel on Sabayon, the frame rates reduce to a fraction.
Corresponding opposite results.
--
Configure bugmail: https://bugs.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=27407
--- Comment #11 from dE 2010-09-14 20:07:53 PDT ---
Actually it's more of a kernel issue.
If I use the Gentoo kernel on Sabayon, the frame rates reduce to a fraction.
Corresponding opposite results.
--
Configure bugmail: https://bugs.freedeskt
I sent this message during the weekend and I'm afraid it might got lost
during people's monday morning inbox purging ;-) Seriously, I'd be
grateful for any insights on that matter which keeps me from moving on
to 2.6.36...
Thanks
Marius
Original Message
Date: Sat, 11 Sep 2010
Hi Linus,
This is slightly larger than I'd like but Chris's patch to limit polling
devices thats can be destructive solves a lot of problems on Intel but it
requires an api change across drivers. The other worrisome one is a race
condition fixer between device nodes being openable and the driv
dler(void);
> void nouveau_unregister_dsm_handler(void);
> int nouveau_acpi_get_bios_chunk(uint8_t *bios, int offset, int len);
-- 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/20100914/25bc221c/attachment.pgp>
The drm device drivers currently allow seeking on the
character device but never care about the actual
file position.
When we change the default llseek operation to be
no_llseek, calling llseek on a drm device would
return an error condition, which is an API change.
Explicitly setting noop_llseek
On Tuesday 14 September 2010, Dave Airlie wrote:
> Since module loading was happening under the BKL, and the drm open path took
> the BKL you couldn't race between them. The drm adds the sysfs node before it
> really probably should, i.e. before driver load has completed. Then udev
> creates the de
https://bugs.freedesktop.org/show_bug.cgi?id=30132
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30132
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #7 from steckde...@yahoo.fr 2010-09-14 11:42:41 PDT ---
It works ! Thank you very much, this bug is now solved for me.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #7 from steckdenis at yahoo.fr 2010-09-14 11:42:41 PDT ---
It works ! Thank you very much, this bug is now solved for me.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
Hi,
I pulled drm-fixes GIT branch into mainline.
Unfortunately, the build breaks:
...
...
CC [M] drivers/gpu/drm/vmwgfx/vmwgfx_ldu.o
/home/sd/src/linux-2.6/linux-2.6.36-rc4/debian/build/source_i386_none/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c:
In function ?vmw_ldu_init?:
/home/sd/src/linux-2
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Marek Olšák changed:
What|Removed |Added
Summary|[KMS] 0ad crashes with |[r300c] 0ad crashes with
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Marek Ol??k changed:
What|Removed |Added
Summary|[KMS] 0ad crashes with |[r300c] 0ad crashes with
https://bugs.freedesktop.org/show_bug.cgi?id=27407
--- Comment #10 from Marek Olšák 2010-09-14 11:27:57 PDT ---
I guess you have to build Mesa from source (git) to get r300g.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=27407
--- Comment #10 from Marek Ol??k 2010-09-14 11:27:57 PDT
---
I guess you have to build Mesa from source (git) to get r300g.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
Alex Deucher wrote:
> The texture base address registers are in units of 256 bytes.
> The original CS checker treated these offsets as bytes, so the
> original check was wrong. I fixed the units in a patch during
> the 2.6.36 cycle, but this ended up breaking some existing
> userspace (probably du
https://bugs.freedesktop.org/show_bug.cgi?id=23545
Marek Olšák changed:
What|Removed |Added
Summary|flashing textures in some |[r300c/UMS] flashing
|ma
https://bugs.freedesktop.org/show_bug.cgi?id=23545
Marek Ol??k changed:
What|Removed |Added
Summary|flashing textures in some |[r300c/UMS] flashing
|ma
v2: Julien Cristau pointed out that @nondestructive results in
double-negatives and confusion when trying to interpret the parameter,
so use @force instead. Much easier to type as well. ;-)
And fix the miscompilation of vmgfx reported by Sedat Dilek.
Signed-off-by: Chris Wilson
Cc: stable at ker
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #6 from Marek Olšák 2010-09-14 11:01:21 PDT ---
try: git clean -fdx
and rebuild mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #6 from Marek Ol??k 2010-09-14 11:01:21 PDT
---
try: git clean -fdx
and rebuild mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #3 from Tomasz Figa 2010-09-14 10:44:52 PDT
---
(From update of attachment 38700)
drm-2.6 commit 7a6b2896f261894dde287d3faefa4b432cddca53
2.6.35.4, latest drm-fixes and drm-radeon-testing don't give any interesting
output
--
Confi
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #3 from Tomasz Figa 2010-09-14 10:44:52
PDT ---
(From update of attachment 38700)
drm-2.6 commit 7a6b2896f261894dde287d3faefa4b432cddca53
2.6.35.4, latest drm-fixes and drm-radeon-testing don't give any interesting
output
--
Confi
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #5 from steckde...@yahoo.fr 2010-09-14 10:35:24 PDT ---
Sorry, I don't know. I updated Mesa to the latest Git version and got a
segfault when any OpenGL program starts.
The segfaults is in src/gallium/drivers/r300/r300_context.c:425
(
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #5 from steckdenis at yahoo.fr 2010-09-14 10:35:24 PDT ---
Sorry, I don't know. I updated Mesa to the latest Git version and got a
segfault when any OpenGL program starts.
The segfaults is in src/gallium/drivers/r300/r300_context.c:42
I sent this message during the weekend and I'm afraid it might got lost
during people's monday morning inbox purging ;-) Seriously, I'd be
grateful for any insights on that matter which keeps me from moving on
to 2.6.36...
Thanks
Marius
Original Message
Date: Sat, 11 Sep 201
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #2 from Tomasz Figa 2010-09-14 10:13:57 PDT
---
Created an attachment (id=38700)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38700)
dmesg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #1 from Tomasz Figa 2010-09-14 10:13:03 PDT
---
Created an attachment (id=38699)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38699)
X server log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #2 from Tomasz Figa 2010-09-14 10:13:57
PDT ---
Created an attachment (id=38700)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38700)
dmesg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Summary: X server crashes with a SIGBUS on Evergreen
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
https://bugs.freedesktop.org/show_bug.cgi?id=30188
--- Comment #1 from Tomasz Figa 2010-09-14 10:13:03
PDT ---
Created an attachment (id=38699)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38699)
X server log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=30188
Summary: X server crashes with a SIGBUS on Evergreen
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
The texture base address registers are in units of 256 bytes.
The original CS checker treated these offsets as bytes, so the
original check was wrong. I fixed the units in a patch during
the 2.6.36 cycle, but this ended up breaking some existing
userspace (probably due to a bug in either userspace
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #22 from Tomasz Figa 2010-09-14 10:02:11
PDT ---
(In reply to comment #21)
> Tomasz, can you please confirm that you're indeed still hitting this bug by
> checking the that the comit that introduced the problem
> (709ea97145c125b3811
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #22 from Tomasz Figa 2010-09-14 10:02:11
PDT ---
(In reply to comment #21)
> Tomasz, can you please confirm that you're indeed still hitting this bug by
> checking the that the comit that introduced the problem
> (709ea97145c125b3811
Francisco Jerez wrote:
> Phil Turmel writes:
[snip /]
>> Having the nouveau ACPI features depend on CONFIG_ACPI_VIDEO instead of
>> bare CONFIG_ACPI builds, boots, and works for me.
> nouveau_acpi_edid() is the only function that depends on ACPI_VIDEO,
> ifdef'ing out the rest of the ACPI stuff
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #4 from Marek Olšák 2010-09-14 09:58:12 PDT ---
Do you still have any issue there?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=29901
Marek Olšák changed:
What|Removed |Added
Summary|[r300g] Commit |[r300g] emit_aos_swtcl
|
https://bugs.freedesktop.org/show_bug.cgi?id=30132
--- Comment #4 from Marek Ol??k 2010-09-14 09:58:12 PDT
---
Do you still have any issue there?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=29901
Marek Ol??k changed:
What|Removed |Added
Summary|[r300g] Commit |[r300g] emit_aos_swtcl
|
https://bugs.freedesktop.org/show_bug.cgi?id=29978
--- Comment #8 from Nicolas Kaiser 2010-09-14 09:42:52 PDT ---
I noticed that I can make some other applications lock up the GPU in a quite
similar way, using MESA_GLSL=nopt:
Celestia locks up on start, but not immediately: Sun gets displayed wi
https://bugs.freedesktop.org/show_bug.cgi?id=29978
--- Comment #8 from Nicolas Kaiser 2010-09-14 09:42:52 PDT
---
I noticed that I can make some other applications lock up the GPU in a quite
similar way, using MESA_GLSL=nopt:
Celestia locks up on start, but not immediately: Sun gets displayed w
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #21 from Daniel Vetter 2010-09-14 09:26:09 PDT ---
Tomasz, can you please confirm that you're indeed still hitting this bug by
checking the that the comit that introduced the problem
(709ea97145c125b3811ff70429e90ebdb0e832e5) does not
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #21 from Daniel Vetter 2010-09-14 09:26:09 PDT
---
Tomasz, can you please confirm that you're indeed still hitting this bug by
checking the that the comit that introduced the problem
(709ea97145c125b3811ff70429e90ebdb0e832e5) does no
Francisco Jerez wrote:
> Phil Turmel writes:
[snip /]
>> Having the nouveau ACPI features depend on CONFIG_ACPI_VIDEO instead of
>> bare CONFIG_ACPI builds, boots, and works for me.
> nouveau_acpi_edid() is the only function that depends on ACPI_VIDEO,
> ifdef'ing out the rest of the ACPI stuff
https://bugs.freedesktop.org/show_bug.cgi?id=28456
--- Comment #6 from Alexandre 2010-09-14 08:36:10
PDT ---
It still happens on at least linux 2.6.35.4 (vanilla).
One thing I realized is that once drm only sees 1 quad pipe, the irq rate from
the card seems to increase dramatically. I couldn't
https://bugs.freedesktop.org/show_bug.cgi?id=28456
--- Comment #6 from Alexandre 2010-09-14
08:36:10 PDT ---
It still happens on at least linux 2.6.35.4 (vanilla).
One thing I realized is that once drm only sees 1 quad pipe, the irq rate from
the card seems to increase dramatically. I couldn't
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #20 from Tomasz Figa 2010-09-14 08:15:49
PDT ---
After disabling RenderAccel I can't reproduce the bug, but it disables the
acceleration and therefore can't be considered as a solution to the problem.
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #20 from Tomasz Figa 2010-09-14 08:15:49
PDT ---
After disabling RenderAccel I can't reproduce the bug, but it disables the
acceleration and therefore can't be considered as a solution to the problem.
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #19 from Tomasz Figa 2010-09-14 07:55:09
PDT ---
After some additional testing, I can reproduce this bug by opening a PDF
document in Okular and scrolling through several pages back and forth, then
mouse cursor hangs and X server cra
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #19 from Tomasz Figa 2010-09-14 07:55:09
PDT ---
After some additional testing, I can reproduce this bug by opening a PDF
document in Okular and scrolling through several pages back and forth, then
mouse cursor hangs and X server cra
https://bugs.freedesktop.org/show_bug.cgi?id=30179
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30179
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
The texture base address registers are in units of 256 bytes.
The original CS checker treated these offsets as bytes, so the
original check was wrong. I fixed the units in a patch during
the 2.6.36 cycle, but this ended up breaking some existing
userspace (probably due to a bug in either userspace
https://bugs.freedesktop.org/show_bug.cgi?id=29738
Tomasz Figa changed:
What|Removed |Added
Attachment #38690|application/x-trash |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29738
Tomasz Figa changed:
What|Removed |Added
Attachment #38690|application/x-trash |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #18 from Tomasz Figa 2010-09-14 06:46:15
PDT ---
Created an attachment (id=38690)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38690)
Log from X.org X Server
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=29738
--- Comment #18 from Tomasz Figa 2010-09-14 06:46:15
PDT ---
Created an attachment (id=38690)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38690)
Log from X.org X Server
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
Phil Turmel writes:
> Hi all,
>
> I've got a build breakage on my laptop:
>
> drivers/built-in.o: In function `nouveau_acpi_edid':
> (.text+0x13404e): undefined reference to `acpi_video_get_edid'
> make: *** [.tmp_vmlinux1] Error 1
>
> Introduced by:
>
> a6ed76d7ffc62ffa474b41d31b011b6853c5de32 i
https://bugs.freedesktop.org/show_bug.cgi?id=29738
Tomasz Figa changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=29738
Tomasz Figa changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=30180
--- Comment #2 from samit vats 2010-09-14 06:27:14 PDT ---
Created an attachment (id=38689)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38689)
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30180
--- Comment #2 from samit vats 2010-09-14 06:27:14 PDT
---
Created an attachment (id=38689)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38689)
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=30180
--- Comment #1 from samit vats 2010-09-14 06:26:45 PDT ---
Created an attachment (id=38688)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38688)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30180
--- Comment #1 from samit vats 2010-09-14 06:26:45 PDT
---
Created an attachment (id=38688)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38688)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30180
Summary: HDMI display not detected
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
Priority: high
https://bugs.freedesktop.org/show_bug.cgi?id=30180
Summary: HDMI display not detected
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
Priority: high
https://bugs.freedesktop.org/show_bug.cgi?id=30179
--- Comment #3 from samit vats 2010-09-14 06:19:48 PDT ---
Created an attachment (id=38686)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38686)
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30179
--- Comment #3 from samit vats 2010-09-14 06:19:48 PDT
---
Created an attachment (id=38686)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38686)
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=30179
--- Comment #2 from samit vats 2010-09-14 06:18:58 PDT ---
Created an attachment (id=38685)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38685)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30179
--- Comment #2 from samit vats 2010-09-14 06:18:58 PDT
---
Created an attachment (id=38685)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38685)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=30179
--- Comment #1 from samit vats 2010-09-14 06:17:57 PDT ---
Created an attachment (id=38684)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38684)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
https://bugs.freedesktop.org/show_bug.cgi?id=30179
--- Comment #1 from samit vats 2010-09-14 06:17:57 PDT
---
Created an attachment (id=38684)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38684)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #68 from Martin Steigerwald 2010-09-14
06:17:18 PDT ---
I have two questions:
1) Now since we established that the vmembase at zero patch fixes or works
around the problem - while the patch to align vram from comment #47 does not,
a
https://bugs.freedesktop.org/show_bug.cgi?id=28402
--- Comment #68 from Martin Steigerwald 2010-09-14
06:17:18 PDT ---
I have two questions:
1) Now since we established that the vmembase at zero patch fixes or works
around the problem - while the patch to align vram from comment #47 does not,
a
https://bugs.freedesktop.org/show_bug.cgi?id=30179
Summary: Video playback fails with Xvmc
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=30179
Summary: Video playback fails with Xvmc
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Severity: major
Priority: medium
test different graphical settings yet.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
On Tuesday 14 September 2010, Dave Airlie wrote:
> Since module loading was happening under the BKL, and the drm open path took
> the BKL you couldn't race between them. The drm adds the sysfs node before it
> really probably should, i.e. before driver load has completed. Then udev
> creates the de
On Tue, Sep 14, 2010 at 8:24 PM, Andy Furniss wrote:
> Alex Deucher wrote:
>>
>> The texture base address registers are in units of 256 bytes.
>> The original CS checker treated these offsets as bytes, so the
>> original check was wrong. I fixed the units in a patch during
>> the 2.6.36 cycle, bu
From: Dave Airlie
Since module loading was happening under the BKL, and the drm open path took
the BKL you couldn't race between them. The drm adds the sysfs node before it
really probably should, i.e. before driver load has completed. Then udev
creates the device node, and plymouth opens the dev
Alex Deucher wrote:
The texture base address registers are in units of 256 bytes.
The original CS checker treated these offsets as bytes, so the
original check was wrong. I fixed the units in a patch during
the 2.6.36 cycle, but this ended up breaking some existing
userspace (probably due to a b
v2: Julien Cristau pointed out that @nondestructive results in
double-negatives and confusion when trying to interpret the parameter,
so use @force instead. Much easier to type as well. ;-)
And fix the miscompilation of vmgfx reported by Sedat Dilek.
Signed-off-by: Chris Wilson
Cc: sta...@kernel
Hi,
I pulled drm-fixes GIT branch into mainline.
Unfortunately, the build breaks:
...
...
CC [M] drivers/gpu/drm/vmwgfx/vmwgfx_ldu.o
/home/sd/src/linux-2.6/linux-2.6.36-rc4/debian/build/source_i386_none/drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c:
In function ‘vmw_ldu_init’:
/home/sd/src/linux-2
94 matches
Mail list logo
