| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
variable length, so we should not be trying to copy it into a fixed
length buffer, especially one on the stack. malloc() a buffer of the
right size and return a pointer to that instead.
Fixes a crash I discovered when testing whe a Cisco AP in infrastructure
mode, which returns several information elements that make the
ndis_wlan_bssid_ex structure larger than expected.
|
|
|
|
|
|
|
| |
Because xfer->send.payload is a pointer to the buffer, '&' shouldn't be there.
Submitted by: John Weisgerber <weisgerberj@gsilumonics.com>
PR: misc/64623
|
|
|
|
|
|
|
| |
(1 << 24) - 2 instead of 1 << 24, which it was obviously intended to
be). This fixes SBus isp(4)s on sparc64 machines.
Report and testing: Marius Strobl <marius@alchemy.franken.de>
|
|
|
|
|
|
|
|
|
|
| |
(NIC would claim to establish a link with an ad-hoc net but it couldn't
send/receive packets). It turns out that every time the checkforhang
handler was called by ndis_ticktask(), the driver would generate a new
media connect event. The NDIS spec says the checkforhang handler is
called "approximately every 2 seconds" but using exactly 2 seconds seems
too fast. Using 3 seconds makes it happy again, so we'll go with that
for now.
|
|
|
|
| |
have broken APIC routing. This bug has been present since rev 1.33.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
instead of bus_alloc_resource_any() to restore source compatibility
with 5.2-REL and 5.2.1-REL systems. bus_alloc_resource_any() doesn't
really do anything besides hide some of bus_alloc_resource()'s arguments
from us, and in my opinion this isn't worth breaking backwards
compatibility for people who want to use the NDISulator code on 5.2.x.
|
|
|
|
| |
Reported by: Daniel O'Connor <doconnor@gsoft.com.au>
|
|
|
|
| |
disconnect events if the link wasn't even up yet.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
are actually layered on top of the KeTimer API in subr_ntoskrnl.c, just
as it is in Windows. This reduces code duplication and more closely
imitates the way things are done in Windows.
- Modify ndis_encode_parm() to deal with the case where we have
a registry key expressed as a hex value ("0x1") which is being
read via NdisReadConfiguration() as an int. Previously, we tried
to decode things like "0x1" with strtol() using a base of 10, which
would always yield 0. This is what was causing problems with the
Intel 2200BG Centrino 802.11g driver: the .inf file that comes
with it has a key called RadioEnable with a value of 0x1. We
incorrectly decoded this value to '0' when it was queried, hence
the driver thought we wanted the radio turned off.
- In if_ndis.c, most drivers don't accept NDIS_80211_AUTHMODE_AUTO,
but NDIS_80211_AUTHMODE_SHARED may not be right in some cases,
so for now always use NDIS_80211_AUTHMODE_OPEN.
NOTE: There is still one problem with the Intel 2200BG driver: it
happens that the kernel stack in Windows is larger than the kernel
stack in FreeBSD. The 2200BG driver sometimes eats up more than 2
pages of stack space, which can lead to a double fault panic.
For the moment, I got things to work by adding the following to
my kernel config file:
options KSTACK_PAGES=8
I'm pretty sure 8 is too big; I just picked this value out of a hat
as a test, and it happened to work, so I left it. 4 pages might be
enough. Unfortunately, I don't think you can dynamically give a
thread a larger stack, so I'm not sure how to handle this short of
putting a note in the man page about it and dealing with the flood
of mail from people who never read man pages.
|
|
|
|
|
|
| |
only done minimal testing on one of these cards and the firmware folks
have been extremely uncooperative in answering my qeustions about them, so
hopefully they will work ok for everyone.
|
|
|
|
|
|
| |
This completes the effort to handle dependent functions, which are used
in some machines for irq link resources. Also, clean up some nearby
comments while I'm at it.
|
|
|
|
| |
Submitted by: Marius Strobl <marius@alchemy.franken.de>
|
|
|
|
| |
(ieee80211_ifattach() calls ether_ifattach().)
|
|
|
|
|
|
|
| |
fault or the vendor's fault when I brought in rev 1.5. This allows
the 'storcon' utility to work again.
Sponsored by: freebsdsystems.com
|
| |
|
|
|
|
|
|
|
| |
Since NetBSD doesn't have devfs the order for them doesn't matter..
Reverses one part of 1.60->1.61 NetBSD diff reduction.
Obtained from: Not NetBSD
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change has not been tested.
This change was triggered by a gcc(1) warning on ia64 at -O2. The
variable v was not used after being computed, which resulted in enough
dead code elimination (DCE) to confuse the compiler and emit a bogus
warning about the use of the variable i without prior definition. The
variable i is the loop variable.
Submitted by: des
Responsibility: marcel
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to select a serial console and debug port (resp). On ia64 these replace
the use of hints completely and take precedence over hints on alpha,
amd64 and i386. On sparc64 these variables are not yet recognised.
The reasons for introducing these variables are:
1. Hints have side-effects. They reserve the unit number for use by
isa or acpi devices and therefore cannot be used to select a pci
device. Also, the use of a unit number to select a device prior
to bus enumeration is nonsense. The new variables have no side-
effects and are not based on unit numbers.
2. Hints don't have the expression power to allow the sysadmin to
select UARTs that are not legacy PC devices and need the support
of compile-time constants to give the sysadmin some level of
flexibility.
The hw.uart.console and hw.uart.dbgport variables specify a list of
attributes. An attribute is a tag-value pair, seperated by a colon.
Attributes are seperated by a comma. Where possible, tags are the
same as those in /etc/remote (only br and pa in practice). Details
can be found in the manpage (not part of this commit).
Not tested on: amd64, pc98
|
|
|
|
| |
- Apply some style fixes to mdstart_swap().
|
| |
|
|
|
|
|
|
|
| |
next plex if the sector to be read isn't nearby the last read sector.
Submitted by: Vsevolod Lobko <seva@ip.net.ua> via ru@
Approved by: grog (mentor)
|
|
|
|
|
|
|
| |
Bring over sundry small fixes from NetBSD
Obtained from: NetBSD
MFC after: 1 week
|
|
|
|
|
|
|
| |
Trying to figure out why this only works with SOME EHCI controllers.
Obtained from: NetBSD
MFC after: 1 week
|
|
|
|
|
| |
on the boot processor (cpuid == 0). Some chipsets do not power off the
system if the shutdown handler runs on an AP.
|
|
|
|
|
|
|
|
| |
that unbreaks them.
Submitted by: dillon
Obtained from: NetBSD
MFC after: 2 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
device, the device is probed multiple times (so each device is
detected N times after unloading/loading the module N-1 times).
The real fix is (quote Doug and Warner):
> : In an ideal world, there should be some kind of BUS_UNIDENTIFY method
> : which a driver could use to delete the devices it created in
> : BUS_IDENTIFY.
>
> Or the bus would have a driver deleted routine that got called and it
> would remove all instances of the devclass attached to it.
Reviewed by: Doug Rabson & Warner Losh
|
|
|
|
|
|
|
|
| |
VTY prevented waking up processes waiting for the output queue to
get free on other VTYs.
In collaboration with: Vsevolod Lobko
MFC after: 1 week
|
|
|
|
|
| |
new _OSI method. These can be used if these new features end up causing
regression for users.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
mappings required by mdstart_swap(). On i386, if the ephemeral mapping
is already in the sf_buf mapping cache, a swap-backed md performs
similarly to a malloc-backed md. Even if the ephemeral mapping is not
cached, this implementation is still faster. On 64-bit platforms, this
change has the effect of using the direct virtual-to-physical mapping,
avoiding ephemeral mapping overheads, such as TLB shootdowns on SMPs.
On a 2.4GHz, 400MHz FSB P4 Xeon configured with 64K sf_bufs and
"mdmfs -S -o async -s 128m md /mnt"
before:
dd if=/dev/md0 of=/dev/null bs=64k
134217728 bytes transferred in 0.430923 secs (311465697 bytes/sec)
after with cold sf_buf cache:
dd if=/dev/md0 of=/dev/null bs=64k
134217728 bytes transferred in 0.367948 secs (364773576 bytes/sec)
after with warm sf_buf cache:
dd if=/dev/md0 of=/dev/null bs=64k
134217728 bytes transferred in 0.252826 secs (530870010 bytes/sec)
malloc-backed md:
dd if=/dev/md0 of=/dev/null bs=64k
134217728 bytes transferred in 0.253126 secs (530240978 bytes/sec)
|
|
|
|
|
|
|
| |
bus_alloc_resource_any commit.
Submitted by: bde
Pointy-hat: njl
|
|
|
|
|
|
| |
This should fix this error people get attaching cardbus controllers:
pcib0: _PRS resource entry has unsupported type 2
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
are based on the same USB->COM bridge, but have different product IDs.
PR:
Submitted by:
Reviewed by:
Approved by:
Obtained from: http://www.tnpi.biz/computing/freebsd/crystalfontz.shtml
MFC after: 3 days
|
|
|
|
|
|
| |
clip/destroy the dB value contained in the wi(4)'s receive frames,
it doesn't match with the flag set in the radiotap header
(unperturbed dB versus dBm).
|
|
|
|
|
|
|
| |
C2 and 1000 to use C3.
Submitted by: Bruno Ducrot <ducrot@poupinou.org>
Tested by: Scott Lambert <lambert@lambertfam.org>
|
|
|
|
|
| |
Submitted by: Mark Santcroos <marks@ripe.net>
Reviewed by: imp, dfr, bde
|
| |
|
|
|
|
|
|
| |
Man pages fixes.
Submitted by: Stanislav A. Svirid <count@riss-telecom.ru>
|
| |
|
|
|
|
|
|
| |
mini-layer. I don't have time to bing it forward into the GEOM world, and
no one else has stepped forward to claim it. It'll be in the Attic for safe
keeping for now.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
| |
This adds support for cardbus ATA/SATA controllers. I get roughly the
same transfer speeds as on true PCI controllers. Nice to be able to add
a couble of "real" disks to a laptop :)
|
|
|
|
|
|
|
| |
Only cy, bs and wd in the tree still use it. I have a replacement for
cy that I need to test on ISA and PCI cards. bs and wd are pc98 only
drivers that appear to no longer be necessary. I'll be removing them
when I hear back from the pc98 people.
|
| |
|
|
|
|
|
| |
Submitted by: Tuc <tuc@ttsg.com>
MFC after: 1 week
|
| |
|
| |
|
| |
|