Re: [GIT PATCHES FOR 2.6.37] Use modaliases to load I2C modules

[Mauro Carvalho Chehab <maurochehab@gmail.com>]

Em 23-10-2010 09:27, Laurent Pinchart escreveu:
> Hi Mauro,
> 
> On Saturday 23 October 2010 02:02:01 Mauro Carvalho Chehab wrote:
>> Em 06-10-2010 05:45, Laurent Pinchart escreveu:
>>> The following changes since commit 
> c8dd732fd119ce6d562d5fa82a10bbe75a376575:
>>>   V4L/DVB: gspca - sonixj: Have 0c45:6130 handled by sonixj instead of
>>>   sn9c102 (2010-10-01 18:14:35 -0300)
>>>
>>> are available in the git repository at:
>>>   git://linuxtv.org/pinchartl/uvcvideo.git i2c-module-name
>>>
>>> The patches have been posted to the list, and acked for pvrusb2,
>>> soc-camera and sh_vou.
>>>
>>> Laurent Pinchart (16):
>>>       v4l: Load I2C modules based on modalias
>>>       v4l: Remove hardcoded module names passed to v4l2_i2c_new_subdev*
>>>       go7007: Add MODULE_DEVICE_TABLE to the go7007 I2C modules
>>>       go7007: Fix the TW2804 I2C type name
>>>       go7007: Don't use module names to load I2C modules
>>>       zoran: Don't use module names to load I2C modules
>>>       pvrusb2: Don't use module names to load I2C modules
>>>       sh_vou: Don't use module names to load I2C modules
>>>       radio-si4713: Don't use module names to load I2C modules
>>>       soc_camera: Don't use module names to load I2C modules
>>>       vpfe_capture: Don't use module names to load I2C modules
>>>       vpif_display: Don't use module names to load I2C modules
>>>       vpif_capture: Don't use module names to load I2C modules
>>>       ivtv: Don't use module names to load I2C modules
>>>       cx18: Don't use module names to load I2C modules
>>>       v4l: Remove module_name argument to the v4l2_i2c_new_subdev*
>>>       functions
>>
>> To avoid the risk of break something, I've applied all patches from your
>> series, but the last one. This way, we shouldn't have any regression, and
>> kABI shouldn't break. So, if someone send a patch late (and there were
>> some new driver additions committed after your patch), it won't break
>> compilation for the new drivers.
>>
>> Please rebase the last patch and send it to me again at the end of the -rc1
>> merge window.
> 
> OK. By end of the -rc1 merge window, do you mean right before it closes or 
> right after it has closed ? If the former, when will that be ?

Right after it closes. Linus will likely close it in the end of the next week.
However, don't expect much maintainers activity during the first week of november,
due to KS/LPC. I'd say that a patch like that should be produced/applied by
Nov, 8 - Nov-14.

Thanks,
Mauro