Bug#715278: intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade

2014-05-12 Thread Brandon Simmons
On Mon, Mar 17, 2014 at 2:49 AM, Paul Wise p...@debian.org wrote:
 Control: tags -1 fixed-upstream

 On Sun, Jul 07, 2013 at 06:44:41PM -0400, Brandon Simmons wrote:

 Actually I think the whole package is FUBAR for me:

$ sudo intel_gpu_top
Couldn't map MMIO region: Resource temporarily unavailable
$ sudo intel_backlight --help
Couldn't map MMIO region: Resource temporarily unavailable

 I encountered this locally and fixed it by doing this:

   * Upgrade to the latest upstream version (1.6)
   * Comment out all of debian/patches
   * Add libcairo2-dev, swig2.0, python3-dev to the build-depends
   * Remove version.h and check-ndebug.h lines from tests/Makefile.am
   * Remove the intel_forcewaked line from debian/rules
   * Add usr/lib to debian/intel-gpu-tools.install
   * Rebuild and install


As a user who hasn't done any debian packaging, I'd love a slightly
more hand-holdy explanation if a working package isn't forthcoming.
Sorry I can't be of any help at the moment.

Thanks,
Brandon

 --
 bye,
 pabs

 http://wiki.debian.org/PaulWise


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAAyGGym7VAt=eDcrmt6Ore9DKXV+SyM_TU4E9h82hRim7=n...@mail.gmail.com



Bug#715278:

2013-09-02 Thread Brandon Simmons
Is anyone maintaining this package? What can I do to help?


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAyGGy=z0nyk-tdhd9dcsd5fhona2xkx811kkxlr97la0uh...@mail.gmail.com



Bug#715278: intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade

2013-07-07 Thread Brandon Simmons
Package: intel-gpu-tools
Version: 1.2-1
Severity: normal

Dear Maintainer,
I have been setting backlight PWM frequency this way:

  
http://devbraindom.blogspot.com/2013/03/eliminate-led-screen-flicker-with-intel.html

After a dist-upgrade to kernel 3.9, I now get this error on
intel_reg_read/write:

  $ sudo intel_reg_read 0xC6204
  Couldn't map MMIO region: Resource temporarily unavailable

And in syslog, I see:

  Jul  7 11:02:24 jberryman kernel: [ 1138.669072] intel_reg_read:6168 
conflicting memory types f000-f040 uncached-minus-write-combining
  Jul  7 11:02:24 jberryman kernel: [ 1138.669082] reserve_memtype failed [mem 
0xf000-0xf03f], track uncached-minus, req uncached-minus

Thanks,
Brandon


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages intel-gpu-tools depends on:
ii  libc6  2.17-6
ii  libdrm-intel1  2.4.45-3
ii  libdrm22.4.45-3
ii  libpciaccess0  0.13.1-2

intel-gpu-tools recommends no packages.

intel-gpu-tools suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130707150909.6186.64662.reportbug@jberryman.carbon



Bug#715278: Acknowledgement (intel-gpu-tools: Couldn't map MMIO region: Resource temporarily unavailable on intel_reg_read, after dist-upgrade)

2013-07-07 Thread Brandon Simmons
Actually I think the whole package is FUBAR for me:

   $ sudo intel_gpu_top
   Couldn't map MMIO region: Resource temporarily unavailable
   $ sudo intel_backlight --help
   Couldn't map MMIO region: Resource temporarily unavailable

Brandon

On Sun, Jul 7, 2013 at 11:15 AM, Debian Bug Tracking System
ow...@bugs.debian.org wrote:
 Thank you for filing a new Bug report with Debian.

 This is an automatically generated reply to let you know your message
 has been received.

 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.

 Your message has been sent to the package maintainer(s):
  Debian X Strike Force debian-x@lists.debian.org

 If you wish to submit further information on this problem, please
 send it to 715...@bugs.debian.org.

 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.

 --
 715278: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715278
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAAyGGymi+qrbG16QTK=f9lgmwot9wvz1v+um5gg-zy8xmhp...@mail.gmail.com



Bug#584100: Swap sex now!s

2012-04-07 Thread BRANDON MCDANIEL
Swap sex now!s

https://docs.google.com/document/d/1onKoTEYpYkjg9Ze4oUc7KKh-17OK_t3ie2JQK653Fgw/edit












-
To stsop receiving messag es from us plsease send an email to zyrw5721 [at] 
gmail [dot] com with the word REMOVE in the subjsect line.



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120407084741.5...@web004.nyc1.bluetie.com



Bug#661293: (no subject)

2012-03-05 Thread Brandon Biegert
My mistake.  It just happened again, same error message.  Nothing 
special going on.  I was just suddenly unable to click anything, and 
nothing responded to any input, except the mouse cursor could move.  The 
frequency has certainly been reduced (I went nearly a week), but the bug 
apparently still exists.  Anything I can do to help you isolate the bug, 
just let me know.  Please re-open it though.




--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f558414.2040...@gmail.com



Bug#661293: (no subject)

2012-02-28 Thread Brandon Biegert

Upgrading seems to have resolved this particular issue.





--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4dd08b.7000...@gmail.com



Bug#513602: ABI Change

2009-07-02 Thread Brandon

After updating to the unstable 901-3 versions of xserver-xorg-core and 
xserver-common, the experimental 2.4.11+git+20090519+f355ad8 versions of 
libdrm2 and libdrm-intel1, and the 2.7.99.901-3 version of 
xserver-xorg-video-intel from 
http://people.debian.org/~bgoglin/rebuilds/Xserver1.6-ABIbreak/intel/ and bug 
534737, I no longer get a white screen when running 'compiz --replace', and 
although I hadn't checked after every package upgrade, I don't think it was 
working with the 2.7.99.901-2 version.  Until I have time to go back to the 
earlier 901-2 versions and verify, I have concluded that the 0.8 compiz 
versions probably depend on the ABI change in the intel driver.  If necessary, 
I can include an xorg.conf or Xorg.0.log file for comparison.
Brandon



  



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds

2008-03-06 Thread Brandon Philips
On 16:21 Wed 27 Feb 2008, Julien Cristau wrote:
 On Wed, Feb  6, 2008 at 11:32:16 -0800, Brandon Philips wrote:
 
  On 06:51 Wed 06 Feb 2008, Brice Goglin wrote:
   On Fri, Nov 09, 2007 at 11:05:03AM -0800, Brandon Philips wrote:
Hrm, actually it is happening on every suspend with the git version... I
will start compiling and running older versions.  Maybe I can find a
version that doesn't break.
   
   Could you try the new 2.2.0.90 from unstable and see whether it help?
   Some patches could help for your problem.
  
  Thanks, I will test this out.  I was still getting random crashes in the
  driver even without suspending first.
  

 any luck with the newer versions of the driver?

It just crashed on resume.  Here is the output of my
/var/log/Xorg.0.log.old.

Thanks,

Brandon


