All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Jarzmik <robert.jarzmik@free.fr>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: Michael Grzeschik <m.grzeschik@pengutronix.de>,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	Philipp Wiesner <p.wiesner@phytec.de>
Subject: Re: [PATCH v2 11/11] mt9m111: make use of testpattern
Date: Sun, 05 Sep 2010 18:44:35 +0200	[thread overview]
Message-ID: <87d3ssw364.fsf@free.fr> (raw)
In-Reply-To: <Pine.LNX.4.64.1008291954470.2987@axis700.grange> (Guennadi Liakhovetski's message of "Sun\, 29 Aug 2010 20\:35\:19 +0200 \(CEST\)")

Guennadi Liakhovetski <g.liakhovetski@gmx.de> writes:

> Yes, but this has another disadvantage - if you do not use s_register / 
> g_register, maybe you just have CONFIG_VIDEO_ADV_DEBUG off, then, once you 
> load the module with the testpattern parameter, you cannot switch using 
> testpatterns off again (without a reboot or a power cycle). With the 
> original version you can load the driver with the parameter set, then 
> unload it, load it without the parameter and testpattern would be cleared. 
> In general, I think, using direct register access is discouraged, 
> especially if there's a way to set the same functionality using driver's 
> supported interfaces.

I agree. If there is a way without debug registers, let's use it.

> Hm, if I'm not mistaken, it has once been mentioned, that these test-patterns
> can be nicely implemented using the S_INPUT ioctl(). Am I right? How about
> that? But we'd need a confirmation for that, I'm not 100% sure.
I can't remember that. But if there is a standard ioctl (as seems to show
videodev2.h), and that its use could mean "camera's input is a testpattern" or
"camera input is the normal optical flow", then we should use it.
If not, the old way with debug registers is the only alternative I see without
having to unload/reload the module (if it's a module and not statically embedded
in the kernel).

Cheers.

--
Robert

  reply	other threads:[~2010-09-05 16:44 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-03 10:57 [PATCH v2 00/11] MT9M111/MT9M131 Michael Grzeschik
2010-08-03 10:57 ` [PATCH v2 01/11] mt9m111: Added indication that MT9M131 is supported by this driver Michael Grzeschik
2010-08-03 10:57 ` [PATCH 02/11] mt9m111: init chip after read CHIP_VERSION Michael Grzeschik
2010-08-03 10:57 ` [PATCH 03/11] mt9m111: register cleanup hex to dec bitoffset Michael Grzeschik
2010-08-03 10:57 ` [PATCH 04/11] mt9m111: added new bit offset defines Michael Grzeschik
2010-08-27 15:11   ` Guennadi Liakhovetski
2010-08-27 15:35     ` Michael Grzeschik
2010-08-27 16:30       ` Guennadi Liakhovetski
2010-08-27 17:09         ` Michael Grzeschik
2010-08-03 10:57 ` [PATCH 05/11] mt9m111: changed MIN_DARK_COLS to MT9M131 spec count Michael Grzeschik
2010-08-03 10:57 ` [PATCH 06/11] mt9m111: cropcap and s_crop check if type is VIDEO_CAPTURE Michael Grzeschik
2010-08-03 10:57 ` [PATCH 07/11] mt9m111: added current colorspace at g_fmt Michael Grzeschik
2010-08-03 10:57 ` [PATCH 08/11] mt9m111: added reg_mask function Michael Grzeschik
2010-08-03 10:57 ` [PATCH 09/11] v4l2-mediabus: Add pixelcodes for BGR565 formats Michael Grzeschik
2010-08-03 10:57 ` [PATCH v2 10/11] mt9m111: rewrite set_pixfmt Michael Grzeschik
2010-08-27 11:42   ` Guennadi Liakhovetski
2010-08-29 19:17     ` Robert Jarzmik
2010-08-31  7:46       ` Michael Grzeschik
2010-09-04 20:35         ` Guennadi Liakhovetski
2010-10-02  8:03           ` Guennadi Liakhovetski
2010-10-25  9:42             ` Michael Grzeschik
2010-10-25 10:11   ` [PATCH v3] " Michael Grzeschik
2010-10-25 20:19     ` Guennadi Liakhovetski
2010-08-03 10:57 ` [PATCH v2 11/11] mt9m111: make use of testpattern Michael Grzeschik
2010-08-29 16:57   ` Robert Jarzmik
2010-08-29 18:35     ` Guennadi Liakhovetski
2010-09-05 16:44       ` Robert Jarzmik [this message]
2010-08-17 13:17 ` [PATCH v2 00/11] MT9M111/MT9M131 Michael Grzeschik
2010-08-17 13:21   ` Guennadi Liakhovetski
2010-08-29 19:20     ` Robert Jarzmik
2010-08-31  8:04       ` Michael Grzeschik
2010-08-18 18:05   ` Robert Jarzmik
2010-08-22 18:07     ` Guennadi Liakhovetski

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=87d3ssw364.fsf@free.fr \
    --to=robert.jarzmik@free.fr \
    --cc=g.liakhovetski@gmx.de \
    --cc=linux-media@vger.kernel.org \
    --cc=m.grzeschik@pengutronix.de \
    --cc=p.wiesner@phytec.de \
    /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.