Re: loading firmware

Franco <[email protected]>
Newsgroups gmane.linux.drivers.prism54.user
Message-ID <[email protected]>
Dear Hans,

thank you for your answer, sorry if I didn't 
reply back sooner but I hadn't a chance for it before.

> loading the firmware! I had the same troubles.  Do you run Redhat?

Ehm sort of. I am currently running Fedora Core 2 on all the 3 PCs
I'm trying to network together. They all have prism54 cards
and there is a wireless AP/gateway/modem/router/switch to which they connect.

> I noticed that they turn the kernel.hotplug in the network script!
> oldhotplug=`sysctl kernel.hotplug  2>/dev/null | \
> [..]
> After removing (commenting it out) that everything works for me!

I couldn't find this part in my scripts, they are probably different.
I can send them (privately?) in case you want to take a look and
are able to correct them. I expect there will be a lot of people with FC2 
installations, maybe the modified scripts could be put on prism54 site?

I also got a number of private replies from other people experiencing
the same problems.

However, I've NEARLY  solved the problems like this.
I've written this script:

#----- from here -----------------
WIRELESS=eth1
 
# the first line is VERY necessary
ifconfig $WIRELESS down
rmmod prism54
 
# setup wireless device
modprobe prism54
ifconfig $WIRELESS up
iwconfig $WIRELESS essid <secret>
iwconfig $WIRELESS key s:<secret>
iwconfig $WIRELESS sens -140
iwconfig $WIRELESS mode Managed
iwconfig $WIRELESS rate auto
iwconfig $WIRELESS rts auto
iwconfig $WIRELESS frag auto
iwconfig $WIRELESS commit
 
#obtain IP address
dhclient $WIRELESS
#----- to here -----------------
 
The reason for this script is that if you give two subsequential
"ifconfig eth# up" without a "ifconfig eth# down" between them,
the device (or the system?) messes up, I get the "can't load
firmware" stuff again, and I didn't find a way of recovering
other than reboot.  It's the same for all 3 PCs I have.  
And I believe that's the reason the standard scripts for
"service network start/restart/stop/etc" don't work.

There are still two big problems:

1) I can't put this script in rc.local, nor call it from
network start/restart/etc., because the device assignation
changes every boot (sometimes it is eth0 and other times
it is eth1).  I have to discover it by hand (modprobe prism 54;
iwconfig) and edit the script each time.

2) terrible performances. Even though iwconfig reports
bitrates between 24 and 36 Mbit/sec, the actual average
transfer rate that I get is around 20 KB/sec.
It seems the trasmission happens in little bursts
(a few milliseconds at the given speed, then 10-15 seconds
of pause)

More details: "ping" reports times of 1-2 ms between
the PCs in the LAN (seems normal).
If a machine goes out to the internet
(email, browsing, etc.) behaves mostly normal.
When I try to connect from one machine in the LAN
to another machine in the LAN, the transmission
happens as described above. Even a simple ssh connection
works like this: I enter the password, get the prompt
(or maybe wait 10 seconds). Then I write "ls -l",
wait 10 seconds, then the output comes alltogether
and pause other 10-15 seconds....

Is there a way to correct the problem?
Franco
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.