Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 7 May 1997 03:23:59 -0700
From:      Brian Litzinger <brian@mpress.com>
To:        Steve Passe <smp@csn.net>
Cc:        freebsd-smp@FreeBSD.ORG
Subject:   Re: ed2 device timeout [more 2]
Message-ID:  <19970507032359.06345@mpress.com>
In-Reply-To: <199705062042.OAA01050@Ilsa.StevesCafe.com>; from Steve Passe on Tue, May 06, 1997 at 02:42:18PM -0600
References:  <199705062017.OAA00934@Ilsa.StevesCafe.com> <199705062042.OAA01050@Ilsa.StevesCafe.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On May 6, Steve Passe <smp@csn.net> wrote:
brian@mediacity.com wrote:
> > > As reported earlier a -current(SMP) kernel, running in single processor
> > > mode, on my Tyan S1668 breaks both the ed2 and de0 devices such that I 
> > > get 'ed2: device timeout' or 'de0: device timeout' errors.
> > > 
> > > However, a -current(UNI) kernel from the same source works correctly.
> > > 
> > > Also, the kernel.2cpu.970428 reference SMP kernel exhibits the same
> > > broken behavior.


Steve Passe wrote:
> I've successfully built and run both SMP-GENERIC and my LOCAL SMP with the
> de0 driver.  No problems with either.
> 
> please confirm are you using APIC_IO?

>From /sys/i386/conf/SMP

options         SMP                     # Symmetric MultiProcessor Kernel

# Recommended:
options         APIC_IO                 # Symmetric (APIC) I/O
options         SMP_INVLTLB             # invalidate TLB IPIs

# Optional, these are the defaults:
#options                NCPU=2                  # number of CPUs
#options                NBUS=4                  # number of busses
#options                NAPIC=1                 # number of IO APICs
#options                NINTR=24                # number of INTs

machine         "i386"
cpu             "I586_CPU"
cpu             "I686_CPU"
ident           GENERIC
maxusers        32             

> what messages occur when the de0 device is probed?  is the INT being 
> redirected
> to the APIC as expected?

I plugged both the ed2 and de0 cards into the system cause I was
tired of swapping them back and forth.  Now the de0 works and the
ed2 reports the timeout errors.  So at least the system has
connectivity again.

Here is what the system had to say with this semi-working setup.
(following are copies of the same info for single card failure modes)

[-----------------ed2+de0, de0 works------------------]
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id: 1, version: 0x00040011
 cpu1 (AP):  apic id: 0, version: 0x00040011
 io0 (APIC): apic id: 2, version: 0x00170011
CPU: Pentium Pro (686-class CPU)
  Origin = "GenuineIntel"  Id = 0x612  Stepping=2
  Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MC
...
ed2 <NE2000 PCI Ethernet (RealTek 8029)> rev 0 int a irq 10 on pci0:10:0
ed2: address 00:a0:76:a0:4f:2a, type NE2000 (16 bit)
de0 <Digital 21040 Ethernet> rev 35 int a irq 19 on pci0:11:0
Freeing (NOT implimented) irq 11 for ISA cards.         
de0: 21040 [10Mb/s] pass 2.3
de0: address 00:c0:95:ec:22:ef
de0: enabling 10baseT port
Freeing (NOT implimented) irq 15 for ISA cards.    
...
Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 10, 18, 19, imen: 0x00f3fa21  
...


[-----------------ed2 only, no work------------------]

