Hi Mauro, Am 23.12.2012 01:08, schrieb Patchwork: > Hello, > > The following patches (submitted by you) have been updated in patchwork: > > * [3/6] em28xx: fix capture type setting in em28xx_urb_data_copy_vbi() > - http://patchwork.linuxtv.org/patch/15651/ > was: New > now: Accepted > > * [8/9] em28xx: move the em2710/em2750/em28xx specific frame data processing code to a separate function > - http://patchwork.linuxtv.org/patch/15798/ > was: New > now: Accepted > > * [4/6] em28xx: fix/improve frame field handling in em28xx_urb_data_copy_vbi() > - http://patchwork.linuxtv.org/patch/15652/ > was: New > now: Accepted This patch has not been applied yet to the media-tree. Without this patch, frame data processing for non-interlaced devices is broken. Regards, Frank > * [v2,18/21] em28xx: add fields for analog and DVB USB transfer type selection to struct em28xx > - http://patchwork.linuxtv.org/patch/15400/ > was: New > now: Accepted > > * [v2,07/21] em28xx: update description of em28xx_irq_callback > - http://patchwork.linuxtv.org/patch/15389/ > was: New > now: Accepted > > * [v2,15/21] em28xx: rename function em28xx_dvb_isoc_copy and extend for USB bulk transfers > - http://patchwork.linuxtv.org/patch/15397/ > was: New > now: Accepted > > * [v2,11/21] em28xx: clear USB halt/stall condition in em28xx_init_usb_xfer when using bulk transfers > - http://patchwork.linuxtv.org/patch/15393/ > was: New > now: Accepted > > * [7/9] em28xx: em28xx_urb_data_copy(): move duplicate code for capture_type=0 and capture_type=2 to a function > - http://patchwork.linuxtv.org/patch/15797/ > was: New > now: Accepted > > * [v2,05/21] em28xx: rename struct em28xx_usb_isoc_ctl to em28xx_usb_ctl > - http://patchwork.linuxtv.org/patch/15387/ > was: New > now: Accepted > > * [v2,19/21] em28xx: set USB alternate settings for analog video bulk transfers properly > - http://patchwork.linuxtv.org/patch/15401/ > was: New > now: Accepted > > * [v2,08/21] em28xx: rename function em28xx_uninit_isoc to em28xx_uninit_usb_xfer > - http://patchwork.linuxtv.org/patch/15390/ > was: New > now: Accepted > > * [1/6] em28xx: fix video data start position calculation in em28xx_urb_data_copy_vbi() > - http://patchwork.linuxtv.org/patch/15649/ > was: New > now: Accepted > > * [v2,10/21] em28xx: create a common function for isoc and bulk USB transfer initialization > - http://patchwork.linuxtv.org/patch/15392/ > was: New > now: Accepted > > * [6/9] em28xx: move caching of pointer to vmalloc memory in videobuf to struct em28xx_buffer > - http://patchwork.linuxtv.org/patch/15796/ > was: New > now: Accepted > > * [2/6] em28xx: make sure the packet size is >= 4 before checking for headers in em28xx_urb_data_copy_vbi() > - http://patchwork.linuxtv.org/patch/15650/ > was: New > now: Accepted > > * [1/9] em28xx: refactor get_next_buf() and use it for vbi data, too > - http://patchwork.linuxtv.org/patch/15793/ > was: New > now: Accepted > > * [v2,09/21] em28xx: create a common function for isoc and bulk URB allocation and setup > - http://patchwork.linuxtv.org/patch/15391/ > was: New > now: Accepted > > * [v2,21/21] em28xx: add module parameter for selection of the preferred USB transfer type > - http://patchwork.linuxtv.org/patch/15403/ > was: New > now: Accepted > > * [v2,04/21] em28xx: rename struct em28xx_usb_isoc_bufs to em28xx_usb_bufs > - http://patchwork.linuxtv.org/patch/15386/ > was: New > now: Accepted > > * [5/9] em28xx: refactor VBI data processing code in em28xx_urb_data_copy() > - http://patchwork.linuxtv.org/patch/15795/ > was: New > now: Accepted > > * [3/9] em28xx: remove obsolete field 'frame' from struct em28xx_buffer > - http://patchwork.linuxtv.org/patch/15794/ > was: New > now: Accepted > > * [6/6] em28xx: use common urb data copying function for vbi and non-vbi data streams > - http://patchwork.linuxtv.org/patch/15654/ > was: New > now: Accepted > > * [v2,20/21] em28xx: improve USB endpoint logic, also use bulk transfers > - http://patchwork.linuxtv.org/patch/15402/ > was: New > now: Accepted > > * [v2,02/21] em28xx: clarify meaning of field 'progressive' in struct em28xx > - http://patchwork.linuxtv.org/patch/15384/ > was: New > now: Accepted > > * [4/9] em28xx: move field 'pos' from struct em28xx_dmaqueue to struct em28xx_buffer > - http://patchwork.linuxtv.org/patch/15801/ > was: New > now: Accepted > > * [2/9] em28xx: use common function for video and vbi buffer completion > - http://patchwork.linuxtv.org/patch/15800/ > was: New > now: Accepted > > * [v2,1/5] em28xx: clean up the data type mess of the i2c transfer function parameters > - http://patchwork.linuxtv.org/patch/15914/ > was: New > now: Accepted > > * [v2,03/21] em28xx: rename isoc packet number constants and parameters > - http://patchwork.linuxtv.org/patch/15385/ > was: New > now: Accepted > > * [v2,14/21] em28xx: rename function em28xx_isoc_copy_vbi and extend for USB bulk transfers > - http://patchwork.linuxtv.org/patch/15396/ > was: New > now: Accepted > > * [5/6] em28xx: em28xx_urb_data_copy_vbi(): calculate vbi_size only if needed > - http://patchwork.linuxtv.org/patch/15653/ > was: New > now: Accepted > > * [v2,17/21] em28xx: rename some USB parameter fields in struct em28xx to clarify their role > - http://patchwork.linuxtv.org/patch/15399/ > was: New > now: Accepted > > * [v2,12/21] em28xx: remove double checks for urb->status == -ENOENT in urb_data_copy functions > - http://patchwork.linuxtv.org/patch/15394/ > was: New > now: Accepted > > * [9/9] em28xx: clean up and unify functions em28xx_copy_vbi() em28xx_copy_video() > - http://patchwork.linuxtv.org/patch/15799/ > was: New > now: Accepted > > * [v2,01/21] em28xx: fix wrong data offset for non-interlaced mode in em28xx_copy_video > - http://patchwork.linuxtv.org/patch/15383/ > was: New > now: Accepted > > * [v2,13/21] em28xx: rename function em28xx_isoc_copy and extend for USB bulk transfers > - http://patchwork.linuxtv.org/patch/15395/ > was: New > now: Accepted > > * [v2,06/21] em28xx: remove obsolete #define EM28XX_URB_TIMEOUT > - http://patchwork.linuxtv.org/patch/15388/ > was: New > now: Accepted > > * [v2,16/21] em28xx: rename usb debugging module parameter and macro > - http://patchwork.linuxtv.org/patch/15398/ > was: New > now: Rejected > > This email is a notification only - you do not need to respond. > > - > > Patches submitted to linux-media@xxxxxxxxxxxxxxx have the following > possible states: > > New: Patches not yet reviewed (typically new patches); > > Under review: When it is expected that someone is reviewing it (typically, > the driver's author or maintainer). Unfortunately, patchwork > doesn't have a field to indicate who is the driver maintainer. > If in doubt about who is the driver maintainer please check the > MAINTAINERS file or ask at the ML; > > Superseded: when the same patch is sent twice, or a new version of the > same patch is sent, and the maintainer identified it, the first > version is marked as such. It is also used when a patch was > superseeded by a git pull request. > > Obsoleted: patch doesn't apply anymore, because the modified code doesn't > exist anymore. > > Changes requested: when someone requests changes at the patch; > > Rejected: When the patch is wrong or doesn't apply. Most of the > time, 'rejected' and 'changes requested' means the same thing > for the developer: he'll need to re-work on the patch. > > RFC: patches marked as such and other patches that are also RFC, but the > patch author was not nice enough to mark them as such. That includes: > - patches sent by a driver's maintainer who send patches > via git pull requests; > - patches with a very active community (typically from developers > working with embedded devices), where lots of versions are > needed for the driver maintainer and/or the community to be > happy with. > > Not Applicable: for patches that aren't meant to be applicable via > the media-tree.git. > > Accepted: when some driver maintainer says that the patch will be applied > via his tree, or when everything is ok and it got applied > either at the main tree or via some other tree (fixes tree; > some other maintainer's tree - when it belongs to other subsystems, > etc); > > If you think any status change is a mistake, please send an email to the ML. > > - > > This is an automated mail sent by the patchwork system at > patchwork.linuxtv.org. To stop receiving these notifications, edit > your mail settings at: > http://patchwork.linuxtv.org/mail/ -- 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
