Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel 2.20.6

2012-09-04 Thread Adam Jackson

On 9/2/12 5:40 AM, Chris Wilson wrote:


  * Incoherent concurrent access with the CPU and GPU
https://bugs.freedesktop.org/show_bug.cgi
https://bugs.freedesktop.org/show_bug.cgi


Which bugs were these meant to be?

- ajax

___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel 2.20.6

2012-09-04 Thread Chris Wilson
On Tue, 04 Sep 2012 09:52:10 -0400, Adam Jackson a...@redhat.com wrote:
 On 9/2/12 5:40 AM, Chris Wilson wrote:
 
* Incoherent concurrent access with the CPU and GPU
  https://bugs.freedesktop.org/show_bug.cgi
  https://bugs.freedesktop.org/show_bug.cgi

References: https://bugs.freedesktop.org/show_bug.cgi?id=51422
References: https://bugs.freedesktop.org/show_bug.cgi?id=52299

Note the fix is only for a digression from the main topic in both of those.

Thanks,
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


[pull req] updated fixes from me

2012-09-04 Thread Dave Airlie
Okay I've fixed up the comments and dropped the last patch for now
(will comment in other thread)

The following changes since commit 148583d62b84832369e9df39b3e527b99ca96761:

  tests: move GCC diagnostics pragma outside of function (2012-08-29
01:11:29 -0700)

are available in the git repository at:

  git://people.freedesktop.org/~airlied/xserver for-keithp

for you to fetch changes up to 0db936a5b7125d9b73633733cb34e5e4b72f01e8:

  xf86: call enter/leave VT for gpu screens as well (2012-09-04 16:16:17 +1000)


Dave Airlie (5):
  xf86/crtc: don't free config-name
  dix: free default colormap before screen deletion
  config/udev: add wrapper around check if server is not seat 0
  config/udev: respect seat for hotplugged video devices.
  xf86: call enter/leave VT for gpu screens as well

 config/udev.c  |8 ++--
 dix/dispatch.c |4 
 hw/xfree86/common/xf86Events.c |   11 +++
 hw/xfree86/modes/xf86Crtc.c|2 --
 include/hotplug.h  |2 ++
 5 files changed, 23 insertions(+), 4 deletions(-)
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel


Re: pull req (review req in disguise)

2012-09-04 Thread Dave Airlie
   config/udev: add wrapper around check if server is not seat 0

 Make this look like a function call please. Otherwise, it looks like
 it's just referencing a global variable.

done in the new updated pull I just sent.

   xf86: fix multi-seat video device support.

 This looks like a fairly significant functional change to me; I'm really
 uncomfortable merging it at this point in the 1.13 cycle.

Well its only a functional change if you aren't seat 0, since no
distro except Fedora ships the seat stuff (from what I know) I can
happily ship this extra patch in Fedora, but I suspect other distros
will want to start picking this stuff up at some point, in which case
I'd rather they didn't have to diving into my repos and bitching about
out RH don't upstream stuff :-)

Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel


Re: pull req (review req in disguise)

2012-09-04 Thread Keith Packard
Dave Airlie airl...@gmail.com writes:

 done in the new updated pull I just sent.

Merged.
   148583d..0db936a  master - master

 Well its only a functional change if you aren't seat 0, since no
 distro except Fedora ships the seat stuff (from what I know) I can
 happily ship this extra patch in Fedora, but I suspect other distros
 will want to start picking this stuff up at some point, in which case
 I'd rather they didn't have to diving into my repos and bitching about
 out RH don't upstream stuff :-)

Agreed; just seems more invasive than seems prudent at this point in the
release cycle. Should be easy to get into master after 1.13 and then
pulled into 1.13.1 if it doesn't break anything.

-- 
keith.pack...@intel.com


pgpN6CMYUdn7q.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: [pull req] updated fixes from me

2012-09-04 Thread Keith Packard
Dave Airlie airl...@gmail.com writes:

 Dave Airlie (5):
   xf86/crtc: don't free config-name
   dix: free default colormap before screen deletion
   config/udev: add wrapper around check if server is not seat 0
   config/udev: respect seat for hotplugged video devices.
   xf86: call enter/leave VT for gpu screens as well

