| Age | Commit message (Collapse) | Author |
|---|
|
available formats and resolutions of a device (e.g. "luvcview -L").
|
|
header.
|
|
devices to USB1, instead let them attach to ehci(4).
This may break a couple of the devices for the moment, but it's the way
we have to go finally.
|
|
- Remove GET_DEF request for negotation. It doesn't help, instead keep
breaking devices.
- On device close first switch back to default interface 0 before
abort/close the isoc pipe. This fixes IOERRORs on device re-open.
|
|
OK brad@
|
|
|
|
This is only the simplified layout, which is final; the complete layout with
extra symbols is still being discussed.
|
|
solution.
|
|
issuing GET_CUR. Makes my NX6000 attach on ehci.
|
|
the if_ierrors before bailing out;
Turn a printf() that fires in this case too a DPRINTF since we
the interface error counters now reflect this.
OK mglocker@
|
|
|
|
device)
|
|
to cause issues as per netbsd pr/39023. deraadt@ yuo@ ok.
|
|
"fragment" gets replaced by "sample".
"sample" gets replaced by "frame".
A sample is a peace of a frame (final image). No functional changes.
OK deraadt@
|
|
|
|
|
|
|
|
for some devices and we will fail back to GET_CUR then.
|
|
claims to (as seen on the M$ LifeCam NX6000), abort further processing.
Safes us from potential NULL pointer derefs.
|
|
|
|
custom ones.
- Define functions which use USB return values with usbd_status
instead int.
- Define functions which always return 0 with void instead int.
- (void) function calls which don't check the return code.
|
|
DPRINTF and printf messages while here.
|
|
field is unreliable and can start with any number. Use an own internal
array index instead.
- If the read buffer is too small, return a propper error to the calling
functions. Just check the buffer size if we use the read(2) method since
it doesn't affect mmap(2).
Fixes kernel crashes seen with the M$ LifeCam NX-6000 and internal
(laptop) Sonix chipsets.
Tested by jcs@ (Sonix) and myself (NX-6000).
OK deraadt@
|
|
|
|
|
|
|
|
in a Lenovo T60, reported by Juan Delgado. ok you@, jsg@ deraadt@
|
|
From Andrew Thompson at FreeBSD.
|
|
|
|
and then the whole string based on the returned size, not just one byte.
The Lexar card reader kindly loaned by
Denis Doroshenko (denis dot doroshenko at gmail.com) it's happy now, and
after further inspection it's what other OSs do.
Discussed with yuo@. krw@ yuo@ ok.
|
|
- Option GlobeSuffer ICON7.2
- Option GlobeTrotter HSDPA ICON 225
These modems require special request to change its mode to modem.
It is similar with huawei E220, but these modems using UMASS
standard query to change mode.
tested by pyr@ and ajacoutot@
ok jsg@ and pyr@
|
|
meantime, the memory allocation for the read(2) method for video(4)
is not right anymore, and can cause a buffer overflow.
We fix this by queuering the maximum available image size for a device at
attach time. If the image size should exceed our video(4) buffer after a
video format change (which shouldn't happen), uvideo(4) will gracefully
fail.
Also tested by kettenis@
|
|
maximum image size. Fix it. Makes read(2) method work again.
|
|
Reported and tested kettenis@
|
|
|
|
|
|
uvideo_vs_parse_desc_frame_uncompressed().
- If a VS alternate interface isn't valid (e.g. doesn't contain a
UE_ISOCHRONOUS endpoint), abort attachment with a corresponding error
message instead crashing the kernel.
Tested and OK maja@
|
|
up as this (we love standards). To make those devices attach anyway
we add an explicit quirk device list. Of course this list still needs
to be extended.
Thanks to Jerome Pinot for reporting about this issue and testing this
diff with his cam, which is such a device.
OK yuo@
|
|
|
|
users.
Thanks to mpf@ for his help to debug this bug down.
|
|
pass a pointer to an ieee80211_rxinfo structure containing those two
fields plus an extra flags field that indicates whether the frame was
decrypted by hardware or not.
required for a future fix.
|
|
This patch moves these device to umsm(4).
reported by Aleksander Piotrowski, ok jsg@
|
|
VIDEO_S_FMT doesn't exactly match the devices available resolutions,
return the next best matching resolution which we have.
Makes some V4L2 apps happy when running them with the default resolution
(no options).
|
|
asking for (GET_CUR) directly. This gets us better negotation values.
|
|
set their desired image size, and therefore users can manipulate the
image size, too via the application.
Also tested by brad@
|
|
|
|
|
|
|
|
can use them later for stuff like VIDIOC_S_FMT (e.g. set custom
resolution).
|
|
|
