Yes, it works reliably for me. However, the s/w support is variable:
1/ Native linux support:
A native linux driver for rtl8180/8185 devices _is_ currently in development and the pci device (1799:700f) you refer to is supported. However, note that there is currently less apparent development interest in the rtl8180/8185 side of things than in devices based on some other chipsets.
The source is included both in the latest kernel stable snapshots, e.g. 2.6.24-git13 (search for 'rtl8180' or '1799:700f' in
http://www.kernel.org/pub/linux/kernel/ ... -git13.log), as well as in the wireless-2.6 git kernel, cf.
http://linuxwireless.org. There is also the option of the bolt-on 'compat-wireless' stack as also described at
http://linuxwireless.org but personally I've not had much (read _any_) success with that.
I can't comment on the state of the driver in the stable kernel git snapshots as these are currently not bootable on my system
Also, the rtl8180 driver in the most recent wireless-2.6 git kernel I tried (git tag be338637e83b2ae335d68a271a13d77b570931fe) is broken as a result of changes to the underlying mac80211 wireless stack - see
http://article.gmane.org/gmane.linux.ke ... eral/10772 and references. But, who knows, it might be fixed any time soon ...
I am currently using a version of the wireless-2.6 git kernel (git tag b5d05d7f35ff9317c45159369b2c60549a15fbe6) which pre-dates the recent mac80211 changes and which works really well (also, my only option under x86_64). If you decide to try this and it's still available (it's based on 2.6.24-rc8) you'll need to edit the file drivers/net/wireless/rtl8180_dev.c and include a line adding support for 1799:700f as it predates explicit support for this device.
2/ Binary drivers via ndiswrapper
I have used these successfully on a 32-bit system with ndiswrapper (0.51) but not on 64-bit where ndiswrapper (same version) crashed on modprobe.
For the 32-bit system I used both the Belkin (blkwgdv7) drivers and 'generic' net8185 drivers from Realtek (with an appropriate ndiswrapper alias) with equal success.
However, you might care to unmask wpa_supplicant and try using 0.6.1 instead, which worked better for me than the then current versions in the stable (0.5.x) tree.
Adrian Bassett