About v4l2 subdev s_config (for core) API?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

The thing is - Is it possible to make the subdev device not to be
turned on in registering process using any of v4l2_i2c_new_subdev*** ?
You can say that I can ignore the i2c errors in booting process, but I
think it is not a pretty way.

And for the reason I'm asking you about this, I need you to consider
following conditions I carry.

1. ARM embedded platform especially mobile handset.
2. Mass production which is very concerned about power consumption.
3. Strict and automated test process in product line.

So, what I want to ask you is about s_config subdev call which is
called from every single I2C subdev load in some kind of probe
procedure. As s_config is supposed to do, it tries to initialize
subdev device. which means it needs to turn on the subdev to make that
initialized.

But as I mentioned above if we make the product go through the product
line, it turns on the subdev device even though nobody intended to
turn the subdev on. It might be an issue in product vendor's point of
view, because there should be a crystal clear reason for the
consumption of power the subdev made. I'm working on camera device and
speaking of which, camera devices are really power consuming device
and some camera devices even take ages to be initialized as well.

So far I hope I made a good explanation about why I'm asking you about
following question.
By the way, it seems to be similar to the issue I've faced whe using
old i2c driver model..I mean probing i2c devices on boot up sequence.
Cheers,

Nate


-- 
=
DongSoo, Nathaniel Kim
Engineer
Mobile S/W Platform Lab.
Digital Media & Communications R&D Centre
Samsung Electronics CO., LTD.
e-mail : dongsoo.kim@xxxxxxxxx
          dongsoo45.kim@xxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux