Linux - Wireless NetworkingThis forum is for the discussion of wireless networking in Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Not sure if you can use the program to connect but if you just looking to list the ssid's your card is picking up you could try kismet. www.kismetwireless.net
iwlist eth0 (or your interface - eth0, sit0, ath1, etc) scan
KWiFiManager, if you have KDE loaded (although you needn't be running it) will also scan for wireless networks.
Hey 2gnu when i try to run iwlist eth0 scan it get
eth0 Interface doesn't support scanning : Operation not permitted
I am running slackware 10 with an Orinoco gold card. do you know how i can get that to work?
Wow. I've seen that error with an old Prism card, but not with an ORiNOCO.
I tried using my old ORiNOCO Silver this morning on Slack 10.0 and 2.6.10 kernel and was able to reproduce the error if the interface was down.
Make sure that the interface is up before running the scan.
hey kinney, i tried that and got a bunch of errors...can you tell me how you installed the new driver?
i downloaded the .tar.gz, untarred it in my /home/severian/src directory, then cd'd into it. the README said make and make install, so i tried, but make exited with a bunch of errors. there are a lot that say warning: passing arg x of 'writw' makes your pointer from integer without a cast. and then
No I didn't need to uninstall it, make just worked for me. I noticed that the error makes a reference to the 2.6.10 kernel and I noticed that in the README it says "The Makefile included with the driver assumes that the link /lib/modules/<version>/build points to this." Have you checked that? I'm really not sure whats causing your problem. Maybe post the other information you referenced there could be something there.
# If you have PCMCIA support in the kernel, leave PCMCIA_CS blank, ie
# PCMCIA_CS =
# If on the other hand you are using pcmcia-cs modules to drive your
# card, set PCMCIA_CS to the name of the directory where the pcmcia-cs
# source code is (where the INSTALL, README, SUPPORTED.CARDS files are)
# e.g.
# PCMCIA_CS = /usr/src/modules/pcmcia-cs
PCMCIA_CS =
now, i built pcmcia support as modules, so is it "in the kernel"? that's what i thought, so i left this blank. i did run slocate on pcmcia-cs, and found this:
so i can't tell whether i should point the makefile to a folder in /usr/doc .... but i didn't think so when i tried installing.
the only other thing in the Makefile that might affect me was this:
# Output directory that you used when building Linux kernel, if any.
# Note: this driver will be compiled to the current directory regardless.
O = $(KERNEL_SRC)
i built my kernel in /home/severian/src/linux-2.6.10, and did make bzImage, make modules, make modules_install. the /lib/modules/2.6.10/build points to that directory.
the README.orinoco file says this:
If you need to install a newer version from ozlabs.org, you will need
the kernel source for the kernel you are currently running. The
Makefile included with the driver assumes that the link
/lib/modules/<version>/build points to this, and that you are using
the pcmcia modules from the kernel, rather than from pcmcia-cs. If
that's true, then just unpack the driver tar file, run "make", become
root and run "make install".
that sounds just like my situation, so that's what i did.
here's the total output from running make:
severian@lightstar $ pwd
/home/severian/src/orinoco-0.15rc2
severian@lightstar $ make clean
rm -f core *.o *~ .#* a.out *.d
rm -f *.s *.i dump_recs userhermes
rm -f *.ko *.mod.c *.mod .*.cmd
rm -f /*.mod
rmdir || true
rmdir: too few arguments
Try `rmdir --help' for more information.
severian@lightstar $ make
make -C /home/severian/src/linux-2.6.10 M=/home/severian/src/orinoco-0.15rc2 modules
make[1]: Entering directory `/home/severian/src/linux-2.6.10'
CC [M] /home/severian/src/orinoco-0.15rc2/hermes.o
In file included from /home/severian/src/orinoco-0.15rc2/hermes.c:54:
/home/severian/src/orinoco-0.15rc2/hermes.h: In function `hermes_present':
/home/severian/src/orinoco-0.15rc2/hermes.h:400: warning: passing arg 1 of `readw' ma kes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.h: In function `hermes_set_irqmask':
/home/severian/src/orinoco-0.15rc2/hermes.h:406: warning: passing arg 2 of `writew' m akes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.h: In function `hermes_read_words':
/home/severian/src/orinoco-0.15rc2/hermes.h:447: warning: passing arg 1 of `readw' ma kes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.h: In function `hermes_write_words':
/home/severian/src/orinoco-0.15rc2/hermes.h:467: warning: passing arg 2 of `writew' m akes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.h: In function `hermes_clear_words':
/home/severian/src/orinoco-0.15rc2/hermes.h:483: warning: passing arg 2 of `writew' m akes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.c: In function `hermes_issue_cmd':
/home/severian/src/orinoco-0.15rc2/hermes.c:105: warning: passing arg 1 of `readw' ma kes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.c:109: warning: passing arg 1 of `readw' ma kes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.c:115: warning: passing arg 2 of `writew' m akes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.c:116: warning: passing arg 2 of `writew' m akes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/hermes.c:117: warning: passing arg 2 of `writew' m
and a whoooole lot more of that...and at the end:
/home/severian/src/orinoco-0.15rc2/orinoco_pci.c:171: warning: passing arg 1 of `read w' makes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/orinoco_pci.c:174: warning: passing arg 1 of `read w' makes pointer from integer without a cast
/home/severian/src/orinoco-0.15rc2/orinoco_pci.c: In function `orinoco_pci_suspend':
/home/severian/src/orinoco-0.15rc2/orinoco_pci.c:330: error: too many arguments to fu nction `pci_save_state'
/home/severian/src/orinoco-0.15rc2/orinoco_pci.c: In function `orinoco_pci_resume':
/home/severian/src/orinoco-0.15rc2/orinoco_pci.c:347: error: too many arguments to fu nction `pci_restore_state'
cc1: Permission denied: opening dependency file /home/severian/src/orinoco-0.15rc2/.o rinoco_pci.o.d
make[2]: *** [/home/severian/src/orinoco-0.15rc2/orinoco_pci.o] Error 1
make[1]: *** [_module_/home/severian/src/orinoco-0.15rc2] Error 2
make[1]: Leaving directory `/home/severian/src/linux-2.6.10'
make: *** [modules] Error 2
severian@lightstar $
I'm not sure why your getting this but it looks like there might be an ownership conflict. check to see who owns that file and check to make sure its readable by the user your trying to make it with.
well, you were right, that file was owned by root. i used chown to make my user the owner, then ran make clean and make again. but i got the same errors. that one line about permissions was gone, but all the rest of it is exactly the same. i notice at the end it says too many arguments in the suspend and restore_state functions. i'm pretty sure i chose not to include support for suspended state because it was listed as experimental (pretty sure this was under ACPI options). i have no idea whether this is related.
I can't figure out what the problem is with this. I downloaded the source again ran make and my output is completely different than yours. The one major difference though is that I'm running the 2.4 kernel that came with slack 10.1. If you still have the kernel you originally installed with slackware try booting up with that and see if you can compile with that kernel. Maybe its a kernel problem. These drivers are probably a bit old and it even reccomends you use the orinoco driver in the kernel.
hey kinney, thanks for following up! y'know, i meant to try this earlier and forgot, but it was a good idea. the new orinoco driver installed no problem on the standard slackware 2.4.26 kernel, and i can iwlist scan now! woot! of course, now i need to sit down and work out why it's not working in 2.6.10....
anyway, thanks so much for your help! you're the man!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.