Hi Mauro, On Saturday 23 October 2010 15:30:18 Mauro Carvalho Chehab wrote: > Em 23-10-2010 09:27, Laurent Pinchart escreveu: > > 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. Now that -rc1 is out, which branch do you want me to generate the patch against ? -- Regards, Laurent Pinchart -- 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
