[dm-devel] [PATCH] dm-crypt: add mapping table option to allowing discard requests

Alasdair G Kergon agk at redhat.com
Fri Jul 15 01:26:12 UTC 2011


To check the status of a dm patch, look at patchwork in the first instance.

The vast majority of dm patches are submitted to dm-devel.
They are caught by patchwork here:
  https://patchwork.kernel.org/project/dm-devel/list/?state=*

Initially status is 'New'.
Patches that are assigned to 'agk' are deemed ready for me to look at.
I set the status to 'Under Review' when I take a patch into my 'editing' quilt
tree, which is synced onto two independent servers here:
  http://www.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/
  ftp://sources.redhat.com/pub/dm/patches/2.6-unstable/editing/patches/

At this point the patch will be below the 'next' line (as in 'linux-next') in
the quilt series file, also uploaded there.  The number at the end of the
line is the patchwork patch number.  (Multiple numbers mean I folded
patches together.)

When I've reviewed a patch, I add my sign off, move it into the linux-next
section and set the patchwork state to 'Awaiting Upstream'.

When a group of patches enters the upstream kernel, I set the state to
'Accepted' and 'archived'.

(With some minor patches that I fold into other patches, I sometimes
set the state to 'Accepted' and 'archived' immediately as it's no
longer worth tracking them separately.  The actual patch included
upstream is often not identical to the one in patchwork as I can make
small changes to it for many reasons during review.)

Periodically I take a backup of the patch directory (tagged with the kernel
version) and remove some patches no longer needed (including patches
now upstream).  (Go up the directory hierarchy to see these backups.)

Alasdair




More information about the dm-devel mailing list