s well as
> blkdev_zone_reset_all() and blkdev_zone_reset_all_emulated().
>
> Signed-off-by: Johannes Thumshirn
Reviewed-by: Mike Snitzer
___
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
On Mon, Jan 29 2024 at 2:52P -0500,
Johannes Thumshirn wrote:
> Guard the calls to blkdev_zone_mgmt() with a memalloc_noio scope.
> This helps us getting rid of the GFP_NOIO argument to blkdev_zone_mgmt();
>
> Signed-off-by: Johannes Thumshirn
Reviewed-by:
I've been following this patch on fsdevel... is there a
remote I could fetch with a branch that has this in it?
-Mike
On Wed, Aug 9, 2023 at 8:32 AM Christian Brauner wrote:
>
> On Mon, Aug 07, 2023 at 03:38:39PM -0400, Jeff Layton wrote:
> > Now that all of the update_ti
's a lot harder to set up hugetlb than that ...
>
> anyway, i figured it out without being able to run the reproducer.
>
> Can you try this?
I can confirm that libhugetlbfs tests do not trigger the BUG with the
below change.
--
Mike Kravetz
>
> diff --git a/mm/filemap.
struct page *newpage, struct page *page,
> +#ifdef CONFIG_MIGRATION
and, thanks for adding the #ifdef CONFIG_MIGRATION to save a little space.
Reviewed-by: Mike Kravetz
--
Mike Kravetz
___
Linux-f2fs-devel mailing list
Lin
hing_with(entry);
>
>
>Actually, we usually have a check to see if the loop found anything,
>but in that case it should something like
>
>if (list_entry_is_head(entry, head, member)) {
>return with error;
>}
>do_somethin_with(entry);
>
>Suffice? The list_entry_is_head() macro is designed to cope with the
>bogus entry on head problem.
Won't suffice because the end goal of this work is to limit scope of entry only
to loop. Hence the need for additional variable.
Besides, there are no guarantees that people won't do_something_with(entry)
without the check or won't compare entry to NULL to check if the loop finished
with break or not.
>James
--
Sincerely yours,
Mike
___
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
simply supplies a callback that is
> executed on each reported zone, and private data for it.
>
> Signed-off-by: Christoph Hellwig
> Signed-off-by: Shin'ichiro Kawasaki
> Signed-off-by: Damien Le Moal
Reviewed-by: Mike Snitzer
___
Li
... when I was using "git am" to apply the patch series, the ceph patch
failed, so I "git skipped" it...
I obtained the patch series from: https://github.com/deepa-hub/vfs limits
today.
-Mike
On Thu, Aug 29, 2019 at 12:38 AM Deepa Dinamani wrote:
>
> Adding the others w
I added this patch series on top of Linux 5.3-rc6 and ran xfstests
on orangefs with no regressions.
Acked-by: Mike Marshall
-Mike
On Wed, Aug 28, 2019 at 10:40 AM Mark Salyzyn wrote:
>
> On 8/28/19 7:24 AM, Christoph Hellwig wrote:
> > On Tue, Aug 27, 2019 at 08:05:15AM -0700,
gt; mm/memblock.c | 12 ++--
Acked-by: Mike Rapoport
___
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
On Tue, Dec 18 2018 at 12:45pm -0500,
Jens Axboe wrote:
> On 12/18/18 10:25 AM, Jaegeuk Kim wrote:
> > This patch makes dm be aware of io_pages to assign sane req_size for reads.
>
> Reviewed-by: Jens Axboe
>
I've applied this, see:
https://git.kernel.org/pub/scm/linux/kernel/git/device-mappe
Thanks... I've added your patch to 4.19-rc2, run it through xfstests,
and added it to my linux-next tree...
-Mike
On Fri, Aug 31, 2018 at 10:35 AM Chengguang Xu wrote:
>
> default_acl and acl of newly created inode will be initiated
> as ACL_NOT_CACHED in vfs function inode_ini
On 04/04/2018 08:52 PM, Matthew Wilcox wrote:
> On Wed, Apr 04, 2018 at 09:35:46AM -0700, Mike Kravetz wrote:
>> Running with this XArray series on top of next-20180329 consistently 'hangs'
>> on shutdown looping (?forever?) in tag_pages_for_writeback/xas_for_each_tag.
&g
68,
work=0x88012c02e190) at kernel/workqueue.c:2145
#11 0x810b762e in worker_thread (__worker=0x88012eff6d68)
at kernel/workqueue.c:2279
#12 0x810bd7c3 in kthread (_create=0x88012e88fc28)
at kernel/kthread.c:238
#13 0x81a00205 in ret_from_fork
not do a detailed review of the XArray implementation. Only looked
at the provided interfaces and their intended uses. If the interfaces work
as specified, the changes here are fine.
Reviewed-by: Mike Kravetz
--
Mike Kravetz
> ---
> mm/memfd.c | 43 ++-
s as with with the previous shmem_tag_pins patch.
Reviewed-by: Mike Kravetz
--
Mike Kravetz
> ---
> mm/memfd.c | 61 +
> 1 file changed, 25 insertions(+), 36 deletions(-)
>
> diff --git a/mm/memfd.c b/mm/memfd.c
> index
I've been running it here...
Acked-by: Mike Marshall
On Mon, Apr 24, 2017 at 11:23 AM, Christoph Hellwig wrote:
> Looks fine,
>
> Reviewed-by: Christoph Hellwig
--
Check out the vibrant tech community
On Fri, 2016-12-16 at 16:35 +0100, Michal Hocko wrote:
> On Fri 16-12-16 16:05:58, Mike Galbraith wrote:
> > On Thu, 2016-12-15 at 15:07 +0100, Michal Hocko wrote:
> > > Hi,
> > > I have posted the previous version here [1]. Since then I have added a
> > >
On Thu, 2016-12-15 at 15:07 +0100, Michal Hocko wrote:
> Hi,
> I have posted the previous version here [1]. Since then I have added a
> support to suppress reclaim lockdep warnings (__GFP_NOLOCKDEP) to allow
> removing GFP_NOFS usage motivated by the lockdep false positives. On top
> of that I've t
On 08/03/2016 11:25 AM, Ross Zwisler wrote:
> run fstests generic/008 at 2016-08-03 09:54:56
> page:ea0017af04c0 count:3 mapcount:0 mapping:8805eb059200 index:0x0
> flags: 0x3fff802828(uptodate|lru|private|writeback)
> page dumped because: VM_BUG_ON_PAGE(!PageLocked(page))
> page->mem_
On 08/03/2016 07:30 PM, Shaun Tancheff wrote:
> On Wed, Aug 3, 2016 at 6:47 PM, Mike Christie wrote:
>> On 08/03/2016 05:33 PM, Ross Zwisler wrote:
>>> On Sun, Jun 5, 2016 at 1:32 PM, wrote:
>>>> From: Mike Christie
>>>>
>>>> The r
On 06/06/2016 01:46 AM, Hannes Reinecke wrote:
> On 06/05/2016 09:32 PM, mchri...@redhat.com wrote:
>> From: Mike Christie
>>
>> Separate the op from the rq_flag_bits and have the target layer
>> set/get the bio using bio_set_op_attrs/bio_op.
>>
>> Signed-of
ite discard,
>> flush, etc) from cmd_flags/bi_rw.
>>
>> This patchset was made against linux-next from today April 15
>> (git tag next-20160415).
>>
>> I put a git tree here:
>> https://github.com/mikechristie/linux-kernel.git
>> The patches are in the op bra
On 05/04/2016 12:58 PM, Jeff Moyer wrote:
> Mike Christie writes:
>
>> On 05/03/2016 03:44 PM, Jeff Moyer wrote:
>>> Hi, Mike,
>>>
>>> That git tree doesn't seem to exist. I did manage to apply your patch
>>> set on top of next-20160415, tho
On Fri, Apr 15 2016 at 3:15pm -0400,
mchri...@redhat.com wrote:
> The following patches begin to cleanup the request->cmd_flags and
> bio->bi_rw mess. We currently use cmd_flags to specify the operation,
> attributes and state of the request. For bi_rw we use it for similar
> info and also the p
On 04/15/2016 05:50 AM, Juergen Gross wrote:
> On 15/04/16 12:40, mchri...@redhat.com wrote:
>> From: Mike Christie
>>
>> The last patch added a REQ_OP_FLUSH for request_fn drivers
>> and the next patch renames REQ_FLUSH to REQ_PREFLUSH which
>> will be used by
On 02/29/2016 11:13 AM, Christoph Hellwig wrote:
> Any reason you've dropped my ACK for the previous version?
Sorry. I think I accidentally dropped it when I rebased back over to
linux-next. It looks like it only got stuck on the first patch. I will
fix that up on the resend for those kbuild error
.h|4 +--
> drivers/scsi/libiscsi_tcp.c | 29 +--
> include/scsi/libiscsi_tcp.h | 13 +-
> 4 files changed, 58 insertions(+), 42 deletions(-)
>
iSCSI parts look ok.
Reviewed-by: Mike Christie
On 01/09/2016 06:56 PM, Mike Christie wrote:
> On 01/09/2016 07:37 AM, Christoph Hellwig wrote:
>> Seems like this is missing REQ_OP_FLUSH, which still hides as a write?
>>
Oh yeah, to answer the second part of your question, REQ_OP_FLUSH is
only a flush operation like what req
patch:
[PATCH 33/35] block, drivers: add REQ_OP_FLUSH operation
commit 18dea20363ba245a47bc1bb54f6465b8a05b19af
Author: Mike Christie
Date: Tue Jan 5 21:02:17 2016 -0600
block, drivers: add REQ_OP_FLUSH operation
and I added the REQ_PREFLUSH flag in
[PATCH 35/35] block, drivers, fs:
On 01/09/2016 07:34 AM, Christoph Hellwig wrote:
>> count);
>> > diff --git a/block/blk-flush.c b/block/blk-flush.c
>> > index 9c423e5..e092e13 100644
>> > --- a/block/blk-flush.c
>> > +++ b/block/blk-flush.c
>> > @@ -484,8 +484,9 @@ int blkdev_issue_flush(struct block_
On Fri, Jan 08 2016 at 3:50P -0500,
Mike Christie wrote:
> On 01/08/2016 07:32 AM, Christoph Hellwig wrote:
> > This looks good to me from a highlevel point of view.
> > Do you also have a git tree to take a look at all the changes in a
> > single big diff?
>
>
On 01/08/2016 07:32 AM, Christoph Hellwig wrote:
> This looks good to me from a highlevel point of view.
> Do you also have a git tree to take a look at all the changes in a
> single big diff?
I uploaded a git tree here:
https://github.com/mikechristie/linux-kernel.git
based off of linux-next to
Plasma Cutting Machine
CNC Flame Cutting Machine
Edge Beveling Machine
Edge Milling Machine
Shot Blasting Machine
Box Beam Welding
Hydraulic Tilter
Wind Tower Production Line
Thanks
*
Mike Zhao
(Marketing manager)
Elite Welding & Cut
Plasma Cutting Machine
CNC Flame Cutting Machine
Edge Beveling Machine
Edge Milling Machine
Shot Blasting Machine
Box Beam Welding
Hydraulic Tilter
Wind Tower Production Line
Thanks
*
Mike Zhao
(Marketing manager)
Elite Welding & Cut
call us, send an email ,
We will gladly answer all your questions and recommend an ideal solution for
your needs.
We look forward to our anticipated future collaboration.
Thanks
*
Mike Zhao
(Marketing manager)
Elite Welding
be happy for you to call us, send an email ,
We will gladly answer all your questions and recommend an ideal solution for
your needs.
We look forward to our anticipated future collaboration.
Thanks
*
Mike Zhao
(Marketing manager
37 matches
Mail list logo
