From root@infres.enst.fr  Mon Mar  6 10:51:39 2000
Return-Path: <root@infres.enst.fr>
Received: from ada.eu.org (marvin.enst.fr [137.194.161.2])
	by hub.freebsd.org (Postfix) with ESMTP id 6863C37BE7F
	for <FreeBSD-gnats-submit@freebsd.org>; Mon,  6 Mar 2000 10:51:37 -0800 (PST)
	(envelope-from root@infres.enst.fr)
Received: from antinea.enst.fr (antinea.enst.fr [137.194.160.145])
	by ada.eu.org (Postfix) with ESMTP id DD6AC19076
	for <FreeBSD-gnats-submit@freebsd.org>; Mon,  6 Mar 2000 19:50:57 +0100 (CET)
Received: by antinea.enst.fr (Postfix, from userid 0)
	id 0DF4A345; Mon,  6 Mar 2000 19:50:57 +0100 (CET)
Message-Id: <20000306185057.0DF4A345@antinea.enst.fr>
Date: Mon,  6 Mar 2000 19:50:57 +0100 (CET)
From: root@infres.enst.fr
Reply-To: root@infres.enst.fr
To: FreeBSD-gnats-submit@freebsd.org
Subject: Installation floppies hang up on Compaq Armada V300 laptop
X-Send-Pr-Version: 3.2

>Number:         17228
>Category:       i386
>Synopsis:       Installation floppies hang up on Compaq Armada V300 laptop
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar  6 11:00:01 PST 2000
>Closed-Date:    Sun Jul 22 11:28:54 PDT 2001
>Last-Modified:  Sun Jul 22 11:30:41 PDT 2001
>Originator:     Samuel Tardieu <sam@inf.enst.fr>
>Release:        FreeBSD 4.0-CURRENT i386
>Organization:
ENST
>Environment:

Compaq Armada V300 laptop. Here is the relevant dmesg info from Linux.
A 3CCFE575 Megahertz PCMCIA card was plugged in socket 0.

Detected 465576486 Hz processor.
Memory: 63164k/65472k available
CPU: Intel Celeron (Mendocino) stepping 0a
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
PCI: PCI BIOS revision 2.10 entry at 0xf0478
PCI: Using configuration type 1
vesafb: framebuffer at 0x40000000, mapped to 0xc4803000, size 4096k
vesafb: mode is 1024x768x24, linelength=3072, pages=0
vesafb: protected mode interface info at c000:5070
vesafb: scrolling: redraw
vesafb: directcolor: size=0:8:8:8, shift=0:16:8:0
Console: switching to colour frame buffer device 128x48
Detected PS/2 Mouse Port.
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS02 at 0x03e8 (irq = 4) is a 16550A
apm: BIOS version 1.2 Flags 0xf003 (Driver version 1.9)
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x2420-0x2427, BIOS settings: hda:DMA, hdb:pio
hda: IBM-DBCA-204860, ATA DISK drive
hdb: CD-224E, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: IBM-DBCA-204860, 4108MB w/420kB Cache, CHS=556/240/63, UDMA
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Partition check:
 hda: hda1 hda2 hda3 < hda5 hda6 >
VFS: Mounted root (ext2 filesystem) readonly.
maestro: version 0.13 time 11:47:19 Jan  9 2000
maestro: Configuring ESS Maestro 2E found at IO 0x2000 IRQ 11
maestro:  subvendor id: 0xb1120e11
maestro: AC97 Codec detected: v: 0x83847609 caps: 0x6940 pwr: 0xf
maestro: 1 channels configured.
Intel PCIC probe:
  TI 1225 PCI-to-CardBus at bus 0 slot 4, mem 0x41100000, 2 sockets
    host opts [0]: [pwr save] [pci + serial irq] [no pci irq] [lat 66/176] [bus
2/2]
    host opts [1]: [pwr save] [pci + serial irq] [no pci irq] [lat 66/176] [bus
3/3]
    ISA irqs (scanned) = 3,4,5,7,9,10,15 status change on irq 15
