| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
PowerPC.
|
| |
|
|
|
|
|
|
| |
and why. The first case is correct usage which has but one correct output.
The 2nd and 3rd cases are incorrect usage in which the exact output is
not standardized and various shells give various allowable output.
|
|
|
|
|
|
|
|
|
| |
- fix the leak of command struct on error
- simplify the cleanup logic
- EINPROGRESS is not a fatal error
- buggy comment and error message
Reviewed by: ken
|
|
|
|
|
| |
PR: usb/151043
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
|
| |
- Add more USB mass storage quirks.
Submitted by: Dmitry Luhtionov
PR: usb/149934, usb/143045
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replace mii_phy_probe() altogether. Compared to the latter the advantages
of mii_attach() are:
- intended to be called multiple times in order to attach PHYs in multiple
passes (f.e. in order to only use sub-ranges of the 0 to MII_NPHY - 1
range)
- being able to pass along the capability mask from the NIC to the PHY
drivers
- being able to specify at which address (phyloc) to probe for a PHY
(instead of always probing at all addresses from 0 to MII_NPHY - 1)
- being able to specify which PHY instance (offloc) to attach
- being able to pass along MIIF_* flags from the NIC to the PHY drivers
(f.e. as required to indicated to the PHY drivers that flow control is
supported by the NIC driver, which actually is the motivation for this
change).
While at it, I used the opportunity to get rid of some hacks in mii(4)
like miibus_probe() generally doing work besides sheer probing and the
"EVIL HACK" (which will vanish entirely along with mii_phy_probe()) by
passing the struct ifnet pointer via an argument of mii_attach() as well
as to fix some resource leaks in mii(4) in case something fails.
Commits which will update the PHY drivers to honor the MII flags passed
down from the NIC drivers and take advantage of mii_attach() to get rid
of certain types of hacks in NIC and PHY drivers as well as a conversion
of the remaining uses of mii_phy_probe() will follow shortly.
Reviewed by: jhb, yongari
Obtained from: NetBSD (partially)
|
|
|
|
|
|
| |
Submitted by: Nick Hibma
PR: usb/149900
Approved by: thompsa (mentor)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
what is done on other platforms. Unlike as with the sched_throw(NULL)
called on BSPs during their startup apparently there's nothing which will
reliably lower it on APs. I'm unsure why this only came up on V215 though,
breaking these with r207248. My best guess is that these are the only
supported ones so far fast enough to loose some race.
PR: 151404
MFC after: 3 days
|
|
|
|
|
| |
PR: usb/149675
Approved by: thompsa (mentor)
|
|
|
|
|
|
| |
Define reserved EHCI register.
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
|
|
|
| |
proper solution which is to not use the TERMINATE pointer, but rather
link to a halted TD. The initial fix was due to a misunderstanding
about how the EHCI hardware works. Thanks to Alan Stern for clearing
this up. This patch can increase mass storage read performance
significantly when the IRQ rate is less than 8000 IRQ/s.
Approved by: thompsa (mentor)
|
|
|
|
|
|
| |
lower the PIL.
- Just as with the AP ensure that the (S)TICK timer(s) are in a known
state when starting BSPs.
|
|
|
|
| |
so there's no need to fill mii_{ext,}capabilities either.
|
|
|
|
|
|
|
| |
errors from the applications. Only use endless retransmission while in the
non-addressed state on a High-Speed device.
Approved by: thompsa (mentor)
|
|
|
|
| |
Approved by: thompsa (mentor)
|
|
|
|
| |
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
|
| |
- Add more USB mass storage quirks.
Submitted by: Dmitry Luhtionov
PR: usb/149934, usb/143045
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* libusb_strerror()
* libusb_get_driver[_np]()
* libusb_detach_kernel_driver[_np]()
- Factor out setting of non-blocking flag inside libusb.
- Add missing NULL check after libusb_get_device() call.
- Correct some wrong error codes due to copy and paste error.
PR: usb/150546
Submitted by: Robert Jenssen, Alexander Leidinger
Approved by: thompsa (mentor)
|
|
|
|
| |
Approved by: thompsa (mentor)
|
|
|
|
| |
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
|
| |
- Add a new API function to check the connected
status of the USB handle in the LibUSB v1.0 and
LibUSB v0.1 interfaces.
Approved by: thompsa (mentor)
|
|
|
|
|
| |
Submitted by: arundel
MFC after: 3 days
|
|
|
|
|
| |
the host lex instead of the lex built during buildworld. I will MFC the
lex changes soon and in a few weeks this I'll commit again r213765.
|
|
|
|
|
|
|
|
|
|
|
| |
header parser uses m_pullup(9) to get access to mbuf chain.
m_pullup(9) can allocate new mbuf chain and free old one if the
space left in the mbuf chain is not enough to hold requested
contiguous bytes. Previously drivers can use stale ip/tcp header
pointer if m_pullup(9) returned new mbuf chain.
Reported by: Andrew Boyer (aboyer <> averesystems dot com)
MFC after: 10 days
|
|
|
|
| |
enable TX checksum offloading if VLAN hardware tagging is disabled.
|
|
|
|
|
|
|
|
|
|
|
|
| |
port such that reading station address from second port always
returned 0xFF:0xFF:0xFF:0xFF:0xFF:0xFF Unfortunately it seems there
is no easy way to know whether SROM is shared or not. Workaround
the issue by traversing dc(4) device list and see whether we're
using second port and use station address of controller 0 as base
station address of second port.
PR: kern/79262
MFC after: 2 weeks
|
| |
|
|
|
|
|
| |
list. Use the new internals to simplify adding transaction context
elements, and in future diffs, more complicated SGLs.
|
|
|
|
|
|
| |
assignment to a local variable not used anywhere after that.
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
| |
Reviewed by: ru
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
interested in the result and would leak a reference otherwise.
PR: kern/151435
Submitted by: Andrew Boyer (aboyer averesystems.com)
MFC after: 3 days
|
|
|
|
|
|
|
| |
getting more and more popular, as source of precise time, and the gpsd
daemon from ports is using the shared memory to synchronize with ntpd.
Reviewed by: roberto
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of using SIGISMEMBER to test every interesting signal, just
unmask the signal set and let cursig() return one, get the signal
after it returns, call reschedule_signal() after signals are blocked
again.
In kern_sigprocmask(), don't call reschedule_signal() when it is
unnecessary.
In reschedule_signal(), replace SIGISEMPTY() + SIGISMEMBER() with
sig_ffs(), rename variable 'i' to sig.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
immediately written into the stack after the call. Instead let the caller
manage the "space left".
Previously, growstackstr()'s assumption causes problems with STACKSTRNUL()
where we want to be able to turn a stack into a C string, and later
pretend the NUL is not there.
This fixes a bug in STACKSTRNUL() (that grew the stack) where:
1. STADJUST() called after a STACKSTRNUL() results in an improper adjust.
This can be seen in ${var%pattern} and ${var%%pattern} evaluation.
2. Memory leak in STPUTC() called after a STACKSTRNUL().
Reviewed by: jilles
|
|
|
|
|
|
|
|
| |
that does not rely on the lifetime of pointers being the same. This also
restores the task KBI.
Suggested by: jhb
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
auto polling such that it made all controllers obtain link status
information from the state of the LNKRDY input signal. Broadcom
recommends disabling auto polling such that driver should rely on
PHY interrupts for link status change indications. Unfortunately it
seems some controllers(BCM5703, BCM5704 and BCM5705) have PHY
related issues so Linux took other approach to workaround it.
bge(4) didn't follow that and it used to enable auto polling to
workaround it. Restore this old behavior for BCM5700 family
controllers and BCM5705 to use auto polling. For BCM5700 and
BCM5701, it seems it does not need to enable auto polling but I
restored it for safety.
Special thanks to marius who tried lots of patches with patience.
Reported by: marius
Tested by: marius
|
|
|
|
| |
and its usage.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- correct the ethernet payload remainder which
must be post-offseted by -14 bytes instead of
0 bytes. This is not very clearly defined in the
NCM specification.
- add development feature about limiting the
maximum datagram count in each NCM payload.
- zero-pad alignment data
- add TX-interval tuning sysctl
Approved by: thompsa (mentor)
|
|
|
|
|
|
|
| |
Link UP state could be reported first before actual completion of
auto-negotiation. This change makes bge(4) reprogram BGE_MAC_MODE,
BGE_TX_MODE and BGE_RX_MODE register only after controller got a
valid link.
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
- Add new driver for iPhone tethering
- Supports the iPhone 3G/3GS/4G ethernet protocol
Approved by: thompsa (mentor)
|
| |
| |
| |
| |
| |
| |
| | |
- Add new device ID
PR: usb/150989
Approved by: thompsa (mentor)
|
| |
| |
| |
| |
| |
| |
| |
| | |
- Correct network interface flags.
PR: usb/149039
Submitted by: Fredrik Lindberg
Approved by: thompsa (mentor)
|