lkml.org 
[lkml]   [2000]   [Sep]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectScreen corruption on startup 2.4.0-test7
    Hello all,

    I've seen this with earlier versions, starting on my old laptop, a
    Compaq Presario 1250. But I'm now in the interesting position that my
    only access to the machine is via ssh. This is what I saw when I
    booted:

    U
    LILO boot:
    Loading 2.4.0-test7..........
    Uncompr g L.L Ok, booting the k#ke

    The "U" is actually a flashing green U. And the hash mark is really a
    musical note character. It finished booting, but with no further
    display, and I can still see the above. There is no visible response
    to the keyboard.

    I had just figured out that the latest version of pcmcia-cs breaks the
    SuSE network scripts, so this is the first time I've successfully
    brought the machine up with network connectivity under a 2.4.0-test
    kernel.

    But I'm composing this e-mail while ssh'd into it. So I have a pretty
    good idea that the system is running well in every other respect.

    I looked through dmesg and can't say I saw anything unusual. I'll
    send it along with any other information you'd like. The screen may
    not be happy, but I'm not seeing any particular reason I can't leave
    the system like this indefinitely while attempting to sort this out.
    Just tell me what to do.

    --
    David Benfell
    benfell@greybeard95a.com
    ICQ 59438240 [e-mail first for access]
    ---
    There are no physicists in the hottest parts of hell, because the
    existence of a "hottest part" implies a temperature difference, and
    any marginally competent physicist would immediately use this to
    run a heat engine and make some other part of hell comfortably cool.
    This is obviously impossible.
    -- Richard Davisson

    [from fortune]


    Linux version 2.4.0-test7 (root@kindling) (gcc version 2.95.2 19991024 (release)) #2 Sat Sep 2 09:47:17 PDT 2000
    BIOS-provided physical RAM map:
    BIOS-e820: 000000000009f800 @ 0000000000000000 (usable)
    BIOS-e820: 0000000000000800 @ 000000000009f800 (reserved)
    BIOS-e820: 000000000000f400 @ 00000000000f0c00 (reserved)
    BIOS-e820: 0000000005f00000 @ 0000000000100000 (usable)
    BIOS-e820: 000000000000f400 @ 00000000ffff0c00 (reserved)
    Scan SMP from c0000000 for 1024 bytes.
    Scan SMP from c009fc00 for 1024 bytes.
    Scan SMP from c00f0000 for 65536 bytes.
    Scan SMP from c009f800 for 4096 bytes.
    On node 0 totalpages: 24576
    zone(0): 4096 pages.
    zone(1): 20480 pages.
    zone(2): 0 pages.
    mapped APIC to ffffe000 (01182000)
    Kernel command line: auto BOOT_IMAGE=2.4.0-test7 ro root=307
    Initializing CPU#0
    Detected 295201647 Hz processor.
    Calibrating delay loop... 588.19 BogoMIPS
    Memory: 94904k/98304k available (1005k kernel code, 3012k reserved, 90k data, 184k init, 0k highmem)
    Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes)
    Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
    Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
    Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
    CPU: L1 I Cache: 32K L1 D Cache: 32K (32 bytes/line)
    CPU: AMD-K6tm w/ multimedia extensions stepping 00
    Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
    Checking 'hlt' instruction... OK.
    POSIX conformance testing by UNIFIX
    PCI: PCI BIOS revision 2.10 entry at 0xfdb26, last bus=0
    PCI: Using configuration type 1
    PCI: Probing PCI hardware
    PCI: Using IRQ router OPTI [1045/c700] at 00:01.0
    Linux NET4.0 for Linux 2.4
    Based upon Swansea University Computer Society NET3.039
    NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
    NET4: Linux TCP/IP 1.0 for NET4.0
    IP Protocols: ICMP, UDP, TCP
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP: Hash tables configured (established 8192 bind 8192)
    IPv4 over IPv4 tunneling driver
    early initialization of device tunl0 is deferred
    GRE over IPv4 tunneling driver
    early initialization of device gre0 is deferred
    apm: BIOS version 1.2 Flags 0x03 (Driver version 1.13)
    Starting kswapd v1.7
    pty: 256 Unix98 ptys configured
    Uniform Multi-Platform E-IDE driver Revision: 6.31
    ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
    OPTI621X: IDE controller on PCI bus 00 dev a0
    OPTI621X: chipset revision 48
    OPTI621X: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xfcf0-0xfcf7, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0xfcf8-0xfcff, BIOS settings: hdc:DMA, hdd:pio
    hda: FUJITSU MHE2064AT, ATA DISK drive
    hdc: TOSHIBA CD-ROM XM-1802B, ATAPI CDROM drive
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    ide1 at 0x170-0x177,0x376 on irq 15
    hda: 12685680 sectors (6495 MB), CHS=839/240/63
    hdc: ATAPI 24X CD-ROM drive, 128kB Cache, DMA
    Uniform CD-ROM driver Revision: 3.11
    Partition check:
    hda: hda1 hda2 < hda5 hda6 hda7 >
    Floppy drive(s): fd0 is 1.44M
    FDC 0 is a post-1991 82077
    Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
    ttyS00 at 0x03f8 (irq = 4) is a 16550A
    Real Time Clock Driver v1.10c
    VFS: Mounted root (ext2 filesystem) readonly.
    Freeing unused kernel memory: 184k freed
    Warning: unable to open an initial console.
    Adding Swap: 136040k swap-space (priority -1)
    Linux PCMCIA Card Services 3.1.20
    kernel build: 2.4.0-test7 #2 Sat Sep 2 09:47:17 PDT 2000
    options: [pci] [cardbus] [apm]
    Intel PCIC probe: PCI: Assigned IRQ 11 for device 00:0a.0
    PCI: The same IRQ used for device 00:0a.1

    TI 1131 rev 01 PCI-to-CardBus at slot 00:0a, mem 0x10000000
    host opts [0]: [ring] [pci + serial irq] [pci irq 11] [lat 168/176] [bus 1/2]
    host opts [1]: [ring] [pci + serial irq] [pci irq 11] [lat 168/176] [bus 3/4]
    ISA irqs (scanned) = 3,4,5,7,9,12 PCI status changes
    cs: cb_alloc(bus 1): vendor 0x1011, device 0x0019
    cs: IO port probe 0x0c00-0x0cff: clean.
    cs: IO port probe 0x0800-0x08ff: excluding 0x800-0x807
    cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x330-0x337 0x378-0x37f 0x388-0x38f 0x3c0-0x3df 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7
    cs: IO port probe 0x0a00-0x0aff: clean.
    cs: cb_config(bus 1)
    fn 0 bar 1: io 0x280-0x2ff
    fn 0 bar 2: mem 0x600c0000-0x600c03ff
    fn 0 rom: mem 0x60080000-0x600bffff
    irq 11
    cs: cb_enable(bus 1)
    bridge io map 0 (flags 0x21): 0x280-0x2ff
    bridge mem map 0 (flags 0x1): 0x60080000-0x600c0fff
    tulip_attach(device 01:00.0)
    tulip.c:v0.91g-ppc 7/16/99 becker@cesdis.gsfc.nasa.gov (modified by danilo@cs.uni-magdeburg.de for XIRCOM CBE, fixed by Doug Ledford)
    eth0: Digital DS21143 Tulip rev 65 at 0x280, 00:10:7A:15:86:72, IRQ 11.
    eth0: EEPROM default media type Autosense.
    eth0: Index #0 - Media MII (#11) described by a 21142 MII PHY (3) block.
    eth0: MII transceiver #1 config 1000 status 7849 advertising 01e1.
    eth0: Setting full-duplex based on MII#1 link partner capability of 41e1.
    [unhandled content-type:application/pgp-signature]
    \
     
     \ /
      Last update: 2005-03-22 12:38    [W:0.033 / U:1.484 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site