Date: Wed, 3 May 2006 21:57:22 -0700 From: "Ted Mittelstaedt" <tedm@toybox.placo.com> To: <nospam@mgedv.net>, <freebsd-questions@freebsd.org> Cc: 'William' <willay@gmail.com> Subject: RE: FreeBSD 6.0 compat with DL320 G4 Message-ID: <LOBBIFDAGNMAMLGJJCKNAEODFDAA.tedm@toybox.placo.com> In-Reply-To: <006601c66e8e$2260abd0$dededede@avalon.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
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@freebsd.org >[mailto:owner-freebsd-questions@freebsd.org]On Behalf Of >No@SPAM@mgEDV.net >Sent: Wednesday, May 03, 2006 1:47 AM >To: freebsd-questions@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@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to >"freebsd-questions-unsubscribe@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 >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?LOBBIFDAGNMAMLGJJCKNAEODFDAA.tedm>