| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Approved by: kib (mentor)
|
|
|
|
|
| |
Reported by: Christoph Mallon < christoph -dot- mallon -at- gmx -dot- de >
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
video streams from cameras.
This patch changes the displayed timer to a time stamp and corrects
one or two mishandled errors.
Submitted by: imp
|
|
|
|
| |
Spotted out by: Christoph Mallon <christoph d0t mallon AT gmx d0t de>
|
|
|
|
| |
Spotted out by: Christoph Mallon <christoph d0t mallon AT gmx d0t de>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
device. The details include the current value of the BAR (including all
the flag bits and the current base address), its length, and whether or not
it is enabled. Since this operation is not invasive, non-root users are
allowed to use it (unlike manual config register access which requires
root). The intention is that userland apps (such as Xorg) will use this
interface rather than dangerously frobbing the BARs from userland to
obtain this information.
- Add a new sub-mode to the 'list' mode of pciconf. The -b flag when used
with -l will now list all the active BARs for each device.
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
| |
modify the pointer argument passed to it. This triggered an assert in malloc
when a geom command being run under the livefs environment.
PR: bin/130632
Submitted by: Dimitry Andric <dimitry -at- andric.com>
Pointy hat to: me
MFC after: 2 days
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
|
| |
Obtained from: NetBSD
MFC after: 1 month
|
|
|
|
|
| |
value used later by RESTORE_CCK
o swap arg order in RESTORE_CCK to slightly reduce cost
|
|
|
|
|
| |
the horrible SAVE/RESTORE_CCK macros used by swan/nala cards to
implement 11b using 11g
|
|
|
|
|
|
| |
default route to show up we can turn this knob back on
without screwing subsequent daemons that expect to be
able to talk to the outside world.
|
|
|
|
|
|
| |
time to boot an unplugged system 30 sec. longer for no good reason. Therefore,
add a check to make sure that any DHCP interfaces are plugged in before
waiting.
|
|
|
|
| |
checking validity of segment two.
|
|
|
|
| |
Discovered by: "Dewayne Geraghty" <dewayne.geraghty@heuristicsystems.com.au>
|
|
|
|
|
|
|
|
|
|
|
| |
basename(1) does.
(Two different PRs contained identical patches, both cited below)
PR: 121520, 86148
Submitted by: Ighighi <ighighi at gmail dot com>
Submitted by: Leif Neland <leif at neland dot dk>
MFC after: 3 days
|
|
|
|
| |
from a struct sockaddr_in, so there is no need to initialize sin_len
|
| |
|
| |
|
|
|
|
|
|
| |
to work by accident before the cleanup done in revision 187693.
Approved by: kan (mentor)
|
|
|
|
| |
Reviewed by: obrien@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
src/usr.bin/usbhidctl/usbhid.c
src/sys/dev/usb2/include/usb2_hid.h
src/sys/dev/usb2/input/uhid2.c
src/lib/libusbhid/Makefile
src/lib/libusbhid/descr.c
src/lib/libusbhid/descr_compat.c
src/lib/libusbhid/usbhid.3
src/lib/libusbhid/usbhid.h
src/lib/libusbhid/usbvar.h
Patches to make libusbhid and HID userland utilities compatible with
the new USB stack. All HID ioctls should go through the libusbhid
library to ensure compatibility. I have found at least one piece of
software in /usr/ports which needs to get updated before USB HID
devices will work. This is the X joystick input driver.
Reported and tested by:
Daichi GOTO and Masanori OZAWA.
src/sys/dev/usb2/core/usb2_process.c
Correct USB process names.
Reported by:
Andre Guibert de Bruet
src/sys/dev/usb2/serial/uftdi2.c
Integrate changes from old USB stack.
Submitted by: hps
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move the interupt handler to a driver_intr_t type function as it was trying
to do way to much for a lightweight filter interrupt function.
Introduce much more locking around fc->mtx. Tested this for lock reversals
and other such lockups. Locking seems to be working better, but there
is much more to do with regard to locking. The most significant lock is
in the BUS RESET handler. It was possible, before this checkin, to set
a bus reset via "fwcontrol -r" and have the BUS RESET handler fire before
the code responsible for asserting BUS RESET was complete. This locking
fixes that issue.
Move some of the memory allocations in the fc struct to the attach function
in firewire.c
Rework the businfo.generation indicator to be merely a on/off bit now.
It's purpose according to spec is to notify the bus that the config ROM
has changed. That's it.
Catch and squash a possible panic in SBP where in the SBP_LOCK was held
during a possible error case. The error handling code would definitely
panic as it would try to acquire the SBP_LOCK on entrance.
Catch and squash a camcontrol/device lockup when firewire drives go away.
When a firewire device was powered off or disconnected from the firewire
bus, a "camcontrol rescan all" would hang trying to poll removed devices
as they were not properly detached. Don't do that.
Approved by: scottl
MFC after: 2 weeks
|
|
|
|
|
|
| |
channel, only accept a real 11g channel; this fixes a problem where we were
wrongly promoting 11b to a Dynamic Turbo G channel which broke scanning on
channel 6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from the inet6 stack along with statistics and make sure we
properly free the rt in all cases.
While the current situation is not better performance wise it
prevents panics seen more often these days.
After more inet6 and ipsec cleanup we should be able to improve
the situation again passing the rt to ip6_forward directly.
Leave the ip6_forward_rt entry in struct vinet6 but mark it
for removal.
PR: kern/128247, kern/131038
MFC after: 25 days
Committed from: Bugathon #6
Tested by: Denis Ahrens <denis@h3q.com> (different initial version)
|
|
|
|
|
| |
Minor cleanup of the includes used by the various source files,
including annotations of why certain headers are used.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
symlinks after setting the owner. As a result, mode
and timestamp were not restored. This patch corrects the
problem by simply removing the short-circuit for symlinks
and using lchown()/lchmod()/lutimes() always for restoring
metadata.
PR: bin/91316
Submitted by: Jaakko Heinonen
Reviewed by: Joerg Sonnenberger
MFC after: 14 days
|
|
|
|
|
| |
This seems to fix the devel/zziplib port, which distributes
its man pages in an ar archive.
|
|
|
|
| |
This allows passing string constants to g_handleattr_str().
|
|
|
|
| |
udbp_bulk_read_complete() as well as udbp_attach.
|
| |
|
|
|
|
| |
While I'm here, fix other style bugs reported to me.
|
|
|
|
| |
change.
|
|
|
|
|
| |
to make XEN config compile again:
- Allocate apic vectors on a per-cpu basis.
|
|
|
|
| |
Noticed by: bde
|
| |
|
|
|
|
| |
versions in libm, not the gcc builtins.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that the annotated function returns a pointer that doesn't alias any
extant pointer. This results in a 50%+ speedup in microbenchmarks such
as the following:
char *cp = malloc(1), *buf = malloc(BUF);
for (i = 0; i < BUF; i++) buf[i] = *cp;
In real programs, your mileage will vary. Note that gcc already
performs this optimization automatically for any function called
`malloc', `calloc', `strdup', or `strndup' unless -fno-builtins is
used.
|
|
|
|
|
|
|
|
| |
So we are no longer interested in the error returned from
the *fs_doio() functions. With that we can remove the
error variable as its value is unused now.
Submitted by: Christoph Mallon christoph.mallon@gmx.de
|
|
|
|
|
|
| |
Submitted by: Christoph Mallon christoph.mallon@gmx.de
Reviewed by: kib
MFC after: 2 weeks
|
|
|
|
|
| |
Submitted by: Christoph Mallon christoph.mallon@gmx.de
MFC after: 2 weeks
|
|
|
|
|
|
| |
Submitted by: Christoph Mallon christoph.mallon@gmx.de
Reviewed by: kib (as part of a larger patch)
MFC after: 2 weeks
|
|
|
|
|
| |
Submitted by: Christoph Mallon christoph.mallon@gmx.de
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
Move the skip_ipsec: label below the goto as we can never have
ipsecrt set if we get to that label so there is no need to check.
MFC after: 2 weeks
|
|
|
|
|
|
| |
for moving between a segment register and a 32-bit memory location.
Looked at by: jhb
|
|
|
|
|
|
| |
we do not have an ipsrcchk_rt anywhere else.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a locked route. Thus we have to use RTFREE_LOCKED(9) to get it unlocked
and rtfree(9)d rather than just rtfree(9)d.
Since the PR was filed, new places with the same problem were added
with new code. Also check that the rt is valid before freeing it
either way there.
PR: kern/129793
Submitted by: Dheeraj Reddy <dheeraj@ece.gatech.edu>
MFC after: 2 weeks
Committed from: Bugathon #6
|
| |
|
| |
|
| |
|