| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Zero it out here so we do not misinterpret the data error.
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
| |
OpenCISS states that if the value is 0, then the driver should try a value
of 31. That's just silly. Set to 17 so that the subtraction for maxio
becomes 16 and aligns nicely.
Reviewed by: scottl
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
|
|
|
|
| |
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
Communication on src-commiters, Sat, 27 Apr 2013 22:09:06 -0700,
Subject was: "Re: svn commit: r249997"
As I'm here, fix the style main block comments in files' headers.
|
|
|
|
|
|
| |
Submitted by: Thomas Skibo <ThomasSkibo (at) sbcglobal.net>
Tested by: wkoszek (ZedBoard)
Reviewed by: wkoszek, freebsd-arm@ (no objections raised)
|
|
|
|
|
| |
Submitted by: Thomas Skibo <ThomasSkibo (at) sbcglobal.net>
Reviewed by: wkoszek, freebsd-arm@ (no objections raised)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If max_sg_length is 0, then we default to 16
If max_sg_length is less than CISS_MAX_SG_ELEMENTS, then
we will set round the value of max_sg_length to the nearest
power of 2 and use it to align maxio.
Else, we will use CISS_MAX_SG_ELEMENTS for our calculations.
Thanks to scottl for working me through the history and providing
the basis for this patch.
Submitted by: scott
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
| |
|
|
|
|
| |
completed descriptors.
|
|
|
|
|
|
|
| |
subtract 1 from the chosen value if we are going to use the configued value.
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
and tuned value, we would advertise the unsupported value to CAM and it would
merrily destroy the controller with way too many IO operations.
This manifests itself in a Zero Memory RAID configuration for a P410 and
possibly other controllers.
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
stage of shutdown_post_sync. That should allow CAM to do final cache flush
at the SHUTDOWN_PRI_DEFAULT without using polling magic.
MFC after: 3 days
|
| |
|
|
|
|
|
|
| |
be any need to bias the returned value.
Reported by: Craig Leres <leres@ee.lbl.gov>
|
|
|
|
| |
Submitted by: Ed Maste, emaste @
|
| |
|
|
|
|
|
|
|
|
| |
command on a disk device. This quieseces some noise on the console that
recently appeared.
Obtained from: Yahoo! Inc.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
- it is incorrect: In the 'back' case you want to reuse the previous
mbuf.
- it was not reviewed by wireless@
Requested by: jhb, adrian
|
|
|
|
|
| |
PR: kern/177072
Submitted by: Kurt Lidl <lidl@pix.net>
|
|
|
|
|
|
| |
PR: kern/176712
Submitted by: Hiren Panchasara <hiren.panchasara@gmail.com> (earlier vesion)
Approved by: cperciva (mentor)
|
|
|
|
|
|
| |
PR: kern/176712
Submitted by: Hiren Panchasara <hiren.panchasara@gmail.com>
Approved by: cperciva (mentor)
|
|
|
|
|
|
|
| |
PR: kern/176712
Submitted by: Hiren Panchasara <hiren.panchasara@gmail.com>
Reviewed by: jmg (earlier version)
Approved by: cperciva (mentor)
|
|
|
|
|
|
| |
PR: kern/176712
Submitted by: Hiren Panchasara <hiren.panchasara@gmail.com>
Approved by: cperciva (mentor)
|
|
|
|
|
|
|
| |
USB audio devices. Previously the highest sample
rate was unconditionally selected.
Requested by: Craig Leres <leres@ee.lbl.gov>
|
|
|
|
| |
USB explore thread.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
that uses non-ISA IRQs but use a plain IRQ resource in _CRS. However,
a non-ISA IRQ can't fit into a plain IRQ resource. If we encounter a
link like this, build the resource buffer from _PRS instead of _CRS.
- Set the correct size of the end tag in a resource buffer.
Tested by: Benjamin Lee <ben@b1c1l1.com>
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
than VLAN groups.
Some chips (eg this rtl8366rb) has a VLAN group per port - you first
define a set of VLANs in a vlan group, then you assign a VLAN group
to a port.
Other chips (eg the AR8xxx switch chips) have a VLAN ID array per
port - there's no group per se, just a list of vlans that can be
configured.
So for now, the switch API will use the latter and rely on drivers
doing the heavy lifting if one wishes to use the VLAN group method.
Maybe later on both can be supported.
PR: kern/177878
PR: kern/177873
Submitted by: Luiz Otavio O Souza <loos.br@gmail.com>
Reviewed by: ray
|
|
|
|
|
| |
MFC after: 2 weeks
Submitted by: Dmitry Luhtionov <dmitryluhtionov@gmail.com>
|
|
|
|
| |
slot is actually NULL.
|
|
|
|
|
|
|
| |
the pause/resume code to not be called completely symmetrically.
I'll chase down the root cause of that soon; this at least works around
the bug and tells me when it happens.
|
|
|
|
|
|
|
|
|
| |
is compiled in or not.
This fixes issues with people running -HEAD but who build modules
without doing a "make buildkernel KERNCONF=XXX", thus picking up
opt_*.h. The resulting module wouldn't have 11n enabled and the
chainmask configuration would just be plain wrong.
|
|
|
|
|
| |
- remove vestiges of the old memory allocator
- clean up some comments
|
|
|
|
|
|
|
|
|
| |
This is intended to be used as a stop-gap for switch devices
which expose multiple ethernet PHYs but we don't have a driver
for - here, etherswitchcfg and the general switch configuration
API can be used to interface to said PHYs.
Submitted by: Luiz Otavio O Souza <loos.br@gmail.com>
|
| |
|
|
|
|
| |
Fix compile build before anyone notices.
|
| |
|
| |
|
|
|
|
|
|
|
| |
reinitialization from yarrow right after good entropy is harvested.
Approved by: secteam (delphij)
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
| |
to the list of IPv6 addresses on the system. The table is used for
TOE+IPv6 only.
|
|
|
|
|
|
| |
passing real bus' child pointers instead of grandchilds.
Requested by: kib
|
|
|
|
|
|
| |
PR: kern/177164
Reviewed by: jhb
Approved by: sbruno (mentor)
|
|
|
|
| |
Submitted by: Christoph Mallon <christoph.mallon@gmx.de> (via private mail)
|
|
|
|
| |
Submitted by: Christoph Mallon <christoph.mallon@gmx.de> (via private mail)
|
|
|
|
| |
Submitted by: Christoph Mallon <christoph.mallon@gmx.de>
|
|
|
|
| |
Submitted by: Christoph Mallon <christoph.mallon@gmx.de> (via private mail)
|