May  6 20:19:33 research /kernel.foo: FreeBSD/SMP: Multiprocessor motherboard
May  6 20:19:33 research /kernel.foo:  cpu0 (BSP): apic id: 1, version: 0x00040011
May  6 20:19:33 research /kernel.foo:  cpu1 (AP):  apic id: 0, version: 0x00040011
May  6 20:19:33 research /kernel.foo:  io0 (APIC): apic id: 2, version: 0x00170011
May  6 20:19:33 research /kernel.foo: CPU: Pentium Pro (686-class CPU)
May  6 20:19:33 research /kernel.foo:   Origin = "GenuineIntel"  Id = 0x612  Stepping=2
May  6 20:19:33 research /kernel.foo:   Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,<b11>,MTRR,PGE,MCA,CMOV>   
...
May  6 20:19:33 research /kernel.foo: ed2 <NE2000 PCI Ethernet (RealTek 8029)> rev 0 int a irq 11 on pci0:10:0
May  6 20:19:33 research /kernel.foo: ed2: address 00:a0:76:a0:4f:2a, type NE2000 (16 bit)                  
May  6 20:19:33 research /kernel.foo: ahc0 <Adaptec 2940 SCSI host adapter> rev 3 int a irq 18 on pci0:12:0
May  6 20:19:33 research /kernel.foo: Freeing (NOT implemented) redirected PCI irq 15.   
...
May  6 20:19:35 research /kernel.foo: Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 11, 18,
 imen: 0x00fbf621
May  6 20:19:35 research /kernel.foo: SMP: All idle procs online.
May  6 20:19:35 research /kernel.foo: You can now activate SMP processing, use: sysctl -w kern.smp_active=2
May  6 20:19:35 research /kernel.foo: ed2: device timeout
May  6 20:19:41 research /kernel.foo: ed2: device timeout      



[-----------------de0 only, no work------------------]

May  6 09:07:39 research /kernel: FreeBSD/SMP: Multiprocessor motherboard
May  6 09:07:39 research /kernel:  cpu0 (BSP): apic id: 1, version: 0x00040011
May  6 09:07:39 research /kernel:  cpu1 (AP):  apic id: 0, version: 0x00040011
May  6 09:07:39 research /kernel:  io0 (APIC): apic id: 2, version: 0x00170011
May  6 09:07:39 research /kernel: CPU: Pentium Pro (686-class CPU)
May  6 09:07:39 research /kernel:   Origin = "GenuineIntel"  Id = 0x612  Steppin
g=2
May  6 09:07:39 research /kernel:   Features=0xfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,M
CE,CX8,APIC,<b11>,MTRR,PGE,MCA,CMOV>   
...
May  6 09:07:39 research /kernel: de0 <Digital 21040 Ethernet> rev 35 int a irq
11 on pci0:10:0
May  6 09:07:39 research /kernel: de0: 21040 [10Mb/s] pass 2.3
May  6 09:07:39 research /kernel: de0: address 00:c0:95:ec:22:ef
May  6 09:07:40 research /kernel: de0: enabling BNC/AUI port
May  6 09:07:40 research /kernel: vga0 <VGA-compatible display device> rev 0 on
pci0:11:0
May  6 09:07:40 research /kernel: ahc0 <Adaptec 2940 SCSI host adapter> rev 3 in
t a irq 18 on pci0:12:0
May  6 09:07:40 research /kernel: Freeing (NOT implemented) redirected PCI irq 1
5.                                 
...
May  6 09:07:41 research /kernel: Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 11, 18, ime
n: 0x00fbf621
May  6 09:07:41 research /kernel: SMP: All idle procs online.
May  6 09:07:41 research /kernel: You can now activate SMP processing, use: sysc
tl -w kern.smp_active=2
May  6 09:07:41 research /kernel: de0: transmission timeout

For those of you who read all the way through this here is a bit of humor:

I was playing with the dual Pentium Pro system for quite a bit.  Later
I noticed my P5-90 based system, the one my X server runs on,
seemed slower than usual.  I just figured it as getting used to the
2xPentiumPro system too quickly.  After about 4 hours of such figuring
I decided it wasn't my imagination, and found that I had bumped the
turbo switch and the P5-90 had been running at 8MHz for the past hours.
8-)

--
Brian Litzinger
brian@mediacity.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970507032359.06345>