diff for duplicates of <20230826022852.GO3390869@ZenIV> diff --git a/a/1.txt b/N1/1.txt index c8d4c06..08c65c0 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -71,8 +71,3 @@ one of the callers would eat -EBUSY. Not so in "opened with O_EXCL" case - they can very well overlap and IIRC set_blocksize() does *not* expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not as if it was a meaningful security hole anyway, but it does look fishy. - --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel diff --git a/a/content_digest b/N1/content_digest index 458dd8e..5c2d194 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,58 +2,58 @@ "ref\020230825015843.GB95084@ZenIV\0" "ref\020230825134756.o3wpq6bogndukn53@quack3\0" "From\0Al Viro <viro@zeniv.linux.org.uk>\0" - "Subject\0Re: [dm-devel] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" + "Subject\0Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" "Date\0Sat, 26 Aug 2023 03:28:52 +0100\0" "To\0Jan Kara <jack@suse.cz>\0" - "Cc\0Dave Kleikamp <shaggy@kernel.org>" - jfs-discussion@lists.sourceforge.net + "Cc\0linux-fsdevel@vger.kernel.org" + linux-block@vger.kernel.org + Christoph Hellwig <hch@infradead.org> + Alasdair Kergon <agk@redhat.com> + Andrew Morton <akpm@linux-foundation.org> + Anna Schumaker <anna@kernel.org> + Chao Yu <chao@kernel.org> + Christian Borntraeger <borntraeger@linux.ibm.com> Darrick J. Wong <djwong@kernel.org> - linux-nvme@lists.infradead.org - Joseph Qi <joseph.qi@linux.alibaba.com> + Dave Kleikamp <shaggy@kernel.org> + David Sterba <dsterba@suse.com> dm-devel@redhat.com - target-devel@vger.kernel.org - linux-mtd@lists.infradead.org - Jack Wang <jinpu.wang@ionos.com> - Alasdair Kergon <agk@redhat.com> drbd-dev@lists.linbit.com - linux-s390@vger.kernel.org - linux-nilfs@vger.kernel.org - linux-scsi@vger.kernel.org - Sergey Senozhatsky <senozhatsky@chromium.org> - Christoph Hellwig <hch@infradead.org> - xen-devel@lists.xenproject.org Gao Xiang <xiang@kernel.org> - Christian Borntraeger <borntraeger@linux.ibm.com> - Kent Overstreet <kent.overstreet@gmail.com> - Sven Schnelle <svens@linux.ibm.com> - linux-pm@vger.kernel.org - Mike Snitzer <snitzer@kernel.org> - Chao Yu <chao@kernel.org> + Jack Wang <jinpu.wang@ionos.com> + Jaegeuk Kim <jaegeuk@kernel.org> + jfs-discussion@lists.sourceforge.net Joern Engel <joern@lazybastard.org> - reiserfs-devel@vger.kernel.org - linux-block@vger.kernel.org + Joseph Qi <joseph.qi@linux.alibaba.com> + Kent Overstreet <kent.overstreet@gmail.com> linux-bcache@vger.kernel.org - Christian Brauner <brauner@kernel.org> - David Sterba <dsterba@suse.com> - Jaegeuk Kim <jaegeuk@kernel.org> - Trond Myklebust <trond.myklebust@hammerspace.com> - Jens Axboe <axboe@kernel.dk> - linux-raid@vger.kernel.org - linux-nfs@vger.kernel.org + linux-btrfs@vger.kernel.org + linux-erofs@lists.ozlabs.org linux-ext4@vger.kernel.org - Ted Tso <tytso@mit.edu> - linux-mm@kvack.org - Song Liu <song@kernel.org> linux-f2fs-devel@lists.sourceforge.net + linux-mm@kvack.org + linux-mtd@lists.infradead.org + linux-nfs@vger.kernel.org + linux-nilfs@vger.kernel.org + linux-nvme@lists.infradead.org + linux-pm@vger.kernel.org + linux-raid@vger.kernel.org + linux-s390@vger.kernel.org + linux-scsi@vger.kernel.org linux-xfs@vger.kernel.org + Md. Haris Iqbal <haris.iqbal@ionos.com> + Mike Snitzer <snitzer@kernel.org> Minchan Kim <minchan@kernel.org> ocfs2-devel@oss.oracle.com - Anna Schumaker <anna@kernel.org> - linux-fsdevel@vger.kernel.org - Md. Haris Iqbal <haris.iqbal@ionos.com> - Andrew Morton <akpm@linux-foundation.org> - linux-erofs@lists.ozlabs.org - " linux-btrfs@vger.kernel.org\0" + reiserfs-devel@vger.kernel.org + Sergey Senozhatsky <senozhatsky@chromium.org> + Song Liu <song@kernel.org> + Sven Schnelle <svens@linux.ibm.com> + target-devel@vger.kernel.org + Ted Tso <tytso@mit.edu> + Trond Myklebust <trond.myklebust@hammerspace.com> + xen-devel@lists.xenproject.org + Jens Axboe <axboe@kernel.dk> + " Christian Brauner <brauner@kernel.org>\0" "\00:1\0" "b\0" "On Fri, Aug 25, 2023 at 03:47:56PM +0200, Jan Kara wrote:\n" @@ -128,11 +128,6 @@ "one of the callers would eat -EBUSY. Not so in \"opened with O_EXCL\"\n" "case - they can very well overlap and IIRC set_blocksize() does *not*\n" "expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not\n" - "as if it was a meaningful security hole anyway, but it does look fishy.\n" - "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + as if it was a meaningful security hole anyway, but it does look fishy. -7892c144fb95ab6aa04d2236e35dfede3d54cc78f6a7ab20e3aa7e3ef2f904b8 +a6fe23f282557eb0d0b3601c4caffe3d8384afff998b13cbbae6b438ea4e6edc
diff --git a/a/1.txt b/N2/1.txt index c8d4c06..08c65c0 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -71,8 +71,3 @@ one of the callers would eat -EBUSY. Not so in "opened with O_EXCL" case - they can very well overlap and IIRC set_blocksize() does *not* expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not as if it was a meaningful security hole anyway, but it does look fishy. - --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel diff --git a/a/content_digest b/N2/content_digest index 458dd8e..8d3d95b 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,7 +2,7 @@ "ref\020230825015843.GB95084@ZenIV\0" "ref\020230825134756.o3wpq6bogndukn53@quack3\0" "From\0Al Viro <viro@zeniv.linux.org.uk>\0" - "Subject\0Re: [dm-devel] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" + "Subject\0Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" "Date\0Sat, 26 Aug 2023 03:28:52 +0100\0" "To\0Jan Kara <jack@suse.cz>\0" "Cc\0Dave Kleikamp <shaggy@kernel.org>" @@ -22,13 +22,11 @@ Sergey Senozhatsky <senozhatsky@chromium.org> Christoph Hellwig <hch@infradead.org> xen-devel@lists.xenproject.org - Gao Xiang <xiang@kernel.org> Christian Borntraeger <borntraeger@linux.ibm.com> Kent Overstreet <kent.overstreet@gmail.com> Sven Schnelle <svens@linux.ibm.com> linux-pm@vger.kernel.org Mike Snitzer <snitzer@kernel.org> - Chao Yu <chao@kernel.org> Joern Engel <joern@lazybastard.org> reiserfs-devel@vger.kernel.org linux-block@vger.kernel.org @@ -128,11 +126,6 @@ "one of the callers would eat -EBUSY. Not so in \"opened with O_EXCL\"\n" "case - they can very well overlap and IIRC set_blocksize() does *not*\n" "expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not\n" - "as if it was a meaningful security hole anyway, but it does look fishy.\n" - "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + as if it was a meaningful security hole anyway, but it does look fishy. -7892c144fb95ab6aa04d2236e35dfede3d54cc78f6a7ab20e3aa7e3ef2f904b8 +03617288f910da454b9603d005cd0294f3b66a2b3d2d6ff2a2f6eb81366beadb
diff --git a/a/1.txt b/N3/1.txt index c8d4c06..e0fc704 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -72,7 +72,8 @@ case - they can very well overlap and IIRC set_blocksize() does *not* expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not as if it was a meaningful security hole anyway, but it does look fishy. --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel + +_______________________________________________ +Linux-f2fs-devel mailing list +Linux-f2fs-devel@lists.sourceforge.net +https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel diff --git a/a/content_digest b/N3/content_digest index 458dd8e..534f159 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -2,7 +2,7 @@ "ref\020230825015843.GB95084@ZenIV\0" "ref\020230825134756.o3wpq6bogndukn53@quack3\0" "From\0Al Viro <viro@zeniv.linux.org.uk>\0" - "Subject\0Re: [dm-devel] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" + "Subject\0Re: [f2fs-dev] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" "Date\0Sat, 26 Aug 2023 03:28:52 +0100\0" "To\0Jan Kara <jack@suse.cz>\0" "Cc\0Dave Kleikamp <shaggy@kernel.org>" @@ -28,7 +28,6 @@ Sven Schnelle <svens@linux.ibm.com> linux-pm@vger.kernel.org Mike Snitzer <snitzer@kernel.org> - Chao Yu <chao@kernel.org> Joern Engel <joern@lazybastard.org> reiserfs-devel@vger.kernel.org linux-block@vger.kernel.org @@ -130,9 +129,10 @@ "expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not\n" "as if it was a meaningful security hole anyway, but it does look fishy.\n" "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + "\n" + "_______________________________________________\n" + "Linux-f2fs-devel mailing list\n" + "Linux-f2fs-devel@lists.sourceforge.net\n" + https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel -7892c144fb95ab6aa04d2236e35dfede3d54cc78f6a7ab20e3aa7e3ef2f904b8 +df5b72d7a13217a3963389f5eed78b1ae3ffff24a577cf9228aab9d4f1aaf5d0
diff --git a/a/1.txt b/N4/1.txt index c8d4c06..08c65c0 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -71,8 +71,3 @@ one of the callers would eat -EBUSY. Not so in "opened with O_EXCL" case - they can very well overlap and IIRC set_blocksize() does *not* expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not as if it was a meaningful security hole anyway, but it does look fishy. - --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel diff --git a/a/content_digest b/N4/content_digest index 458dd8e..1e96f26 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -1,59 +1,36 @@ "ref\020230810171429.31759-1-jack@suse.cz\0" "ref\020230825015843.GB95084@ZenIV\0" "ref\020230825134756.o3wpq6bogndukn53@quack3\0" - "From\0Al Viro <viro@zeniv.linux.org.uk>\0" - "Subject\0Re: [dm-devel] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" + "From\0Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>\0" + "Subject\0Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" "Date\0Sat, 26 Aug 2023 03:28:52 +0100\0" - "To\0Jan Kara <jack@suse.cz>\0" - "Cc\0Dave Kleikamp <shaggy@kernel.org>" - jfs-discussion@lists.sourceforge.net - Darrick J. Wong <djwong@kernel.org> - linux-nvme@lists.infradead.org - Joseph Qi <joseph.qi@linux.alibaba.com> - dm-devel@redhat.com - target-devel@vger.kernel.org - linux-mtd@lists.infradead.org - Jack Wang <jinpu.wang@ionos.com> - Alasdair Kergon <agk@redhat.com> - drbd-dev@lists.linbit.com - linux-s390@vger.kernel.org - linux-nilfs@vger.kernel.org - linux-scsi@vger.kernel.org - Sergey Senozhatsky <senozhatsky@chromium.org> - Christoph Hellwig <hch@infradead.org> - xen-devel@lists.xenproject.org - Gao Xiang <xiang@kernel.org> - Christian Borntraeger <borntraeger@linux.ibm.com> - Kent Overstreet <kent.overstreet@gmail.com> - Sven Schnelle <svens@linux.ibm.com> - linux-pm@vger.kernel.org - Mike Snitzer <snitzer@kernel.org> - Chao Yu <chao@kernel.org> - Joern Engel <joern@lazybastard.org> - reiserfs-devel@vger.kernel.org - linux-block@vger.kernel.org - linux-bcache@vger.kernel.org - Christian Brauner <brauner@kernel.org> - David Sterba <dsterba@suse.com> - Jaegeuk Kim <jaegeuk@kernel.org> - Trond Myklebust <trond.myklebust@hammerspace.com> - Jens Axboe <axboe@kernel.dk> - linux-raid@vger.kernel.org - linux-nfs@vger.kernel.org - linux-ext4@vger.kernel.org - Ted Tso <tytso@mit.edu> - linux-mm@kvack.org - Song Liu <song@kernel.org> - linux-f2fs-devel@lists.sourceforge.net - linux-xfs@vger.kernel.org - Minchan Kim <minchan@kernel.org> - ocfs2-devel@oss.oracle.com - Anna Schumaker <anna@kernel.org> - linux-fsdevel@vger.kernel.org - Md. Haris Iqbal <haris.iqbal@ionos.com> - Andrew Morton <akpm@linux-foundation.org> - linux-erofs@lists.ozlabs.org - " linux-btrfs@vger.kernel.org\0" + "To\0Jan Kara <jack-AlSwsSmVLrQ@public.gmane.org>\0" + "Cc\0Dave Kleikamp <shaggy-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>" + jfs-discussion-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org + Darrick J. Wong <djwong-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org + Joseph Qi <joseph.qi-KPsoFbNs7GizrGE5bRqYAgC/G2K4zDHf@public.gmane.org> + dm-devel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org + target-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + linux-mtd-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org + Jack Wang <jinpu.wang-vEVw2sk9H7kAvxtiuMwx3w@public.gmane.org> + Alasdair Kergon <agk-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> + drbd-dev-cunTk1MwBs8qoQakbn7OcQ@public.gmane.org + linux-s390-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + linux-nilfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + linux-scsi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + Sergey Senozhatsky <senozhatsky-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> + Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> + xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b@public.gmane.org + Gao Xiang <xiang-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + Christian Borntraeger <borntraeger-tEXmvtCZX7AybS5Ee8rs3A@public.gmane.org> + Kent Overstreet <kent.overstreet-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> + Sven Schnelle <svens-tEXmvtCZX7AybS5Ee8rs3A@public.gmane.org> + linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org + Mike Snitzer <snitzer-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + Chao Yu <chao-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + Joern Engel <joern-o6zPIXG8fmPj4SYmN/TMmA@public.gmane.org> + " reiserfs-devel-u79uwXL29TbrhsbdSgBK9A@public.gmane.org\0" "\00:1\0" "b\0" "On Fri, Aug 25, 2023 at 03:47:56PM +0200, Jan Kara wrote:\n" @@ -128,11 +105,6 @@ "one of the callers would eat -EBUSY. Not so in \"opened with O_EXCL\"\n" "case - they can very well overlap and IIRC set_blocksize() does *not*\n" "expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not\n" - "as if it was a meaningful security hole anyway, but it does look fishy.\n" - "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + as if it was a meaningful security hole anyway, but it does look fishy. -7892c144fb95ab6aa04d2236e35dfede3d54cc78f6a7ab20e3aa7e3ef2f904b8 +2992cc441c99f8f41e7737337673509c0c73fe67f91ac7484b34927de4dff958
diff --git a/a/1.txt b/N5/1.txt index c8d4c06..2e884bc 100644 --- a/a/1.txt +++ b/N5/1.txt @@ -72,7 +72,6 @@ case - they can very well overlap and IIRC set_blocksize() does *not* expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not as if it was a meaningful security hole anyway, but it does look fishy. --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel +______________________________________________________ +Linux MTD discussion mailing list +http://lists.infradead.org/mailman/listinfo/linux-mtd/ diff --git a/a/content_digest b/N5/content_digest index 458dd8e..180a53a 100644 --- a/a/content_digest +++ b/N5/content_digest @@ -2,58 +2,58 @@ "ref\020230825015843.GB95084@ZenIV\0" "ref\020230825134756.o3wpq6bogndukn53@quack3\0" "From\0Al Viro <viro@zeniv.linux.org.uk>\0" - "Subject\0Re: [dm-devel] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" + "Subject\0Re: [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" "Date\0Sat, 26 Aug 2023 03:28:52 +0100\0" "To\0Jan Kara <jack@suse.cz>\0" - "Cc\0Dave Kleikamp <shaggy@kernel.org>" - jfs-discussion@lists.sourceforge.net + "Cc\0linux-fsdevel@vger.kernel.org" + linux-block@vger.kernel.org + Christoph Hellwig <hch@infradead.org> + Alasdair Kergon <agk@redhat.com> + Andrew Morton <akpm@linux-foundation.org> + Anna Schumaker <anna@kernel.org> + Chao Yu <chao@kernel.org> + Christian Borntraeger <borntraeger@linux.ibm.com> Darrick J. Wong <djwong@kernel.org> - linux-nvme@lists.infradead.org - Joseph Qi <joseph.qi@linux.alibaba.com> + Dave Kleikamp <shaggy@kernel.org> + David Sterba <dsterba@suse.com> dm-devel@redhat.com - target-devel@vger.kernel.org - linux-mtd@lists.infradead.org - Jack Wang <jinpu.wang@ionos.com> - Alasdair Kergon <agk@redhat.com> drbd-dev@lists.linbit.com - linux-s390@vger.kernel.org - linux-nilfs@vger.kernel.org - linux-scsi@vger.kernel.org - Sergey Senozhatsky <senozhatsky@chromium.org> - Christoph Hellwig <hch@infradead.org> - xen-devel@lists.xenproject.org Gao Xiang <xiang@kernel.org> - Christian Borntraeger <borntraeger@linux.ibm.com> - Kent Overstreet <kent.overstreet@gmail.com> - Sven Schnelle <svens@linux.ibm.com> - linux-pm@vger.kernel.org - Mike Snitzer <snitzer@kernel.org> - Chao Yu <chao@kernel.org> + Jack Wang <jinpu.wang@ionos.com> + Jaegeuk Kim <jaegeuk@kernel.org> + jfs-discussion@lists.sourceforge.net Joern Engel <joern@lazybastard.org> - reiserfs-devel@vger.kernel.org - linux-block@vger.kernel.org + Joseph Qi <joseph.qi@linux.alibaba.com> + Kent Overstreet <kent.overstreet@gmail.com> linux-bcache@vger.kernel.org - Christian Brauner <brauner@kernel.org> - David Sterba <dsterba@suse.com> - Jaegeuk Kim <jaegeuk@kernel.org> - Trond Myklebust <trond.myklebust@hammerspace.com> - Jens Axboe <axboe@kernel.dk> - linux-raid@vger.kernel.org - linux-nfs@vger.kernel.org + linux-btrfs@vger.kernel.org + linux-erofs@lists.ozlabs.org linux-ext4@vger.kernel.org - Ted Tso <tytso@mit.edu> - linux-mm@kvack.org - Song Liu <song@kernel.org> linux-f2fs-devel@lists.sourceforge.net + linux-mm@kvack.org + linux-mtd@lists.infradead.org + linux-nfs@vger.kernel.org + linux-nilfs@vger.kernel.org + linux-nvme@lists.infradead.org + linux-pm@vger.kernel.org + linux-raid@vger.kernel.org + linux-s390@vger.kernel.org + linux-scsi@vger.kernel.org linux-xfs@vger.kernel.org + Md. Haris Iqbal <haris.iqbal@ionos.com> + Mike Snitzer <snitzer@kernel.org> Minchan Kim <minchan@kernel.org> ocfs2-devel@oss.oracle.com - Anna Schumaker <anna@kernel.org> - linux-fsdevel@vger.kernel.org - Md. Haris Iqbal <haris.iqbal@ionos.com> - Andrew Morton <akpm@linux-foundation.org> - linux-erofs@lists.ozlabs.org - " linux-btrfs@vger.kernel.org\0" + reiserfs-devel@vger.kernel.org + Sergey Senozhatsky <senozhatsky@chromium.org> + Song Liu <song@kernel.org> + Sven Schnelle <svens@linux.ibm.com> + target-devel@vger.kernel.org + Ted Tso <tytso@mit.edu> + Trond Myklebust <trond.myklebust@hammerspace.com> + xen-devel@lists.xenproject.org + Jens Axboe <axboe@kernel.dk> + " Christian Brauner <brauner@kernel.org>\0" "\00:1\0" "b\0" "On Fri, Aug 25, 2023 at 03:47:56PM +0200, Jan Kara wrote:\n" @@ -130,9 +130,8 @@ "expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not\n" "as if it was a meaningful security hole anyway, but it does look fishy.\n" "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + "______________________________________________________\n" + "Linux MTD discussion mailing list\n" + http://lists.infradead.org/mailman/listinfo/linux-mtd/ -7892c144fb95ab6aa04d2236e35dfede3d54cc78f6a7ab20e3aa7e3ef2f904b8 +360267fc450642a40a6051be07b9923d34dde76308f10566f69375ba8096c2b7
diff --git a/a/1.txt b/N6/1.txt index c8d4c06..08c65c0 100644 --- a/a/1.txt +++ b/N6/1.txt @@ -71,8 +71,3 @@ one of the callers would eat -EBUSY. Not so in "opened with O_EXCL" case - they can very well overlap and IIRC set_blocksize() does *not* expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not as if it was a meaningful security hole anyway, but it does look fishy. - --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel diff --git a/a/content_digest b/N6/content_digest index 458dd8e..c631ac9 100644 --- a/a/content_digest +++ b/N6/content_digest @@ -2,7 +2,7 @@ "ref\020230825015843.GB95084@ZenIV\0" "ref\020230825134756.o3wpq6bogndukn53@quack3\0" "From\0Al Viro <viro@zeniv.linux.org.uk>\0" - "Subject\0Re: [dm-devel] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" + "Subject\0Re: [Drbd-dev] [PATCH v2 0/29] block: Make blkdev_get_by_*() return handle\0" "Date\0Sat, 26 Aug 2023 03:28:52 +0100\0" "To\0Jan Kara <jack@suse.cz>\0" "Cc\0Dave Kleikamp <shaggy@kernel.org>" @@ -128,11 +128,6 @@ "one of the callers would eat -EBUSY. Not so in \"opened with O_EXCL\"\n" "case - they can very well overlap and IIRC set_blocksize() does *not*\n" "expect that kind of crap... It's all under CAP_SYS_ADMIN, so it's not\n" - "as if it was a meaningful security hole anyway, but it does look fishy.\n" - "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + as if it was a meaningful security hole anyway, but it does look fishy. -7892c144fb95ab6aa04d2236e35dfede3d54cc78f6a7ab20e3aa7e3ef2f904b8 +88da816c62048bfff0f5605c7b30c52bb0ad8ac71f9904b414d520f1aacffd31
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.