From bz@zabbadoz.net  Fri Jan 24 11:00:54 2003
Return-Path: <bz@zabbadoz.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C9B1D37B401
	for <freebsd-gnats-submit@freebsd.org>; Fri, 24 Jan 2003 11:00:54 -0800 (PST)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E177C43ED8
	for <freebsd-gnats-submit@freebsd.org>; Fri, 24 Jan 2003 11:00:53 -0800 (PST)
	(envelope-from bz@zabbadoz.net)
Received: from localhost (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id 3ADF81FFFA2
	for <freebsd-gnats-submit@freebsd.org>; Fri, 24 Jan 2003 20:00:47 +0100 (CET)
Received: by transport.cksoft.de (Postfix, from userid 66)
	id 719E91FFF76; Fri, 24 Jan 2003 20:00:46 +0100 (CET)
Received: by mail.int.zabbadoz.net (Postfix, from userid 1060)
	id 6966015352; Fri, 24 Jan 2003 18:59:57 +0000 (UTC)
Message-Id: <20030124185957.6966015352@mail.int.zabbadoz.net>
Date: Fri, 24 Jan 2003 18:59:57 +0000 (UTC)
From: Bjoern A.Zeeb <bzeeb+freebsd@zabbadoz.net>
Reply-To: Bjoern A.Zeeb <bzeeb+freebsd@zabbadoz.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc: bzeeb+freebsd@zabbadoz.net
Subject: 5.0R: SMP makes xl0 unusable
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         47441
>Category:       kern
>Synopsis:       5.0R: SMP makes xl0 unusable
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    silby
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 24 11:10:01 PST 2003
>Closed-Date:    Sun Feb 02 20:49:40 PST 2003
>Last-Modified:  Sun Feb  2 20:50:01 PST 2003
>Originator:     Bjoern A. Zeeb
>Release:        FreeBSD 5.0 RELEASE i386
>Organization:
Zabbadoz.NeT
>Environment:
System:

uname -a
FreeBSD e0-0.zab10.int.zabbadoz.net 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Thu Jan 23 23:30:26 CET 2003     bz@e0-0.zab10.int.zabbadoz.net:/usr/obj/usr/src/5.0R/src/sys/zab10-2003-01-23-01  i386

>Description:

	5.0R generic kernel with SMP enabled

	I get:

	xl0: watchdog timeout
	xl0: watchdog timeout
	xl0: watchdog timeout

	and xl0 is completle unusable.

	If I boot GENERIC from CD this does not happen but
	also GENERIC does not seem to be SMP enabled


>How-To-Repeat:

	take 5.0R disc1, install incl. src

	copy GERNERIC to mygenericsmp.conf

	enable
	# To make an SMP kernel, the next two are needed
	options         SMP                     # Symmetric MultiProcessor Kernel
	options         APIC_IO                 # Symmetric (APIC) I/O

	make buildkernel KERNCONF=mygernericsmp.com
	make installkernel KERNCONF=mygenericsmp.conf

	reboot... and watch

>Fix:

	N/A

>Release-Note:
>Audit-Trail:

From: Attila Nagy <bra@fsn.hu>
To: "Bjoern A.Zeeb" <bzeeb+freebsd@zabbadoz.net>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/47441: 5.0R: SMP makes xl0 unusable
Date: Mon, 27 Jan 2003 15:20:33 +0100 (CET)

 Hello,
 
 > 	xl0: watchdog timeout
 > 	and xl0 is completle unusable.
 > 	If I boot GENERIC from CD this does not happen but
 > 	also GENERIC does not seem to be SMP enabled
 Are you sure that this is the problem?
 I have a box with 5.0-RELEASE, SMP and xl0 and works OK.
 
 ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]----------
 Attila Nagy					e-mail: Attila.Nagy@fsn.hu
 Free Software Network (FSN.HU)		  phone @work: +361 210 1415 (194)
 						cell.: +3630 306 6758

From: "Bjoern A.Zeeb" <bzeeb+freebsd@zabbadoz.net>
To: Attila Nagy <bra@fsn.hu>
Cc: "Bjoern A.Zeeb" <bzeeb+freebsd@zabbadoz.net>,
	<FreeBSD-gnats-submit@FreeBSD.org>
