[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20150416004744.GB2018@swordfish>
Date: Thu, 16 Apr 2015 09:47:44 +0900
From: Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
Minchan Kim <minchan@...nel.org>,
Nitin Gupta <ngupta@...are.org>, linux-kernel@...r.kernel.org,
Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>
Subject: Re: [PATCHv3 0/8] introduce dynamic device creation/removal
On (04/15/15 14:37), Andrew Morton wrote:
> Unfortunately these were the first-arriving zram patches, so the later
> ones required quite a bit of mangling. Hopefully I got it all right.
>
> This was all a bit disruptive. Please let's not leave major patchsets
> floating about in an incomplete/unresolved state for week after week?
>
Andrew, sorry for confusion.
I will fold/cleanup and resend the whole patchset. sorry for
I currently have:
0001-zram-cosmetic-ZRAM_ATTR_RO-code-formatting-tweak.patch
0002-zram-use-idr-instead-of-zram_devices-array.patch
0003-zram-factor-out-device-reset-from-reset_store.patch
0004-zram-reorganize-code-layout.patch
0005-zram-add-dynamic-device-add-remove-functionality.patch
0006-zram-add-dynamic-device-add-remove-functionality-fix.patch
0007-zram-remove-max_num_devices-limitation.patch
0008-zram-report-every-added-and-removed-device.patch
0009-zram-trivial-correct-flag-operations-comment.patch
0010-zram-return-zram-device_id-value-from-zram_add.patch
0011-zram-introduce-automatic-device_id-generation.patch
0012-zram-introduce-automatic-device_id-generation-fix.patch
0013-zram-do-not-let-user-enforce-new-device-dev_id.patch
0014-zram-support-compaction.patch
0015-zram-remove-num_migrated-device-attr.patch
0016-zram-move-compact_store-to-sysfs-functions-area.patch
0017-zram-use-generic-start-end-io-accounting.patch
0018-zram-export-new-io_stat-sysfs-attrs.patch
0019-zram-export-new-mm_stat-sysfs-attrs.patch
0020-zram-deprecate-zram-attrs-sysfs-nodes.patch
0021-zram-fix-error-return-code.patch
in my tree. the resulting patchset will be smaller in size.
I'll send it out later this day.
-ss
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists