From: Christoph Fritz <chf.fritz@googlemail.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
linux-media <linux-media@vger.kernel.org>,
Norbert Wesp <n.wesp@phytec.de>, Dirk Bender <D.bender@phytec.de>,
Philipp Zabel <philipp.zabel@gmail.com>
Subject: Re: [PATCH] uvcvideo: add quirk to force Phytec CAM 004H to GBRG
Date: Thu, 16 Aug 2018 14:48:15 +0200 [thread overview]
Message-ID: <1534423695.2246.15.camel@googlemail.com> (raw)
In-Reply-To: <1860315.IXoSrtTCf6@avalon>
Hi Laurent
> On Wednesday, 21 February 2018 23:24:36 EEST Laurent Pinchart wrote:
> > On Wednesday, 21 February 2018 22:42:45 EET Christoph Fritz wrote:
> > >>> drivers/media/usb/uvc/uvc_driver.c | 16 ++++++++++++++++
> > >>> drivers/media/usb/uvc/uvcvideo.h | 1 +
> > >>> 2 files changed, 17 insertions(+)
> > >>>
> > >>> diff --git a/drivers/media/usb/uvc/uvc_driver.c
> > >>> b/drivers/media/usb/uvc/uvc_driver.c index cde43b6..8bfa40b 100644
> > >>> --- a/drivers/media/usb/uvc/uvc_driver.c
> > >>> +++ b/drivers/media/usb/uvc/uvc_driver.c
> > >>> @@ -406,6 +406,13 @@ static int uvc_parse_format(struct uvc_device
> > >>> *dev,
> > >>> width_multiplier = 2;
> > >>> }
> > >>> }
> > >>> + if (dev->quirks & UVC_QUIRK_FORCE_GBRG) {
> > >>> + if (format->fcc == V4L2_PIX_FMT_SGRBG8) {
> > >>> + strlcpy(format->name, "GBRG Bayer (GBRG)",
> > >>> + sizeof(format->name));
> > >>> + format->fcc = V4L2_PIX_FMT_SGBRG8;
> > >>> + }
> > >>> + }
> > >>>
> > >>> if (buffer[2] == UVC_VS_FORMAT_UNCOMPRESSED) {
> > >>> ftype = UVC_VS_FRAME_UNCOMPRESSED;
> > >>> @@ -2631,6 +2638,15 @@ static struct usb_device_id uvc_ids[] = {
> > >>> .bInterfaceClass = USB_CLASS_VENDOR_SPEC,
> > >>> .bInterfaceSubClass = 1,
> > >>> .bInterfaceProtocol = 0 },
> > >>> + /* PHYTEC CAM 004H cameras */
> > >>> + { .match_flags = USB_DEVICE_ID_MATCH_DEVICE
> > >>> + | USB_DEVICE_ID_MATCH_INT_INFO,
> > >>> + .idVendor = 0x199e,
> > >>> + .idProduct = 0x8302,
> > >>> + .bInterfaceClass = USB_CLASS_VIDEO,
> > >>> + .bInterfaceSubClass = 1,
> > >>> + .bInterfaceProtocol = 0,
> > >>> + .driver_info = UVC_QUIRK_FORCE_GBRG },
> > >>> /* Bodelin ProScopeHR */
> > >>> { .match_flags = USB_DEVICE_ID_MATCH_DEVICE
> > >>> | USB_DEVICE_ID_MATCH_DEV_HI
> > >>> diff --git a/drivers/media/usb/uvc/uvcvideo.h
> > >>> b/drivers/media/usb/uvc/uvcvideo.h index 7e4d3ee..ad51002 100644
> > >>> --- a/drivers/media/usb/uvc/uvcvideo.h
> > >>> +++ b/drivers/media/usb/uvc/uvcvideo.h
> > >>> @@ -164,6 +164,7 @@
> > >>> #define UVC_QUIRK_RESTRICT_FRAME_RATE 0x00000200
> > >>> #define UVC_QUIRK_RESTORE_CTRLS_ON_INIT 0x00000400
> > >>> #define UVC_QUIRK_FORCE_Y8 0x00000800
> > >>> +#define UVC_QUIRK_FORCE_GBRG 0x00001000
> > >>
> > >> I don't think we should add a quirk flag for every format that needs to
> > >> be forced. Instead, now that we have a new way to store per-device
> > >> parameters since commit 3bc85817d798 ("media: uvcvideo: Add extensible
> > >> device information"), how about making use of it and adding a field to
> > >> the uvc_device_info structure to store the forced format ?
you mean something like:
struct uvc_device_info {
u32 quirks;
+ u32 forced_color_format;
u32 meta_format;
};
and
+static const struct uvc_device_info uvc_forced_color_sgbrg8 = {
+ .forced_color_format = V4L2_PIX_FMT_SGBRG8,
+};
and
@@ -2817,7 +2820,7 @@ static const struct usb_device_id uvc_ids[] = {
.bInterfaceClass = USB_CLASS_VENDOR_SPEC,
.bInterfaceSubClass = 1,
.bInterfaceProtocol = 0,
- .driver_info = (kernel_ulong_t)&uvc_quirk_force_y8 },
+ .driver_info = (kernel_ulong_t)&uvc_forced_color_y8 },
?
If yes:
- there would be a need for forced_color_format in struct uvc_device
- module-parameter quirk would not test force color format any more
- the actual force/quirk changes not only format->fcc:
if (dev->forced_color_format == V4L2_PIX_FMT_SGBRG8) {
strlcpy(format->name, "Greyscale 8-bit (Y8 )",
sizeof(format->name));
format->fcc = dev->forced_color_format;
format->bpp = 8;
width_multiplier = 2;
}
Is this the way you want me to go?
Thanks
-- Christoph
next prev parent reply other threads:[~2018-08-16 15:46 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-21 11:26 [PATCH] uvcvideo: add quirk to force Phytec CAM 004H to GBRG Christoph Fritz
2018-02-21 19:37 ` Laurent Pinchart
2018-02-21 20:42 ` Christoph Fritz
2018-02-21 21:24 ` Laurent Pinchart
2018-08-06 23:14 ` Laurent Pinchart
2018-08-16 12:48 ` Christoph Fritz [this message]
2018-08-16 16:39 ` Laurent Pinchart
2018-08-17 7:09 ` Christoph Fritz
2018-08-17 8:49 ` Laurent Pinchart
2018-08-17 9:17 ` [PATCH] media: uvcvideo: Store device information pointer in struct uvc_device Laurent Pinchart
2018-08-17 17:46 ` [PATCH] uvcvideo: add quirk to force Phytec CAM 004H to GBRG Philipp Zabel
2018-08-17 21:50 ` Laurent Pinchart
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1534423695.2246.15.camel@googlemail.com \
--to=chf.fritz@googlemail.com \
--cc=D.bender@phytec.de \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=n.wesp@phytec.de \
--cc=philipp.zabel@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.