Age | Commit message (Collapse) | Author |
|
In ip_esp.c all allocated memory is now zero'd in the
"malloc(sizeof(*tc) + alen ..." case. The +alen memory was not
initialized by the bzero() call. Noticed by chl@.
"Looks good" art@ "seems ok" chl@
|
|
by savectx().
ok art@, miod@
|
|
Inspired by similar changes to the Linux sky2 driver.
Tested by dunceor, Schoeberle Daniel, moritz@ and brad@ on existing
known working adapters. These chipsets are not actually available
in hardware yet.
ok dlg@
|
|
is found to have PCI power management capability. It has been
found that unconditionally touching this register with the original
VIA Rhine chipset, which does not have power management capability,
and due to the shorter width of the IO addess space, it is possible
for the vr(4) driver to do bad things with hw with IO address space
adjacent to a vr(4) adapter.
Tested by a few users, brad@ and jmc@.
ok dlg@
|
|
|
|
Most of the ids were from FreeBSD though the quad port blade id came
from the Linux E1000 driver.
ok dlg@
|
|
associated field access defines. This reverts most changes to
dev/sun/disklabel.h without eliminating new functionality. Fix
comments to line up and fit on 80 column line, making both tsi@ and I
feel better.
Simplify logic in disksubr.c. No semantic change.
Tested & ok tsi@.
|
|
- if ((mapstore = malloc(mapsize, M_DEVBUF,
- (flags & BUS_DMA_NOWAIT) ? M_NOWAIT : M_WAITOK)) == NULL)
+ if ((mapstore = malloc(mapsize, M_DEVBUF, (flags & BUS_DMA_NOWAIT) ?
+ (M_NOWAIT | M_ZERO) : (M_WAITOK | M_ZERO))) == NULL)
return (ENOMEM);
- bzero(mapstore, mapsize);
|
|
|
|
to an 11b AP due to not correct initialized tx rates.
|
|
where obvious.
|
|
obvious.
|
|
obvious.
|
|
as rate anyway.
|
|
|
|
|
|
|
|
Agreed with jsg@
|
|
|
|
|
|
OK jsg@
|
|
From Oleg Safiullin. OK jsg@
|
|
|
|
Thanks for otto@ for looking at the time calculations
|
|
tested by krw@. This diff by itself is insufficient to ensure that
we are only running on an amd64: todd@'s machine is a mobile Athlon XP
that has a cpuid family of 0xf but is not an amd64 processor so more
must be done but this should prevent the vast majority of cases.
ok tom@
|
|
Fixes unaligned access on strict-alignment architectures.
ok mglocker@
|
|
|
|
If people testing could send mail to mglocker and myself we'd appreciate it.
ok mglocker@
|
|
my PowerBook G4 internal BCM4306 device.
|
|
Paraphrasing, "make it clear this should be fixed in pcc asap".
|
|
|
|
from Piotr Durlej, tested by henning@, krw@, thib@ and myself
ok thib@, grunk@, krw@
|
|
spotted by brad
ok ratchov
|
|
Using a group sums up the statistics of all members.
Modify pfctl(1) slightly to allow a groupname "all",
which gives us an overall pf(4) statistic.
OK henning@, markus@
|
|
|
|
|
|
|
|
ok dlg@
|
|
Help and OK jsg@
|
|
inline in the one place that it's called
ok thib@, weingart@
"I don't see why not" fgsch@
|
|
wierd games with caching mbufs. as part of that it used regular mbufs
and makes them M_PKTHDR mbufs on the fly, instead of calling m_gethdr.
of course it did it hackish and wrong and did not properly initialize
the pkthdr fields, which stated to cause problems as soon as we started
to stuff more into the packet header.
so use the freshly introduced m_inithdr() to make the mbuf a pktdr mbuf.
problem found + analyzed by janjaap@stack.nl PR5563, input theo, ok claudio
|
|
mbuf back.
for fixing PR5563 in a few, tested janjaap@stack.nl, ok claudio
|
|
|
|
ok brad, dlg.
|
|
for master, remove useless pin direction calls, add mixer item for mic
boost, remove useless item for the volume knob.
|
|
more than one protocol. From FreeBSD, reported and tested by jmc@
|
|
ok jakemsr@
|
|
Here's the issue this fixes:
Problem description: Tehuti NIC generated RxD descriptor with UDP
checksum error bit raised for incoming UDP packet with UDP checksum
field value zero. This behavior is not in accordance with UDP RFC
which defines that packets with zero UDP checksum should not be
verified by receiver.
Solution description: Never raise RxD UDP checksum error bit raised
for incoming UDP packet with UDP checksum field value zero.
Many thanks to Alexander Indenbaum and the rest of Tehuti generally
for notifying us and providing the new firmware under the same
license as the previous revision.
|
|
From: Pierre Riteau <pierre.riteau@free.fr>
|
|
|