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/