cs: cb_alloc(bus 2): vendor 0x10b7, device 0x5157
cs: IO port probe 0x1000-0x17ff: excluding 0x1000-0x10ff
cs: IO port probe 0x0200-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/v
ortex.html
cs: cb_config(bus 2)
  fn 0 bar 1: io 0x200-0x27f
  fn 0 bar 2: mem 0x60021000-0x6002107f
  fn 0 bar 3: mem 0x60020000-0x6002007f
  fn 0 rom: mem 0x60000000-0x6001ffff
cs: cb_enable(bus 2)
  bridge io map 0 (flags 0x21): 0x200-0x27f
  bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff
vortex_attach(bus 2, function 0, device 5157)
eth0: 3Com 3CCFE575 Cyclone CardBus at 0x200,  00:50:da:99:59:d4, IRQ 3
eth0: CardBus functions mapped 60020000->c4c60000
  8K byte-wide RAM 5:3 Rx:Tx split, MII interface.
  MII transceiver found at address 0, status 2809.
  Enabling bus-master transmits and whole-frame receives.

>Description:

I am able to boot with FreeBSD 3.4 boot disks, but I cannot boot the
laptop with -CURRENT kernels. The one found on releng3.freebsd.org and
the generic one built with yesterday's CVS sources will exhibit the
same bug:

  - the one from releng3.freebsd.org (kern.flp) will get stuck when probing
    devices (after asking the pccard information), with the HD led staying
    on

  - the one I built myself boots up to the point where it says: timeout on
    ATAPI devices or something like that (sorry, I had to restore my Windows
    tiny partition that I moved away for testing, I could not trash the Linux
    one, and I don't have the exact message anymore); it then tries to reset
    the device but will also stay stuck with the HD led on

In both configuration, I tried Pierre Beyssac's advice of removing any
CDRom so that the chances the CDR locks the machine have been decreased.
Also, it happens with and without the pccard.

>How-To-Repeat:

Use latest boot disks found on releng3.freebsd.org, dated 2000-02-28.

>Fix:

>Release-Note:
>Audit-Trail:

From: Kelly Yancey <kbyanc@posi.net>
To: root@infres.enst.fr
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: i386/17228: Installation floppies hang up on Compaq Armada V300
 laptop
Date: Mon, 6 Mar 2000 15:11:10 -0500 (EST)

 On Mon, 6 Mar 2000 root@infres.enst.fr wrote:
 
 > >Synopsis:       Installation floppies hang up on Compaq Armada V300 laptop
 > >Environment:
 > 
 > Compaq Armada V300 laptop. Here is the relevant dmesg info from Linux.
 > A 3CCFE575 Megahertz PCMCIA card was plugged in socket 0.
 > 
 
   I don't have an answer, but I might have some additional info to help
 debug the problem:
 
   I have an Armada 7400 laptop, which appears to be very similar to your
 V300 model, running -current just dandy. However, it is worth pointing out
 that the box is still running -current from 1/14/20. The drives appear to
 be similar, although not identical. I have not had any problems. I've
 include the dmesg output in case it helps identify what difference is
 causing your problem.
   I'll be updating the -current on that box sometime this week and I'll be
 sure to report back by success (or lack thereof) if this hasn't been
 resolved by then.
 
   Good luck,
 
   Kelly
 
 
 > PIIX4: IDE controller on PCI bus 00 dev 39
 > PIIX4: not 100% native mode: will probe irqs later
 >     ide0: BM-DMA at 0x2420-0x2427, BIOS settings: hda:DMA, hdb:pio
 > hda: IBM-DBCA-204860, ATA DISK drive
 > hdb: CD-224E, ATAPI CDROM drive
 > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
 > hda: IBM-DBCA-204860, 4108MB w/420kB Cache, CHS=556/240/63, UDMA
 
 ata-pci0: <Intel PIIX4 ATA-33 controller> port 0x2020-0x202f at device 7.1
 on pc
 i0
 ata-pci0: Busmastering DMA supported
 ata0 at 0x01f0 irq 14 on ata-pci0
 ad0: <IBM-DKLA-24320/KL4UA47A> ATA-4 disk at ata0 as master
 ad0: 4108MB (8415225 sectors), 8905 cyls, 15 heads, 63 S/T, 512 B/S
 ad0: 16 secs/int, 1 depth queue, UDMA33
 acd0: <UJDA150/1.02> CDROM drive at ata0 as slave
 acd0: read 4134KB/s (4134KB/s), 128KB buffer, WDMA2
 acd0: Reads: CD-R, CD-RW, CD-DA
 acd0: Audio: play, 256 volume levels
 acd0: Mechanism: ejectable tray
 acd0: Medium: no/blank disc inside, unlocked
 
 
 
 > >Description:
 > 
 > I am able to boot with FreeBSD 3.4 boot disks, but I cannot boot the
 > laptop with -CURRENT kernels. The one found on releng3.freebsd.org and
 > the generic one built with yesterday's CVS sources will exhibit the
 > same bug:
 > 
 >   - the one from releng3.freebsd.org (kern.flp) will get stuck when probing
 >     devices (after asking the pccard information), with the HD led staying
 >     on
 > 
 >   - the one I built myself boots up to the point where it says: timeout on
 >     ATAPI devices or something like that (sorry, I had to restore my Windows
 >     tiny partition that I moved away for testing, I could not trash the Linux
 >     one, and I don't have the exact message anymore); it then tries to reset
 >     the device but will also stay stuck with the HD led on
 > 
 > In both configuration, I tried Pierre Beyssac's advice of removing any
 > CDRom so that the chances the CDR locks the machine have been decreased.
 > Also, it happens with and without the pccard.
 > 
 
 --
 Kelly Yancey  -  kbyanc@posi.net  -  Richmond, VA
 Analyst / E-business Development, Bell Industries  http://www.bellind.com/
 Maintainer, BSD Driver Database       http://www.posi.net/freebsd/drivers/
 Coordinator, Team FreeBSD        http://www.posi.net/freebsd/Team-FreeBSD/
 
 

From: Sheldon Hearn <sheldonh@uunet.co.za>
To: root@infres.enst.fr
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: i386/17228: Installation floppies hang up on Compaq Armada V300 laptop 
Date: Tue, 07 Mar 2000 11:57:27 +0200

 On Mon, 06 Mar 2000 19:50:57 +0100, root@infres.enst.fr wrote:
 
 > >Synopsis:       Installation floppies hang up on Compaq Armada V300 laptop
 
 I believe that the NCR probe locks up on these machines.  You could try
 a custom kern.flp with a ncr-less kernel on it.  I believe you can do
 this by mounting the kernel floppy read-write and replacing the kernel
 on it with a custom-built kernel.
 
 Ciao,
 Sheldon.
 

From: Samuel Tardieu <sam@inf.enst.fr>
To: FreeBSD-gnats-submit@FreeBSD.ORG
Cc:  
Subject: Re: i386/17228: Installation floppies hang up on Compaq Armada V300 laptop
Date: Wed, 5 Apr 2000 17:07:11 +0200

 The following patch makes it work much better. It forces no-DMA-mode
 when not explicitely allowed.
 
 Index: ata-dma.c
 ===================================================================
 RCS file: /usr/cvs/src/sys/dev/ata/ata-dma.c,v
 retrieving revision 1.35
 diff -u -r1.35 ata-dma.c
 --- ata-dma.c	2000/03/05 16:52:24	1.35
 +++ ata-dma.c	2000/04/05 14:35:02
 @@ -70,6 +70,10 @@
      if (!scp->bmaddr)
  	return;
  
 +#ifndef ATA_ENABLE_ATAPI_DMA
 +    return;
 +#endif
 +
      /* if simplex controller, only allow DMA on primary channel */
      if (scp->unit == 1) {
  	outb(scp->bmaddr + ATA_BMSTAT_PORT, inb(scp->bmaddr + ATA_BMSTAT_PORT) &
 
 
State-Changed-From-To: open->feedback 
State-Changed-By: mike 
State-Changed-When: Sat Jul 21 17:15:15 PDT 2001 
State-Changed-Why:  

Does this problem still occur in newer versions of FreeBSD, 
such as 4.3-RELEASE? 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=17228 
State-Changed-From-To: feedback->closed 
State-Changed-By: mike 
State-Changed-When: Sun Jul 22 11:28:54 PDT 2001 
State-Changed-Why:  

Originator is no longer able to confirm whether this is still a 
problem, so I'm closing this PR.  If it is still a problem in a 
newer release of FreeBSD, a new PR should be opened. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=17228 
>Unformatted:
