kern/68351: bge0 watchdog timeout on 5.2.1 and -current, 5.1 is ok

John Baldwin jhb at FreeBSD.org
Thu Aug 12 06:20:32 PDT 2004


The following reply was made to PR kern/68351; it has been noted by GNATS.

From: John Baldwin <jhb at FreeBSD.org>
To: Vadim Mikhailov <freebsd-bugs at mikhailov.org>
Cc: freebsd-gnats-submit at FreeBSD.org
Subject: Re: kern/68351: bge0 watchdog timeout on 5.2.1 and -current, 5.1 is ok
Date: Wed, 11 Aug 2004 17:25:46 -0400

 On Tuesday 10 August 2004 08:04 pm, Vadim Mikhailov wrote:
 > John Baldwin wrote:
 > >>> It looks like the interrupts are routed just as both ACPI and
 > >>>the MP Table say they should be.  Have you tried using cvs to change the
 > >>>sys/dev/bge source back to 5.1 sources with the rest of the kernel being
 > >>>5.2.1 to see if it works ok?
 > >>
 > >>   Yes I did. Unfortunately difference between 5.1 and 5.2.1 is just too
 > >>big:
 > >>http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c.diff?f=h&r
 > >>1= 1.41&r2=1.60 With 5.2.1-p9 sources when I replace if_bge.c rev. 1.60
 > >> (5_2_1_RELEASE) with rev. 1.41 (5_1_0_RELEASE) kernel would not compile
 > >> at all:
 > >>
 > >>/usr/src/sys/dev/bge/if_bge.c:107:24: pci/pcireg.h: No such file or
 > >>directory /usr/src/sys/dev/bge/if_bge.c:108:24: pci/pcivar.h: No such
 > >> file or directory mkdep: compile failed
 > >>*** Error code 1
 > >
 > > Just change the files to say '#include <dev/pci/pcifoo.h>', that is, add
 > > the 'dev/' to the start of the filename and that should fix that problem.
 > >  If you could try with those changes I'd appreciate it.
 >
 > Still no go. As I said before, difference between 5.1 and 5.2.1 is just too
 > big. When I change #includes to <dev/pci/*.h>, I get this on make
 > buildkernel:
 
 Ok.  Hmm.  I'm not sure what else to look at on this one as I do think it is a 
 problem in bge(4) but don't know how to track those down.
 
 -- 
 John Baldwin <jhb at FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
 "Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/


More information about the freebsd-bugs mailing list