Dear Alex,
> I think it would be better to add a quirk flag and only do the
> extended probe on specific boards where it is required. E.g.,
>
> if (radeon_connector->requires_extended_probe)
> radeon_ddc_probe_extended();
> else
> radeon_ddc_probe();
>
> Alex
Today, I updated the patch
I am wrong. I
think this is the correct mailing list if not just direct me to the proper
mailing list.
Thanks,
PrasannaKumar Muralidharan
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110623/
I came across something called as KGI - kernel graphics interface
(http://www.kgi-project.org/). It seems it provides the same features as KMS.
What is the difference between those two? Any specific reason for not choosing
KGI? I don't know much about KGI so feel free to correct me if I am wrong
Smatch complains about the recent locking changes in
intel_setup_overlay() that it unlocks twice on an error path. I was
also curious if we shouldn't call i915_gem_object_unpin() on that
error path. I don't know the drm code well enough to know about
unpinning so I'm sending this bug report inste
Hi Alex,
thank you for your feedback.
> Thinking about it more, it might be cleaner to just make the extended
> mode a flag, e.g.,
> dret = radeon_ddc_probe_extended(radeon_connector,
> radeon_connector->requires_extended_probe);
> and handle the extended fetch in the same probe function.
>
OK.
Two fixes from Alex, one fixes a possible hang on boot on some cards, the
other fixes a fusion bug.
Dave.
The following changes since commit bccaeafd7c117acee36e90d37c7e05c19be9e7bf:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/shaggy/jfs-2.6 (2011-06-22
21:49:
On Thu, 23 Jun 2011 21:06:16 +0300, Dan Carpenter wrote:
> Smatch complains about the recent locking changes in
> intel_setup_overlay() that it unlocks twice on an error path. I was
> also curious if we shouldn't call i915_gem_object_unpin() on that
> error path. I don't know the drm code well e
On Thu, Jun 23, 2011 at 6:05 PM, wrote:
> From: Thomas Reim
>
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI, RS690) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid() and drm_edid_block_valid()
> periodical
On Wed, 22 Jun 2011 15:04:56 -0400 (EDT)
Alan Stern wrote:
> On Wed, 22 Jun 2011, Keith Packard wrote:
>
> > On Wed, 15 Jun 2011 13:32:56 -0700, Jesse Barnes > virtuousgeek.org> wrote:
> >
> > I haven't seen any comments as to whether this patch needs to be merged
> > into the kernel. Has anyo
On Wed, Jun 22, 2011 at 07:45, Florian Tobias Schandinat
wrote:
> On 06/21/2011 10:31 PM, Laurent Pinchart wrote:
>> On Tuesday 21 June 2011 22:49:14 Geert Uytterhoeven wrote:
>>> On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart wrote:
+The FOURCC-based API replaces format descriptions by four
On Thu, Jun 23, 2011 at 06:22:47AM -0700, bugzilla-daemon at freedesktop.org
wrote:
> --- Comment #5 from Jerome Glisse 2011-06-23
> 06:22:47 PDT ---
> The mesa dump shader should at least print the shader that you already pasted
> here. Really need the glsl one
Really need the shader dumping c
On Thu, Jun 23, 2011 at 6:05 PM, wrote:
> From: Thomas Reim
>
> Some integrated ATI Radeon chipset implementations
> (e. g. Asus M2A-VM HDMI, RS690) indicate the availability
> of a DDC even when there's no monitor connected.
> In this case, drm_get_edid() and drm_edid_block_valid()
> periodical
From: Thomas Reim
Some integrated ATI Radeon chipset implementations
(e. g. Asus M2A-VM HDMI, RS690) indicate the availability
of a DDC even when there's no monitor connected.
In this case, drm_get_edid() and drm_edid_block_valid()
periodically dump data and kernel errors into system
log files an
Dear Alex,
> I think it would be better to add a quirk flag and only do the
> extended probe on specific boards where it is required. E.g.,
>
> if (radeon_connector->requires_extended_probe)
> radeon_ddc_probe_extended();
> else
> radeon_ddc_probe();
>
> Alex
Today, I updated the patch
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #5 from Sven Arvidsson 2011-06-23 13:38:31 PDT ---
I'm not sure what the procedure for this is, but it would be great if this
patch would be merged in time for 7.11.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=38440
--- Comment #5 from Sven Arvidsson 2011-06-23 13:38:31 PDT ---
I'm not sure what the procedure for this is, but it would be great if this
patch would be merged in time for 7.11.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?t
https://bugs.freedesktop.org/show_bug.cgi?id=38452
--- Comment #5 from Benjamin Bellec 2011-06-23 13:21:45
PDT ---
Thanks for your work, Vadim, it's really appreciated.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugs.freedesktop.org/show_bug.cgi?id=38452
--- Comment #5 from Benjamin Bellec 2011-06-23 13:21:45
PDT ---
Thanks for your work, Vadim, it's really appreciated.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
On Thu, 23 Jun 2011, Florian Mickler wrote:
> On Wed, 22 Jun 2011 15:04:56 -0400 (EDT)
> Alan Stern wrote:
>
> > On Wed, 22 Jun 2011, Keith Packard wrote:
> >
> > > On Wed, 15 Jun 2011 13:32:56 -0700, Jesse Barnes > > virtuousgeek.org> wrote:
> > >
> > > I haven't seen any comments as to whet
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #9 from Harald Judt 2011-06-23 12:55:28 PDT ---
Yes, but it gets even stranger:
Do hibernate & resume --> power_profile does not work, radeon_pm_info messed
up. *Now* do suspend & resume --> power_profile works again, radeon_pm_info
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #9 from Harald Judt 2011-06-23 12:55:28 PDT ---
Yes, but it gets even stranger:
Do hibernate & resume --> power_profile does not work, radeon_pm_info messed
up. *Now* do suspend & resume --> power_profile works again, radeon_pm_info
On Thu, 23 Jun 2011 21:06:16 +0300, Dan Carpenter wrote:
> Smatch complains about the recent locking changes in
> intel_setup_overlay() that it unlocks twice on an error path. I was
> also curious if we shouldn't call i915_gem_object_unpin() on that
> error path. I don't know the drm code well e
A voltage value of 0xff01 requires that the driver
look up the max voltage for the board based using the
atom SetVoltage command table.
Setting the proper voltage should fix stability on
some newer asics.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #8 from Alex Deucher 2011-06-23 12:03:35 PDT ---
(In reply to comment #7)
> So suspend-to-ram seems to work correctly, while suspend-to-disk does not.
Strange. The driver doesn't differentiate between the two.
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #8 from Alex Deucher 2011-06-23 12:03:35 PDT
---
(In reply to comment #7)
> So suspend-to-ram seems to work correctly, while suspend-to-disk does not.
Strange. The driver doesn't differentiate between the two.
--
Configure bugmai
Smatch complains about the recent locking changes in
intel_setup_overlay() that it unlocks twice on an error path. I was
also curious if we shouldn't call i915_gem_object_unpin() on that
error path. I don't know the drm code well enough to know about
unpinning so I'm sending this bug report inste
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #6 from Harald Judt 2011-06-23 11:18:38 PDT ---
Created an attachment (id=48350)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48350)
Sapphire Radeon HD6950 2GiB Video BIOS
lspci:
01:00.0 VGA compatible controller: ATI Techno
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #7 from Harald Judt 2011-06-23 11:21:19 PDT ---
A strange thing: Accidentally, I put the computer into suspend mode instead of
hibernation. Resume was successful, and the power profile and clock readings
were ok this time.
So suspend
https://bugs.freedesktop.org/show_bug.cgi?id=33847
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33847
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #7 from Harald Judt 2011-06-23 11:21:19 PDT ---
A strange thing: Accidentally, I put the computer into suspend mode instead of
hibernation. Resume was successful, and the power profile and clock readings
were ok this time.
So suspend
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #6 from Harald Judt 2011-06-23 11:18:38 PDT ---
Created an attachment (id=48350)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48350)
Sapphire Radeon HD6950 2GiB Video BIOS
lspci:
01:00.0 VGA compatible controller: ATI Techno
Hi Rob Clark,
I'm sorry for that my mean didn't convey to you so I condensed that into
brief again.
I know drm_fb_helper_single_fb_probe() calls register_framebuffer(),
My question is that it's right way to call only drm_fb_helper_set_par()
if fb_helper->funcs->fb_probe() returns nonzero.
In thi
https://bugs.freedesktop.org/show_bug.cgi?id=38581
--- Comment #6 from Roland Scheidegger 2011-06-23 10:14:19
PDT ---
No idea what's going on then.
In any case there certainly should be no more reports of the "too many varying
components", though this never should have caused a crash neither, so
https://bugs.freedesktop.org/show_bug.cgi?id=38581
--- Comment #6 from Roland Scheidegger 2011-06-23
10:14:19 PDT ---
No idea what's going on then.
In any case there certainly should be no more reports of the "too many varying
components", though this never should have caused a crash neither, so
https://bugs.freedesktop.org/show_bug.cgi?id=29226
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=29226
Michal Suchanek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Thu, 23 Jun 2011, Florian Mickler wrote:
> On Wed, 22 Jun 2011 15:04:56 -0400 (EDT)
> Alan Stern wrote:
>
> > On Wed, 22 Jun 2011, Keith Packard wrote:
> >
> > > On Wed, 15 Jun 2011 13:32:56 -0700, Jesse Barnes
> > > wrote:
> > >
> > > I haven't seen any comments as to whether this patch
On Wed, 22 Jun 2011 15:04:56 -0400 (EDT)
Alan Stern wrote:
> On Wed, 22 Jun 2011, Keith Packard wrote:
>
> > On Wed, 15 Jun 2011 13:32:56 -0700, Jesse Barnes
> > wrote:
> >
> > I haven't seen any comments as to whether this patch needs to be merged
> > into the kernel. Has anyone tested this?
https://bugzilla.kernel.org/show_bug.cgi?id=38072
--- Comment #3 from Jure Repinc 2011-06-23 09:32:29 ---
Created an attachment (id=63322)
--> (https://bugzilla.kernel.org/attachment.cgi?id=63322)
dmidecode
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=38072
--- Comment #1 from Jure Repinc 2011-06-23 09:16:04 ---
Created an attachment (id=63302)
--> (https://bugzilla.kernel.org/attachment.cgi?id=63302)
dmesg
--- Comment #2 from Jure Repinc 2011-06-23 09:32:06 ---
Created an attachment (id=633
A voltage value of 0xff01 requires that the driver
look up the max voltage for the board based using the
atom SetVoltage command table.
Setting the proper voltage should fix stability on
some newer asics.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers
https://bugzilla.kernel.org/show_bug.cgi?id=38072
Summary: i2c readbytes/sendbytes and EDID checksum errors on
AMD Radeon HD 5750
Product: Drivers
Version: 2.5
Kernel Version: 3.0-rc3
Platform: All
OS/Version: Linux
On Wed, Jun 22, 2011 at 07:45, Florian Tobias Schandinat
wrote:
> On 06/21/2011 10:31 PM, Laurent Pinchart wrote:
>> On Tuesday 21 June 2011 22:49:14 Geert Uytterhoeven wrote:
>>> On Tue, Jun 21, 2011 at 17:36, Laurent Pinchart wrote:
+The FOURCC-based API replaces format descriptions by four
https://bugs.freedesktop.org/show_bug.cgi?id=38581
Brian Paterni changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=38581
Brian Paterni changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #5 from Alex Deucher 2011-06-23 08:00:34 PDT ---
Please attach a copy of your vbios.
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
Configure bugmail: https://b
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #5 from Alex Deucher 2011-06-23 08:00:34 PDT
---
Please attach a copy of your vbios.
(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=38581
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38581
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Jun 23, 2011 at 06:22:47AM -0700, bugzilla-dae...@freedesktop.org wrote:
> --- Comment #5 from Jerome Glisse 2011-06-23
> 06:22:47 PDT ---
> The mesa dump shader should at least print the shader that you already pasted
> here. Really need the glsl one
Really need the shader dumping code
https://bugs.freedesktop.org/show_bug.cgi?id=38089
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38089
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38089
--- Comment #3 from Alexandre Demers 2011-06-23
06:48:29 PDT ---
I was not able to go deeper. But I'm sure it's related to the wrapper I use. So
I'm closing it. If I ever find something different, I'll reopen it.
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=38089
--- Comment #3 from Alexandre Demers
2011-06-23 06:48:29 PDT ---
I was not able to go deeper. But I'm sure it's related to the wrapper I use. So
I'm closing it. If I ever find something different, I'll reopen it.
--
Configure bugmail: https://
https://bugs.freedesktop.org/show_bug.cgi?id=38547
--- Comment #5 from Jerome Glisse 2011-06-23 06:22:47
PDT ---
The mesa dump shader should at least print the shader that you already pasted
here. Really need the glsl one
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=38547
--- Comment #5 from Jerome Glisse 2011-06-23
06:22:47 PDT ---
The mesa dump shader should at least print the shader that you already pasted
here. Really need the glsl one
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=ema
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #19 from Wojciech Pyczak 2011-06-23 05:41:12
PDT ---
(In reply to comment #18)
> (In reply to comment #16)
> > As of 5ff22ab I no longer experience any problems with color tiling on 6850
> > (so
> > far at least).
>
> I've just pul
https://bugs.freedesktop.org/show_bug.cgi?id=38270
--- Comment #19 from Wojciech Pyczak 2011-06-23
05:41:12 PDT ---
(In reply to comment #18)
> (In reply to comment #16)
> > As of 5ff22ab I no longer experience any problems with color tiling on 6850
> > (so
> > far at least).
>
> I've just pul
https://bugs.freedesktop.org/show_bug.cgi?id=36435
ojab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36435
ojab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38581
Sven Arvidsson changed:
What|Removed |Added
CC||s...@whiz.se
--- Comment #3 from Sven A
https://bugs.freedesktop.org/show_bug.cgi?id=38581
Sven Arvidsson changed:
What|Removed |Added
CC||sa at whiz.se
--- Comment #3 from Sven
https://bugs.freedesktop.org/show_bug.cgi?id=38581
--- Comment #2 from Henri Verbeet 2011-06-23 02:47:59 PDT
---
That's probably due to the driver reporting too few varyings.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=38581
--- Comment #2 from Henri Verbeet 2011-06-23 02:47:59
PDT ---
That's probably due to the driver reporting too few varyings.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=35051
--- Comment #13 from Tobias Jakobi 2011-06-23 02:47:10
PDT ---
I presume this was fixed by:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=04554c7d3a3b28e8103e50ed54f1ac57c6c11017
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=35051
--- Comment #13 from Tobias Jakobi 2011-06-23 02:47:10
PDT ---
I presume this was fixed by:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=04554c7d3a3b28e8103e50ed54f1ac57c6c11017
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #4 from Harald Judt 2011-06-23 02:36:33 PDT ---
> The funny voltage value isn't a real value it's a flag for the driver.
> This patch should fix up that issue:
[...]
I had this patch already applied, but this seems to fix a different
https://bugs.freedesktop.org/show_bug.cgi?id=38488
--- Comment #4 from Harald Judt 2011-06-23 02:36:33 PDT ---
> The funny voltage value isn't a real value it's a flag for the driver.
> This patch should fix up that issue:
[...]
I had this patch already applied, but this seems to fix a different
https://bugzilla.kernel.org/show_bug.cgi?id=38072
--- Comment #3 from Jure Repinc 2011-06-23 09:32:29 ---
Created an attachment (id=63322)
--> (https://bugzilla.kernel.org/attachment.cgi?id=63322)
dmidecode
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
https://bugzilla.kernel.org/show_bug.cgi?id=38072
--- Comment #1 from Jure Repinc 2011-06-23 09:16:04 ---
Created an attachment (id=63302)
--> (https://bugzilla.kernel.org/attachment.cgi?id=63302)
dmesg
--- Comment #2 from Jure Repinc 2011-06-23 09:32:06 ---
Created an attachment (id=633
https://bugzilla.kernel.org/show_bug.cgi?id=38072
Summary: i2c readbytes/sendbytes and EDID checksum errors on
AMD Radeon HD 5750
Product: Drivers
Version: 2.5
Kernel Version: 3.0-rc3
Platform: All
OS/Version: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=35095
--- Comment #11 from Chris Rankin 2011-06-23 00:55:35
PDT ---
I've just retested WoW with HiZ enabled on my M66GL and the 2.6.39.1 kernel,
and my dmesg log now fills up with these messages:
[drm:r100_cs_track_check] *ERROR* [drm] No buffer for
https://bugs.freedesktop.org/show_bug.cgi?id=35095
--- Comment #11 from Chris Rankin 2011-06-23
00:55:35 PDT ---
I've just retested WoW with HiZ enabled on my M66GL and the 2.6.39.1 kernel,
and my dmesg log now fills up with these messages:
[drm:r100_cs_track_check] *ERROR* [drm] No buffer for
The field is encoded:
0 = 4 banks
1 = 8 banks
2 = 16 banks
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/evergreen.c
index 445af79..12d2fd
75 matches
Mail list logo
