Bug#387563: Typo: lspci -X should be lspci -n

[Matthew Wilcox]

On Fri, Sep 15, 2006 at 03:07:01PM +0200, Michel D?nzer wrote:
 On Fri, 2006-09-15 at 08:27 +0300, Tapio Lehtonen wrote:
  My lspci command does not have option -X. I think it should be -n. 
  
  The text shown to user is here:
  
  msgid 
  You may wish to use the \lspci -X\ command to determine the bus location 
  
  of your PCI, AGP, or PCI-Express video card.
  
  It should be:
  
  msgid 
  You may wish to use the \lspci -n\ command to determine the bus location 
  
  of your PCI, AGP, or PCI-Express video card.
 
 Then it should prbably also mention that lspci -n prints hex numbers,
 but X takes decimal... from the pciutils changelog:
 
 Looks like it was used after all.

The X people assured me it wasn't being used.  I'm not reintroducing the
flag.  I don't understand why you'd want -n.

 Users of PowerPC machines, and users of any computer with multiple video
 devices, should specify the BusID of the video card in an accepted
 bus-specific format.
 .
 Examples:
 .
  ISA:1
  PCI:0:16:0
  SBUS:/[EMAIL PROTECTED],1000/[EMAIL PROTECTED],10001000/SUNW,[EMAIL 
PROTECTED],80
 .
 For users of multi-head setups, this option will configure only one of the
 heads.  Further configuration will have to be done manually in the X server
 configuration file, /etc/X11/xorg.conf.
 .
 The lspci command shows the bus location of your PCI, AGP, or PCI-Express
 video card in hexadecimal, please note that it must be specified in decimal
 in the configuration file.
 .
 When possible, this question has been pre-answered for you and you should
 accept the default unless you know it doesn't work.

Or alternatively, you could include a little program that shows you all
your VGA cards.  Something like this:

#!/usr/bin/perl

require shellwords.pl;

while () {
  @line = shellwords($_);
  next unless $line[1] =~ /VGA/;
  ($bus,$dev,$fn) = ($line[0] =~ /^(\S+):(\S+).(\d)/);
  $bus = hex($bus);
  $dev = hex($dev);
  print PCI:$bus:$dev:$fn ($line[2] $line[3])\n;
}

Normally, you'd invoke it like this:
$ lspci -m | ./Xlspci
PCI:1:0:0 (nVidia Corporation NV17 [GeForce4 420 Go 32M])

But for the sake of testing ...

$ echo -e '01:1f.7 VGA compatible controller nVidia Corporation NV17 
[GeForce4 420 Go 32M] -ra3 Hewlett-Packard Company tc1100 tablet\nff:10.5 
VGA compatible controller nVidiot Corporation NV17 [GeForce4 420 Go 32M] 
-ra3 Hewlett-Packard Company tc1100 tablet' | ./Xlspci
PCI:1:31:7 (nVidia Corporation NV17 [GeForce4 420 Go 32M])
PCI:255:16:5 (nVidiot Corporation NV17 [GeForce4 420 Go 32M])

(If you prefer not to pipe data at it, this also works:

#!/usr/bin/perl

require shellwords.pl;

open F, lspci -m| || die Could not execute lspci;

while (F) {
  @line = shellwords($_);
  next unless $line[1] =~ /VGA/;
  ($bus,$dev,$fn) = ($line[0] =~ /^(\S+):(\S+)\.(\d)/);
  $bus = hex($bus);
  $dev = hex($dev);
  print PCI:$bus:$dev:$fn ($line[2] $line[3])\n;
}

But I prefer to be able to test it).

The advanced hacker might want to extend this to support PCI domains
(hint, use lspci -mD to see domain numbers), but I don't know what the
X syntax is for specifying domains.  And we could do with a bit more
error checking ... but I think you see the idea.


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

Bug#369956: Radeon RC410 / Xpress 200 broken

[Matthew Wilcox]

Package: xserver-xorg
Version: 6.9.0.dfsg.1-6

I just bought myself a new motherboard (lspci output below) and tried
installing the 20060528 d-i snapshot on it.  Unfortunately, X doesn't
start correctly.  The screen has thin horizontal lines on it and the
mouse pointer is a block of gibberish a centimetre or two in width.
I'm attaching the Xorg.0.log and the xorg.conf (very boring, as created
by debian-installer).  Let me know if there's any more info that would
be useful.  I could take a picture of the display corruption if that'd
be helpful.  Also, when I switch back to text mode after starting X, it
has turned the text display into character-sized blocks of coloured,
sometimes flashing gibberish.

