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
--- 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 #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=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=29703
Michal Suchanek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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: -
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
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=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
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, 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
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
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 :
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-
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
https://bugs.freedesktop.org/show_bug.cgi?id=29703
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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
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
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
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,
> >
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
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 #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
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
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
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
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 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,
> >> >
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
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
--- 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 #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=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=29703
Michal Suchanek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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: -
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
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=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
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, 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
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
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 :
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-
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>
https://bugs.freedesktop.org/show_bug.cgi?id=29703
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
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
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
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
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 #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 #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=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
-
52 matches
Mail list logo