Subject: Re: kern/47441: 5.0R: SMP makes xl0 unusable
Date: Mon, 27 Jan 2003 18:55:01 +0000 (UTC)

 On Mon, 27 Jan 2003, Attila Nagy wrote:
 
 > > 	xl0: watchdog timeout
 > > 	and xl0 is completle unusable.
 > > 	If I boot GENERIC from CD this does not happen but
 > > 	also GENERIC does not seem to be SMP enabled
 > Are you sure that this is the problem?
 > I have a box with 5.0-RELEASE, SMP and xl0 and works OK.
 
 Pretty sure cause the new kernel was the only difference
 between plain 5.0 CD installation and the reboot.
 
 If I went back and boot kernel.old it again worked ok.
 
 Also tried HEAD with same symptoms: GENERIC is ok,
 SMP gives watchdog timeouts.
 
 
 Perhaps it is also dependend on the card used ?
 
 xl0@pci0:15:0:  class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x74 hdr=0x00
     vendor   = '3COM Corp, Networking Division'
     device   = '3C905C-TX Fast EtherLink for PC Management NIC'
     class    = network
     subclass = ethernet
 
 Also checked IRQs: no sharing from what I could see.
 
 Any more ideas / ways how to debug this / patches to try ?
 
 -- 
 Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
 56 69 73 69 74				http://www.zabbadoz.net/
 

From: Attila Nagy <bra@fsn.hu>
To: "Bjoern A.Zeeb" <bzeeb+freebsd@zabbadoz.net>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/47441: 5.0R: SMP makes xl0 unusable
Date: Tue, 28 Jan 2003 10:59:58 +0100 (CET)

 Hello,
 
 > xl0@pci0:15:0:  class=0x020000 card=0x100010b7 chip=0x920010b7 rev=0x74 hdr=0x00
 >     vendor   = '3COM Corp, Networking Division'
 >     device   = '3C905C-TX Fast EtherLink for PC Management NIC'
 >     class    = network
 >     subclass = ethernet
 > Also checked IRQs: no sharing from what I could see.
 Are you sure that this doesn't conflict with the motherboard's ATA
 controller? I would try another PCI slot, or setting the IRQ to another
 manually.
 
 ----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]----------
 Attila Nagy					e-mail: Attila.Nagy@fsn.hu
 Free Software Network (FSN.HU)		  phone @work: +361 210 1415 (194)
 						cell.: +3630 306 6758

From: "Bjoern A.Zeeb" <bzeeb+freebsd@zabbadoz.net>
To: Attila Nagy <bra@fsn.hu>
Cc: "Bjoern A.Zeeb" <bzeeb+freebsd@zabbadoz.net>,
	<FreeBSD-gnats-submit@FreeBSD.org>
Subject: Re: kern/47441: 5.0R: SMP makes xl0 unusable
Date: Tue, 28 Jan 2003 21:01:25 +0000 (UTC)

 On Tue, 28 Jan 2003, Attila Nagy wrote:
 
 Hi,
 
 > > Also checked IRQs: no sharing from what I could see.
 > Are you sure that this doesn't conflict with the motherboard's ATA
 > controller?
 
 I think. APIC IRQ routing should do the rest if I understand this
 correctly.
 
 
 S.th. drives me mad...
 booted in kernel.old (UP) and cvsuped (the relevant part of my cvsup
 log is down under). The build the kernel exactly the same way with the
 same KERNCONF as the days before (have a shell script for this).
 
 What should I say. No more watchdog timeouts.
 
 
  Edit src/release/i386/drivers.conf
   Add delta 1.19 2003.01.27.17.54.49 ru
  Edit src/release/pc98/drivers.conf
   Add delta 1.9 2003.01.27.17.54.49 ru
  Edit src/sys/conf/NOTES
   Add delta 1.1123 2003.01.28.07.15.22 phk
  Edit src/sys/dev/sab/sab.c
   Add delta 1.11 2003.01.27.18.39.09 jake
  Edit src/sys/i386/i386/pmap.c
   Add delta 1.381 2003.01.28.03.01.35 alc
  Edit src/sys/kern/kern_sig.c
   Add delta 1.203 2003.01.27.23.01.03 peter
  Edit src/sys/kern/tty_tty.c
   Add delta 1.47 2003.01.27.16.54.17 phk
  Edit src/sys/netinet/ip_input.c
   Add delta 1.222 2003.01.28.03.39.39 silby
 
 
 For now consider this pr closable though I still do not know the
 reason.
 
 I will cvsup and build the same kernel the next days/weeks and try
 again. If it breaks again I will tell you.
 
 -- 
 Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
 56 69 73 69 74				http://www.zabbadoz.net/
 