This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the xorg product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080131-1)
Current Operating System: Linux plankton 2.6.25-rc3 #55 SMP Tue Mar 4 16:04:42 
PST 2008 i686
Build Date: 01 February 2008  03:49:13AM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Tue Mar  4 22:36:15 2008
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor LCD
(**) |   |--Device Intel
(**) |--Input Device Generic Keyboard
(**) |--Input Device Configured Mouse
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist.
Entry deleted from font path.
(==) Including the default font path 
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/X11R6/lib/X11/fonts/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/X11R6/lib/X11/fonts/Type1,
/usr/share/fonts/X11/100dpi,
/usr/X11R6/lib/X11/fonts/100dpi,
/usr/share/fonts/X11/75dpi,
/usr/X11R6/lib/X11/fonts/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(**) Extension RENDER is enabled
(**) Extension Composite is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81d8a60
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 1.4.0.90, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,27a0 card 17aa,2017 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,27a2 card 17aa,201a rev 03 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,27a6 card 17aa,201a rev 03 class 03,80,00 hdr 80
(II) PCI: 00:1b:0: chip 8086,27d8 card 17aa,2010 rev 02 class 04,03,00 hdr 00
(II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:1: chip 8086,27d2 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:3: chip 8086,27d6 card ,

Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds

2008-03-03 Thread Brandon Philips
On 16:21 Wed 27 Feb 2008, Julien Cristau wrote:
 On Wed, Feb  6, 2008 at 11:32:16 -0800, Brandon Philips wrote:
 
  On 06:51 Wed 06 Feb 2008, Brice Goglin wrote:
   On Fri, Nov 09, 2007 at 11:05:03AM -0800, Brandon Philips wrote:
Hrm, actually it is happening on every suspend with the git version... I
will start compiling and running older versions.  Maybe I can find a
version that doesn't break.
   
   Could you try the new 2.2.0.90 from unstable and see whether it help?
   Some patches could help for your problem.
  
  Thanks, I will test this out.  I was still getting random crashes in the
  driver even without suspending first.
  
 
 any luck with the newer versions of the driver?

I just upgraded a few days ago and I haven't seen any purely Xorg
lockups.  Most of the lockups I have seen are probably due to 2.6.25
breakage.  

I will speak up if I see problems that are concretely the Intel driver.

Cheers,

Brandon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#397197: Interesting Development

2008-02-07 Thread Brandon
retitle 397197 Disabling, and then re-enabling, DPMS does not work under some 
conditions
found 397197 2:1.4.1~git20080131-1

I found something. Try the following:

$ xset dpms 30 30 30 (set to 30 because we are going to race the clock)
$ xset -dpms
IMPORTANT: (do not wait 30 seconds)
$ xset +dpms
[wait 30 seconds]
[dpms still works?]

It seems that after disabling dpms, the dpms timer is still going, and
does something that breaks dpms instead of turning off the screen. Also
worthy of note is that with dpms disabled, the break dpms timer does
not reset when you press a key. So, for example, if you are a slow
typer, and it takes you 45 seconds to write the xset +dpms line, but
only five seconds to find any given key, you will still break dpms by
leaving it disabled for 30+ seconds.

For anyone who needs to workaround this bug, you might want to install
xautolock, and then add the following line to your X startup script:
xautolock -time 10 -locker xset dpms force standby 

This forces dpms standby after 10 minutes of inactivity.

I changed the title of this bug for accuracy and precision.

-Brandon




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#464470: Disabling, and then re-enabling, DPMS does not work.

2008-02-06 Thread Brandon
Package: xserver-xorg-core
Version: 2:1.3.0.0.dfsg-12lenny2

DPMS works as expected at first, but after disabling and then
re-enabling it, the display will not turn off again. You can trigger
this with an app like MPlayer that disables DPMS on startup and
re-enables it at exit, or simply with xset.

Steps to reproduce:
1) Run xset dpms 5 5 5. Display turns off after 5 seconds without
input, as expected
2) Run xset -dpms. Display now stays on, as expected.
3) Run xset +dpms. Display continues to stay on, even after 5 seconds
without input.

To confirm, the relevant xset q output after running xset +dpms is:

DPMS (Energy Star):
  Standby: 5 Suspend: 5 Off: 5
  DPMS is Enabled
  Monitor is On

The only way to get DPMS working again is to re-run the xset dpms 5 5
5 command, or to re-start your xserver.

I am using the nvidia drivers from stable. According to this bug report
for Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/78783
this bug is also present when using the nv drivers.

-Brandon




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#453007: xbacklight -dec doesn't work, xbacklight -inc and xbacklight -set work

2007-11-26 Thread Brandon Philips
Package: xbacklight
Version: 1.1-1
Severity: normal

Hardware: Lenovo x60s
GPU: 945GM
Driver: intel

[EMAIL PROTECTED]:~$ xbacklight -set 100 # works
[EMAIL PROTECTED]:~$ xbacklight = 50  # works
[EMAIL PROTECTED]:~$ xbacklight -dec 10 # works
[EMAIL PROTECTED]:~$ xbacklight -inc 10 # doesn't work

Thanks,

Brandon

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-rc3 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xbacklight depends on:
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libx11-6  2:1.1.3-1  X11 client-side library
ii  libxrandr22:1.2.2-1  X11 RandR extension library
ii  libxrender1   1:0.9.4-1  X Rendering Extension client libra

xbacklight recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds

2007-11-09 Thread Brandon Philips
On 08:39 Mon 05 Nov 2007, Brice Goglin wrote:
 Brandon Philips wrote:
  Package: xserver-xorg-video-intel
  Version: 2:2.1.1-4
  Severity: important
 
 
  Hardware: Lenovo X60s, 945GM card
 
  Suspend to ram was started with a lid close using the acpi-support
  package.  On resume the system is still reachable from SSH but the
  keyboard and mouse are unresponsive, the Xorg.log output follows.
 

 
 Is this reproducible?

Hrm, actually it is happening on every suspend with the git version... I
will start compiling and running older versions.  Maybe I can find a
version that doesn't break.

Thanks,

Brandon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds

2007-11-06 Thread Brandon Philips
On 08:39 Mon 05 Nov 2007, Brice Goglin wrote:
 Brandon Philips wrote:
  Package: xserver-xorg-video-intel
  Version: 2:2.1.1-4
  Severity: important
 
 
  Hardware: Lenovo X60s, 945GM card
 
  Suspend to ram was started with a lid close using the acpi-support
  package.  On resume the system is still reachable from SSH but the
  keyboard and mouse are unresponsive, the Xorg.log output follows.
 

 
 Could you try with latest upstream git of the driver? There's a howto at
 http://bgoglin.livejournal.com/10936.html

Last night I suspended and went to bed- I woke up with a similar lockup
even after upgrading to the upstream version.

Is there any more debugging I can do?  

It is certainly not deterministic- I was able to suspend resume a few
times yesterday without issues.

Thanks,

Brandon

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4-3)
Current Operating System: Linux plankton 2.6.24-rc1 #13 SMP Sun Nov 4 18:30:35 
PST 2007 i686
Build Date: 29 September 2007  04:19:41PM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Mon Nov  5 21:47:53 2007
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Default Screen (0)
(**) |   |--Monitor LCD
(**) |   |--Device Intel
(**) |--Input Device Generic Keyboard
(**) |--Input Device Configured Mouse
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist.
Entry deleted from font path.
(==) Including the default font path 
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/X11R6/lib/X11/fonts/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/X11R6/lib/X11/fonts/Type1,
/usr/share/fonts/X11/100dpi,
/usr/X11R6/lib/X11/fonts/100dpi,
/usr/share/fonts/X11/75dpi,
/usr/X11R6/lib/X11/fonts/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(**) Extension RENDER is enabled
(**) Extension Composite is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81d7b40
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 1.4.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 2.0
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,27a0 card 17aa,2017 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,27a2 card 17aa,201a rev 03 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,27a6 card 17aa,201a rev 03 class 03,80,00 hdr 80
(II) PCI: 00:1b:0: chip 8086,27d8 card 17aa,2010 rev 02 class 04,03,00 hdr 00
(II) PCI: 00:1c:0: chip 8086,27d0 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:1: chip 8086,27d2 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:2: chip 8086,27d4 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:3: chip 8086,27d6 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1d:0: chip 8086,27c8 card 17aa,200a rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,27c9 card 17aa,200a rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,27ca card 17aa,200a rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:3: chip 8086,27cb card 17aa,200a rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:7: chip 8086,27cc card 17aa,200b rev 02 class 0c,03,20 hdr 00
(II) PCI: 00

Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds

2007-11-05 Thread Brandon Philips
On 08:39 Mon 05 Nov 2007, Brice Goglin wrote:
 Brandon Philips wrote:
  Package: xserver-xorg-video-intel
  Version: 2:2.1.1-4
  Severity: important
 
  Hardware: Lenovo X60s, 945GM card
 
  Suspend to ram was started with a lid close using the acpi-support
  package.  On resume the system is still reachable from SSH but the
  keyboard and mouse are unresponsive, the Xorg.log output follows.
 
 Is this reproducible?

No, there is not a specific pattern of usage that can reproduce it,
sadly.

 Did you have some complex things running during suspend? For instance
 3D/OpenGL applications, Compositing stuff such as Compiz or KDE4, ...

Nothing fancy, wmii, Firefox and some xterms.  The only thing that might
have been fancy was a Totem player with audio visualizations.

 Could you try with latest upstream git of the driver? There's a howto at
 http://bgoglin.livejournal.com/10936.html

Sure, I will give it a shot.

Thanks,

Brandon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds

2007-11-04 Thread Brandon Philips
Package: xserver-xorg-video-intel
Version: 2:2.1.1-4
Severity: important


Hardware: Lenovo X60s, 945GM card

Suspend to ram was started with a lid close using the acpi-support
package.  On resume the system is still reachable from SSH but the
keyboard and mouse are unresponsive, the Xorg.log output follows.

Thanks,

Brandon

(II) intel(0): xf86UnbindGARTMemory: unbind key 0
(II) intel(0): xf86UnbindGARTMemory: unbind key 1
(II) Open ACPI successful (/var/run/acpid.socket)
(II) intel(0): xf86BindGARTMemory: bind key 0 at 0x007bf000 (pgoffset 1983)
(II) intel(0): xf86BindGARTMemory: bind key 1 at 0x01038000 (pgoffset 4152)
Error in I830WaitLpRing(), timeout for 2 seconds
pgetbl_ctl: 0x5ffc0001 pgetbl_err: 0x0
ipeir: 0 iphdr: 1264b0fb
LP ring tail: 8 head: 0 len: 1f001 start 0
eir: 0 esr: 0 emr: 
instdone: ffc1 instpm: 0
memmode: 306 instps: 2014ca
hwstam:  ier: 0 imr:  iir: 0
Ring at virtual 0xa7899000 head 0x0 tail 0x8 count 2
0001ff80: 
0001ff84: 
0001ff88: 
0001ff8c: 
0001ff90: 
0001ff94: 
0001ff98: 
0001ff9c: 
0001ffa0: 
0001ffa4: 
0001ffa8: 
0001ffac: 
0001ffb0: 
0001ffb4: 
0001ffb8: 
0001ffbc: 
0001ffc0: 
0001ffc4: 
0001ffc8: 
0001ffcc: 
0001ffd0: 
0001ffd4: 
0001ffd8: 
0001ffdc: 
0001ffe0: 
0001ffe4: 
0001ffe8: 
0001ffec: 
0001fff0: 
0001fff4: 
0001fff8: 
0001fffc: 
: 0211
Ring end
space: 131056 wanted 131064

Fatal server error:
lockup

Error in I830WaitLpRing(), timeout for 2 seconds
pgetbl_ctl: 0x5ffc0001 pgetbl_err: 0x0
ipeir: 0 iphdr: 1264b0fb
LP ring tail: 10 head: 0 len: 1f001 start 0
eir: 0 esr: 0 emr: 
instdone: ffc1 instpm: 0
memmode: 306 instps: 2014ca
hwstam:  ier: 0 imr:  iir: 0
Ring at virtual 0xa7899000 head 0x0 tail 0x10 count 4
0001ff80: 
0001ff84: 
0001ff88: 
0001ff8c: 
0001ff90: 
0001ff94: 
0001ff98: 
0001ff9c: 
0001ffa0: 
0001ffa4: 
0001ffa8: 
0001ffac: 
0001ffb0: 
0001ffb4: 
0001ffb8: 
0001ffbc: 
0001ffc0: 
0001ffc4: 
0001ffc8: 
0001ffcc: 
0001ffd0: 
0001ffd4: 
0001ffd8: 
0001ffdc: 
0001ffe0: 
0001ffe4: 
0001ffe8: 
0001ffec: 
0001fff0: 
0001fff4: 
0001fff8: 
0001fffc: 
: 0211
Ring end
space: 131048 wanted 131064

FatalError re-entered, aborting
lockup


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-04-03 02:49 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1669976 2007-09-29 07:33 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML 
Express Integrated Graphics Controller (rev 03)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3004 2007-09-08 09:53 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type man /etc/X11/xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section Files
FontPath/usr/share/fonts/X11/misc
FontPath/usr/X11R6/lib/X11/fonts/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/X11R6/lib/X11/fonts/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/share/fonts/X11

Bug#31396: This is for you

2007-10-25 Thread Paulette Brandon

Good day,
 
Best prices and discrete packaging http://betweento.com

the coach office I had 





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#202743: adobe creative 3 premium US $ 269.90

2007-09-14 Thread Brandon Pendleton

ADOBE SUITE 3 save $1529.1
http://www.skysofte.cn




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#390913: SAVE_VBE_STATE and POST_VIDEO in /etc/default/acpi-support

2007-03-01 Thread Brandon Philips
Try turning SAVE_VBE_STATE and POST_VIDEO in /etc/default/acpi-support
to false.  This fixes the issue for me.

See:
http://thinkwiki.org/wiki/Problem_with_display_remaining_black_after_resume#Affected_Models

Cheers,

Brandon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]