lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Mon, 14 Sep 2009 16:26:04 -0400
From:	David Ellingsworth <david@...ntd.dyndns.org>
To:	Alan Jenkins <sourcejedi.lkml@...glemail.com>
Cc:	baeckham@....net, linux-modules <linux-modules@...r.kernel.org>,
	linux-media@...r.kernel.org,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: parameter for module gspca_sn9c20x

On Mon, Sep 14, 2009 at 12:20 PM, Alan Jenkins
<sourcejedi.lkml@...glemail.com> wrote:
> [CC linux-media]  The linux-modules list is for the program "modprobe"
> etc, not the actual kernel drivers.
>
> On 9/14/09, baeckham@....net <baeckham@....net> wrote:
>> I have a built-in webcam in my laptop: 0c45:624f Microdia PC Camera
>> (SN9C201)
>>
>> Till today I used the driver from [groups.google.de] to make it work.
>> But now I found the driver in the 2.6.31 kernel:
>>
>>        gspca_sn9c20x
>>
>> Unfortunately I have to flip the image vertically so it is displayed right,
>> otherwise it is upside-
>> down.
>>
>> With the google-groups-driver I had to use the parameter vflip=1 to flip the
>> image. But with the
>> kernel module gspca_sn9c20x this is not working:
>>
>> # modprobe gspca_sn9c20x vflip=1
>> FATAL: Error inserting gspca_sn9c20x
>> (/lib/modules/2.6.31/kernel/drivers/media/video/gspca/gspca_sn9c20x.ko):
>> Unknown symbol in module,
>> or unknown parameter (see dmesg)
>>
>> Does anyone know how to flip the image?

You might want to take a look at libv4l. Several cameras, like yours
are known to have the sensor mounted upside down. Kernel drivers
typically do not correct for this since it's impossible for the driver
to know if the sensor is upside down or not on all supported devices.
>From what I recall, libv4l does a couple of checks to determine if the
sensor is upside down or not and corrects the image if necessary. It
might also provide additional controls that allow you to flip the
image even if it's not a sensor that's known to be mounted upside
down. libv4l is compatible with all v4l2 applications simply by
pre-loading the library for the application using LDPRELOAD.

Regards,

David Ellingsworth
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