| Age | Commit message (Collapse) | Author |
|---|
|
ok deraadt, guenther
|
|
bugs that panic the kernel and it's unclear if any such device works at all.
Anyone in possession of a working AR9300 device that stops working with this
commit please talk to me. I've only seen evidence of this code not working.
ok kirby@ mpi@ phessler@ dcoppa@
|
|
the second "Set Address" command is issued. This would lead the
HC to reprocess TRBs corresponding to completed transfers.
This was the cause of the "xhci0: NULL xfer pointer" message that
could be seen after attaching a device and reported by naddy@.
|
|
since we might have tweaked the addresses.
Problem reported and fix test by Bastien Durel <bastien at geekwu ! org>,
thanks! OK henning
|
|
pool_setipl(9) has been called. This avoids the panic introduced in rev 1.139
(which was subsequently backed out) while still effectively guaranteeing a
consistent snapshot. Pools used from interrupt handlers should use the
appropriate pool IPL.
ok dlg@, deraadt@
|
|
types ICMP_ECHO and ICMP6_ECHO_REQUEST have their special meaning
only if the protocol matches.
Put an #ifdef INET6 around ICMP6_ECHO_REQUEST to make the kernel
without IPv6 compile.
OK henning@
|
|
|
|
|
|
This change fixes up SFP+ module detection during "ifconfig up"
after the machine has been booted without the modules plugged in.
|
|
since most of them can't be retrieved otherwise. This
comes with a slight but measurable performance increase
as well.
Also since the hardware has a single counter for missed
packets including those caused by the insufficient DMA
buffers available, this makes it hard to decipher actual
errors when used with Rx ring length limiting mechanisms
like if_rxr or mclgeti.
|
|
|
|
|
|
This code is violating various layers of abstraction, just like ehci(4)
does. Transaction translators need a bit more love.
|
|
|
|
Some Low/Full speed devices do not like to get a SET_ADDRESS command
before we have read (some bits of) their device descriptor. So change
the attach logic to issue two "Device Address" command with a BSR dance.
This should fix the "device problem, disabling port" error seen on root
hubs with some Low/Full speed devices, reported by miod@.
|
|
to the way USB buses are discovered.
|
|
Tweaks and ok florian@
|
|
understandable.
ok chris@
|
|
pf the state has to vanish immediately when the relay closes the
socket. To make this work reliably, the linkage between state and
socket must be established with the first packet. This packet could
be incomming or outgoing.
Link the pf state in the socket layer earlier. This makes all tests
in /usr/src/regress/sys/net/pf_divert pass.
OK henning@
|
|
|
|
context, not the whole array of endpoints. Yeah, pointers are hard.
Fix a panic reported by Dimitris Papastamos on tech@
|
|
|
|
This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.
|
|
falsely triggered the added panic. revert the panic for now while a
better solution is being worked on
as reported by Bjorn Ketelaars on misc@ via jsing@
|
|
time page table after we are done creating it in the resuming kernel.
Note the resume time stack has to remain mapped as it is used during the
initial phase of the hibernate unpack while the original page table is
still being used.
|
|
sleep. This prevents accidental lid flex or slight opening in a backpack
from waking the machine up and leaving it resumed (powered on).
ok deraadt@
|
|
ok deraadt@ mlarkin@ kettenis@
|
|
change.
noticed by deraadt@
|
|
if they are connected to the root hub and isochronous transfers are not
supported for the moment.
Let me know if your controller/device do not work. In this case attach a
dmesg of a kernel build with XHCI_DEBUG.
ok deraadt@
|
|
xHCI specification r1.1 are handled in this implementation. This is a
bit tricky because our bus interface is pipe-oriented. Hopefully this
will help other people squash the remaining bugs in this area.
|
|
protection.
Fix a panic reported by Patrick Wildt.
|
|
Without knowing their depth, hubs couldn't find the bits correspdonding
to their downstream port in the route-string. Now USB 3.0 devices just
work(tm) anywhere in your hub chain.
This commit would not have been possible without the cheese provided by
miod@ at #HAMoween.
|
|
processors that support NX.
Tested on amd64 machines with and without NX capability.
Additional NX ranges can be added as desired to the table defined by
this diff.
ok deraadt@
|
|
committing the printfs. revert.
|
|
malloc bucket isn't precise, it can have anything in it.
should fix recent panics. sorry for inconvenience.
ok deraadt millert
|
|
it multiple times. Also remove an unused variable. OK deraadt@ tedu@
|
|
|
|
IP-traffic over a carp interface with the underlaying carpdev being unnumbered
(in the numbered case usually the ifp is the carpdev to begin with) went out
with the carpdev's mac address istead of the carp interface's one due to a
carp hack in ether_output exchanging the carp ifp for its carpdev ones one.
move the source mac selection to before that.
fixes unnumbered carp use in environments with strict mac address regimes
like some exchange points. issue found by your's truly the hard way.
ok mpi dlg
|
|
ok dlg@
|
|
ok tedu@ claudio@
|
|
ok mlarkin@
|
|
struct vga_pci_softc in vga_pcivar.h
Original diff from guenther@ changed to incorporate feedback
from kettenis@ and myself.
|
|
ok bluhm@ dlg@ florian@ mpi@
|
|
|
|
|
|
|
|
|
|
|
|
the i218 which is used in many modern laptops like the X240. This
seems to stop the watchdog timeouts triggered by heavy traffic on
such systems.
Tested by myself, phessler, blambert and Donovan Watteau
OK deraadt, brad
|
|
It is of course not to make your life more complicated when you are
dealing with ifa_ifwithaddr()! It was to reuse the point-to-point
code to add a route to 127.0.0.1. But now we have local routes and
we don't need this hack anymore :)
ok mikeb@ as part of a larger diff.
|
