FreeBSD 6.0 compat with DL320 G4
Ted Mittelstaedt
tedm at toybox.placo.com
Thu May 4 04:57:30 UTC 2006
The first thing we did was install W2K on it and run the HP utility that
updates all firmware - before even trying FreeBSD on it.
Did I mention in the PR that the Broadcom driver for Linux works
flawlessly under OpenSUSE? I think I did.
Windows also works fine on the box as well (that is, Windows works
as well on it as it works on any other system which isn't much)
The problem is a bug in the bge driver. Many other people have
filed PR's in the FreeBSD database that refer to problems on a wide
variety of different server hardware, all containing this one specific
chip. With panics giving the same error message.
Read the PR's cited, it's all there.
Ted
>-----Original Message-----
>From: owner-freebsd-questions at freebsd.org
>[mailto:owner-freebsd-questions at freebsd.org]On Behalf Of
>No at SPAM@mgEDV.net
>Sent: Wednesday, May 03, 2006 1:47 AM
>To: freebsd-questions at freebsd.org
>Cc: 'William'
>Subject: RE: FreeBSD 6.0 compat with DL320 G4
>
>
>
>> I have a DL320 G4 in the rack and the thing panics under 6.1-RC1
>> when more than a few K of data is sent over the bge interface. I
>> haven't tried 6.0-RELEASE on it. Just make sure you can return it
>> if it doesen't work.
>
>did you ever try to install win2k/2k3 on it and apply all fw-patches
>from hp to the box? you also could try the fw-upgrade-cd, which is
>avail as iso-download on hp.com. the NICs also have upgradeable fw,
>check for this (if you didn't ;-))
>further, you could check for some special settings, or boot your sys
>from the cd, configure the NIC and run some tests (w/o installation
>or customization).
>what i also wouldn't rule out is a possible hw-defect on your box
>(or an older/incompatible chipset revision) even if it works proper
>under MS (you tried that, haven't you ;-)?).
>
>beyond you can see some stats from our box so you're probably able to
>compare your system to it. the box has been cold-booted before running
>an ftp-transfer of 5 and 20mb as a GET and then a transfer to another
>host using put (also 5 and 20mb). all run under 6.1-RC2.
>
>ifconfig:
>bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
> inet6 fe80::215:60ff:feaa:39d2%bge0 prefixlen 64 scopeid 0x1
> inet 192.168.134.3 netmask 0xffffffe0 broadcast 192.168.134.31
> ether 00:15:60:aa:39:d2
> media: Ethernet autoselect (1000baseTX <full-duplex>)
> status: active
>
>some netstat's (i removed sections with all being 0):
>tcp:
> 29512 packets sent
> 17196 data packets (24848556 bytes)
> 0 data packets (0 bytes) retransmitted
> 0 data packets unnecessarily retransmitted
> 0 resends initiated by MTU discovery
> 7228 ack-only packets (23 delayed)
> 0 URG only packets
> 0 window probe packets
> 5072 window update packets
> 16 control packets
> 25699 packets received
> 8647 acks (for 24848565 bytes)
> 7 duplicate acks
> 0 acks for unsent data
> 14825 packets (21555935 bytes) received in-sequence
> 0 completely duplicate packets (0 bytes)
> 0 old duplicate packets
> 0 packets with some dup. data (0 bytes duped)
> 2258 out-of-order packets (3296680 bytes)
> 0 packets (0 bytes) of data after window
> 0 window probes
> 0 window update packets
> 0 packets received after close
> 0 discarded for bad checksums
> 0 discarded for bad header offset fields
> 0 discarded because packet too short
> 9 connection requests
> 0 connection accepts
> 0 bad connection attempts
> 0 listen queue overflows
> 0 ignored RSTs in the windows
> 9 connections established (including accepts)
> 14 connections closed (including 0 drops)
> 4 connections updated cached RTT on close
> 4 connections updated cached RTT variance on close
> 0 connections updated cached ssthresh on close
> 0 embryonic connections dropped
> 8647 segments updated rtt (of 8473 attempts)
> 0 retransmit timeouts
> 0 connections dropped by rexmit timeout
> 0 persist timeouts
> 0 connections dropped by persist timeout
> 0 keepalive timeouts
> 0 keepalive probes sent
> 0 connections dropped by keepalive
> 8489 correct ACK header predictions
> 14785 correct data packet header predictions
> 0 syncache entries added
> 0 retransmitted
> 0 dupsyn
> 0 dropped
> 0 completed
> 0 bucket overflow
> 0 cache overflow
> 0 reset
> 0 stale
> 0 aborted
> 0 badack
> 0 unreach
> 0 zone failures
> 0 cookies sent
> 0 cookies received
> 0 SACK recovery episodes
> 0 segment rexmits in SACK recovery episodes
> 0 byte rexmits in SACK recovery episodes
> 0 SACK options (SACK blocks) received
> 2148 SACK options (SACK blocks) sent
> 0 SACK scoreboard overflow
>udp:
> 17 datagrams received
> 0 with incomplete header
> 0 with bad data length field
> 0 with bad checksum
> 0 with no checksum
> 8 dropped due to no socket
> 7 broadcast/multicast datagrams dropped due to no socket
> 0 dropped due to full socket buffers
> 0 not for hashed pcb
> 2 delivered
> 11 datagrams output
>ip:
> 25733 total packets received
> 0 bad header checksums
> 0 with size smaller than minimum
> 0 with data size < data length
> 0 with ip length > max ip packet size
> 0 with header length < data size
> 0 with data length < header length
> 0 with bad options
> 0 with incorrect version number
> 0 fragments received
> 0 fragments dropped (dup or out of space)
> 0 fragments dropped after timeout
> 0 packets reassembled ok
> 25723 packets for this host
> 10 packets for unknown/unsupported protocol
> 0 packets forwarded (0 packets fast forwarded)
> 0 packets not forwardable
> 0 packets received for unknown multicast group
> 0 redirects sent
> 29552 packets sent from this host
> 0 packets sent with fabricated ip header
> 0 output packets dropped due to no bufs, etc.
> 0 output packets discarded due to no route
> 0 output datagrams fragmented
> 0 fragments created
> 0 datagrams that can't be fragmented
> 0 tunneling packets that can't find gif
> 0 datagrams with bad address in header
>icmp:
> 8 calls to icmp_error
> 0 errors not generated in response to an icmp message
> Output histogram:
> destination unreachable: 8
> 0 messages with bad code fields
> 0 messages < minimum length
> 0 bad checksums
> 0 messages with bad length
> 0 multicast echo requests ignored
> 0 multicast timestamp requests ignored
> Input histogram:
> echo reply: 9
> destination unreachable: 8
> 0 message responses generated
> 0 invalid return addresses
> 0 no return routes
> ICMP address mask responses are disabled
>
>
>some other netstat's ;-):
>Name Mtu Network Address Ipkts Ierrs
>Opkts Oerrs
>Coll
>bge0 1500 <Link#1> 00:15:60:aa:39:d2 25757 0
>29551 0
>0
>bge0 1500 fe80:1::215:6 fe80:1::215:60ff: 0 -
> 2 -
>-
>bge0 1500 192.168.134/2 tartarus.avalon.l 25718 -
>29537 -
>-
>bge1* 1500 <Link#2> 00:15:60:aa:39:d1 0 0
> 0 0
>0
>lo0 16384 <Link#3> 16 0
> 16 0
>0
>lo0 16384 localhost ::1 0 -
> 0 -
>-
>lo0 16384 fe80:3::1 fe80:3::1 0 -
> 0 -
>-
>lo0 16384 your-net localhost 16 -
> 16 -
>-
>
>257/268/525 mbufs in use (current/cache/total)
>256/134/390/25600 mbuf clusters in use (current/cache/total/max)
>256/128 mbuf+clusters out of packet secondary zone in use
>(current/cache)
>0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max)
>0/0/0/0 9k jumbo clusters in use (current/cache/total/max)
>0/0/0/0 16k jumbo clusters in use (current/cache/total/max)
>576K/335K/911K bytes allocated to network (current/cache/total)
>0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
>0/0/0 requests for jumbo clusters denied (4k/9k/16k)
>0/4/6656 sfbufs in use (current/peak/max)
>0 requests for sfbufs denied
>0 requests for sfbufs delayed
>0 requests for I/O initiated by sendfile
>0 calls to protocol drain routines
>
>and finally, a sysctl -a|grep bge.0:
>dev.bge.0.%desc: Broadcom BCM5704C Dual Gigabit Ethernet, ASIC
>rev. 0x2100
>dev.bge.0.%driver: bge
>dev.bge.0.%location: slot=1 function=0
>dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1648 subvendor=0x0e11
>subdevice=0x00d0 class=0x020000
>dev.bge.0.%parent: pci6
>
><EOM>
>
>_______________________________________________
>freebsd-questions at freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>To unsubscribe, send any mail to
>"freebsd-questions-unsubscribe at freebsd.org"
>
>--
>No virus found in this incoming message.
>Checked by AVG Free Edition.
>Version: 7.1.385 / Virus Database: 268.5.1/328 - Release Date: 5/1/2006
>
More information about the freebsd-questions
mailing list