https://bugs.freedesktop.org/show_bug.cgi?id=30291
--- Comment #1 from Rafał Miłecki 2010-09-20 23:33:18 PDT ---
I was just curious what format may it be.
Tip for developers:
PIPE_FORMAT_R16G16_SSCALED = 61,
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=30291
--- Comment #1 from Rafa? Mi?ecki 2010-09-20 23:33:18 PDT
---
I was just curious what format may it be.
Tip for developers:
PIPE_FORMAT_R16G16_SSCALED = 61,
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
On Mon, Sep 20, 2010 at 3:19 PM, Sedat Dilek wrote:
> Hi Rafael,
>
> can you please add the following, Thanks in advance.
>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=18872
>> Subject : Radeon KMS r100 and STR problems
>> Submitter : Richard Mittendorfer
>> Date
On Mon, Sep 20, 2010 at 1:53 AM, Pasi Kärkkäinen wrote:
> On Sun, Sep 19, 2010 at 11:56:27PM -0400, Alex Deucher wrote:
>> On Sun, Sep 19, 2010 at 10:56 AM, Pasi Kärkkäinen wrote:
>> > On Sun, Sep 19, 2010 at 03:25:47PM +0300, Pasi Kärkkäinen wrote:
>> >> > >
>> >> > > so "/proc/acpi/button/lid/L
This message contains a list of some post-2.6.34 regressions introduced before
2.6.35, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.34 regressions, please let us kno
2010/9/20 Andy Walls :
> On Mon, 2010-09-20 at 20:29 +0200, Rafał Miłecki wrote:
>> 2010/9/20 Andy Walls :
>> > DRM KMS polling of connections providing errant EDID responses, or
>> > polling of "connectors" that have chips responding on DDC I2C bus
>> > address 0xA0/0xA1 with no actual physical co
Hi Rafael,
can you please add the following, Thanks in advance.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=18872
> Subject : Radeon KMS r100 and STR problems
> Submitter : Richard Mittendorfer
> Date: 2010-09-17 18:26 (4 days old)
> Message-ID :
This message contains a list of some regressions from 2.6.35,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.35, please let us
know either and we'll add th
2010/9/20 Andy Walls :
> DRM KMS polling of connections providing errant EDID responses, or
> polling of "connectors" that have chips responding on DDC I2C bus
> address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
> will create perpetual noise in dmesg and the system log every 10
>
On Mon, 2010-09-20 at 20:29 +0200, Rafa? Mi?ecki wrote:
> 2010/9/20 Andy Walls :
> > DRM KMS polling of connections providing errant EDID responses, or
> > polling of "connectors" that have chips responding on DDC I2C bus
> > address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
> >
https://bugs.freedesktop.org/show_bug.cgi?id=25114
--- Comment #8 from Jaroslav Petráš 2010-09-20
18:58:38 PDT ---
I forget kernel info. It's Debian distro kernel.
ii linux-image-2.6.35-trunk-amd64 2.6.35-1~experimental.3
Linux 2.6.35 f
https://bugs.freedesktop.org/show_bug.cgi?id=25114
--- Comment #8 from Jaroslav Petr?? 2010-09-20
18:58:38 PDT ---
I forget kernel info. It's Debian distro kernel.
ii linux-image-2.6.35-trunk-amd64 2.6.35-1~experimental.3
Linux 2.6.35 f
https://bugs.freedesktop.org/show_bug.cgi?id=25114
--- Comment #7 from Jaroslav Petráš 2010-09-20
18:53:15 PDT ---
[232867.628429] [drm:radeon_cs_parser_init] *ERROR* cs IB too big: 16633
[232867.628433] [drm:radeon_cs_ioctl] *ERROR* Failed to initialize parser !
[233669.192428] [drm:radeon_cs_p
https://bugs.freedesktop.org/show_bug.cgi?id=25114
--- Comment #7 from Jaroslav Petr?? 2010-09-20
18:53:15 PDT ---
[232867.628429] [drm:radeon_cs_parser_init] *ERROR* cs IB too big: 16633
[232867.628433] [drm:radeon_cs_ioctl] *ERROR* Failed to initialize parser !
[233669.192428] [drm:radeon_cs_p
It makes sense for a BO to move after a process has requested
exclusive RW access on it (e.g. because the BO used to be located in
unmappable VRAM and we intercepted the CPU access from the fault
handler).
If we let the ghost object inherit cpu_writers from the original
object, ttm_bo_release_list
On Mon, 2010-09-20 at 11:52 -0700, Greg KH wrote:
> On Mon, Sep 20, 2010 at 08:59:00AM -0400, Andy Walls wrote:
> > This change allows the root user to disable (and re-enable) DRM KMS
> > connector polling on a per connector basis via sysfs, like so:
> >
> > # cat /sys/class/drm/card0/car
On Mon, 2010-09-20 at 20:29 +0200, Rafał Miłecki wrote:
> 2010/9/20 Andy Walls :
> > DRM KMS polling of connections providing errant EDID responses, or
> > polling of "connectors" that have chips responding on DDC I2C bus
> > address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
> >
https://bugs.freedesktop.org/show_bug.cgi?id=30291
Summary: [R600g] r600_translate_colorformat:423 - unsupported
color format 61
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NE
https://bugs.freedesktop.org/show_bug.cgi?id=30291
Summary: [R600g] r600_translate_colorformat:423 - unsupported
color format 61
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NE
re my previous r-b.
Reviewed-by: Adam Jackson
- ajax
-- next part --
A non-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/20100920/70fbf4d6/attachment.pgp>
Zhenyu Wang
Reviewed-by: Adam Jackson
- ajax
-- next part --
A non-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-
On Mon, 2010-09-20 at 11:52 -0700, Greg KH wrote:
> On Mon, Sep 20, 2010 at 08:59:00AM -0400, Andy Walls wrote:
> > This change allows the root user to disable (and re-enable) DRM KMS
> > connector polling on a per connector basis via sysfs, like so:
> >
> > # cat /sys/class/drm/card0/ca
This message contains a list of some post-2.6.34 regressions introduced before
2.6.35, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.34 regressions, please let us kno
https://bugs.freedesktop.org/show_bug.cgi?id=29703
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=29703
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Sun, 2010-09-19 at 14:52 +0800, Zhenyu Wang wrote:
> I found my check for audio capability within CEA extension might
> has some conflict with Adam's patch to add more detailed mode from
> CEA ext block. But I haven't found Adam's patch in next tree, so I
> just kept my current change.
>
> This
On Thu, 2010-09-16 at 14:31 +0800, Zhenyu Wang wrote:
> To help to determine if digital display port needs to enable
> audio output or not. This one adds a helper to get monitor's
> audio capability via EDID CEA extension block.
>
> Tested-by: Wu Fengguang
> Signed-off-by: Zhenyu Wang
Reviewed-
Hi Rafael,
can you please add the following, Thanks in advance.
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=18872
> Subject : Radeon KMS r100 and STR problems
> Submitter : Richard Mittendorfer
> Date: 2010-09-17 18:26 (4 days old)
> Message-ID :
This message contains a list of some regressions from 2.6.35,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.35, please let us
know either and we'll add th
On Mon, Sep 20, 2010 at 08:59:00AM -0400, Andy Walls wrote:
> DRM KMS polling of connections providing errant EDID responses, or
> polling of "connectors" that have chips responding on DDC I2C bus
> address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
> will create perpetual noise i
On Mon, Sep 20, 2010 at 08:59:00AM -0400, Andy Walls wrote:
> DRM KMS polling of connections providing errant EDID responses, or
> polling of "connectors" that have chips responding on DDC I2C bus
> address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
> will create perpetual noise i
2010/9/20 Andy Walls :
> DRM KMS polling of connections providing errant EDID responses, or
> polling of "connectors" that have chips responding on DDC I2C bus
> address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
> will create perpetual noise in dmesg and the system log every 10
>
https://bugs.freedesktop.org/show_bug.cgi?id=29711
--- Comment #7 from Michel Dänzer 2010-09-20 10:40:48 PDT
---
(In reply to comment #7)
> Application: KWin (kwin), signal: Segmentation fault
> [KCrash Handler]
> #7 0xb6be327b in ?? () from /usr/lib/libGL.so.1
> #8 0xb6bbc107 in ?? () from /u
https://bugs.freedesktop.org/show_bug.cgi?id=29711
--- Comment #7 from Michel D?nzer 2010-09-20 10:40:48
PDT ---
(In reply to comment #7)
> Application: KWin (kwin), signal: Segmentation fault
> [KCrash Handler]
> #7 0xb6be327b in ?? () from /usr/lib/libGL.so.1
> #8 0xb6bbc107 in ?? () from /u
https://bugs.freedesktop.org/show_bug.cgi?id=29469
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29469
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 2010-09-16 at 16:32 +0200, Arnd Bergmann wrote:
> The big kernel lock is gone from almost all code in linux-next, this is
> the status of what I think will happen to the remaining users:
>
...
> fs/autofs:
> Pretty much dead, replaced by autofs4. I'd suggest moving this
> to
DRM KMS polling of connections providing errant EDID responses, or
polling of "connectors" that have chips responding on DDC I2C bus
address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
will create perpetual noise in dmesg and the system log every 10
seconds. Currently the user has
DRM KMS polling of connections providing errant EDID responses, or
polling of "connectors" that have chips responding on DDC I2C bus
address 0xA0/0xA1 with no actual physical connector nor EDID EEPROM,
will create perpetual noise in dmesg and the system log every 10
seconds. Currently the user has
On Sun, Sep 19, 2010 at 11:56:27PM -0400, Alex Deucher wrote:
> On Sun, Sep 19, 2010 at 10:56 AM, Pasi K?rkk?inen wrote:
> > On Sun, Sep 19, 2010 at 03:25:47PM +0300, Pasi K?rkk?inen wrote:
> >> > >
> >> > > so "/proc/acpi/button/lid/LID/state" seems to work properly on my
> >> > > laptop,
> >> >
https://bugs.freedesktop.org/show_bug.cgi?id=29703
--- Comment #6 from Török Edwin 2010-09-20 07:44:09 PDT
---
On rv730 with r600g the 'gloss' demo locks up the GPU too
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=29703
--- Comment #6 from T?r?k Edwin 2010-09-20 07:44:09
PDT ---
On rv730 with r600g the 'gloss' demo locks up the GPU too
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=29703
Michal Suchanek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29703
Michal Suchanek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29469
--- Comment #1 from Nicolas Kaiser 2010-09-20 04:26:20 PDT ---
Created an attachment (id=38811)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38811)
glxgears screenshot
I guess I saw the same with recent kernels. Only with r600g, r600c wa
https://bugs.freedesktop.org/show_bug.cgi?id=29469
--- Comment #1 from Nicolas Kaiser 2010-09-20 04:26:20 PDT
---
Created an attachment (id=38811)
--> (https://bugs.freedesktop.org/attachment.cgi?id=38811)
glxgears screenshot
I guess I saw the same with recent kernels. Only with r600g, r600c w
https://bugs.freedesktop.org/show_bug.cgi?id=30272
--- Comment #2 from Rafael Monica 2010-09-20 02:04:03 PDT
---
yes it does.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=30272
--- Comment #2 from Rafael Monica 2010-09-20 02:04:03
PDT ---
yes it does.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=30272
--- Comment #1 from Dave Airlie 2010-09-20 01:34:20
PDT ---
does it still leak with current git master?
--
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=30272
--- Comment #1 from Dave Airlie 2010-09-20
01:34:20 PDT ---
does it still leak with current git master?
--
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=30272
Summary: r600g: buffer object leak (regression)
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: m
https://bugs.freedesktop.org/show_bug.cgi?id=30272
Summary: r600g: buffer object leak (regression)
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: m
52 matches
Mail list logo
