| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
and this breaks loading miniport drivers from loader.conf
Reported by: Yuri <yuri^rawbw^com>
Submitted by: Paul B Mahol
MFC after: 3 days
|
|
|
|
|
| |
Submitted by: Paul B Mahol <onemda at gmail.com>
MFC after: 1 week
|
|
|
|
|
|
|
| |
subdevice ID in addition to the subvendor ID.
Reported by: Paul B Mahol 'onemda gmail com'
Approved by: kib (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
configuration registers directly.
Remove pci_enable_io calls where they are redundant. The PCI bus driver
will set the right bits when the corresponding bus resource is activated.
Remove redundant pci_* function calls from suspend/resume methods. The
bus driver already saves and restores the PCI configuration.
Reviewed by: jhb
Approved by: kib (mentor)
|
|
|
|
|
|
|
| |
cleaner, this fixes problems where the code was using ~0 instead of ~0ul
for the upper bound on "any" resources.
MFC after: 1 month
|
|
|
|
|
| |
Submitted by: Paul B Mahol <onemda at gmail.com>
MFC after: 1 week
|
|
|
|
| |
Found with: clang
|
|
|
|
|
|
|
|
| |
duplicate module loads.
PR: usb/125736
Submitted by: danger, mm
Reviewed by: hselasky
|
|
|
|
|
| |
Submitted by: Marc Balmer <marc@msys.ch>
MFC after: 1 week
|
|
|
|
| |
Submitted by: novel
|
|
|
|
|
| |
PR: 142197
Submitted by: Paul <onemda at gmail.com>
|
|
|
|
| |
Submitted by: Paul B Mahol
|
|
|
|
|
|
| |
PR: 141376
Submitted by: Paul <onemda at gmail.com>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
ndis_scan() is called. However, ndis_scan() is invoked from softclock()
and cannot sleep. Move ndis_scan_results() to the ndis' driver's scan_end
hook instead.
Submitted by: Paul B Mahol onemda of gmail
MFC after: 1 week
|
|
|
|
|
|
| |
older than 6.0.
Submitted by: Paul B Mahol <onemda at gmail.com>
|
|
|
|
|
|
|
| |
breakage.
Submitted by: bz, des, onemda
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
Also, the previous commit to sys/dev/if_ndis/if_ndis.c also included the
removal of a call to ndis_setstate_80211 that is no longer needed.
Submitted by: sam
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
perform 802.11 operations directly on the ndis0 interface before the
first VAP (wlan0) had been created. This would lead to a NULL-pointer
dereference in the kernel.
Submitted by: Paul B. Mahol <onemda@gmail.com>
MFC after: 3 days
|
|
|
|
|
|
| |
PR: kern/138632
Submitted by: Paul B. Mahol <onemda at gmail.com>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
nagged again via PR. Thank Paul for his persistence and contributions.
PR: 136895
Submitted by: Paul B. Mahol <onemda@gmail.com>
Reviewed by: sam (timeout, 10 days), weongyo (timeout, 10 days), me
Approved by: re (Kostik Belousov <kostikbel@gmail.com>)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
IF_ADDR_UNLOCK() across network device drivers when accessing the
per-interface multicast address list, if_multiaddrs. This will
allow us to change the locking strategy without affecting our driver
programming interface or binary interface.
For two wireless drivers, remove unnecessary locking, since they
don't actually access the multicast address list.
Approved by: re (kib)
MFC after: 6 weeks
|
|
|
|
|
|
| |
helper function. Also, add ieee80211_announce() call for bootverbose case.
Submitted by: Paul B. Mahol <onemda@gmail.com>
|
|
|
|
| |
- Reduce the number of headers needed for a usb driver, the common case is just usb.h and usbdi.h
|
|
|
|
|
|
| |
for ndis 802.11 work.
Submitted by: Paul B. Mahol <onemda@gmail.com>
|
| |
|
|
|
|
|
| |
Submitted by: Paul B. Mahol <onemda@gmail.com>
MFC after: 1 week
|
|
|
|
| |
Pointed out by: kib
|
|
|
|
| |
Submitted by: "Paul B. Mahol" <onemda@gmail.com>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sleepable context for net80211 driver callbacks. This removes the need for USB
and firmware based drivers to roll their own code to defer the chip programming
for state changes, scan requests, channel changes and mcast/promisc updates.
When a driver callback completes the hardware state is now guaranteed to have
been updated and is in sync with net80211 layer.
This nukes around 1300 lines of code from the wireless device drivers making
them more readable and less race prone.
The net80211 layer has been updated as follows
- all state/channel changes are serialised on the taskqueue.
- ieee80211_new_state() always queues and can now be called from any context
- scanning runs from a single taskq function and executes to completion. driver
callbacks are synchronous so the channel, phy mode and rx filters are
guaranteed to be set in hardware before probe request frames are
transmitted.
Help and contributions from Sam Leffler.
Reviewed by: sam
|
|
|
|
| |
Submitted by: Paul B. Mahol
|
|
|
|
|
|
|
| |
frames passed down through the transmit path
o mark ndis requiring 802.3 encap'd frames
Reviewed by: "Paul B. Mahol" <onemda@gmail.com>, thompsa
|
|
|
|
|
|
|
|
|
|
|
| |
o remove ic_myaddr from ieee80211com
o change ieee80211_ifattach to take the mac address of the physical device
and use that to setup the lladdr.
o replace all references to ic_myaddr in drivers by IF_LLADDR
o related cleanups (e.g. kill dead code)
PR: kern/133178
Reviewed by: thompsa, rpaulo
|
|
|
|
| |
Tested by: Ganbold <ganbold_at_micom.mng.net>
|
|
|
|
|
|
|
| |
or URB_FUNCTION_CLASS_xxx with HAL preemption lock that means it's
non-sleepable during USB requests though usb2_do_request() requires a
sleep so it needs to send queries to the default pipe without those
interfaces to avoid sleep.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on the HAL preemption lock there is a problem on SMP machines
and causes a panic.
o When a device detached the current tactic to detach NDIS USB driver is
to call SURPRISE_REMOVED event. So it don't need to call
ndis_halt_nic() again. This fixes some page faults when some drivers
work abnormal.
o it assumes now that URB_FUNCTION_BULK_OR_INTERRUPT_TRANSFER is in
DISPATCH_LEVEL (non-sleepable) and as further work
URB_FUNCTION_VENDOR_XXX and URB_FUNCTION_CLASS_XXX should be.
Reviewed by: Hans Petter Selasky <hselasky_at_freebsd.org>
Tested by: Paul B. Mahol <onemda_at_gmail.com>
|
| |
|
|
|
|
|
|
|
|
| |
o correct dBm<->mW conversion logic
o set net80211 TXPMGT capability only if driver reports it is capable
PR: kern/132342
Submitted by: "Paul B. Mahol" <onemda@gmail.com>
|
|
|
|
|
|
|
|
|
| |
o implement URB_FUNCTION_ABORT_PIPE handling.
o remove unused code related with canceling the timer list for USB
drivers.
o whitespace cleanup and style(9)
Obtained from: hps's original patch
|
|
|
|
|
|
|
| |
new USB2 stack will fully replace this for 8.0.
Remove kernel modules, a subsequent commit will update conf/files. Unhook
usbdevs from the build.
|
|
|
|
|
|
| |
table to approximate mW<->dBM.
Submitted by: Paul B. Mahol
|
|
|
|
|
|
|
| |
PR: kern/130189
Submitted by: Paul B. Mahol <onemda_at_gmail.com>
Reviewed by: sam
MFC after: 3 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now the NDISulator supports NDIS USB drivers that it've tested with
devices as follows:
- Anygate XM-142 (Conexant)
- Netgear WG111v2 (Realtek)
- U-Khan UW-2054u (Marvell)
- Shuttle XPC Accessory PN20 (Realtek)
- ipTIME G054U2 (Ralink)
- UNiCORN WL-54G (ZyDAS)
- ZyXEL G-200v2 (ZyDAS)
All of them succeeded to attach and worked though there are still some
problems that it's expected to be solved.
To use NDIS USB support, you should rebuild and install ndiscvt(8) and
if you encounter a problem to attach please set `hw.ndisusb.halt' to
0 then retry.
I expect no changes of the NDIS code for PCI, PCMCIA devices.
Obtained from: //depot/projects/ndisusb/...
|
|
|
|
| |
Submitted by: "Paul B. Mahol" <onemda@gmail.com>
|
|
|
|
|
| |
PR: kern/128750
Submitted by: Paul B. Mahol
|
|
|
|
|
|
|
|
|
| |
NDIS_TXPKTS and don't allocate unused extra spaces for sc->ndis_txarray
and sc->ndis_txpool.
PR: kern/127644
Submitted by: Antoine Pelisse <apelisse_at_gmail.com>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
| |
mutexes and replacing the obsolete if_watchdog interface. The ndis_ticktask
function calls into ieee80211_new_state under one condition with NDIS_LOCK
held. The ieee80211_new_state would call into ndis_start in some cases too,
resulting in the occasional case where ndis_start acquires NDIS_LOCK from
inside the NDIS_LOCK held by ndis_ticktask.
Obtained from: Paul B. Mahol <onemda@gmail.com>
MFC after: 1 week
|