libxmu: Changes to 'debian-unstable'
debian/changelog|9 +
debian/patches/01_dont_export_private_deps.diff |2 +-
2 files changed, 10 insertions(+), 1 deletion(-)
New commits:
commit f4573d0dd757a7c3cd892498dd975f3b0b1fc92e
Author: Christopher James Halse Rogers
Date: Fri Dec 10 08:54:00 2010 +1100
Re-export libXt as a public dep; the headers pull in an Xt symbol
diff --git a/debian/changelog b/debian/changelog
index f837cc8..3402ed8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+libxmu (2:1.1.0-2) UNRELEASED; urgency=low
+
+ * debian/patches/01_dont_export_private_deps.patch:
+- The Xmu.h header uses libXt symbols in a #define, so libXt is not a
+ private dep. With binutils-gold, the indirect dependency on Xt is not
+ considered when linking with Xmu so this causes build failures.
+
+ -- Christopher James Halse Rogers Fri, 10 Dec 2010
08:53:10 +1100
+
libxmu (2:1.1.0-1) unstable; urgency=low
* New upstream release.
diff --git a/debian/patches/01_dont_export_private_deps.diff
b/debian/patches/01_dont_export_private_deps.diff
index 64a5828..dbdfcd2 100644
--- a/debian/patches/01_dont_export_private_deps.diff
+++ b/debian/patches/01_dont_export_private_deps.diff
@@ -7,7 +7,7 @@ index a086f83..15dabbf 100644
Description: Xmu Library
Version: @PACKAGE_VERSION@
-Requires: xproto x11 xt
-+Requires: xproto
++Requires: xproto xt
Requires.private: x11 xt xext
Cflags: -I${includedir}
Libs: -L${libdir} -lXmu
--
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/e1pqwl5-0001bd...@alioth.debian.org
libxt: Changes to 'upstream-experimental'
.gitignore | 67 COPYING | 67 INSTALL | 229 - Makefile.am | 17 README | 58 acinclude.m4 | 23 configure.ac | 75 include/.gitignore |2 include/X11/.gitignore |1 include/X11/CallbackI.h |6 include/X11/Composite.h |5 include/X11/CompositeP.h |6 include/X11/ConstrainP.h |6 include/X11/Constraint.h |8 include/X11/ConvertI.h |6 include/X11/Core.h | 11 include/X11/CoreP.h |9 include/X11/CreateI.h|9 include/X11/EventI.h |8 include/X11/HookObjI.h |6 include/X11/InitialI.h |7 include/X11/Intrinsic.h |3 include/X11/IntrinsicI.h |7 include/X11/IntrinsicP.h |3 include/X11/Object.h |9 include/X11/ObjectP.h|6 include/X11/PassivGraI.h |9 include/X11/RectObj.h|9 include/X11/RectObjP.h |6 include/X11/ResConfigP.h |2 include/X11/ResourceI.h |6 include/X11/SelectionI.h |2 include/X11/ShellI.h |2 include/X11/ShellP.h | 10 include/X11/ThreadsI.h | 53 include/X11/TranslateI.h |6 include/X11/VarargsI.h |7 include/X11/Vendor.h |9 include/X11/VendorP.h|9 include/X11/Xtos.h |5 m4/ax_define_dir.m4 | 49 man/.gitignore |3 man/Makefile.am | 1220 -- man/MenuPopdown.man |1 man/MenuPopup.man|1 man/XtAddActions.man |4 man/XtAddCallback.man|5 man/XtAddCallbacks.man |1 man/XtAddConverter.man |1 man/XtAddEventHandler.man|4 man/XtAddExposureToRegion.man|4 man/XtAddGrab.man|4 man/XtAddInput.man |5 man/XtAddRawEventHandler.man |1 man/XtAddTimeOut.man |1 man/XtAddWorkProc.man|1 man/XtAllocateGC.man |5 man/XtAppAddActionHook.man |4 man/XtAppAddActions.man |4 man/XtAppAddBlockHook.man|4 man/XtAppAddConverter.man|4 man/XtAppAddInput.man|4 man/XtAppAddSignal.man |4 man/XtAppAddTimeOut.man |4 man/XtAppAddWorkProc.man |4 man/XtAppCreateShell.man |4 man/XtAppError.man |5 man/XtAppErrorMsg.man|5 man/XtAppGetErrorDatabase.man|4 man/XtAppGetErrorDatabaseText.man|1 man/XtAppGetExitFlag.man |1 man/XtAppGetSelectionTimeout.man |4 man/XtAppInitialize.man |4 man/XtAppLock.man|4 man/XtAppMainLoop.man|1 man/XtAppNextEvent.man |3 man/XtAppPeekEvent.man |1 man/XtAppPending.man |1 man/XtAppProcessEvent.man|1 man/XtAppReleaseCacheRefs.man|4 man/XtAppSetErrorHandler.man |1 man/XtAppSetErrorMsgHandler.man |1 man/XtAppSetExitFlag.man |4 man/XtAppSetFallbackResources.man|3 man/XtAppSetSelectionTimeout.man |1 man/XtAppSetTypeConverter.man|5 man/XtAppSetWarningHandler.man |1 man/XtAppSetWarningMsgHandler.man|1 man/XtAppUnlock.man |1 man/XtAppWarning.man |1 man/XtAppWarningMsg.man |1 man/XtAugmentTranslations.man|1 man/XtBuildEventMask.man |4 man/XtCallAcceptFocus.man|4 man/XtCallActionProc.man |4 man/XtCallCallbackList.man |1 man/XtCallCallbacks.man |4 man/XtCallConverter.man |1 man/XtCallbackExclusive.man |1 man/XtCallbackNone.man
libxt: Changes to 'debian-experimental'
.gitignore | 67 COPYING | 67 ChangeLog| 402 INSTALL | 236 Makefile.am | 17 Makefile.in | 712 - README | 58 acinclude.m4 | 23 aclocal.m4 | 7885 --- compile | 142 config.guess | 1500 -- config.h.in | 70 config.sub | 1608 -- configure|21523 --- configure.ac | 75 debian/README.source | 73 debian/changelog | 88 debian/control | 45 debian/copyright | 61 debian/libxt-dev.install |2 debian/patches/series|1 debian/rules | 38 debian/watch |1 debian/xsfbs/repack.sh | 32 debian/xsfbs/xsfbs-autoreconf.mk | 150 debian/xsfbs/xsfbs.mk| 187 debian/xsfbs/xsfbs.sh| 533 depcomp | 530 include/.gitignore |2 include/Makefile.in | 487 include/X11/.gitignore |1 include/X11/CallbackI.h |6 include/X11/Composite.h |5 include/X11/CompositeP.h |6 include/X11/ConstrainP.h |6 include/X11/Constraint.h |8 include/X11/ConvertI.h |6 include/X11/Core.h | 11 include/X11/CoreP.h |9 include/X11/CreateI.h|9 include/X11/EventI.h |8 include/X11/HookObjI.h |6 include/X11/InitialI.h |7 include/X11/Intrinsic.h |3 include/X11/IntrinsicI.h |7 include/X11/IntrinsicP.h |3 include/X11/Object.h |9 include/X11/ObjectP.h|6 include/X11/PassivGraI.h |9 include/X11/RectObj.h|9 include/X11/RectObjP.h |6 include/X11/ResConfigP.h |2 include/X11/ResourceI.h |6 include/X11/SelectionI.h |2 include/X11/ShellI.h |2 include/X11/ShellP.h | 10 include/X11/ThreadsI.h | 53 include/X11/TranslateI.h |6 include/X11/VarargsI.h |7 include/X11/Vendor.h |9 include/X11/VendorP.h|9 include/X11/Xtos.h |5 install-sh | 323 ltmain.sh| 6871 - m4/ax_define_dir.m4 | 49 man/.gitignore |3 man/Makefile.am | 1220 - man/Makefile.in | 1124 - man/MenuPopdown.man |1 man/MenuPopup.man|1 man/XtAddActions.man |4 man/XtAddCallback.man|5 man/XtAddCallbacks.man |1 man/XtAddConverter.man |1 man/XtAddEventHandler.man|4 man/XtAddExposureToRegion.man|4 man/XtAddGrab.man|4 man/XtAddInput.man |5 man/XtAddRawEventHandler.man |1 man/XtAddTimeOut.man |1 man/XtAddWorkProc.man|1 man/XtAllocateGC.man |5 man/XtAppAddActionHook.man |4 man/XtAppAddActions.man |4 man/XtAppAddBlockHook.man|4 man/XtAppAddConverter.man|4 man/XtAppAddInput.man|4 man/XtAppAddSignal.man |4 man/XtAppAddTimeOut.man |4 man/XtAppAddWorkProc.man |4 man/XtAppCreateShell.man |4 man/XtAppError.man |5 man/XtAppErrorMsg.man|5 man/XtAppGetErrorDatabase.man|4 man/XtAppGetErrorDatabaseText.man|1 man/XtAppGetExitFlag.man |1 man/XtAppGetSelectionTimeout.man |4 man/XtAppInitialize.man |4 man/XtAppLock.man
Bug#606288: xserver-xorg-video-intel: No longer finds display; does not allow VT switch (ThinkPad X200)
On Thu, Dec 09, 2010 at 09:07:17PM +0100, Julien Cristau wrote: > On Thu, Dec 9, 2010 at 11:01:23 -0800, Josh Triplett wrote: > > > On Wed, Dec 08, 2010 at 12:33:46PM +0100, Cyril Brulebois wrote: > > > Julien Cristau (08/12/2010): > > > > Doesn't look like it's actually attached? > > > > Oops. Attached. > > > > > > Make sure you set > > > > CONFIG_DRM_I915_KMS=y. > > > > I don't have that set, but the standard Debian 2.6.36 and 2.6.32 kernels > > don't seem to have it set either. As far as I know, that just sets the > > *default* for i915.modeset; xserver-xorg-video-intel installs > > /etc/modprobe.d/i915-kms.conf which sets "options i915 modeset=1", so > > that should supercede CONFIG_DRM_I915_KMS, shouldn't it? > > > CONFIG_DRM_I915_KMS=y also adds module aliases to the driver so it gets > loaded automatically by udev on boot. The debian kernels are patched to > have these aliases even without KMS=y. The X driver used to call > 'modprobe i915' itself, which was hiding that issue, but the last > version changed to check for KMS before that. Ah! That makes sense. And indeed, if I add i915 to /etc/modules, X works just fine with the new kernel. So, this seems like two separate issues, then: 1) xserver-xorg-video-intel no longer works automatically on upstream kernels. 2) If the intel driver doesn't work (such as due to the previous issue), and the vesa or fbdev drivers don't exist either, then the X server apparently goes out to lunch and doesn't manage to fail in a recoverable way. - Josh Triplett -- 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/20101210002130.gd1...@feather
Re: What is the reason for tls_model("initial-exec") in Mesa?
Hi,
Please disregard the previous message. The problem resurfaced, so it may
not (only) be related to the TLS mode.
I'll investigate further.
Cheers,
Raphael
On Thu, 09 Dec 2010 23:47:58 +0100, Raphael Wimmer
wrote:
Hi,
In mesa-7.7.1/src/glx/x11/glxcurrent.c, GLX gets initialized with
tls_model("initial-exec").
However, it seems that this TLS mode is not intended for libraries [1].
Using "initial-exec" causes problems with other libraries like libavg
(see Ubuntu bug report [2]). The problem seems also to be related to
Debian bug 365245 [3]. The problem apparently shows up as segfaults when
reading from an input stream.
Changing the TLS mode to "global-dynamic" fixes the problem on my setup
(Debian Testing, 2.6.35 64bit, open-source Radeon driver, MacBookPro
2,2).
The libavg folks have been hunting this problem for some time and it
affects a lot of users [4]
Unfortunately, I do not know the effect of different TLS modes on
graphics performance.
Is it possible to exchange "initial-exec" with another TLS mode in Mesa?
Please keep me CC as I am not on the list.
Cheers,
Raphael
[1] http://readlist.com/lists/gcc.gnu.org/gcc-help/1/6013.html
[2] https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/259219
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365245
[4]
https://www.libavg.de/wiki/index.php/Known_Linux_Installation_Issues#glibc_invalid_pointer
--
Dipl.-Medieninf. Raphael Wimmer
Wiss. Mitarbeiter / Research Assistant
Doktorand / PhD student
Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de
LFE Medieninformatik Skype: real_raphman
Amalienstr. 17 / Raum 206WWW:
http://www.medien.ifi.lmu.de
80333 MünchenTel:+49 (89) 2180-4659
Germany Fax:+49 (89) 2180-99-4659
--
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/op.vngz3ya5y7n...@everywhere.wintermute.medea
What is the reason for tls_model("initial-exec") in Mesa?
Hi,
In mesa-7.7.1/src/glx/x11/glxcurrent.c, GLX gets initialized with
tls_model("initial-exec").
However, it seems that this TLS mode is not intended for libraries [1].
Using "initial-exec" causes problems with other libraries like libavg (see
Ubuntu bug report [2]). The problem seems also to be related to Debian bug
365245 [3]. The problem apparently shows up as segfaults when reading from
an input stream.
Changing the TLS mode to "global-dynamic" fixes the problem on my setup
(Debian Testing, 2.6.35 64bit, open-source Radeon driver, MacBookPro 2,2).
The libavg folks have been hunting this problem for some time and it
affects a lot of users [4]
Unfortunately, I do not know the effect of different TLS modes on graphics
performance.
Is it possible to exchange "initial-exec" with another TLS mode in Mesa?
Please keep me CC as I am not on the list.
Cheers,
Raphael
[1] http://readlist.com/lists/gcc.gnu.org/gcc-help/1/6013.html
[2] https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/259219
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365245
[4]
https://www.libavg.de/wiki/index.php/Known_Linux_Installation_Issues#glibc_invalid_pointer
--
Dipl.-Medieninf. Raphael Wimmer
Wiss. Mitarbeiter / Research Assistant
Doktorand / PhD student
Ludwig-Maximilians-Universität München E-Mail: raphael.wim...@ifi.lmu.de
LFE Medieninformatik Skype: real_raphman
Amalienstr. 17 / Raum 206WWW:
http://www.medien.ifi.lmu.de
80333 MünchenTel:+49 (89) 2180-4659
Germany Fax:+49 (89) 2180-99-4659
--
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/op.vngxl8yyy7n...@everywhere.wintermute.medea
Bug#601558: Blnak screen
I can confirm this bug. I halve intel GMA945 and resolution 1024x600. Display turn black when KMS start. I can login (blindly) and than suspend (hotkey), after resume the screen is ok. I dont think disabling KMS is the solution, I use KMS for a long time and had this problem since the last few kernel updates 2.6.32-5-686. When I plugin VGA display in and boot, I can see the login screen on both displays with resolution 800x600. So it may be something with startup mode selection. Robert David. signature.asc Description: This is a digitally signed message part.
Bug#606514: xorg: Missing modules force downgrade to fbdev / loss of modes, capabilities
On Thu, Dec 09, 2010 at 02:41:16PM -0700, ben wrote: > Package: xorg > Version: 1:7.5+8 > Severity: important > > > I'm really sorry; I don't know what package this bug belongs to. This seems > like a good place to start. > maybe xserver-xorg-video-intel ? [...] > A recent upgrade (I upgrade every couple of weeks) broke X with the following > symptoms: > [...] > Workaround: "modprobe i915" killed X, but GDM restarted and now the system > seems to be using the Intel driver (the above symptoms disappeared). I will > add this line to /etc/modules, but that's a kludge. [...] It looks like #606348 to me... I've just seen the mails on the mailing lists, there should be some display_class.conf file to remove to fix it properly. Hope this helps, -- Julien Viard de Galbert http://silicone.homelinux.org/ GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 -- 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/20101209220313.gg22...@vdg.blogsite.org
Bug#606514: xorg: Missing modules force downgrade to fbdev / loss of modes, capabilities
Package: xorg Version: 1:7.5+8 Severity: important I'm really sorry; I don't know what package this bug belongs to. This seems like a good place to start. A recent upgrade (I upgrade every couple of weeks) broke X with the following symptoms: 1) Display failed to find "1680x1050" and dropped to "1280x1024" instead. 2) Refused to connect to external monitor (both DVI through docking station and LCD projector through VGA cable). 3) KDE systemsettings only found "default" rather than LVDS1 and DVI1 etc; xrandr complained similarly. 4) Screen brightness control through "xbacklight" returned an error. Xorg.0.conf seemed to show (I'm not too good at reading them) that the Intel driver had loaded, but that the FBdev driver claimed the PCI slot. In the past, the Intel driver was used. NOTE that reportbug picked up the post-workaround (below) xorg.0.log, which I'm leaving in as a baseline. I will attach the failed one separately as soon as I get the bugID. I thought it might be related to #606288, but I believe not, because I could switch VTs and my system did not lock. Workaround: "modprobe i915" killed X, but GDM restarted and now the system seems to be using the Intel driver (the above symptoms disappeared). I will add this line to /etc/modules, but that's a kludge. Again, sorry to assign the bug so vaguely; a developer will know what to do with it. So perhaps this bug should be reassigned to some facility that is in charge of loading modules? I'm sorry I can't dig into this right now, but I'd love to provide more info if you email me questions. I'm on a ThinkPad T61... lspci's output follows. 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) 00:1f.0 ISA bridge: Intel Corporation 82801HBM (ICH8M-E) LPC Interface Controller (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03) 03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02) 15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba) 15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04) 15:00.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 21) 15:00.3 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev ff) 15:00.4 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 11) 15:00.5 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 11) -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 1 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1733512 Dec 1 17:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3676 Sep 30 10:26 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # -*- sh -*- # xorg.conf (X.Org X Window System server configuration file) # # This file
Bug#606288: xserver-xorg-video-intel: No longer finds display; does not allow VT switch (ThinkPad X200)
On Thu, Dec 9, 2010 at 11:01:23 -0800, Josh Triplett wrote: > On Wed, Dec 08, 2010 at 12:33:46PM +0100, Cyril Brulebois wrote: > > Julien Cristau (08/12/2010): > > > Doesn't look like it's actually attached? > > Oops. Attached. > > > > Make sure you set > > > CONFIG_DRM_I915_KMS=y. > > I don't have that set, but the standard Debian 2.6.36 and 2.6.32 kernels > don't seem to have it set either. As far as I know, that just sets the > *default* for i915.modeset; xserver-xorg-video-intel installs > /etc/modprobe.d/i915-kms.conf which sets "options i915 modeset=1", so > that should supercede CONFIG_DRM_I915_KMS, shouldn't it? > CONFIG_DRM_I915_KMS=y also adds module aliases to the driver so it gets loaded automatically by udev on boot. The debian kernels are patched to have these aliases even without KMS=y. The X driver used to call 'modprobe i915' itself, which was hiding that issue, but the last version changed to check for KMS before that. > > That, plus since you have no xorg.conf, it should fall back to vesa > > (or fbdev? I didn't check all combinations) if those are installed. > > It'd be nice if you could confirm this point while rebuilding with the > > option Julien mentioned. :) > > It certainly tried to fall back to vesa, but I don't have that installed > since (normally) the intel driver handles my hardware just fine. :) > Right. Cheers, Julien signature.asc Description: Digital signature
[bts-link] source package xserver-xorg-input-evdev
# # bts-link upstream status pull for source package xserver-xorg-input-evdev # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #358751 (http://bugs.debian.org/358751) # * https://bugs.freedesktop.org/show_bug.cgi?id=5578 # * remote status changed: REOPENED -> RESOLVED # * remote resolution changed: (?) -> NOTOURBUG # * closed upstream tags 358751 + fixed-upstream usertags 358751 - status-REOPENED usertags 358751 + status-RESOLVED resolution-NOTOURBUG # remote status report for #358751 (http://bugs.debian.org/358751) # * https://bugs.freedesktop.org/show_bug.cgi?id=5578 # * remote status changed: REOPENED -> RESOLVED # * remote resolution changed: (?) -> NOTOURBUG # * closed upstream tags 358751 + fixed-upstream usertags 358751 - status-REOPENED usertags 358751 + status-RESOLVED resolution-NOTOURBUG thanks -- 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/20101209163437.18980.5424.btsl...@busoni.debian.org
Processed: [bts-link] source package xserver-xorg-input-evdev
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package xserver-xorg-input-evdev > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #358751 (http://bugs.debian.org/358751) > # * https://bugs.freedesktop.org/show_bug.cgi?id=5578 > # * remote status changed: REOPENED -> RESOLVED > # * remote resolution changed: (?) -> NOTOURBUG > # * closed upstream > tags 358751 + fixed-upstream Bug #358751 [xserver-xorg-input-evdev] tilt buttons are inverted with MX 1000 mouse Added tag(s) fixed-upstream. > usertags 358751 - status-REOPENED Bug#358751: tilt buttons are inverted with MX 1000 mouse Usertags were: status-REOPENED. Usertags are now: . > usertags 358751 + status-RESOLVED resolution-NOTOURBUG Bug#358751: tilt buttons are inverted with MX 1000 mouse There were no usertags set. Usertags are now: status-RESOLVED resolution-NOTOURBUG. > # remote status report for #358751 (http://bugs.debian.org/358751) > # * https://bugs.freedesktop.org/show_bug.cgi?id=5578 > # * remote status changed: REOPENED -> RESOLVED > # * remote resolution changed: (?) -> NOTOURBUG > # * closed upstream > tags 358751 + fixed-upstream Bug #358751 [xserver-xorg-input-evdev] tilt buttons are inverted with MX 1000 mouse Ignoring request to alter tags of bug #358751 to the same tags previously set > usertags 358751 - status-REOPENED Bug#358751: tilt buttons are inverted with MX 1000 mouse Usertags were: status-RESOLVED resolution-NOTOURBUG. Usertags are now: status-RESOLVED resolution-NOTOURBUG. > usertags 358751 + status-RESOLVED resolution-NOTOURBUG Bug#358751: tilt buttons are inverted with MX 1000 mouse Usertags were: status-RESOLVED resolution-NOTOURBUG. Usertags are now: status-RESOLVED resolution-NOTOURBUG. > thanks Stopping processing here. Please contact me if you need assistance. -- 358751: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358751 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/handler.s.c.129191247829168.transcr...@bugs.debian.org
Processed: fixing version
Processing commands for cont...@bugs.debian.org:
> # Setting the version. I guess I was missing a space in the -done mail.
> fixed 419986 xorg-server/2:1.4.2-10.lenny2
Bug #419986 {Done: Julien Viard de Galbert }
[xserver-xorg-core] server lockups related to dri
Bug Marked as fixed in versions xorg-server/2:1.4.2-10.lenny2.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
419986: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419986
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/handler.s.c.129190542427300.transcr...@bugs.debian.org
Bug#606348: xserver-xorg-video-intel: X refuses to load this driver with an xorg.conf, without it loads Vesa on my LCD monitor
On Thu, 09 Dec 2010 09:25:41 +0100 Julien Cristau wrote: > On Wed, Dec 8, 2010 at 19:40:25 -0500, Charles wrote: > > > This is display_class.conf > > > ># This directive blacklists all devices which are members of the > > display class. > > # It has the main effect of preventing udev from autoloading the fb drivers. > > > > # vendor, device, subsystem_vendor, subsystem_device, class, class, class > > install pci:v*d*sv*sd*bc03sc*i* /bin/true > > > You need to kill this file. Done, I moved it out of the way > > > > > This is blacklist.conf > > > > > > # This file lists modules which will not be > > loaded as the result of > > # alias expansion, with the purpose of preventing the hotplug subsystem > > # to load them. It does not affect autoloading of modules by the kernel. > > # This file is provided by the udev package. > > > > # This directive blacklists all devices which are members of the display > > class. > > # It has the main effect of preventing udev from autoloading the fb drivers. > > # vendor, device, subsystem_vendor, subsystem_device, class, class, class > > install pci:v*d*sv*sd*bc03sc*i* /bin/true > > > And this line. Done. Rebooted with my old xorg.conf file and things are back to normal. Which begs the questions what was that display_class.conf file doing there inthe first place, and that "install pci:v..etc etc" line in blacklist.conf? At any rate thanks to Julien, (and Sven) and a big thumbs up. I dunno what the problem was...but it's gone. -- Cheers -- 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/20101209084517.3da246c7.bea...@videotron.ca
Bug#606348: workaround
On Thu, 09 Dec 2010 07:49:46 +0100 Sven Joachim wrote: > On 2010-12-09 05:29 +0100, Charles wrote: > > > You're mentioning that i915 and drm modules were not getting > > loaded (I **assume** they are supposed to be loaded automatically) > > led me to try loading them manually. It worked, allowing > > X to load using the Intel driver. > > So in the interim, I have put i915 and drm into /etc/modules > > so they get loaded on booting. > > The real solution is to delete your display_class.conf file which > inhibits automatic loading of i915. Yes Julien suggested that as well and one more step. Thanks Sven. -- Cheers -- 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/20101209082907.526a12e4.bea...@videotron.ca
Bug#606348: xserver-xorg-video-intel: X refuses to load this driver with an xorg.conf, without it loads Vesa on my LCD monitor
On Thu, 09 Dec 2010 09:25:41 +0100 Julien Cristau wrote: > On Wed, Dec 8, 2010 at 19:40:25 -0500, Charles wrote: > > > This is display_class.conf > > > ># This directive blacklists all devices which are members of the > > display class. > > # It has the main effect of preventing udev from autoloading the fb drivers. > > > > # vendor, device, subsystem_vendor, subsystem_device, class, class, class > > install pci:v*d*sv*sd*bc03sc*i* /bin/true > > > You need to kill this file. > > > > > This is blacklist.conf > > > > > > # This file lists modules which will not be > > loaded as the result of > > # alias expansion, with the purpose of preventing the hotplug subsystem > > # to load them. It does not affect autoloading of modules by the kernel. > > # This file is provided by the udev package. > > > > # This directive blacklists all devices which are members of the display > > class. > > # It has the main effect of preventing udev from autoloading the fb drivers. > > # vendor, device, subsystem_vendor, subsystem_device, class, class, class > > install pci:v*d*sv*sd*bc03sc*i* /bin/true > > > And this line. My question is what are they doing there in the first place ?? -- Cheers -- 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/20101209082631.ea28e25c.bea...@videotron.ca
Bug#606340: "No devices detected" since upgrade to xserver-xorg-video-intel 2:2.13.0-4
On Thu, 9 Dec 2010 13:02:40 +0100, Julien Cristau wrote: > Please show the output of > dpkg -s udev Package: udev Status: install ok installed Priority: important Section: admin Installed-Size: 1508 Maintainer: Marco d'Itri Architecture: amd64 Version: 164-2 Depends: libc6 (>= 2.8), libselinux1 (>= 1.32), libusb-0.1-4 (>= 2:0.1.12), libudev0 (= 164-2), lsb-base (>= 3.0-6), util-linux (>= 2.16) Pre-Depends: debconf (>= 1.4.69) | debconf-2.0 Recommends: usbutils, pciutils Breaks: consolekit (<< 0.4.1), dmsetup (<< 2.02.51-1), libsane (<< 1.0.21-3), linux-image-2.6-amd64 (<< 2.6.28), linux-image-2.6-openvz-amd64 (<< 2.6.28), linux-image-2.6-vserver-amd64 (<< 2.6.28), linux-image-2.6-xen-amd64 (<< 2.6.28), mdadm (<< 3.0-3) Conflicts: hal (<< 0.5.6-2), hotplug, initscripts (<< 2.85-16), klibc-utils (<= 1.4.19-1), libc6 (<< 2.9-22), lvm-common (<< 1.5.13), makedev (<< 2.3.1-80), module-init-tools (<< 3.2.2-1), multipath-tools (<< 0.4.8-12) Conffiles: /etc/modprobe.d/blacklist.conf 2fbbb8cf58823bc1abf28dfa692370cc /etc/modprobe.d/fbdev-blacklist.conf 38c676e0a97ce22c8198e367a55011ed /etc/udev/udev.conf 8b024b79a468658332fbf2586737907e /etc/udev/links.conf a30361f72b2d414a25612ba41e78f40f /etc/init.d/udev a4b100dda69c95b8c22969f4253c67b1 /etc/init.d/udev-mtab 11de8619c329da118b99da74af24c908 Description: /dev/ and hotplug management daemon udev is a daemon which dynamically creates and removes device nodes from /dev/, handles hotplug events and loads drivers at boot time. > And please look for 'install pci:v*d*sv*sd*bc03sc*i* /bin/true' in a > file in /etc/modprobe.d and report back. Sorry, I forgot to check that as you asked yesterday. Here it is: $ cat /etc/modprobe.d/display_class.conf # This directive blacklists all devices which are members of the display class. # It has the main effect of preventing udev from autoloading the fb drivers. # vendor, device, subsystem_vendor, subsystem_device, class, class, class install pci:v*d*sv*sd*bc03sc*i* /bin/true Removing this file solves the problem for me. As you said yesterday: $ grep display_class /var/lib/dpkg/info/udev.preinst rm_conffile /etc/modprobe.d/display_class Maybe the udev postinst script should also remove .conf version of the files? It is not impossible however that I manually renamed files to .conf, because udev was complaining at boot time that files without .conf suffix were deprecated. Thanks, Matteo -- 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/ee424c96b8647821842926d7427cf...@localhost
Bug#606340: "No devices detected" since upgrade to xserver-xorg-video-intel 2:2.13.0-4
On 09/12/2010 at 13:02 +0100, Julien Cristau wrote:
> Please show the output of
> dpkg -s udev
Here it is mine:
| # dpkg -s udev
| Package: udev
| Status: install ok installed
| Priority: important
| Section: admin
| Installed-Size: 1508
| Maintainer: Marco d'Itri
| Architecture: amd64
| Version: 164-2
| Depends: libc6 (>= 2.8), libselinux1 (>= 1.32), libusb-0.1-4 (>= 2:0.1.12),
libudev0 (= 164-2), lsb-base (>= 3.0-6), util-linux (>= 2.16)
| Pre-Depends: debconf (>= 1.4.69) | debconf-2.0
| Recommends: usbutils, pciutils
| Breaks: consolekit (<< 0.4.1), dmsetup (<< 2.02.51-1), libsane (<< 1.0.21-3),
linux-image-2.6-amd64 (<< 2.6.28), linux-image-2.6-openvz-amd64 (<< 2.6.28),
linux-image-2.6-vserver-amd64 (<< 2.6.28), linux-image-2.6-xen-amd64 (<<
2.6.28), mdadm (<< 3.0-3)
| Conflicts: hal (<< 0.5.6-2), hotplug, initscripts (<< 2.85-16), klibc-utils
(<= 1.4.19-1), libc6 (<< 2.9-22), lvm-common (<< 1.5.13), makedev (<<
2.3.1-80), module-init-tools (<< 3.2.2-1), multipath-tools (<< 0.4.8-12)
| Conffiles:
| /etc/modprobe.d/blacklist.conf 2fbbb8cf58823bc1abf28dfa692370cc
| /etc/modprobe.d/fbdev-blacklist.conf 38c676e0a97ce22c8198e367a55011ed
| /etc/udev/udev.conf 8b024b79a468658332fbf2586737907e
| /etc/udev/links.conf a30361f72b2d414a25612ba41e78f40f
| /etc/init.d/udev a4b100dda69c95b8c22969f4253c67b1
| /etc/init.d/udev-mtab 11de8619c329da118b99da74af24c908
| Description: /dev/ and hotplug management daemon
| udev is a daemon which dynamically creates and removes device nodes from
| /dev/, handles hotplug events and loads drivers at boot time.
> And please look for 'install pci:v*d*sv*sd*bc03sc*i* /bin/true' in a
> file in /etc/modprobe.d and report back.
Not sure exactly what you mean here. Does this answer your question?:
| # find /etc/modprobe.d/ -exec grep -Hi pci {} \;
| /etc/modprobe.d/linux-sound-base_noOSS.conf:blacklist cmpci
| /etc/modprobe.d/linux-sound-base_noOSS.conf:blacklist ymfpci
--
Kiko
--
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/20101209121000.ga9...@portinf2.portsdebalears.com
Bug#606340: "No devices detected" since upgrade to xserver-xorg-video-intel 2:2.13.0-4
On Thu, Dec 9, 2010 at 10:15:20 +0100, Kiko Piris wrote: > I’m having the same issue (2:2.13.0-3 works for me, and 2:2.13.0-4 does > not). > On Thu, Dec 9, 2010 at 11:37:42 +0100, Matteo Cypriani wrote: > See the attachment. It is with a fresh boot + startx with version > 2:2.13.0-4. > > My new kernel command line is the following: > linux /vmlinuz-2.6.32-5-amd64 root=/dev/mapper/sysvg-debianlv ro > Please show the output of dpkg -s udev And please look for 'install pci:v*d*sv*sd*bc03sc*i* /bin/true' in a file in /etc/modprobe.d and report back. Cheers, Julien signature.asc Description: Digital signature
Bug#577558: xserver-xorg-video-radeon: steady rate display locks up with OpenGL + slow screen redraw with ncurse apps
alexandre (09/12/2010): > Hello and sorry for the 2 monts+ delay. I missed your message. > > I just reactivated KMS and both problems are solved in current Sid > version. OpenGL apps run smoothly and no more problem with Aptitude > when doing incremental search. No problem, thanks for the follow-up, and thanks for closing the bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#577558: marked as done (xserver-xorg-video-radeon: steady rate display locks up with OpenGL + slow screen redraw with ncurse apps)
Your message dated Thu, 9 Dec 2010 11:44:24 +0100 with message-id <20101209104424.gb2...@localhost> and subject line Re: Bug#577558: xserver-xorg-video-radeon: steady rate display locks up with OpenGL + slow screen redraw with ncurse apps has caused the Debian Bug report #577558, regarding xserver-xorg-video-radeon: steady rate display locks up with OpenGL + slow screen redraw with ncurse apps to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 577558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577558 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-video-radeon Version: 1:6.13.0-1 Severity: normal Tags: experimental sid If "kernel mode-setting" is enabled, i experience 2 problems with radeon : * small display locks up, at regular interval (locks for ~1-2 seconds, moves for ~1 second, repeat) in OpenGL apps (glxgears, geomview, googleearth). * verry slow screen redraw with ncurse applications (Aptitude), particularly noticeable in rxvt-unicode but also, to a lesser extent, in xterm. An incremental search in Aptitude, for instance, makes this problem apparent : you could literraly see line redraws with each new char entered in the search prompt. Workaround : simply disable :'( kms by commenting kms related entry in both /etc/modules and /etc/modprobe.d/radeon-kms.conf To be honnest, i have no clue if this problem comes from the radeon driver, but i don't know where else i could send this report. Sorry if this is not the right place. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 7 07:55 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1722172 Apr 5 19:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV530LE [Radeon X1600/X1650 PRO] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 5356 Apr 9 15:59 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # Change-log # 20100407 Xorg -configure Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath "built-ins" EndSection Section "Module" Load "dri2" Load "dri" Load "extmod" Load "dbe" Load "glx" Load "record" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" DisplaySize 410 256 # mm Identifier "Monitor0" VendorName "HWP" ModelName"HP w19" HorizSync30.0 - 83.0 VertRefresh 48.0 - 75.0 Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "BusType" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" # [] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize"# #Option "EnableDepthMoves" # [] #Opt
Bug#577558: xserver-xorg-video-radeon: steady rate display locks up with OpenGL + slow screen redraw with ncurse apps
On Tue, Sep 28, 2010 at 07:56:35PM +0200, Cyril Brulebois wrote: > Hi Alexandre. > > alexandre (12/04/2010): > > * small display locks up, at regular interval (locks for ~1-2 > > seconds, moves for ~1 second, repeat) in OpenGL apps (glxgears, > > geomview, googleearth). > > > > * verry slow screen redraw with ncurse applications (Aptitude), > > particularly noticeable in rxvt-unicode but also, to a lesser > > extent, in xterm. An incremental search in Aptitude, for instance, > > makes this problem apparent : you could literraly see line redraws > > with each new char entered in the search prompt. > > Is this still happening with current sid (including X, kernel, mesa)? > > Mraw, > KiBi. Hello and sorry for the 2 monts+ delay. I missed your message. I just reactivated KMS and both problems are solved in current Sid version. OpenGL apps run smoothly and no more problem with Aptitude when doing incremental search. Thanks and regards, Alexandre Mesa : 7.7.1-4 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-radeon depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libdrm-radeon1 2.4.21-1~squeeze3 Userspace interface to radeon-spec ii libdrm22.4.21-1~squeeze3 Userspace interface to kernel DRM ii libpciaccess0 0.12.0-1 Generic PCI access library for X ii libpixman-1-0 0.16.4-1 pixel-manipulation library for X a ii libudev0 164-2 libudev shared library ii xserver-xorg-core [xor 2:1.7.7-10Xorg X server - core server xserver-xorg-video-radeon recommends no packages. Versions of packages xserver-xorg-video-radeon suggests: ii firmware-linux0.27 Binary firmware for various driver -- 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/20101209103959.ga2...@localhost
Bug#606340: "No devices detected" since upgrade to xserver-xorg-video-intel 2:2.13.0-4
On 08/12/2010 at 20:09 +0100, Julien Cristau wrote: > Please attach the full dmesg. I’m having the same issue (2:2.13.0-3 works for me, and 2:2.13.0-4 does not). Please, let me know if I can provide any information to help. Thanks. -- Kiko (park)=0 ithresh=8 period=1024 Reset HALT [7.673356] ehci_hcd :00:1a.7: cache line size of 64 is not supported [7.673359] ehci_hcd :00:1a.7: supports USB remote wakeup [7.673387] ehci_hcd :00:1a.7: irq 22, io mem 0xfa426c00 [7.690548] ehci_hcd :00:1a.7: reset command 0080002 (park)=0 ithresh=8 period=1024 Reset HALT [7.694428] ehci_hcd :00:1a.7: init command 0010001 (park)=0 ithresh=1 period=1024 RUN [7.704045] ehci_hcd :00:1a.7: USB 2.0 started, EHCI 1.00 [7.724337] usb usb1: default language 0x0409 [7.724350] usb usb1: udev 1, busnum 1, minor = 0 [7.724354] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [7.744815] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [7.762148] usb usb1: Product: EHCI Host Controller [7.778890] usb usb1: Manufacturer: Linux 2.6.36.1 ehci_hcd [7.795636] usb usb1: SerialNumber: :00:1a.7 [7.812825] usb usb1: usb_probe_device [7.812832] usb usb1: configuration #1 chosen from 1 choice [7.812847] usb usb1: adding 1-0:1.0 (config #1, interface 0) [7.812889] hub 1-0:1.0: usb_probe_interface [7.812893] hub 1-0:1.0: usb_probe_interface - got id [7.812897] hub 1-0:1.0: USB hub found [7.829772] hub 1-0:1.0: 4 ports detected [7.850067] hub 1-0:1.0: standalone hub [7.850070] hub 1-0:1.0: no power switching (usb 1.0) [7.850074] hub 1-0:1.0: individual port over-current protection [7.850078] hub 1-0:1.0: power on to power good time: 20ms [7.850086] hub 1-0:1.0: local power source is good [7.850089] hub 1-0:1.0: trying to enable port power on non-switchable hub [7.850210] drivers/usb/core/inode.c: creating file '001' [7.850292] uhci_hcd :00:1a.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20 [7.868034] uhci_hcd :00:1a.0: setting latency timer to 64 [7.868042] uhci_hcd :00:1a.0: UHCI Host Controller [7.885063] drivers/usb/core/inode.c: creating file '002' [7.885074] uhci_hcd :00:1a.0: new USB bus registered, assigned bus number 2 [7.893367] usbcore: registered new interface driver usbserial [7.893389] USB Serial support registered for generic [7.893848] usbcore: registered new interface driver usbserial_generic [7.893852] usbserial: USB Serial Driver core [7.971051] ehci_hcd :00:1a.7: GetStatus port:1 status 001803 0 ACK POWER sig=j CSC CONNECT [7.971057] hub 1-0:1.0: port 1: status 0501 change 0001 [7.971075] ehci_hcd :00:1a.7: GetStatus port:2 status 001803 0 ACK POWER sig=j CSC CONNECT [7.971081] hub 1-0:1.0: port 2: status 0501 change 0001 [7.971098] ehci_hcd :00:1a.7: GetStatus port:3 status 001403 0 ACK POWER sig=k CSC CONNECT [7.971103] hub 1-0:1.0: port 3: status 0501 change 0001 [7.971131] uhci_hcd :00:1a.0: detected 2 ports [7.974651] USB Serial support registered for GSM modem (1-port) [7.975121] usbcore: registered new interface driver option [7.975125] option: v0.7.2:USB Driver for GSM modems [8.036126] uhci_hcd :00:1a.0: uhci_check_and_reset_hc: cmd = 0x [8.036130] uhci_hcd :00:1a.0: Performing full reset [8.036153] uhci_hcd :00:1a.0: supports USB remote wakeup [8.036183] uhci_hcd :00:1a.0: irq 20, io base 0x1860 [8.052299] usb usb2: default language 0x0409 [8.052310] usb usb2: udev 1, busnum 2, minor = 128 [8.052314] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [8.068471] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [8.084789] usb usb2: Product: UHCI Host Controller [8.101645] usb usb2: Manufacturer: Linux 2.6.36.1 uhci_hcd [8.117861] usb usb2: SerialNumber: :00:1a.0 [8.133987] hub 1-0:1.0: state 7 ports 4 chg 000e evt [8.134003] hub 1-0:1.0: port 1, status 0501, change , 480 Mb/s [8.134040] usb usb2: usb_probe_device [8.134045] usb usb2: configuration #1 chosen from 1 choice [8.134056] usb usb2: adding 2-0:1.0 (config #1, interface 0) [8.134093] hub 2-0:1.0: usb_probe_interface [8.134097] hub 2-0:1.0: usb_probe_interface - got id [8.134101] hub 2-0:1.0: USB hub found [8.150086] hub 2-0:1.0: 2 ports detected [8.165907] hub 2-0:1.0: standalone hub [8.165911] hub 2-0:1.0: no power switching (usb 1.0) [8.165914] hub 2-0:1.0: individual port over-current protection [8.165918] hub 2-0:1.0: power on to power good time: 2ms [8.165928] hub 2-0:1.0: local power source is good [8.165932] hub 2-0:1.0: trying to enable port power on non-switchable hub [8.165983] drivers/usb/core/inode.c: creating file '001' [8.166033] ehci_hcd :00:1a.7: HS companion for :00:1a.0 [8.166287]
Bug#606348: xserver-xorg-video-intel: X refuses to load this driver with an xorg.conf, without it loads Vesa on my LCD monitor
On Wed, Dec 8, 2010 at 19:40:25 -0500, Charles wrote: > This is display_class.conf > ># This directive blacklists all devices which are members of the > display class. > # It has the main effect of preventing udev from autoloading the fb drivers. > > # vendor, device, subsystem_vendor, subsystem_device, class, class, class > install pci:v*d*sv*sd*bc03sc*i* /bin/true > You need to kill this file. > > This is blacklist.conf > > > # This file lists modules which will not be > loaded as the result of > # alias expansion, with the purpose of preventing the hotplug subsystem > # to load them. It does not affect autoloading of modules by the kernel. > # This file is provided by the udev package. > > # This directive blacklists all devices which are members of the display > class. > # It has the main effect of preventing udev from autoloading the fb drivers. > # vendor, device, subsystem_vendor, subsystem_device, class, class, class > install pci:v*d*sv*sd*bc03sc*i* /bin/true > And this line. Cheers, Julien signature.asc Description: Digital signature