(as mentioned in the other thread)

Merged.
   148583d..0db936a  master - master

-- 
keith.pack...@intel.com


pgpF4jvFpBhzW.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: [PATCH xserver 1/1] list: Use offsetof() to determine member offsets within a structure

2012-09-04 Thread Keith Packard

 AC_C_TYPEOF seems like the best bet to me, but I'm not sure it's in
 autoconf 2.60 (our current AC_PREREQ). All I've got here is 2.59 (which
 does not appear to have AC_C_TYPEOF) and 2.64 (which does).

Good news, AC_C_TYPEOF *is* in autoconf 2.60:

http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz

That clears the way to using this macro without having to bump the
version of autoconf we're using.

 It looks like the autoconf AC_C_TYPEOF checks for both typeof and
 __typeof__.

 Alan -- I'm afraid we'll need to rely upon you to test this and make
 sure it works for the Sun compilers...

I think we're still waiting to see if Alan is happy with the patch
before I merge it in and pack up 1.13 for release?

-- 
keith.pack...@intel.com


pgpEHXMIjLI1e.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: [PATCH xserver 1/1] list: Use offsetof() to determine member offsets within a structure

2012-09-04 Thread Jeremy Huddleston Sequoia

On Sep 4, 2012, at 11:54, Keith Packard kei...@keithp.com wrote:

 
 AC_C_TYPEOF seems like the best bet to me, but I'm not sure it's in
 autoconf 2.60 (our current AC_PREREQ). All I've got here is 2.59 (which
 does not appear to have AC_C_TYPEOF) and 2.64 (which does).
 
 Good news, AC_C_TYPEOF *is* in autoconf 2.60:
 
http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz
 
 That clears the way to using this macro without having to bump the
 version of autoconf we're using.
 
 It looks like the autoconf AC_C_TYPEOF checks for both typeof and
 __typeof__.
 
 Alan -- I'm afraid we'll need to rely upon you to test this and make
 sure it works for the Sun compilers...
 
 I think we're still waiting to see if Alan is happy with the patch
 before I merge it in and pack up 1.13 for release?

He ack'd it yesterday.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel


Re: [PATCH xserver 1/1] list: Use offsetof() to determine member offsets within a structure

2012-09-04 Thread Alan Coopersmith
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/ 4/12 11:54 AM, Keith Packard wrote:
 
 AC_C_TYPEOF seems like the best bet to me, but I'm not sure it's in 
 autoconf 2.60 (our current AC_PREREQ). All I've got here is 2.59 (which 
 does not appear to have AC_C_TYPEOF) and 2.64 (which does).
 
 Good news, AC_C_TYPEOF *is* in autoconf 2.60:
 
 http://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz
 
 That clears the way to using this macro without having to bump the version
 of autoconf we're using.
 
 It looks like the autoconf AC_C_TYPEOF checks for both typeof and 
 __typeof__.
 
 Alan -- I'm afraid we'll need to rely upon you to test this and make sure
 it works for the Sun compilers...
 
 I think we're still waiting to see if Alan is happy with the patch before I
 merge it in and pack up 1.13 for release?

I am, as I said yesterday in the other thread:
http://lists.x.org/archives/xorg-devel/2012-September/033553.html


- -- 
-Alan Coopersmith-  alan.coopersm...@oracle.com
 Oracle Solaris Engineering - http://blogs.oracle.com/alanc
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (SunOS)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBGW0gACgkQovueCB8tEw7L7wCeJfCuOM1wKmPi5hdvsh+Za2sk
Qr0An3QdQ7x982iKQdwXjJBkAx0aUtXm
=Fex8
-END PGP SIGNATURE-
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel


[PATCH] VBE: Change the version restriction from 2.0 to 1.2

2012-09-04 Thread Evgeny M. Zubok

Hello,

Could you please apply this small patch?  It has been reviewed
earlier here
http://lists.x.org/archives/xorg-devel/2010-April/007039.html but
hasn't been commited. Then I would be able to close the bug
#22672 (here: https://bugs.freedesktop.org/show_bug.cgi?id=22672)
and add DDC routines to the s3 driver.

