Re: Ethernet (xl) will not transmit or receive

2003-02-20 Thread Jan Schlesner
Hi,

On Thu, Feb 20, 2003 at 11:32:04AM -0500, Andrew R. Reiter wrote:
 I experienced similar issues yesterday when just installing release 5 from
 ftp (floppy boot).  I essentially had to ifconfig the device down and then
 back up and it then seemed to continue ok... but I think there most likely
 something odd going on :/
 
 On Thu, 20 Feb 2003, Kevin Oberman wrote:
 :I updated my 5.0 system built in late January to RELENG_5_0 on Sunday
 :and the Ethernet was not working. I tried again last night with no
 :change in behavior.
 :
 :The system is an AMD K6-2 on an ASUS P5A mobo. I have a 3Com 3c905B
 :Ethernet which had been working fine on a kernel built in late
 :January.
 :
 :The dmesg is not too meaningful, but the system shows no errors. It
 :simply never receives a packet. ARPs are all incomplete and no packets
 :are transmitted although netstat -in indicates that they are. The
 :packets never actually reach the wire, though.
 :
 :I can't believe that no one else has this card, but I didn't find
 :anything in the archives on it.
 :
 :Any idea what needs to be rolled back and how far? I'm suspicious that
 :it might be an mii problem. Maybe even an interrupt issue. I an
 :suspicious of the second, empty xlphy0: line in the dmesg, but the
 :reported MAC is right and my old kernel that works seems to generate a
 :similar empty line.

I have had the same problem with a 3Com 3c905B-COMBO. But the system
was a 4.7-RELEASE. If you used the the media-Option in /etc/rc.conf it
doesn't work. It was necessary to boot the system with a wrong media
type, mark the interface down and mark the interface up with the correct
media type. Than it works. But at that time I had no time to analyse
this behaviour.

Jan

Here are the old boot messages (no errors):

FreeBSD 4.7-RELEASE #0: Wed Oct  9 15:08:34 GMT 2002
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.7-RELEASE #0: Wed Oct  9 15:08:34 GMT 2002
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Timecounter i8254  frequency 1193182 Hz
CPU: AMD Duron(tm) Processor (756.74-MHz 686-class CPU)
  Origin = AuthenticAMD  Id = 0x631  Stepping = 1
  
Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
  AMD Features=0xc044b18,AMIE,DSP,3DNow!
real memory  = 134135808 (130992K bytes)
avail memory = 125349888 (122412K bytes)
Preloaded elf kernel kernel at 0xc050f000.
Preloaded userconfig_script /boot/kernel.conf at 0xc050f09c.
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 9 entries at 0xc00f1720
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: Host to PCI bridge on motherboard
pci0: PCI bus on pcib0
pcib2: VIA 8363 (Apollo KT133) PCI-PCI (AGP) bridge at device 1.0 on pci0
pci1: PCI bus on pcib2
pci1: ATI Mach64-GM graphics accelerator at 0.0 irq 11
isab0: VIA 82C686 PCI-ISA brid/ge at device 4.0 on pci0
isa0: ISA bus on isab0
atapci0: VIA 82C686 ATA66 controller port 0xb800-0xb80f at device 4.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 9 at device 4.2 on pci0
usb0: VIA 83C572 USB controller on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 9 at device 4.3 on pci0
usb1: VIA 83C572 USB controller on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhub2: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2
uhub2: 4 ports with 4 removable, self powered
pci0: unknown card (vendor=0x1106, dev=0x3057) at 4.4
xl0: 3Com 3c905B-COMBO Fast Etherlink XL port 0x9400-0x947f mem 
0xdd00-0xdd7f irq 5 at device 10.0 on pci0
xl0: Ethernet address: 00:01:02:2f:42:0a
miibus0: MII bus on xl0
xlphy0: 3Com internal media interface on miibus0
xlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
atapci1: Promise ATA100 controller port 
0x7800-0x783f,0x8000-0x8003,0x8400-0x8407,0x8800-0x8803,0x9000-0x9007 mem 
0xdc80-0xdc81 irq 10 at device 17.0 on pci0
ata2: at 0x9000 on atapci1
ata3: at 0x8400 on atapci1
pcib1: Host to PCI bridge on motherboard
pci2: PCI bus on pcib1
orm0: Option ROMs at iomem 0xc-0xc97ff,0xcc000-0xc,0xd-0xd1fff on isa0
fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1440-KB 3.5 drive on fdc0 drive 0
atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0
atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: PS/2 Mouse irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0
sc0: System console at flags 0x100 on isa0
sc0: VGA 16 virtual 

Re: bzip2recover isn't compiled/installed during build/install world (STABLE CURRENT)

2003-01-05 Thread Jan Schlesner
On Sun, Jan 05, 2003 at 11:38:18AM -0500, Lowell Gilbert wrote:
 Nuno Teixeira [EMAIL PROTECTED] writes:
 
  I noted that bzip2recover isn't installed during build/installworld. I 
  think it may be something related with it makefile.
  
  This happens on both STABLE and CURRENT brach.
  
  I someone could correct this, I apreciate that.
 
 I don't think it's a mistake.  It isn't needed or used for the regular
 system operation, so there's no need for it to be in the base system.
 
 If you want it, installing the port is a trivial way of getting it
 into your system.

After a cvsup yesterday I have had the same problem. The problem was that
in src/usr.bin/Makefile bzip2recover was listed as subdir, but there was
no subdir bzip2recover. After deleting the line with bzip2recover all
works fine. Today there is now a subidr bzip2recover.

Jan
-- 
[ gpg key: http://nl1.physik.tu-berlin.de/~jan/jschlesn.gpg ]
[ key fingerprint: 4236 3497 C4CF 4F3A 274F  B6E2 C4F6 B639 1DF4 CF0A ]
--
It's better to reign in hell,
than to serve in heaven...

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message