Bug#612978: xterm 269 still not sending Alt-Enter through
On Saturday, 19 March 2011 at 11:51, Lee Bigelow wrote: Just tried the updated xterm. Noticed the its new fullscreen Xresource and set: XTerm*fullscreen: never The Xterm no longer fullscreens on Alt-Enter, but the key sequences still isn't passed on to mc or emacs running in the xterm. Well, I added a XTerm.omitTranslation: fullscreen as well, and then it works. That should probably be default when the fullscreen switching is disabled though. Best regards, Christian Ohm -- 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/20110319145813.GE25089@moongate.localnet
Bug#612978: xterm: Can't disable fullscreen key setting?
Package: xterm Version: 268-1 Severity: normal Hello, After updating to xterm 268, trying to use alt-enter in mc suddenly made my window fullscreen. That wouldn't be that bad if there was a way to disable this, but I tried some settings in ~/..Xresources like XTerm.*translations:#override Alt KeyReturn: ignore() which all didn't help. I'm not sure what the problem is (it might just be insufficient documentation), but it would be very nice if this fullscreen key mapping was optional. At the moment I've downgraded to 266 again, but that is not a good long-term solution. Best regards, Christian Ohm -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.4.1-4 X11 client-side library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxmu6 2:1.1.0-1 X11 miscellaneous utility library ii libxt61:1.0.9-2 X11 toolkit intrinsics library ii xbitmaps 1.1.1-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.6+1 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- Non-sequiturs make me eat lampshades. -- 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/20110212010442.GA18194@moongate.localnet
Bug#437465: closed by Brice Goglin brice.gog...@ens-lyon.org (Re: Bug#437465: [Fwd: [Bug 11980] GL_EXT_stencil_two_side breaks shadows in warzone2100 since 6.5 .3])
On Sunday, 19 July 2009 at 10:06, Debian Bug Tracking System wrote: Marking as fixed in 7.5 in experimental. Actually this works in 7.4.4 as well. Best regards, Christian Ohm -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#437465: libgl1-mesa-dri: Shadows in Warzone 2100 don't work anymore (R300)
On Monday, 13 August 2007 at 10:03, Brice Goglin wrote: With 6.5.3 and 7.0.1 on a Radeon rv370, alt-s toggles between dark and light. With 6.5.1 and 6.5.2, it toggles shadows. So I guess the bug appeared in 6.5.3. But it means that you installed Mesa 6.5.3 from *Debian experimental* a couple months ago, could you confirm this? (6.5.3 has never been in unstable, it only entered experimental in May and 7.0.1 went to unstable recently). That's very possible, occasionally I install things from experimental. I don't remember explicitely installing mesa 6.5.3, but perhaps apt remembered a former install from experimental. The bug does not occur with 6.5.2 or 7.0.1 on Intel 945. So it's probably a r300 specific bug. I'll see if I can locate the breaking commit between 6.5.2 and 6.5.3. Thanks for locating and forwarding the bug. The specific problem seems to be that the darkening of the shadows is applied to the whole polygon and not only the stencilled area (there are still different levels of darkening depending on the orientation of the polygon). Best regards, Christian Ohm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437465: libgl1-mesa-dri: Shadows in Warzone 2100 don't work anymore (R300)
Package: libgl1-mesa-dri Version: 7.0.1-1 Severity: normal Hello, Since some time (version 6.5.something) the shadows in Warzone 2100 don't work correctly anymore on my Radeon 9600XT using the R300 driver. Now whole polygons are shaded instead of shadows painted on them. The different shades are still there, but the whole image gets a lot darker (you can toggle the shadows with alt-s in-game). I didn't see a difference with LIBGL_ALWAYS_INDIRECT=1, I guess it doesn't work (which seems likely, as rendering was quite fast). Older versions of Warzone where I know the shadows worked don't work now as well. Best regards, Christian Ohm -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1-ck1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgl1-mesa-glx 7.0.1-1A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- All Bibles are man-made. -- Thomas Edison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420164: libgl1-mesa-dri: Darwinia only shows black screen
Package: libgl1-mesa-dri Version: 6.5.2-4 Severity: normal Tags: patch With the current mesa 6.5.2, running Darwinia (and possibly other apps) results in a black screen (the game seems to work, just nothing is shown). There's a patch in mesa git (also attached, as it is quite small) that fixes this issue: http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff;h=6f9b1afc862851532e4820705c412388b497ad58 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.19-beyond1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.5-2 GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libgl1-mesa-glx 6.5.2-4A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- Do not rejoice in his defeat, you men, For though the world stood up And stopped the bastard, The bitch that bore him is in heat again. -- Bertolt Brecht From: Michel Dänzer [EMAIL PROTECTED] Date: Tue, 6 Mar 2007 12:22:35 + (+0100) Subject: r300: Call radeonSetCliprects from radeonMakeCurrent. X-Git-Url: http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff;h=6f9b1afc862851532e4820705c412388b497ad58 r300: Call radeonSetCliprects from radeonMakeCurrent. Based on a patch by Panagiotis Papadakos. Among other things, this makes sure the framebuffer object associated with the drawable has the correct size when _mesa_make_current is called, so the default viewport is set up correctly. Also update radeon-lastStamp in radeonSetCliprects. --- --- a/src/mesa/drivers/dri/r300/radeon_context.c +++ b/src/mesa/drivers/dri/r300/radeon_context.c @@ -51,6 +51,7 @@ WITH THE SOFTWARE OR THE USE OR OTHER DE #include radeon_macros.h #include radeon_reg.h +#include radeon_state.h #include r300_state.h #include utils.h @@ -279,6 +280,8 @@ GLboolean radeonMakeCurrent(__DRIcontext r300UpdateWindow(radeon-glCtx); r300UpdateViewportOffset(radeon-glCtx); + + radeonSetCliprects(radeon); } _mesa_make_current(radeon-glCtx, --- a/src/mesa/drivers/dri/r300/radeon_lock.c +++ b/src/mesa/drivers/dri/r300/radeon_lock.c @@ -90,7 +90,6 @@ static void r300RegainedLock(radeonConte #else radeonUpdateScissor(radeon-glCtx); #endif - radeon-lastStamp = drawable-lastStamp; } if (sarea-ctx_owner != radeon-dri.hwContext) { --- a/src/mesa/drivers/dri/r300/radeon_state.c +++ b/src/mesa/drivers/dri/r300/radeon_state.c @@ -185,6 +185,8 @@ void radeonSetCliprects(radeonContextPtr if (radeon-state.scissor.enabled) radeonRecalcScissorRects(radeon); + + radeon-lastStamp = drawable-lastStamp; }
Bug#420164: libgl1-mesa-dri: Darwinia only shows black screen
On Friday, 20 April 2007 at 21:26, Brice Goglin wrote: I am ready to apply this patch and another one[1] as recommended by Michel, but while doing some basic testing, I found out that glxgears is reporting less performance with these patches applied (drop from 1400FPS to 1000 on my Radeon Mobility X300). I know that glxgears is not a benchmark, but this performance drop worries me a little bit. Hm, don't know about the performance, the r300 driver doesn't seem that fast anyway (at least subjectively my old and now broken 8500 seemed faster to me that the 9600XT I have now). Apart from that, I didn't see any breakage with my 3D applications, but I can't test Darwinia since it does not appear to be in Debian. Do you know any application in Debian that should be fixed by the above patch? No, sorry, I don't think I found another app showing the same problem, and in searching for a solution there weren't that many mentioned - only some other commercial games, I think. You can download a demo of Darwinia at http://darwinia.co.uk/downloads/demo_linux.html to test (you'll probably have to disable the pixel effects in the graphics options to get a somewhat bearable speed). Bye, Christian Ohm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323302: xlibmesa-dri: [r200] r200VtxFmtFlushVertices assertion failed (worked with xfree86)
On Wednesday, 24 January 2007 at 1:30, Brice Goglin wrote: Christian Ohm wrote: On Tuesday, 23 January 2007 at 23:53, Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding a assertion failure in the DRI on a r200 board. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I currently use a r300 based board, and all my r200 boards seem to have some problems, so I can't test this immediately. I'll see if I can get one of them working to test this, but I think the Warzone 2100 code was rewritten since then, so current versions shouldn't fail on an r200. Ok thanks. I'll wait for your input. Let me know if you can't or don't have time to try to reproduce, we could close the bug with an invitation to reopen in case anybody else ever reproduces the problem. Hello and sorry for the delay (I only have one machine to test this and that's usually doing something). I tested it again and this time the game started, so this problem seems fixed. Bye, Christian Ohm -- Deliberation, n.: The act of examining one's bread to determine which side it is buttered on. -- Ambrose Bierce, The Devil's Dictionary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323302: xlibmesa-dri: [r200] r200VtxFmtFlushVertices assertion failed (worked with xfree86)
On Tuesday, 23 January 2007 at 23:53, Brice Goglin wrote: About 2 years ago, you reported a bug to the Debian BTS regarding a assertion failure in the DRI on a r200 board. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. I currently use a r300 based board, and all my r200 boards seem to have some problems, so I can't test this immediately. I'll see if I can get one of them working to test this, but I think the Warzone 2100 code was rewritten since then, so current versions shouldn't fail on an r200. Christian Ohm -- A song in time is worth a dime. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323302: xlibmesa-dri: possible workaround with new bug
Package: xlibmesa-dri Version: 6.8.2.dfsg.1-6 Followup-For: Bug #323302 I have discovered a workaround for this bug: start the program with R200_NO_VTXFMT set. This has two problems: 1. the program hangs on exit and has to be killed (SIGKILL). 2. According to this https://bugs.freedesktop.org/show_bug.cgi?id=3972 the environment variable will be removed in a later version of X.org. -- Package-specific info: VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R200 QL [Radeon 8500 LE] X.Org X server log files on system: -rw-r--r-- 1 root root 42562 2005-09-11 15:34 /var/log/Xorg.0.log Contents of most recent X.Org X server log file /var/log/Xorg.0.log: X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-6 20050831134411 @squee) Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.12-1-686 i686 [ELF] Current Operating System: Linux moongate 2.6.12-ck2 #1 Tue Jun 21 10:33:19 CEST 2005 i686 Build Date: 31 August 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.12-ck2 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 1:3.3.6-6)) #1 Tue Jun 21 10:33:19 CEST 2005 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: Sat Sep 10 11:02:41 2005 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (++) using VT number 12 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0746 card 1849,0746 rev 10 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1039,0002 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0963 card , rev 25 class 06,01,00 hdr 80 (II) PCI: 00:02:1: chip 1039,0016 card , rev 00 class 0c,05,00 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1849,5513 rev 00 class 01,01,80 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 1849,7001 rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 1849,7001 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7002 card 1849,7001 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:04:0: chip 1039,0900 card 1849,8201 rev 90 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 9005,0080 card 9005,62a0 rev 02 class 01,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1412,1712 card 1412,d634 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,514c card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,2), BCTRL: 0x000a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x9fff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range:
Bug#323302: xlibmesa-dri: [r200] r200VtxFmtFlushVertices assertion failed (worked with xfree86)
Package: xlibmesa-dri Version: 6.8.2.dfsg.1-5 Severity: important The r200 driver in X.org fails when the one in XFree86 works. I have noticed this with Warzone 2100. To reproduce, do the following (needs libsdl1.2-dev, libsdl-net1.2-dev, libopenal-dev, libmad0-dev, libogg-dev, libvorbis-dev, libjpeg-dev and svnversion (from subversion)): wget http://download.berlios.de/warzone/warzone2100-0.2.2.tar.bz2 tar xfj warzone2100-0.2.2.tar.bz2 svn checkout svn://svn.berlios.de/warzone/branches/crossplatform -r211 cd crossplatform make cd ../warzone2100-0.2.2/data ../../crossplatform/src/warzone Then click on tutorial and fast play. On X.org this exits with warzone: r200_vtxfmt.c:1052: r200VtxFmtFlushVertices: Assertion `rmesa-dma.flush == 0 || rmesa-dma.flush == flush_prims' failed. on a machine with ATI Radeon 8500LE and X.org from unstable. It works on a sarge installation with an ATI Radeon M6 LY with XFree86. I guess it's the same bug that's reported here: https://bugs.freedesktop.org/long_list.cgi?buglist=836 -- Package-specific info: VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R200 QL [Radeon 8500 LE] X.Org X server log files on system: -rw-r--r-- 1 root root 42557 2005-08-15 15:23 /var/log/Xorg.0.log Contents of most recent X.Org X server log file /var/log/Xorg.0.log: X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-5 20050810052028 [EMAIL PROTECTED]) Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.12-1-686 i686 [ELF] Current Operating System: Linux moongate 2.6.12-ck2 #1 Tue Jun 21 10:33:19 CEST 2005 i686 Build Date: 10 August 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.12-ck2 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Debian 1:3.3.6-6)) #1 Tue Jun 21 10:33:19 CEST 2005 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 Aug 15 15:23:26 2005 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (++) using VT number 12 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0746 card 1849,0746 rev 10 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1039,0002 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0963 card , rev 25 class 06,01,00 hdr 80 (II) PCI: 00:02:1: chip 1039,0016 card , rev 00 class 0c,05,00 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1849,5513 rev 00 class 01,01,80 hdr 00 (II) PCI: 00:03:0: chip 1039,7001 card 1849,7001 rev 0f class 0c,03,10 hdr 80 (II) PCI: 00:03:1: chip 1039,7001 card 1849,7001 rev 0f class 0c,03,10 hdr 00 (II) PCI: 00:03:2: chip 1039,7002 card 1849,7001 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:04:0: chip 1039,0900 card 1849,8201 rev 90 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 9005,0080 card 9005,62a0 rev 02 class 01,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1412,1712 card 1412,d634 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,514c card 1002,013a rev 00 class