Re: [GIT PULL FOR v3.7] uvcvideo patches

2012-08-21 Thread Laurent Pinchart
Hi Mauro,

On Sunday 12 August 2012 17:25:05 Laurent Pinchart wrote:
 Hi Mauro,
 
 The following changes since commit 518c267f4ca4c45cc51bd582b4aef9f0b9f01eba:
 
   [media] saa7164: use native print_hex_dump() instead of custom one
 (2012-08-12 07:58:54 -0300)
 
 are available in the git repository at:
   git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-next
 
 Jayakrishnan Memana (1):
   uvcvideo: Reset the bytesused field when recycling an erroneous buffer

This patch made it to your media-next tree, but not to the main media tree, 
while the other three patches in this pull request did. Is there a specific 
reason for that ?

 Laurent Pinchart (2):
   uvcvideo: Support super speed endpoints
   uvcvideo: Add support for Ophir Optronics SPCAM 620U cameras
 
 Stefan Muenzel (1):
   uvcvideo: Support 10bit, 12bit and alternate 8bit greyscale formats
 
  drivers/media/video/uvc/uvc_driver.c |   28 ++--
  drivers/media/video/uvc/uvc_queue.c  |1 +
  drivers/media/video/uvc/uvc_video.c  |   30 --
  drivers/media/video/uvc/uvcvideo.h   |9 +
  4 files changed, 60 insertions(+), 8 deletions(-)

-- 
Regards,

Laurent Pinchart

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [GIT PULL FOR v3.7] uvcvideo patches

2012-08-21 Thread Mauro Carvalho Chehab
Em 21-08-2012 06:13, Laurent Pinchart escreveu:
 Hi Mauro,
 
 On Sunday 12 August 2012 17:25:05 Laurent Pinchart wrote:
 Hi Mauro,

 The following changes since commit 518c267f4ca4c45cc51bd582b4aef9f0b9f01eba:

   [media] saa7164: use native print_hex_dump() instead of custom one
 (2012-08-12 07:58:54 -0300)

 are available in the git repository at:
   git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-next

 Jayakrishnan Memana (1):
   uvcvideo: Reset the bytesused field when recycling an erroneous buffer
 
 This patch made it to your media-next tree, but not to the main media tree, 
 while the other three patches in this pull request did. Is there a specific 
 reason for that ?

This one is on my queue for 3.6. I should be sending the pull request for it
likely today. Due to the tree reorg, the -next pull from my tree failed
last week.

Regards,
Mauro
 
 Laurent Pinchart (2):
   uvcvideo: Support super speed endpoints
   uvcvideo: Add support for Ophir Optronics SPCAM 620U cameras

 Stefan Muenzel (1):
   uvcvideo: Support 10bit, 12bit and alternate 8bit greyscale formats

  drivers/media/video/uvc/uvc_driver.c |   28 ++--
  drivers/media/video/uvc/uvc_queue.c  |1 +
  drivers/media/video/uvc/uvc_video.c  |   30 --
  drivers/media/video/uvc/uvcvideo.h   |9 +
  4 files changed, 60 insertions(+), 8 deletions(-)
 

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[GIT PULL FOR v3.7] uvcvideo patches

2012-08-12 Thread Laurent Pinchart
Hi Mauro,

The following changes since commit 518c267f4ca4c45cc51bd582b4aef9f0b9f01eba:

  [media] saa7164: use native print_hex_dump() instead of custom one 
(2012-08-12 07:58:54 -0300)

are available in the git repository at:
  git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-next

Jayakrishnan Memana (1):
  uvcvideo: Reset the bytesused field when recycling an erroneous buffer

Laurent Pinchart (2):
  uvcvideo: Support super speed endpoints
  uvcvideo: Add support for Ophir Optronics SPCAM 620U cameras

Stefan Muenzel (1):
  uvcvideo: Support 10bit, 12bit and alternate 8bit greyscale formats

 drivers/media/video/uvc/uvc_driver.c |   28 ++--
 drivers/media/video/uvc/uvc_queue.c  |1 +
 drivers/media/video/uvc/uvc_video.c  |   30 --
 drivers/media/video/uvc/uvcvideo.h   |9 +
 4 files changed, 60 insertions(+), 8 deletions(-)

-- 
Regards,

Laurent Pinchart

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html