Update: according to the spec, limit max a/v latencies to 500ms and
avoid overflowing the ELD field Aud_Synch_Delay[7:0].
Thanks to Pierre for pointing this out!
btw, the drm_edid_to_eld() function reuses some code from Ben Skeggs.
Ben, please add your Signed-off-by if the patch looks OK to you :
On Fri, 24 Jun 2011 17:03:22 +0900, KOSAKI Motohiro
wrote:
> Now, i915_gem_inactive_shrink() should return -1 instead of 0 if it
> can't take a lock. Otherwise, vmscan is getting a lot of confusing
> because vmscan can't distinguish "can't take a lock temporary" and
> "we've shrank all of i915 o
ard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110629/450e4683/attachment.pgp>
On Wed, Jun 29, 2011 at 8:44 AM, Keith Packard wrote:
> On Wed, 29 Jun 2011 06:27:53 +0100, Marcin Nowakowski at gmail.com> wrote:
>
>> There was an enormous amount of such warnings in rc3/rc4, but with the
>> latest fixes the number is significantly reduced - some still
>> remaining though:
>
>
Hi Linus,
just a single patch from Alex.
Dave.
The following changes since commit c017d0d1351f916c0ced3f358afc491fdcf490b4:
Merge branch 'kvm-updates/3.0' of git://git.kernel.org/pub/scm/virt/kvm/kvm
(2011-06-29 11:07:20 -0700)
are available in the git repository at:
ssh://master.kernel
On Wed, Jun 29, 2011 at 08:14:24AM -0700, Greg KH wrote:
>
> On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> > I think we should simply concentrate on __init and __exit; that's where
> > most of the discard value lies and stop expending huge efforts on the
> > __devX stuff whic
On Wed, 2011-06-29 at 21:10 +0800, Wu Fengguang wrote:
> Update: according to the spec, limit max a/v latencies to 500ms and
> avoid overflowing the ELD field Aud_Synch_Delay[7:0].
>
> Thanks to Pierre for pointing this out!
>
> btw, the drm_edid_to_eld() function reuses some code from Ben Skeggs
https://bugs.freedesktop.org/show_bug.cgi?id=36327
--- Comment #19 from Евгений М. 2011-06-29 15:43:32 PDT ---
(In reply to comment #18)
As far as the 3.0.0-rc5 is concerned, there is no good news for this card,
unfortunately.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=36327
--- Comment #19 from ??? ?. 2011-06-29 15:43:32 PDT
---
(In reply to comment #18)
As far as the 3.0.0-rc5 is concerned, there is no good news for this card,
unfortunately.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=38783
--- Comment #2 from Sven Arvidsson 2011-06-29 14:52:53 PDT ---
Are you sure this isn't already fixed? 6f998b58bc61f2507cd53204d7567299379c42ca
mentions fixing a regression introduced by the same commit.
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=38783
--- Comment #2 from Sven Arvidsson 2011-06-29 14:52:53 PDT ---
Are you sure this isn't already fixed? 6f998b58bc61f2507cd53204d7567299379c42ca
mentions fixing a regression introduced by the same commit.
--
Configure bugmail: https://bugs.freede
> This patch is tested OK on G45/HDMI and IbexPeak/HDMI. DisplayPort is
> tested on several IbexPeak and Sandybridge boxes, however not working,
> possibly due to hardware/monitor problems.
FYI, here is an example ELD dump in G45/HDMI.
wfg at slim ~% cat /proc/asound/card0/eld\#1.0
monitor_presen
This reverts commit e8616b6ced6137085e6657cc63bc2fe3900b8616.
See https://bugzilla.kernel.org/show_bug.cgi?id=36052
Cc: Herbert Xu
Cc: Florian Mickler
Cc: Pekka Enberg
Cc: Chris Wilson
Cc: Keith Packard
Cc: stable at kernel.org
---
drivers/gpu/drm/i915/i915_dma.c | 25 +++
Add ELD support for Eaglelake, IbexPeak/Ironlake and SandyBridge/CougarPoint.
ELD (EDID-Like Data) describes to the HDMI/DP audio driver the audio
capabilities of the plugged monitor. It's built and passed to audio
driver in 2 steps:
(1) at get_modes time, parse EDID and save ELD to drm_connector
On Mon, Jun 27, 2011 at 10:12:57PM -0700, David Miller wrote:
> commit 948252cb9e01d65a89ecadf67be5018351eee15e
> Author: David S. Miller
> Date: Tue May 31 19:27:48 2011 -0700
>
> Revert "net: fix section mismatches"
>
> This reverts commit e5cb966c0838e4da43a3b0751bdcac7fe719f7b
https://bugs.freedesktop.org/show_bug.cgi?id=38783
--- Comment #1 from Laurent carlier 2011-06-29 13:37:06
PDT ---
Created an attachment (id=48568)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48568)
etqw output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=38783
Summary: etqw fail to run with a texture format error
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prior
https://bugs.freedesktop.org/show_bug.cgi?id=38783
--- Comment #1 from Laurent carlier 2011-06-29
13:37:06 PDT ---
Created an attachment (id=48568)
--> (https://bugs.freedesktop.org/attachment.cgi?id=48568)
etqw output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=38783
Summary: etqw fail to run with a texture format error
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Prior
On Wed, Jun 29, 2011 at 8:44 AM, Keith Packard wrote:
> On Wed, 29 Jun 2011 06:27:53 +0100, Marcin Nowakowski
> wrote:
>
>> There was an enormous amount of such warnings in rc3/rc4, but with the
>> latest fixes the number is significantly reduced - some still
>> remaining though:
>
> Thanks for
On Wed, 2011-06-29 at 17:19 +0100, Ralf Baechle wrote:
> On Wed, Jun 29, 2011 at 08:14:24AM -0700, Greg KH wrote:
>
> >
> > On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> > > I think we should simply concentrate on __init and __exit; that's where
> > > most of the discard valu
On Wed, 29 Jun 2011 19:23:06 +0100, Marcin Nowakowski
wrote:
> What about the *ERROR* lines I mentioned in the first email? This
> patch doesn't address those - are they anything serious (otherwise
> they probably wouldn't be marked as errors)?
That's an error in the X driver up in user space.
On Wed, 29 Jun 2011 19:23:06 +0100, Marcin Nowakowski wrote:
> What about the *ERROR* lines I mentioned in the first email? This
> patch doesn't address those - are they anything serious (otherwise
> they probably wouldn't be marked as errors)?
That's an error in the X driver up in user space. T
On Wed, 2011-06-29 at 17:19 +0100, Ralf Baechle wrote:
> On Wed, Jun 29, 2011 at 08:14:24AM -0700, Greg KH wrote:
>
> >
> > On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> > > I think we should simply concentrate on __init and __exit; that's where
> > > most of the discard valu
On Wed, Jun 29, 2011 at 08:14:24AM -0700, Greg KH wrote:
>
> On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> > I think we should simply concentrate on __init and __exit; that's where
> > most of the discard value lies and stop expending huge efforts on the
> > __devX stuff whic
Update: according to the spec, limit max a/v latencies to 500ms and
avoid overflowing the ELD field Aud_Synch_Delay[7:0].
Thanks to Pierre for pointing this out!
btw, the drm_edid_to_eld() function reuses some code from Ben Skeggs.
Ben, please add your Signed-off-by if the patch looks OK to you :
> This patch is tested OK on G45/HDMI and IbexPeak/HDMI. DisplayPort is
> tested on several IbexPeak and Sandybridge boxes, however not working,
> possibly due to hardware/monitor problems.
FYI, here is an example ELD dump in G45/HDMI.
wfg@slim ~% cat /proc/asound/card0/eld\#1.0
monitor_present
On Wed, 2011-06-29 at 14:07 +0100, Ralf Baechle wrote:
> On Mon, Jun 27, 2011 at 10:12:57PM -0700, David Miller wrote:
>
> > commit 948252cb9e01d65a89ecadf67be5018351eee15e
> > Author: David S. Miller
> > Date: Tue May 31 19:27:48 2011 -0700
> >
> > Revert "net: fix section mismatches"
> >
On Mon, Jun 27, 2011 at 10:12:57PM -0700, David Miller wrote:
> commit 948252cb9e01d65a89ecadf67be5018351eee15e
> Author: David S. Miller
> Date: Tue May 31 19:27:48 2011 -0700
>
> Revert "net: fix section mismatches"
>
> This reverts commit e5cb966c0838e4da43a3b0751bdcac7fe719f7b
Add ELD support for Eaglelake, IbexPeak/Ironlake and SandyBridge/CougarPoint.
ELD (EDID-Like Data) describes to the HDMI/DP audio driver the audio
capabilities of the plugged monitor. It's built and passed to audio
driver in 2 steps:
(1) at get_modes time, parse EDID and save ELD to drm_connector
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #13 from Sergey Kondakov 2011-06-29
09:06:43 ---
it's definitely it - i took 2.6.39 kernel and reverted RV770-specific part of
that commit and it runs as expected.
please, revert or fix.
--
Configure bugmail: https://bugzilla.k
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Sergey Kondakov changed:
What|Removed |Added
Summary|[r600] radeondrmfb |[bisected] [r600]
|r
At Wed, 29 Jun 2011 14:20:13 +0800,
Wu Fengguang wrote:
>
> This patch is tested OK on G45/HDMI and IbexPeak/HDMI. DisplayPort is
> tested on several IbexPeak and Sandybridge boxes, however not working,
> possibly due to hardware/monitor problems.
We've got some reports that DP audio doesn't work
Chad Versace (1):
Add attachment token DRI2BufferHiz
Jesse Barnes (2):
Revert "dri2proto: make DRI2 swap event match GLX spec"
dri2proto: add a new DRI2BufferSwapComplete struct that matches the spec
git tag: dri2proto-2.6
http://xorg.freedesktop.org/archive/individual/proto/dr
Chad Versace (1):
Add attachment token DRI2BufferHiz
Jesse Barnes (2):
Revert "dri2proto: make DRI2 swap event match GLX spec"
dri2proto: add a new DRI2BufferSwapComplete struct that matches the spec
git tag: dri2proto-2.6
http://xorg.freedesktop.org/archive/individual/proto/dr
On Wed, 2011-06-29 at 14:07 +0100, Ralf Baechle wrote:
> On Mon, Jun 27, 2011 at 10:12:57PM -0700, David Miller wrote:
>
> > commit 948252cb9e01d65a89ecadf67be5018351eee15e
> > Author: David S. Miller
> > Date: Tue May 31 19:27:48 2011 -0700
> >
> > Revert "net: fix section mismatches"
> >
On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> I think we should simply concentrate on __init and __exit; that's where
> most of the discard value lies and stop expending huge efforts on the
> __devX stuff which adds huge complexity for no real gain.
I have long felt that those
On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> I think we should simply concentrate on __init and __exit; that's where
> most of the discard value lies and stop expending huge efforts on the
> __devX stuff which adds huge complexity for no real gain.
I have long felt that those
Hello,
I'm running latest kernel on my PC and when suspending the system,
there is a lot of warnings/errors from i915 driver ...
The following are indicated while suspending:
[drm:intel_cleanup_ring_buffer] *ERROR* failed to quiesce render ring
whilst cleaning up: -16
There was an enormous amo
https://bugs.freedesktop.org/show_bug.cgi?id=38270
Alex Deucher changed:
What|Removed |Added
CC||hysv...@gmail.com
--- Comment #22 from Al
https://bugs.freedesktop.org/show_bug.cgi?id=38744
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38270
Alex Deucher changed:
What|Removed |Added
CC||hysvats at gmail.com
--- Comment #22 from
https://bugs.freedesktop.org/show_bug.cgi?id=38744
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38744
--- Comment #6 from samit vats 2011-06-29 06:05:58 PDT ---
(In reply to comment #5)
> This looks like a duplicate of bug 38270. Does disabling tiling in your
> xorg.conf help?
> Option "ColorTiling" "False"
> in the device section of your xorg.c
https://bugs.freedesktop.org/show_bug.cgi?id=38744
--- Comment #6 from samit vats 2011-06-29 06:05:58 PDT
---
(In reply to comment #5)
> This looks like a duplicate of bug 38270. Does disabling tiling in your
> xorg.conf help?
> Option "ColorTiling" "False"
> in the device section of your xorg.
https://bugzilla.kernel.org/show_bug.cgi?id=35472
--- Comment #13 from Sergey Kondakov 2011-06-29
09:06:43 ---
it's definitely it - i took 2.6.39 kernel and reverted RV770-specific part of
that commit and it runs as expected.
please, revert or fix.
--
Configure bugmail: https://bugzilla.k
https://bugzilla.kernel.org/show_bug.cgi?id=35472
Sergey Kondakov changed:
What|Removed |Added
Summary|[r600] radeondrmfb |[bisected] [r600]
|r
On Wed, 29 Jun 2011 06:27:53 +0100, Marcin Nowakowski
wrote:
> There was an enormous amount of such warnings in rc3/rc4, but with the
> latest fixes the number is significantly reduced - some still
> remaining though:
Thanks for finding a few more. Here's a patch which fixes these on my
system:
On Wed, 29 Jun 2011 06:27:53 +0100, Marcin Nowakowski wrote:
> There was an enormous amount of such warnings in rc3/rc4, but with the
> latest fixes the number is significantly reduced - some still
> remaining though:
Thanks for finding a few more. Here's a patch which fixes these on my
system:
intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110629/2502a164/attachment-0001.pgp>
Am 28.06.2011 23:18, schrieb Jesse Barnes:
> On Tue, 28 Jun 2011 23:09:45 +0200
> Olaf Freyer wrote:
> I'd guess ccab5c82759e2ace74b2e84f82d1e0eedd932571 could be the
> cause. Can you check if the appended revert of that commit makes
> things disappear?
It seems like you guessed
At Wed, 29 Jun 2011 14:20:13 +0800,
Wu Fengguang wrote:
>
> This patch is tested OK on G45/HDMI and IbexPeak/HDMI. DisplayPort is
> tested on several IbexPeak and Sandybridge boxes, however not working,
> possibly due to hardware/monitor problems.
We've got some reports that DP audio doesn't work
52 matches
Mail list logo