diff --git a/hw/xfree86/vbe/vbe.c b/hw/xfree86/vbe/vbe.c
index 26f5911..baf897a 100644
--- a/hw/xfree86/vbe/vbe.c
+++ b/hw/xfree86/vbe/vbe.c
@@ -313,7 +313,7 @@ vbeDoEDID(vbeInfoPtr pVbe, pointer pDDCModule)
 unsigned char *DDC_data = NULL;
 
 if (!pVbe) return NULL;
-if (pVbe-version  0x200)
+if (pVbe-version  0x102)
return NULL;
 
 if (!(pModule = pDDCModule)) {

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel


Re: [PATCH xserver 1/1] list: Use offsetof() to determine member offsets within a structure

2012-09-04 Thread Keith Packard
Jeremy Huddleston Sequoia jerem...@apple.com writes:

 He ack'd it yesterday.

Thanks, just saw that this evening. A bit of mail to catch up on after
the weekend. I'll get stuff built and packed for release.

-- 
keith.pack...@intel.com


pgpcuzdBzDYN5.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

[Bug 54484] New: Thinkpad E525: LVDS und VGA do not turn back on after suspend/resume

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54484

 Bug #: 54484
   Summary: Thinkpad E525: LVDS und VGA do not turn back on after
suspend/resume
Classification: Unclassified
   Product: xorg
   Version: unspecified
  Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Driver/Radeon
AssignedTo: xorg-driver-ati@lists.x.org
ReportedBy: h...@chaoticmind.net
 QAContact: xorg-t...@lists.x.org


Symptom: After resuming from suspend to ram, the internal display remains
black. The machine is responsive otherwise (ssh).

Tested with stock 3.2 and 3.5 kernels. Also, not yet fixed as of 3.6rc3 (here,
radeon kms driver does not work at all).

System is Thinkpad E525 with A4-3300M.

Further experiments revealed that the VGA connector is affected in the same
way, but I found the following interesting twist: when the kms fb driver only
powers the LVDS, while the VGA connector is activated only while the X server
is in control, then the VGA comes back to life after resume. (I have not yet
found an easy way to let kms fb not drive the LVDS to test whether this also
works the other way round; my hope is that this would be the case).

Traces show some differences in the modesetting sequence between VGA being
driven (see below), I have tried but so far failed to hack up radeon kms
accordingly.

Note: this is *probably* the same bug as #43829, but I do not want to
intermingle the logs and traces with reports on different hardware.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54433] Function `DRI2UpdatePrime' implicitly converted to pointer at ../../src/radeon_dri2.c:582

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54433

Dave Airlie airl...@freedesktop.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Dave Airlie airl...@freedesktop.org 2012-09-04 08:19:34 
UTC ---
should be fixed in master now.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54484] Thinkpad E525: LVDS und VGA do not turn back on after suspend/resume

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54484

--- Comment #1 from Helge Bahmann h...@chaoticmind.net 2012-09-04 08:22:59 
UTC ---
Created attachment 66598
  -- https://bugs.freedesktop.org/attachment.cgi?id=66598
thinkpad-e525-radeon-traces

Detailed traces of the E525 over suspend/resume in two different scenarios.

The kernel was patched to provide additional information regarding DCE4 state
and atombios calls.

For the two scenarios, the following information was collected:

- kernel.log: contains kernel log, including trace markers about the atombios
functions called, and their parameters
- before-suspend.dce4: output of radeontool regs dce4 before entering suspend
state
- during-suspend.dce4: in-kernel grab of the DCE4 register state just before
call to radeon_pm_suspend
- during-resume.dce4: in-kernel grab of the DCE4 register state just after call
to radeon_pm_resume
- after-suspend.dce4: output of radeontool regs dce4 after resuming and
returning to X (with either both displays black, or only VGA in working
condition)

directory lvds-fb-vga-fb: both lvds and vga driven by kms fb driver

directory lvds-fb-vga-x: only lvds driven by kms fb driver; vga only active
during X

Unfortunately, the DCE4 register states do not tell me anything without at
least register names. If any further state dumps, experiments or traces are
helpful just let me know.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54471] one of three monitors will not light up post-kms on radeon 5770

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54471

--- Comment #4 from Gabriel Somlo gso...@gmail.com 2012-09-04 17:43:16 UTC ---
(In reply to comment #3)
 You might also try this patch:
 http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-3.7-wipid=c1857e07e8abac2c19fda9b1da96ac461ec55827

This (on top of 3.6-rc4, which already contains everything you point to in
comment #2, and which I had already tried before opening this) fixes the
problem and lights up all three of my monitors --Thanks !

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54273] kms blackscreen ATI RV620 FirePro 2260, res: 2560*1600

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54273

Alexandre Bique bique.alexan...@gmail.com changed:

   What|Removed |Added

  Attachment #66351|0   |1
is obsolete||

--- Comment #10 from Alexandre Bique bique.alexan...@gmail.com 2012-09-04 
18:00:29 UTC ---
Created attachment 66619
  -- https://bugs.freedesktop.org/attachment.cgi?id=66619
20120904-Xorg.0.log

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54273] kms blackscreen ATI RV620 FirePro 2260, res: 2560*1600

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54273

Alexandre Bique bique.alexan...@gmail.com changed:

   What|Removed |Added

  Attachment #66347|0   |1
is obsolete||

--- Comment #11 from Alexandre Bique bique.alexan...@gmail.com 2012-09-04 
18:01:03 UTC ---
Created attachment 66620
  -- https://bugs.freedesktop.org/attachment.cgi?id=66620
20120904-dmesg.log

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54273] kms blackscreen ATI RV620 FirePro 2260, res: 2560*1600

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54273

--- Comment #12 from Alexandre Bique bique.alexan...@gmail.com 2012-09-04 
18:02:22 UTC ---
Created attachment 66621
  -- https://bugs.freedesktop.org/attachment.cgi?id=66621
20120904-dmesg2.log

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54273] kms blackscreen ATI RV620 FirePro 2260, res: 2560*1600

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54273

--- Comment #13 from Alexandre Bique bique.alexan...@gmail.com 2012-09-04 
18:03:18 UTC ---
Hi,

I built your kernel and booted it.

See attached logs.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54273] kms blackscreen ATI RV620 FirePro 2260, res: 2560*1600

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54273

--- Comment #14 from Alexandre Bique bique.alexan...@gmail.com 2012-09-04 
18:05:07 UTC ---
By the way I got horizontal or vertical black and white lines. Then the screen
blinked and shown that the resolution was unsupported and that I should switch
to 2560*1600.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54519] New: Typo in git-commit f7502a11c8ef9c453ceb40d26109977116df88c2

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54519

 Bug #: 54519
   Summary: Typo in git-commit
f7502a11c8ef9c453ceb40d26109977116df88c2
Classification: Unclassified
   Product: xorg
   Version: git
  Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Driver/Radeon
AssignedTo: xorg-driver-ati@lists.x.org
ReportedBy: sc...@dcinformatique.com
 QAContact: xorg-t...@lists.x.org


Hello!

Found a little typo in this commit :

f7502a11c8ef9c453ceb40d26109977116df88c2
radeon: add shared support to pixmaps.

+static inline Bool radeon_get_pixmap_shared(PixmapPtr pPix)
+{
+#ifdef USE_GLAMOR
+RADEONInfoPtr info = RADEONPTR(xf86ScreenToScrn(pPix-drawable.pScreen));
+
+if (info-use_glamor) {
+ErrorF(glamor sharing todo\n);
+return FALSE:
+} else
+#endif

Should be FALSE;

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati


[Bug 54519] Typo in git-commit f7502a11c8ef9c453ceb40d26109977116df88c2

2012-09-04 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=54519

Dave Airlie airl...@freedesktop.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Dave Airlie airl...@freedesktop.org 2012-09-05 00:43:10 
UTC ---
thanks, fixed in master now.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
xorg-driver-ati mailing list
xorg-driver-ati@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-driver-ati