Responsible-Changed-From-To: freebsd-bugs->silby 
Responsible-Changed-By: silby 
Responsible-Changed-When: Fri Jan 31 21:10:28 PST 2003 
Responsible-Changed-Why:  
If this proves to be a problem, I'll look into it. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=47441 

From: "Bjoern A. Zeeb" <bzeeb+freebsd@zabbadoz.net>
To: Mike Silbersack <silby@FreeBSD.org>
Cc: "Bjoern A. Zeeb" <bzeeb+freebsd@zabbadoz.net>,
	<FreeBSD-gnats-submit@freebsd.org>
Subject: Re: kern/47441: 5.0R: SMP makes xl0 unusable
Date: Sun, 2 Feb 2003 21:45:51 +0000 (UTC)

 On Fri, 31 Jan 2003, Mike Silbersack wrote:
 
 Hi,
 
 > Synopsis: 5.0R: SMP makes xl0 unusable
 >
 > Responsible-Changed-From-To: freebsd-bugs->silby
 > Responsible-Changed-By: silby
 > Responsible-Changed-When: Fri Jan 31 21:10:28 PST 2003
 > Responsible-Changed-Why:
 > If this proves to be a problem, I'll look into it.
 
 I could not reproduce it after the cvsup previously showed in this PR.
 
 I also compiled a HEAD kernel with ip_input.c-1.220 and pmap.c-1.380
 but no watchdog timeouts.
 
 Either you may close it or I will go back cvsup'ing special date='s
 from HEAD from around the time the problem stopped, rebuild kernels
 and try to nail it down.
 
 I vote for closing. If it comes back I ever comes back I will open a
 new pr.
 
 PS: leave it open if SCHED_4BSD hadn't been default for 5.0 and HEAD
 before
 	options         SCHED_4BSD              #4BSD scheduler
 went into GENERIC (if it had already been in the tree) ?
 
 -- 
 Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
 56 69 73 69 74				http://www.zabbadoz.net/
 
State-Changed-From-To: open->closed 
State-Changed-By: silby 
State-Changed-When: Sun Feb 2 20:49:09 PST 2003 
State-Changed-Why:  
This problem resolved itself, somehow. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=47441 

From: Mike Silbersack <silby@silby.com>
To: "Bjoern A. Zeeb" <bzeeb+freebsd@zabbadoz.net>
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/47441: 5.0R: SMP makes xl0 unusable
Date: Sun, 2 Feb 2003 22:56:32 -0600 (CST)

 On Sun, 2 Feb 2003, Bjoern A. Zeeb wrote:
 
 > I could not reproduce it after the cvsup previously showed in this PR.
 >
 > I also compiled a HEAD kernel with ip_input.c-1.220 and pmap.c-1.380
 > but no watchdog timeouts.
 >
 > Either you may close it or I will go back cvsup'ing special date='s
 > from HEAD from around the time the problem stopped, rebuild kernels
 > and try to nail it down.
 >
 > I vote for closing. If it comes back I ever comes back I will open a
 > new pr.
 
 I'll go ahead and close it, tell me if the problem reappears.
 
 > PS: leave it open if SCHED_4BSD hadn't been default for 5.0 and HEAD
 > before
 > 	options         SCHED_4BSD              #4BSD scheduler
 > went into GENERIC (if it had already been in the tree) ?
 >
 > --
 > Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT
 
 SCHED_4BSD has always been the default, but it never appeared in GENERIC
 before because there was nothing else to select.  (There is now an
 alternate scheduler, which is why a selection must be made.)
 
 Mike "Silby" Silbersack
>Unformatted:
