[PATCH 1/1] V4L/DVB (9848): gspca: Webcam 06f8:3004 added in sonixj.
Tim Gardner
tim.gardner at canonical.com
Thu Jun 4 06:18:12 UTC 2009
Amit Kucheria wrote:
> On Wed, Jun 03, 2009 at 11:10:46PM +0800, Bryan Wu wrote:
>> From: Jean-Francois Moine <moinejf at free.fr>
>>
>> Bug: #374122
>> BugLink: https://bugs.launchpad.net/ubuntu/jaunty/+source/linux/+bug/374122
>>
>> Signed-off-by: Jean-Francois Moine <moinejf at free.fr>
>> Signed-off-by: Mauro Carvalho Chehab <mchehab at redhat.com>
>> (cherry picked from commit 3319dc98a742d445a660268a6ce3426ad0922e2a)
>>
>> Signed-off-by: Bryan Wu <bryan.wu at canonical.com>
>> ---
>> Documentation/video4linux/gspca.txt | 1 +
>> drivers/media/video/gspca/sonixj.c | 1 +
>> 2 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/Documentation/video4linux/gspca.txt b/Documentation/video4linux/gspca.txt
>> index 9cf57d8..a8370aa 100644
>> --- a/Documentation/video4linux/gspca.txt
>> +++ b/Documentation/video4linux/gspca.txt
>> @@ -170,6 +170,7 @@ spca500 06bd:0404 Agfa CL20
>> spca500 06be:0800 Optimedia
>> sunplus 06d6:0031 Trust 610 LCD PowerC at m Zoom
>> spca506 06e1:a190 ADS Instant VCD
>> +sonixj 06f8:3004 Hercules Classic Silver
>> spca508 0733:0110 ViewQuest VQ110
>> spca508 0130:0130 Clone Digital Webcam 11043
>> spca501 0733:0401 Intel Create and Share
>> diff --git a/drivers/media/video/gspca/sonixj.c b/drivers/media/video/gspca/sonixj.c
>> index 53cb82d..b186609 100644
>> --- a/drivers/media/video/gspca/sonixj.c
>> +++ b/drivers/media/video/gspca/sonixj.c
>> @@ -1626,6 +1626,7 @@ static const __devinitdata struct usb_device_id device_table[] = {
>> {USB_DEVICE(0x0471, 0x0328), BSI(SN9C105, MI0360, 0x5d)},
>> #endif
>> {USB_DEVICE(0x0471, 0x0330), BSI(SN9C105, MI0360, 0x5d)},
>> + {USB_DEVICE(0x06f8, 0x3004), BSI(SN9C105, OV7660, 0x21)},
>> {USB_DEVICE(0x0c45, 0x6040), BSI(SN9C102P, HV7131R, 0x11)},
>> /* bw600.inf:
>> {USB_DEVICE(0x0c45, 0x6040), BSI(SN9C102P, MI0360, 0x5d)}, */
>> --
>> 1.6.0.4
>>
>
> I thought this was exactly the kind of device enablement patches that we
> would _NOT_ add to a releassed distro anymore?
>
> Or did I interpret it incorrectly?
>
> /Amit
>
> ----------------------------------------------------------------------
> Amit Kucheria, Kernel Engineer || amit.kucheria at canonical.com
> ----------------------------------------------------------------------
>
I'm not much interested in adding this to a non-LTS release, even though
its a trivial patch. I believe the correct response to this bug is "try
crack of the day kernel" located at
https://wiki.ubuntu.com/KernelMainlineBuilds. If the "c-o-d" kernel
contains the fix, then the bug reporter will automatically get it in the
next release.
I'm leaving the actual implementation of the policy up to Stefan, who
may chose to accept these risk free patches as time permits. However, I
want the distro kernel developers focused on real upstream problems.
I'll make sure the rules are codified in the wiki page at
https://wiki.ubuntu.com/KernelTeam/Specs/SRUPolicyReveiw after I get
home from my travels late next week (unless Stefan beats me to it).
rtg
--
Tim Gardner tim.gardner at canonical.com
More information about the kernel-team
mailing list