* Re: Patch update notification: 37 patches updated
[not found] <20121223000802.14820.14465@www.linuxtv.org>
@ 2012-12-23 13:45 ` Frank Schäfer
2012-12-23 14:57 ` Mauro Carvalho Chehab
0 siblings, 1 reply; 4+ messages in thread
From: Frank Schäfer @ 2012-12-23 13:45 UTC (permalink / raw)
To: Mauro Carvalho Chehab; +Cc: Linux Media Mailing List
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@vger.kernel.org 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/
^ permalink raw reply [flat|nested] 4+ messages in thread