00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5a33 (rev 01)
00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:19.0 PCI bridge: ALi Corporation M5249 HTT to PCI Bridge
00:1b.0 Ethernet controller: ALi Corporation M5263 Ethernet Controller (rev 50)
00:1c.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:1c.1 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:1c.2 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:1c.3 USB Controller: ALi Corporation USB 2.0 Controller (rev 01)
00:1e.0 ISA bridge: ALi Corporation PCI to LPC Controller (rev 31)
00:1e.1 Bridge: ALi Corporation M7101 Power Management Controller [PMU]
00:1f.0 IDE interface: ALi Corporation M5229 IDE (rev c7)
01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 
200]
02:13.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller 
(rev 46)
02:14.0 PCI bridge: Hint Corp HB6 Universal PCI-PCI bridge (non-transparent 
mode) (rev 11)
03:08.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) 
MPEG-2 Encoder (rev 01)
03:09.0 Multimedia video controller: Internext Compression Inc iTVC16 (CX23416) 
MPEG-2 Encoder (rev 01)


# 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 xorg.conf manual page.
# (Type man 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 commands as root:
#
#   cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom
#   md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum
#   dpkg-reconfigure xserver-xorg

Section Files
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section Module
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadevdev
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc104
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section Device
Identifier  ATI Technologies, Inc. Radeon Xpress 200 (RC410)
Driver  ati
BusID   PCI:1:5:0
EndSection

Section Monitor
Identifier  Generic Monitor
Option  DPMS
HorizSync   30-75
VertRefresh 50-85
EndSection

Section Screen
Identifier  Default Screen
Device  ATI Technologies, Inc. Radeon Xpress 200 (RC410)
Monitor Generic Monitor
DefaultDepth24
SubSection Display
Depth   1
Modes   1600x1200 1280x1024 640x480
EndSubSection
SubSection Display
Depth   4
Modes   1600x1200 1280x1024 640x480
EndSubSection
SubSection Display

Bug#255270: xfree86: libglide3 has now ia64 and amd64 support

[Matthew Wilcox]

