search for: bcm5700

Hi... I have a strange problem with my Private NIC Channel, here is my environment details : 1. RHAS 2.1 with kernel 2.4.9-e.27 Enterprise 2. OCFS version : 2.4.9-e-enterprise-1.0.9-6 3. Oracle RDBMS : 9.2.0.4 RAC with 5 Nodes 4. Private NIC Channel: Broadcom BCM5700 My Private NIC channel is down intermittently, we just tracing the root of the problems by identify each product installed the server, including OCFS. But there is no problem with my Public NIC Channel, which is having deferent made. My question is : From OCFS point of view is there any chance th...

Hi, I have built a Red Hat 7.2 system kernel 2.4.7-10 using pxelinux from syslinux-2.09 I have then installed the latest Broadcom BCM5700 Linux Driver Version 7.1.22 as per the README.TXT:- rpm -ivh bcm5700-7.1.22-1.src.rpm cd /usr/src/redhat rpm -bb SPECS/bcm5700.spec rpm -ivh --force RPMS/i386/bcm5700-7.1.22-1.i386.rpm The system reboots fine and is using the new driver I now want to update my initrd.img which I use to PXE build m...

Greetings, We have purchased an IBM BladeCenter and I am in the process of testing Linux installation on these things (boot off SAN i.e. qla2300 driver, not using internal drives). My distro of choice is Debian, however, since I'm really not interested in trying to hand compile all the drivers, I decided to try CentOS (which I'm so far very impressed with). On boot, as with the

...ve a cluster (212 nodes) that are on a gig-e network useing jumbo frames (mtu 6000) To reload a node we have to plug it into a regular 1500 mtu that is running off a differnt port on the head node to install. Is there a way to tell in the 'append' line of /pxelinux.cfg/default to have the bcm5700 module run wiht jumbo frames. this is our append right now append load_ramdisk=1 initrd=sles-8/initrd.node Insmod=bcm5700 Install=nfs://141.212.31.100/home/opt/atipa/sles-8/ Netdevice=eth1 autoyast=nfs://141.212.31.100//home/opt/atipa/sles-8/profiles/node.xm and our modules.conf to make the nic...

...ve a cluster (212 nodes) that are on a gig-e network useing jumbo frames (mtu 6000) To reload a node we have to plug it into a regular 1500 mtu that is running off a differnt port on the head node to install. Is there a way to tell in the 'append' line of /pxelinux.cfg/default to have the bcm5700 module run wiht jumbo frames. this is our append right now append load_ramdisk=1 initrd=sles-8/initrd.node Insmod=bcm5700 Install=nfs://141.212.31.100/home/opt/atipa/sles-8/ Netdevice=eth1 autoyast=nfs://141.212.31.100//home/opt/atipa/sles-8/profiles/node.xm and our modules.conf to make the nic...

I'm running RHEL/CentOS 3 (2.4.21-47.ELsmp) with Broadcom NIC and BASP bonding (bcm5700 v8.1.55) When network traffic is ~12MB/sec (== ~120K packets/sec) CPU system load is growing up to 50-60%%. Yes, I know, that small packets (~100 bytes/packet) are not optimal for network throughput, but in the short-middle term I cannot re-write our application. Are there any network driver / ke...

I would like to add a driver (bcm5700.ko) in modules.cgz. but there are several files modules.cgz . In which files I do have to add the drivers: - initrd.img ? - stage2.img ? - netstg2.img ? - hdstg2.img ? Denis -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/...

Hello friends I've problem with my Centos 4.3. On start some information: 1. serwer HP DL 380 x Intel(R) Xeon(TM) CPU 3.40GHz 2. RAM 4GB 3. HDD storage FC 4. kernel 2.6.9-34.0.2.ELsmp #1 SMP This serwer is working with another one (that some configuration) in RHEL cluster (locking by DLM), as a file serwer with samba-3.0.22. Samba have about 100 simultaneus sessions. Problem is with load

Greetings: I know it's been mentioned before that the tg3 driver in CentOS 3.4 is buggy. I had to revert to 3.4 today from 4 (fresh install) and now I have no link and thus no network. I'm wondering if this is caused by this bug and what the work-around is. Thanks. Brendon Colby

Hi, Has anyone successfully installed Centos4 on the newer AMD powered Sun gear? I really want to hear if there are gotchas or lost/decreased functionality. a -Rickp

...rep "[^0-9]0" | grepbyhand ip_gre 16865 0 3c59x 41213 0 tg3 85061 0 It is very likely an error that these have usage counts of 0. (the interfaces are very much up, and a GRE tunnel is configured) Seeing as the same thing happens with bcm5700 modules from HP it's likely this is not actually a module problem but a more basic networking logic fault. I can't test whether removing tg3/3c59x will result in a panic, but removing the ip_gre module broke the system (praise ilo...) - Not posting a trace since it's obvious why it...

Folks I know that support for the network adaptors supported by the 'e1000' driver have been removed from the base distribution. However, I have exactly that controller (Broadcom Gigabit Ethernet PCI, not PCIe). Is there a way for me to add support for that on Centos 8.1? Perhaps a driver in an RPM package? Thanks David

Recent SUP. Installed on Dell PowerEdge 4600. Getting tons of: Sep 30 12:23:16 zige /kernel: bge0: gigabit link up Sep 30 12:23:46 zige last message repeated 98 times Also getting some TCP retransmits. This causes noticable delays in pretty much everything I do now. Not a problem prior to the SUP. I was on 4.8-STABLE before. When pulling/replacing cables, it went into a mode where it would

Hi I am using verion 2.0.10 of Shorewall. My configuration is as follows: Eth1 dmz1 ------------| __________ | | | Eth2 dmz2 | FIREWALL |------| INTERNET | ----------| | _______ | |__________| | |---------| |

hi i''m using htb + u32 filters, and i was wondering if there is something one can optimize at this stage. i have a lot of filters (~ 50.000 / interface, and there are two interfaces), and around 4500 classes / interface. the traffic going through this machine is something around 210-230mbit/s at 50kpps. as you can imagine, the load is pretty high. in fact (as it''s a dual xeon at

(networking-discuss Bcc''ed) Good morning, The Crossbow team would like to invite you to participate in the project''s third and last phase of code review. The third phase of the review starts today, and will last for two weeks. It covers the following parts of the code: VLANs Link Aggregations Xen mac_datapath_setup All drivers