RE: 440MX Support for linux
=?iso-8859-1?Q?S=E9bastien_Bernard?= (bernarbs@club-internet.fr)
Mon, 10 Apr 2000 23:39:14 +0200
This is a multi-part message in MIME format.
------=_NextPart_000_0005_01BFA345.FB2A7D80
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_0006_01BFA345.FB2A7D80"
------=_NextPart_001_0006_01BFA345.FB2A7D80
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
HI, thanks for your reply.
I included with this mail the output of the laptop :
lspci.output is the result of the lspci command.
dmesg.output is ... well you know what :)
1) The current annoying symptoms are about the APM module.
If I let a only chance to the kernel to call the BIOS for Power =
managment, it lock rock solid.
For now, the only possibility for me to use this laptop, is to plus the =
power cable in the machine
and leave it there (no quite praticable for a laptop, I guess).
2) I tried to test the ACPI : the kernel stops after printing the first =
entry found in the table (which is not FACP).
I think we need some magic to make this chipset works correctly.
3) By the way as you can see in the dmesg output, the IDE works =
correctly despite the facts it says it's unkown.
(I think it's because I enabled the generic IDE option).
The only problem is when probing the partition table : it pauses for a =
few seconds then says lost interrupt goes on without problems.
Any clues ?
Seb
------=_NextPart_001_0006_01BFA345.FB2A7D80
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
HI, thanks for your reply.
I included with this mail the output of the laptop=20
:
lspci.output is the result of the lspci =
command.
dmesg.output is ... well you know what =
:)
1) The current annoying symptoms are about the =
APM=20
module.
If I let a only chance to the kernel to call the =
BIOS for=20
Power managment, it lock rock solid.
For now, the only possibility for me to use this =
laptop, is to=20
plus the power cable in the machine
and leave it there (no quite praticable for a =
laptop, I=20
guess).
2) I tried to test the ACPI : the kernel stops after =
printing=20
the first entry found in the table (which is not FACP).
I think we need some magic to make this chipset =
works=20
correctly.
3) By the way as you can see in the dmesg output, =
the IDE=20
works correctly despite the facts it says it's unkown.
(I think it's because I enabled the generic IDE=20
option).
The only problem is when probing the partition table =
: it=20
pauses for a few seconds then says lost interrupt goes on without=20
problems.
Any clues ?
Seb
------=_NextPart_001_0006_01BFA345.FB2A7D80--
------=_NextPart_000_0005_01BFA345.FB2A7D80
Content-Type: application/octet-stream;
name="lspci.output"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="lspci.output"
00:00.0 Host bridge: Intel Corporation: Unknown device 7194 (rev 01)=0A=
00:02.0 VGA compatible controller: Neomagic Corporation NM2160 =
[MagicGraph 128XD] (rev 01)=0A=
00:04.0 Multimedia audio controller: ESS Technology ES1969 Solo-1 =
Audiodrive (rev 02)=0A=
00:06.0 Ethernet controller: Digital Equipment Corporation DECchip =
21142/43 (rev 41)=0A=
00:07.0 ISA bridge: Intel Corporation: Unknown device 7198 (rev 01)=0A=
00:07.1 IDE interface: Intel Corporation: Unknown device 7199=0A=
00:07.2 USB Controller: Intel Corporation: Unknown device 719a=0A=
00:07.3 Bridge: Intel Corporation: Unknown device 719b=0A=
00:0a.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)=0A=
00:0a.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)=0A=
------=_NextPart_000_0005_01BFA345.FB2A7D80
Content-Type: application/octet-stream;
name="dmesg.output"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
filename="dmesg.output"
Linux version 2.3.99-pre3 (root@wanda.be.cegetel.fr) (gcc version 2.95.3 =
19991030 (prerelease)) #7 Thu Apr 6 23:45:53 CEST 2000=0A=
e820: 0009f800 @ 00000000 (usable)=0A=
e820: 00000800 @ 0009f800 (reserved)=0A=
e820: 00014c00 @ 000eb400 (reserved)=0A=
e820: 03ef0000 @ 00100000 (usable)=0A=
e820: 0000fc00 @ 03ff0000 (ACPI data)=0A=
e820: 00000400 @ 03fffc00 (ACPI NVS)=0A=
e820: 00080000 @ fff80000 (reserved)=0A=
On node 0 totalpages: 16368=0A=
zone(0): 4096 pages.=0A=
zone(1): 12272 pages.=0A=
zone(2): 0 pages.=0A=
Initializing CPU#0=0A=
Detected 400915877 Hz processor.=0A=
Console: colour dummy device 80x25=0A=
Calibrating delay loop... 799.54 BogoMIPS=0A=
Memory: 62032k/65472k available (1182k kernel code, 3052k reserved, 80k =
data, 164k init, 0k highmem)=0A=
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)=0A=
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)=0A=
VFS: Diskquotas version dquot_6.4.0 initialized=0A=
CPU: Intel Mobile Pentium II stepping 0d=0A=
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.=0A=
Checking 'hlt' instruction... OK.=0A=
POSIX conformance testing by UNIFIX=0A=
mtrr: v1.36 (20000221) Richard Gooch (rgooch@atnf.csiro.au)=0A=
PCI: PCI BIOS revision 2.10 entry at 0xfdbf5=0A=
PCI: Using configuration type 1=0A=
PCI: Probing PCI hardware=0A=
PCI: Interrupt Routing Table found at 0xc00fdf70 [router type 8086/122e]=0A=
Linux NET4.0 for Linux 2.3=0A=
Based upon Swansea University Computer Society NET3.039=0A=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.=0A=
NET4: Linux TCP/IP 1.0 for NET4.0=0A=
IP Protocols: ICMP, UDP, TCP=0A=
IP: routing cache hash table of 512 buckets, 4Kbytes=0A=
TCP: Hash tables configured (established 4096 bind 4096)=0A=
Initializing RT netlink socket=0A=
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13)=0A=
Starting kswapd v1.6=0A=
vesafb: framebuffer at 0xfd000000, mapped to 0xc4800000, size 1984k=0A=
vesafb: mode is 1024x768x16, linelength=3D2048, pages=3D0=0A=
vesafb: protected mode interface info at c000:8dc0=0A=
vesafb: scrolling: redraw=0A=
vesafb: directcolor: size=3D0:5:6:5, shift=3D0:11:5:0=0A=
Console: switching to colour frame buffer device 128x48=0A=
fb0: VESA VGA frame buffer device=0A=
pty: 256 Unix98 ptys configured=0A=
Uniform Multi-Platform E-IDE driver Revision: 6.30=0A=
ide: Assuming 40MHz system bus speed for PIO modes; override with =
idebus=3Dxx=0A=
PCI_IDE: unknown IDE controller on PCI bus 00 device 39, VID=3D8086, =
DID=3D7199=0A=
PCI_IDE: not 100% native mode: will probe irqs later=0A=
ide0: BM-DMA at 0x1800-0x1807, BIOS settings: hda:DMA, hdb:DMA=0A=
ide1: BM-DMA at 0x1808-0x180f, BIOS settings: hdc:pio, hdd:pio=0A=
hda: IBM-DTCA-23240, ATA DISK drive=0A=
hdb: CD-224E, ATAPI CDROM drive=0A=
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14=0A=
hda: IBM-DTCA-23240, 3102MB w/468kB Cache, CHS=3D788/128/63, UDMA(33)=0A=
Partition check:=0A=
hda:hda: lost interrupt=0A=
hda1 hda3 < hda5 hda6 >=0A=
LVM version 0.8final by Heinz Mauelshagen (15/02/2000)=0A=
lvm -- Driver successfully initialized=0A=
Real Time Clock Driver v1.10b=0A=
Linux PCMCIA Card Services 3.1.11=0A=
options: [pci] [cardbus] [pm]=0A=
Adding cardbus controller 0: Texas Instruments PCI1225=0A=
Yenta IRQ list 0898, PCI irq10=0A=
Socket status: 30000006=0A=
Adding cardbus controller 1: Texas Instruments PCI1225 (#2)=0A=
Yenta IRQ list 0898, PCI irq10=0A=
Socket status: 30000010=0A=
Intel PCIC probe: not found.=0A=
Databook TCIC-2 PCMCIA probe: not found.=0A=
VFS: Mounted root (ext2 filesystem) readonly.=0A=
Freeing unused kernel memory: 164k freed=0A=
Adding Swap: 131064k swap-space (priority -1)=0A=
3c59x.c:v0.99H+lk1.0 Feb 9, 2000 The Linux Kernel Team =
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html=0A=
cs: IO port probe 0x1000-0x17ff: clean.=0A=
cs: IO port probe 0x0100-0x04ff: excluding 0x158-0x15f 0x2f8-0x2ff =
0x378-0x37f 0x3f8-0x3ff 0x4d0-0x4d7=0A=
cs: IO port probe 0x0a00-0x0aff: clean.=0A=
cs: memory probe 0xa0000000-0xa0ffffff: clean.=0A=
eth0: 3Com 3c589, io 0x300, irq 3, hw_addr 00:60:08:B3:3A:61=0A=
8K FIFO split 5:3 Rx:Tx, auto xcvr=0A=
eth0: flipped to 10baseT=0A=
eth0: flipped to 10baseT=0A=
------=_NextPart_000_0005_01BFA345.FB2A7D80--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/