On Sat, Jul 17, 2004 at 05:43:06AM +0200, Guillem Jover wrote:
 Could someone with an amd64, ia64 or alpha (I'll take care of i386)
 and a 3Dfx card with any of the following chipsets:
 
   Voodoo Banshee, Voodoo 3, Voodoo 4 or Voodoo 5

I don't *think* you're going to get any takers on ia64.  I think the
workstations have all shipped with ATI or NVidia cards to date.

-- 
Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception. -- Mark Twain

Bug#220814: X 4.3 FTBFS on hppa

[Matthew Wilcox]

Package: xserver-xfree86
Version: 4.3.0-0pre1v4
Severity: serious
Tags: experimental
X-Debbugs-CC: [EMAIL PROTECTED]

Branden, I initially thought this was an hppa problem.  It's not, it's
a kernel-headers problem.  I suspect it will also affect unstable,
but I'm not sure.

gcc -c -g -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes \
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls \
-Wnested-externs -Wundef \
-I../../../../../../programs/Xserver/hw/xfree86/common \
-I../../../../../../programs/Xserver/hw/xfree86/os-support \
-I. -I../../../../../../programs/Xserver/include \
-I../../../../../../exports/include/X11 \
-I../../../../../../include/extensions \
-I../../../../../../programs/Xserver/hw/xfree86/os-support/shared \
-I../../../../../../programs/Xserver/mi \
-I../../../../../.. -I../../../../../../exports/include   -Dlinux \
-D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE \
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB \
-DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension \
-DPIXPRIV -DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT \
-DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension -DXFree86Server \
-DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG \
-DXResExtension -DX_BYTE_ORDER=X_BIG_ENDIAN -DNDEBUG -DFUNCPROTO=15 \
-DNARROWPROTO-DUSESTDRES -DHAVE_SYSV_IPC   lnx_io.c
lnx_io.c: In function `KDKBDREP_ioctl_ok':
lnx_io.c:90: error: structure has no member named `rate'
lnx_io.c:98: error: structure has no member named `rate'
lnx_io.c:100: error: structure has no member named `rate'
lnx_io.c:101: error: structure has no member named `rate'
lnx_io.c:102: error: structure has no member named `rate'
make[8]: *** [lnx_io.o] Error 1
make[8]: Leaving directory 
`/home/willy/xfree86/xfree86-4.3.0/build-tree/xc/programs/Xserver/hw/xfree86/os-support/linux'

line 90 is:kbdrep_s.rate = -1;
which is:struct kbd_repeat kbdrep_s;
which comes from /usr/include/linux/kd.h,
which has the rather helpful comment:

struct kbd_repeat {
int delay;  /* in msec; = 0: don't change */
int period; /* in msec; = 0: don't change */
/* earlier this field was misnamed rate */
};

Shazam.  It's not hppa, it's the wonderful new linux-kernel-headers
package.  Which come from 2.6 ... where Andries Brouwer commited this
patch 14 months ago:

--- 1.3/include/linux/kd.h  Sun May  5 21:11:34 2002
+++ 1.4/include/linux/kd.h  Fri Oct 11 03:02:14 2002
@@ -134,7 +134,8 @@
 
 struct kbd_repeat {
int delay;  /* in msec; = 0: don't change */
-   int rate;   /* in msec; = 0: don't change */
+   int period; /* in msec; = 0: don't change */
+   /* earlier this field was misnamed rate */
 };
 
 #define KDKBDREP0x4B52  /* set keyboard delay/repeat rate;

Andries, care to explain why you broke XFree86?

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#218630: [PATCH] fix dh_installwm manpages

[Matthew Wilcox]

On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote:
 On Fri, Nov 07, 2003 at 03:55:15PM +, Matthew Wilcox wrote:
  --- /usr/share/debhelper/autoscripts/postinst-wm2003-07-28 
  15:25:17.0 -0400
  +++ postinst-wm 2003-11-07 09:21:57.0 -0500
  @@ -1,4 +1,6 @@
   if [ $1 = configure ]; then
  update-alternatives --install /usr/bin/x-window-manager \
  -   x-window-manager #WM# #PRIORITY#
  +   x-window-manager #WM# #PRIORITY# \
  +   --slave /usr/share/man/man1/x-window-manager.1.gz \
  +   x-window-manager.1.gz #MANPAGE#
   fi
 
 There may actually be a problem with installing alternatives to
 manpages.
 
 See URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=218630 .
 
 I don't know what to do about this yet.

I don't understand the problem ;-)

Why does man choose to display x-terminal-emulator(1) when I
ask it for xterm?  It happens on my system (and I also have
x-terminal-emulator pointing to uxterm).  From an strace, I see
man opening /var/cache/man/index.db and then choosing to open
/usr/share/man/man1/x-terminal-emulator.1.gz

But according to man(1), specifying -u should cause this database to be
updated if it no longer represents the filesystem.  This doesn't help
though (man xterm still brings up x-terminal-emulator).  I'm confused.

In any event, I can't produce an analagous problem with lwm/twm.
man lwm brings up the lwm(1x) manapge, man twm brings up the twm(1x)
manpage and man x-window-manager brings up lwm(1x).  update-alternatives
does the correct thing (lwm and twm still come up appropriately and
x-window-manager now brings up twm(1x)).

It almost looks as if man has some special knowledge that xterm really
should mean x-terminal-emulator, which is quite ridiculous.  Is there
perhaps some configuration or manpage directive I've overlooked?

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#218630: [PATCH] fix dh_installwm manpages

[Matthew Wilcox]

On Sun, Nov 09, 2003 at 05:59:33PM +, Colin Watson wrote:
  On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote:
   There may actually be a problem with installing alternatives to
   manpages.
 
 No, I shouldn't think so. Something has gone stupid in man's database or
 its handling of that database, I think, which is very likely a bug.
 Indeed, I don't think it should be touching the database at all here.
 
 Could somebody who can reproduce this bug (not me at the moment) please
 (a) run 'man -d xterm' and (b) run 'accessdb | egrep
 (xterm|x-terminal-emulator)'? Thanks.

Certainly.  I shall send it to you separately to not burden all these
good people with it.

 This is also bug #204249, which I unfortunately hadn't had time to look
 at until now, so I'm extending the already long Cc: list to include
 that.

OK.  I shall trim the CC list to eliminate the people whose interest is
in debhelper, not man ;-)

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#208609: xspecs: Please include XKB

[Matthew Wilcox]

Package: xspecs
Version: 4.2.1-10
Severity: wishlist

Please include the XKB spec in the xspecs package.  I wanted to refer to
it today and had to go search for it on the web.  I presume the right
file to copy would be doc/hardcopy/XKB/XKBlib.ps.gz

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk



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

Bug#208609: xspecs: Please include XKB

[Matthew Wilcox]

Package: xspecs
Version: 4.2.1-10
Severity: wishlist

Please include the XKB spec in the xspecs package.  I wanted to refer to
it today and had to go search for it on the web.  I presume the right
file to copy would be doc/hardcopy/XKB/XKBlib.ps.gz

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#206929: Module loader broken on ia64

[Matthew Wilcox]

On Sun, Aug 24, 2003 at 07:54:52PM -0500, Branden Robinson wrote:
 Okay.  Thanks a lot!

So...

I edited the 'loaderdiff' to apply cleanly to 4.2.1 and added relocation
79.  This makes the server start up cleanly.  However, it doesn't
actually *work* -- things head south after Radeon decides to load int10.
4.3 actually does work, at least well enough for my tastes.  Given that,
I don't have too much enthusiasm for trying to debug 4.2.1 further.

In case anybody else does, I've uploaded the patch to
http://people.debian.org/~willy/xfree86/454_ia64_relocation_types_79_134_and_135.diff

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#206929: Module loader broken on ia64

[Matthew Wilcox]

On Sun, Aug 24, 2003 at 03:13:12PM -0500, Branden Robinson wrote:
  FWIW, DanielS sent me a patch
  http://www.trinity.unimelb.edu.au/~dstone/loaderdiff which, when applied
  to 4.3.0-0pre1v1 cures this problem.  I don't know whether it would apply to
  4.2.1, but I can try that if you like.
 
 Please do.  I'd like to go ahead and fix this in sid/sarge if possible.

Doesn't apply cleanly, but I was able to hand-edit the diff .. it's
building now, we'll see what happens.

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk



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

Bug#206929: Module loader broken on ia64

[Matthew Wilcox]

severity 206929 serious
tag 206929 - experimental
thanks

On Sun, Aug 24, 2003 at 12:37:11AM -0500, Branden Robinson wrote:
 Sarge was in no danger of releasing with this bug.  1) I knew about it
 (see debian/TODO[1]); 2) XFree86 4.3.0 is not yet on a path that will
 take it to testing.

Yes, but the problem exists in 4.2.1 too, so I felt it merited
release-critical severity.

FWIW, DanielS sent me a patch
http://www.trinity.unimelb.edu.au/~dstone/loaderdiff which, when applied
to 4.3.0-0pre1v1 cures this problem.  I don't know whether it would apply to
4.2.1, but I can try that if you like.

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#206929: Module loader broken on ia64

[Matthew Wilcox]

On Sun, Aug 24, 2003 at 03:13:12PM -0500, Branden Robinson wrote:
  FWIW, DanielS sent me a patch
  http://www.trinity.unimelb.edu.au/~dstone/loaderdiff which, when applied
  to 4.3.0-0pre1v1 cures this problem.  I don't know whether it would apply to
  4.2.1, but I can try that if you like.
 
 Please do.  I'd like to go ahead and fix this in sid/sarge if possible.

Doesn't apply cleanly, but I was able to hand-edit the diff .. it's
building now, we'll see what happens.

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#206929: Module loader broken on ia64

[Matthew Wilcox]

Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Architecture: ia64
Severity: serious

Duraid already reported this to debian-x, but it needs a bug filed
so we don't release Sarge without fixing it.

When typing startx, the server spews tons of:

Elf_RelocateEntry() Unsupported relocation type 135
Elf_RelocateEntry() Unsupported relocation type 134

Duraid said that a self-compiled X 4.3.99 did not have this problem
and DanielS commented that some module loader changes needed backporting
from head.

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Bug#205642: Vaio i810 not working with 4.2.1-9

[Matthew Wilcox]

Package: xfree86
Version: 4.2.1-9

I had this PCG-R505GL working with a custom-compiled 4.2.1-6.1 which
had the i830-1mb-stolen-hack.diff patch applied to it (google for it
if you don't know what it is, it comes up as the top result).  4.2.1-9
already includes a patch from upstream which claims to be solving the
same problem.  In any event, it prevents that patch from applying,
so I'm not tempted to try a 4.2.1-9.1.  Suggestions?

--- XFree86.0.log ---

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.2.1.1 (Debian 4.2.1-9 20030630175526 [EMAIL PROTECTED]) / X Window 
System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 18 October 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.21-rc1-ac1-cryptoloop i686 [ELF] 
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/XFree86.0.log, Time: Fri Aug 15 17:24:19 2003
(==) Using config file: /etc/X11/XF86Config-4
(==) 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
(**) |--Input Device Generic Mouse
(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/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/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
(++) using VT number 7

(WW) Open APM failed (/dev/apm_bios) (No such device)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: bitmap
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor=The XFree86 Project
compiled for 4.2.1.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.3
(II) Loading font Bitmap
(II) LoadModule: pcidata
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor=The XFree86 Project
compiled for 4.2.1.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,3575 card 104d,8100 rev 04 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,3577 card 104d,8100 rev 04 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,3577 card 104d,8100 rev 00 class 03,80,00 hdr 80
(II) PCI: 00:1d:0: chip 8086,2482 card 104d,8100 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,2484 card 104d,8100 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,2487 card 104d,8100 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,248a card 104d,8100 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:3: chip 8086,2483 card 104d,8100 rev 02 class 0c,05,00 hdr 00
(II) PCI: 00:1f:5: chip 8086,2485 card 104d,8100 rev 02 class 04,01,00 hdr 00
(II) PCI: 00:1f:6: chip 8086,2486 card 104d,8100 rev 02 class 07,03,00 hdr 00
(II) PCI: 02:02:0: chip 104c,8023 card 104d,8100 rev 00 class 0c,00,10 hdr 00
(II) PCI: 02:05:0: chip 1180,0475 card 4000, rev 80 class 06,07,00 hdr 02
(II) PCI: 02:08:0: chip 8086,1031 card 104d,8100 rev 42 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) LoadModule: scanpci
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor=The XFree86 Project
compiled for 4.2.1.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) UnloadModule: scanpci
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(II) Host-to-PCI bridge:
(II) PCI-to-ISA bridge:
(II) PCI-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), 

Bug#205642: Vaio i810 not working with 4.2.1-9

[Matthew Wilcox]

Package: xfree86
Version: 4.2.1-9

I had this PCG-R505GL working with a custom-compiled 4.2.1-6.1 which
had the i830-1mb-stolen-hack.diff patch applied to it (google for it
if you don't know what it is, it comes up as the top result).  4.2.1-9
already includes a patch from upstream which claims to be solving the
same problem.  In any event, it prevents that patch from applying,
so I'm not tempted to try a 4.2.1-9.1.  Suggestions?

--- XFree86.0.log ---

This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs)

XFree86 Version 4.2.1.1 (Debian 4.2.1-9 20030630175526 [EMAIL PROTECTED]) / X 
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 18 October 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/)
Build Operating System: Linux 2.4.21-rc1-ac1-cryptoloop i686 [ELF] 
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/XFree86.0.log, Time: Fri Aug 15 17:24:19 2003
(==) Using config file: /etc/X11/XF86Config-4
(==) 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
(**) |--Input Device Generic Mouse
(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/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/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
(++) using VT number 7

(WW) Open APM failed (/dev/apm_bios) (No such device)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.5
XFree86 XInput driver : 0.3
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.3
(II) Loader running on linux
(II) LoadModule: bitmap
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor=The XFree86 Project
compiled for 4.2.1.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.3
(II) Loading font Bitmap
(II) LoadModule: pcidata
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor=The XFree86 Project
compiled for 4.2.1.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,3575 card 104d,8100 rev 04 class 06,00,00 hdr 00
(II) PCI: 00:02:0: chip 8086,3577 card 104d,8100 rev 04 class 03,00,00 hdr 80
(II) PCI: 00:02:1: chip 8086,3577 card 104d,8100 rev 00 class 03,80,00 hdr 80
(II) PCI: 00:1d:0: chip 8086,2482 card 104d,8100 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,2484 card 104d,8100 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,2487 card 104d,8100 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,248a card 104d,8100 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:3: chip 8086,2483 card 104d,8100 rev 02 class 0c,05,00 hdr 00
(II) PCI: 00:1f:5: chip 8086,2485 card 104d,8100 rev 02 class 04,01,00 hdr 00
(II) PCI: 00:1f:6: chip 8086,2486 card 104d,8100 rev 02 class 07,03,00 hdr 00
(II) PCI: 02:02:0: chip 104c,8023 card 104d,8100 rev 00 class 0c,00,10 hdr 00
(II) PCI: 02:05:0: chip 1180,0475 card 4000, rev 80 class 06,07,00 hdr 02
(II) PCI: 02:08:0: chip 8086,1031 card 104d,8100 rev 42 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) LoadModule: scanpci
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor=The XFree86 Project
compiled for 4.2.1.1, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.5
(II) UnloadModule: scanpci
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(II) Host-to-PCI bridge:
(II) PCI-to-ISA bridge:
(II) PCI-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), 

Re: Problem with Sony Vaio PCG-R505GL

[Matthew Wilcox]

I wrote:
 X doesn't work on this laptop.  I've tried the Debian 4.2.1-6 packages,
 Daniel Stone's 4.3.0-0ds4 packages and 4.2.1-6 plus the patch found at
 http://www.cse.unsw.edu.au/~chak/linux/c400.html#xfree86

This problem is now solved.  I upgraded the kernel from the 2.4.18-bf2.4
that was installed by Debian to a homegrown 2.4.21-rc2 kernel.  Then my
4.2.1-6.1 X packages work fine.  Probably worth noting for the next time
someone has this problem.  Rumour has it X 4.3 should work out of the box,
but I haven't tested that yet.

-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk

Problem with Sony Vaio PCG-R505GL

[Matthew Wilcox]

X doesn't work on this laptop.  I've tried the Debian 4.2.1-6 packages,
Daniel Stone's 4.3.0-0ds4 packages and 4.2.1-6 plus the patch found at
http://www.cse.unsw.edu.au/~chak/linux/c400.html#xfree86

There's a couple of successful reports on linux-on-laptops.com, but
obviously I don't want to switch to GenToo :-P

I'm attaching the XF86Config file and the XFree86.0.log file produced
by 4.2.1-6 plus the patch.  Any other info you might want?

Here's an lspci:

00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 04)
00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics 
Controller] (rev 04)
00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics Controller]
00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02)
00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio (rev 
02)
00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem (rev 02)
02:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 
Controller (PHY/Link)
02:05.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 80)
02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) 
Ethernet Controller (rev 42)


-- 
It's not Hollywood.  War is real, war is primarily not about defeat or
victory, it is about death.  I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject? -- Robert Fisk
### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type man XF86Config-4 at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the ### BEGIN DEBCONF SECTION line above, and/or after the
# ### END DEBCONF SECTION line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz.

Section Files
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section Module
LoadGLcore
Loadbitmap
Loaddbe
Loadddc
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xfree86
Option  XkbModel  pc104
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/psaux
Option  Protocol  PS/2
Option  ZAxisMapping  4 5
EndSection

Section InputDevice
Identifier  Generic Mouse
Driver  mouse
Option  SendCoreEventstrue
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  ZAxisMapping  4 5
EndSection

Section Device
Identifier  Generic Video Card
Driver  i810
VideoRam8192
Option  UseFBDev  true
EndSection

Section Monitor
Identifier  Generic Monitor
HorizSync   28-50
VertRefresh 43-75
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  Generic Video Card
Monitor Generic Monitor
DefaultDepth24
SubSection Display
Depth   1
Modes   1280x1024 1152x864 1024x768 800x600
EndSubSection
SubSection Display
Depth   4
Modes   1280x1024 

Bug#170507: xfree86: FTBFS on hppa: 'SHMBLA' undeclared

[Matthew Wilcox]

On Sun, Nov 24, 2002 at 09:12:40PM +0900, ISHIKAWA Mutsumi wrote:
  SHMLBA is defined in /usr/include/bits/shm.h as:
 
 /* Segment low boundary address multiple.  */
 #define SHMLBA  (__getpagesize ())
 extern int __getpagesize (void) __THROW __attribute__ ((__const__));
 
  But on hppa these defines are missing.
  I can not find these defines anywhere on the hppa environment.
 
  Is this glibc's bug on hppa environment?

Yes.  It should be:

include/asm-parisc/shmparam.h:#define SHMLBA 0x0040   /* attach addr needs to be 4 
Mb aligned */

-- 
Revolutions do not require corporate support.



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

Bug#170507: xfree86: FTBFS on hppa: 'SHMBLA' undeclared

[Matthew Wilcox]

On Sun, Nov 24, 2002 at 09:12:40PM +0900, ISHIKAWA Mutsumi wrote:
  SHMLBA is defined in /usr/include/bits/shm.h as:
 
 /* Segment low boundary address multiple.  */
 #define SHMLBA  (__getpagesize ())
 extern int __getpagesize (void) __THROW __attribute__ ((__const__));
 
  But on hppa these defines are missing.
  I can not find these defines anywhere on the hppa environment.
 
  Is this glibc's bug on hppa environment?

Yes.  It should be:

include/asm-parisc/shmparam.h:#define SHMLBA 0x0040   /* attach addr needs 
to be 4 Mb aligned */

-- 
Revolutions do not require corporate support.

Re: a small C program to test xdm's /dev/mem reading on your architecture

[Matthew Wilcox]

On Mon, Aug 26, 2002 at 09:06:00AM -0400, Carlos O'Donell wrote:
 Done. I've submitted the output for HPPA boxes running 32 and 64-bit
 kernels. Looks like they pass without any problem. I'll pass on the 

yes, but it may well crash them.  some parts of /dev/mem map random IO
addresses which may not take kindly to being read in an unprovoked manner.

-- 
Revolutions do not require corporate support.

Re: a small C program to test xdm's /dev/mem reading on your architecture

[Matthew Wilcox]

On Mon, Aug 26, 2002 at 09:10:54PM +0200, Marcus Brinkmann wrote:
 Also, reading /dev/mem doesn't sound very secure at all (even if it works)
 because the patterns in the memory of a computer are probably predictable
 and a lot of information can be observed from the outside (which processes
 are running etc).

why do you assume that xdm uses the raw result from /dev/mem?  running,
say, md5 over the results would give you something as close to random
as i doubt you could find a difference.

-- 
Revolutions do not require corporate support.

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

[Matthew Wilcox]

On Thu, Aug 08, 2002 at 05:41:37PM +0900, ISHIKAWA Mutsumi wrote:
  Of cause yes :-)
  I'm building it on my hppa box (but my hppa box 735/125 is old and
 slow, please wait a few hours...)

yikes -- you could build on paer.debian.org which is an A500 and should
give sustantially faster compile times!

-- 
Revolutions do not require corporate support.

Re: another PIC issue

[Matthew Wilcox]

On Wed, Aug 15, 2001 at 05:13:34PM -0600, Bdale Garbee wrote:
 The glapi.o stuff seems to be coming from the xlibmesa-dev and xlibmesa3,
 pulled in by qt-x11's build dependency 
 
   xlibmesa-dev (= 4.1.0-0) | libgl-dev
 
 I assume this is another case of some non-PIC code getting into a shared
 library?

Yes, but in an interestingly different way.

$ ls /usr/X11R6/lib/*GL*
/usr/X11R6/lib/libGL.a   /usr/X11R6/lib/libGLU.so.1
/usr/X11R6/lib/libGL.so.1/usr/X11R6/lib/libGLU.so.1.3
/usr/X11R6/lib/libGL.so.1.2  /usr/X11R6/lib/libGLw.a
/usr/X11R6/lib/libGLU.a

The .so is missing.  So the linker links in the .a instead (it doesn't
know anything about this .so.1 idea), and we go phut.

 I don't understand enough about the details of this problem to file an 
 intelligent bug report.  Would someone who does please pick up the ball on 
 this and get the right things fixed?  I'd be happy to provide build logs and
 so forth if needed.

Can do.

-- 
Revolutions do not require corporate support.

Re: another PIC issue

[Matthew Wilcox]

On Thu, Aug 16, 2001 at 06:23:13PM +0100, Matthew Wilcox wrote:
 Can do.

Already reported -- twice -- as 107645 and 107740.  Branden has downgraded
these reports to `important', which I believe to be incorrect since it
breaks other packages, but I'm in no mood for a bug severity penis-size
war.  Branden, do you have an ETA to fix?

-- 
Revolutions do not require corporate support.