[PATCH] add one parameter wro_enable to enable relaxed ordering for IXGBE

This patch provides a way to enable relaxed ordering, where it helps with performance in some architecture. The default value of wro_enable is 0, if you want to enable relaxed ordering, please set wro_enable=1. Mao Wenan (1): add one parameter wro_enable for IXGBE drivers/net/ethernet/intel/

[PATCH] add one parameter wro_enable for IXGBE

--- drivers/net/ethernet/intel/ixgbe/ixgbe.h| 1 + drivers/net/ethernet/intel/ixgbe/ixgbe_82598.c | 29 ++--- drivers/net/ethernet/intel/ixgbe/ixgbe_common.c | 28 +--- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 9 4 files changed,

Re: Warning from free_init_pages with large initrd

On 27 September 2016 at 22:21, Sitsofe Wheeler wrote: > On 27 September 2016 at 19:36, H. Peter Anvin wrote: >> On September 27, 2016 3:20:06 AM PDT, Sitsofe Wheeler >> wrote: >>>(See http://www.gossamer-threads.com/lists/linux/kernel/2534175 for >>>the history of this thread ) >>> >>>On 26 Sep

Re: [PATCH] add one parameter wro_enable to enable relaxed ordering for IXGBE

On Sat, 2016-10-29 at 15:08 +0800, Mao Wenan wrote: > This patch provides a way to enable relaxed ordering, where it helps with > performance in some architecture. > The default value of wro_enable is 0, if you want to enable relaxed > ordering, please set wro_enable=1. > > Mao Wenan (1): >   add

[PATCH] aio: fix a user triggered use after free (and fix freeze protection of aio writes)

From: Jan Kara Currently we dropped freeze protection of aio writes just after IO was submitted. Thus aio write could be in flight while the filesystem was frozen and that could result in unexpected situation like aio completion wanting to convert extent type on frozen filesystem. Testcase from D

aio: fix a user triggered use after free

Hi Linus, the patch below fixes a use after free triggered if one threads closes a file descriptor after another just started an aio operation. The patch is originally from Jan with some updates from me - I tried to get in through Al but I haven't managed to get him to respond yet, but I'd really

Re: [RFC PATCH] hugetlbfs: fix the hugetlbfs can not be mounted

On 2016/10/29 14:08, zhongjiang wrote: > From: zhong jiang > > Since 'commit 3e89e1c5ea84 ("hugetlb: make mm and fs code explicitly > non-modular")' > bring in the mainline. mount hugetlbfs will result in the following issue. > > mount: unknown filesystme type 'hugetlbfs' > > because previous pat

[PATCH 01/60] block: bio: introduce bio_init_with_vec_table()

Some drivers often uses external bvec table, so introduce this helper for this case. It is always safe to access the bio->bi_io_vec in this way for this case. After converting to this helper, it will becomes a bit easier to evaluate the remaining direct access to bio->bi_io_vec, so it can help to

[PATCH 02/60] block drivers: convert to bio_init_with_vec_table()

Signed-off-by: Ming Lei --- drivers/block/floppy.c| 3 +-- drivers/md/bcache/io.c| 4 +--- drivers/md/bcache/journal.c | 4 +--- drivers/md/bcache/movinggc.c | 7 +++ drivers/md/bcache/super.c | 13 - drivers/md/bcache/writeback.c | 6 +++--- drivers/md

[PATCH 14/60] block: drbd: comment on direct access bvec table

Signed-off-by: Ming Lei --- drivers/block/drbd/drbd_bitmap.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/block/drbd/drbd_bitmap.c b/drivers/block/drbd/drbd_bitmap.c index ab62b81c2ca7..ce9506da30ad 100644 --- a/drivers/block/drbd/drbd_bitmap.c +++ b/drivers/block/drbd/drbd_bitmap.

[PATCH 10/60] fs: logfs: convert to bio_add_page() in sync_request()

Always bio_add_page() is the standard and preferred way to do the task. Reviewed-by: Christoph Hellwig Signed-off-by: Ming Lei --- fs/logfs/dev_bdev.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/fs/logfs/dev_bdev.c b/fs/logfs/dev_bdev.c index 2bf53b0ffe83..696dcdd

[PATCH 13/60] fs: logfs: remove unnecesary check

The check on bio->bi_vcnt doesn't make sense in erase_end_io(). Signed-off-by: Ming Lei --- fs/logfs/dev_bdev.c | 1 - 1 file changed, 1 deletion(-) diff --git a/fs/logfs/dev_bdev.c b/fs/logfs/dev_bdev.c index ff5e3e31bca3..f05a02ff43e6 100644 --- a/fs/logfs/dev_bdev.c +++ b/fs/logfs/dev_bdev.c

[PATCH 12/60] fs: logfs: use bio_add_page() in do_erase()

Also code gets simplified a bit. Signed-off-by: Ming Lei --- fs/logfs/dev_bdev.c | 44 +++- 1 file changed, 15 insertions(+), 29 deletions(-) diff --git a/fs/logfs/dev_bdev.c b/fs/logfs/dev_bdev.c index 79be4cb0dfd8..ff5e3e31bca3 100644 --- a/fs/logfs/dev

[PATCH 08/60] dm: use bvec iterator helpers to implement .get_page and .next_page

Firstly we have mature bvec/bio iterator helper for iterate each page in one bio, not necessary to reinvent a wheel to do that. Secondly the coming multipage bvecs requires this patch. Also add comments about the direct access to bvec table. Signed-off-by: Ming Lei --- drivers/md/dm-io.c | 34

[PATCH 15/60] block: loop: comment on direct access to bvec table

Signed-off-by: Ming Lei --- drivers/block/loop.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index fa1b7a90ba11..55ce4226590d 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -485,6 +485,11 @@ static int lo_rw_aio(struct loop

[PATCH 07/60] dm: crypt: use bio_add_page()

We have the standard interface to add page to bio, so don't do that in hacking way. Reviewed-by: Christoph Hellwig Signed-off-by: Ming Lei --- drivers/md/dm-crypt.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/md/dm-crypt.c b/drivers/md/dm-crypt.c index a27

[PATCH 16/60] block: pktcdvd: comment on direct access to bvec table

Signed-off-by: Ming Lei --- drivers/block/pktcdvd.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/block/pktcdvd.c b/drivers/block/pktcdvd.c index 90fa4ac149db..817d2cc17d01 100644 --- a/drivers/block/pktcdvd.c +++ b/drivers/block/pktcdvd.c @@ -1298,6 +1298,11 @@ static int pkt_

[PATCH 30/60] bcache: set flag of QUEUE_FLAG_SPLIT_MP

It isn't safe(such as bch_data_verify()) to let bcache deal with more than 1M bio from multipage bvec, so set this flag and size of incoming bio won't be bigger than BIO_SP_MAX_SECTORS. Signed-off-by: Ming Lei --- drivers/md/bcache/super.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH 55/60] exofs: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/exofs/ore.c | 3 ++- fs/exofs/ore_raid.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/exofs/ore.c b/fs/exofs/ore.c index 8bb72807e70d..826696f3bdf2 100644 --- a/fs/exofs/ore.c +++ b/fs/exofs/ore.c @@ -406,8 +406,9 @@ static void _c

[PATCH 54/60] f2fs: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/f2fs/data.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c index 24f6f6977d37..04b1a5caf2d6 100644 --- a/fs/f2fs/data.c +++ b/fs/f2fs/data.c @@ -33,6 +33,7 @@ static void f2fs_read_end_io(struct bio *bio)

Re: [GIT PULL] tpmdd critical fix for Linux 4.9

On Thu, Oct 06, 2016 at 11:35:56AM +0300, Jarkko Sakkinen wrote: > Hi James, > > One critical fix that breaks tpm_tis init so I decided to do an > immediate pull request. Thanks. Can you pull this? /Jarkko > /Jarkko > > The following changes since commit 1306d8e1c09fdc8ecb9ef235e2116352f810f9c

[PATCH 44/60] block: introduce bvec_for_each_sp_bvec()

This helper can be used to iterate each singlepage bvec from one multipage bvec. Signed-off-by: Ming Lei --- include/linux/bvec.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/linux/bvec.h b/include/linux/bvec.h index e12ce6bd63d7..510d1d2d79f1 100644 --- a/include/linu

[PATCH 37/60] block: bounce: don't access bio->bi_io_vec in copy_to_high_bio_irq

As we need to support multipage bvecs, so don't access bio->bi_io_vec in copy_to_high_bio_irq(), and just use the standard iterator to do that. Signed-off-by: Ming Lei --- block/bounce.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/block/bounce.c b/block/

[PATCH 60/60] block: enable multipage bvecs

This patch pulls the trigger for multipage bvecs. Any request queue which doesn't set QUEUE_FLAG_NO_MP should support to handle multipage bvecs. Signed-off-by: Ming Lei --- block/bio.c | 13 + 1 file changed, 13 insertions(+) diff --git a/block/bio.c b/block/bio.c index c9cf0a81cca

[PATCH 42/60] block: use bio_for_each_segment_mp() to compute segments count

Firstly it is more efficient to use bio_for_each_segment_mp() in both blk_bio_segment_split() and __blk_recalc_rq_segments() to compute how many segments there are in the bio. Secondaly once bio_for_each_segment_mp() is used, the bvec may need to be splitted because its length can be very long and

[PATCH 59/60] fs/buffer.c: use bvec iterator to truncate the bio

For making multipage bvec working well. Signed-off-by: Ming Lei --- fs/buffer.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/fs/buffer.c b/fs/buffer.c index 81c3793948b4..293e081a4b5f 100644 --- a/fs/buffer.c +++ b/fs/buffer.c @@ -3021,8 +3021,7 @@ v

[PATCH 53/60] gfs2: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/gfs2/lops.c| 3 ++- fs/gfs2/meta_io.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/gfs2/lops.c b/fs/gfs2/lops.c index 49d5a1b61b06..f03a52e06ce5 100644 --- a/fs/gfs2/lops.c +++ b/fs/gfs2/lops.c @@ -208,13 +208,14 @@ static void gfs2

[PATCH 46/60] block: deal with dirtying pages for multipage bvec

In bio_check_pages_dirty(), bvec->bv_page is used as flag for marking if the page has been dirtied & released, and if no, it will be dirtied in deferred workqueue. With multipage bvec, we can't do that any more, so change the logic into checking all pages in one mp bvec, and only release all these

[PATCH 36/60] block: bounce: avoid direct access to bvec from bio->bi_io_vec

We will support multipage bvecs in the future, so change to iterator way for getting bv_page of bvec from original bio. Signed-off-by: Ming Lei --- block/bounce.c | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/block/bounce.c b/block/bounce.c index 1cb5dd3a5da1..

[PATCH 58/60] dm-crypt: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- drivers/md/dm-crypt.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/md/dm-crypt.c b/drivers/md/dm-crypt.c index 4999c7497f95..ed0f54e51638 100644 --- a/drivers/md/dm-crypt.c +++ b/drivers/md/dm-crypt.c @@ -1034,8 +1034,9 @@ static void c

[PATCH 51/60] xfs: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/xfs/xfs_aops.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c index 3e57a56cf829..974b0a516f1d 100644 --- a/fs/xfs/xfs_aops.c +++ b/fs/xfs/xfs_aops.c @@ -144,6 +144,7 @@ xfs_destroy_ioend( for (bio

[PATCH 34/60] block: introduce bio_clone_sp()

Firstly bio_clone() and bio_clone_bioset() are changed to clone mp bvecs because our iterator helpers are capable of splitting mp bvecs into sp bvecs. But sometimes we still need cloned bio with singlepage bvecs, for example, in bio bounce/bcache(bch_data_verify), bvecs of cloned bio need to be up

[PATCH 56/60] fs: crypto: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/crypto/crypto.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/crypto/crypto.c b/fs/crypto/crypto.c index 98f87fe8f186..ed007ebbd1ab 100644 --- a/fs/crypto/crypto.c +++ b/fs/crypto/crypto.c @@ -411,8 +411,9 @@ static void completion_pages(s

[PATCH 57/60] bcache: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- drivers/md/bcache/btree.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/md/bcache/btree.c b/drivers/md/bcache/btree.c index b419bc91ba32..89abada6a091 100644 --- a/drivers/md/bcache/btree.c +++ b/drivers/md/bcache/btree.c @@ -419,8 +419,

[PATCH 38/60] block: bounce: convert multipage bvecs into singlepage

This patch trys to split the incoming multipage bvecs bio, so that the splitted bio can be held into one singlepage bvecs bio. Signed-off-by: Ming Lei --- block/bounce.c | 46 ++ 1 file changed, 38 insertions(+), 8 deletions(-) diff --git a/block/boun

[PATCH 47/60] block: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- block/bio.c| 17 +++-- block/bounce.c | 6 -- 2 files changed, 15 insertions(+), 8 deletions(-) diff --git a/block/bio.c b/block/bio.c index 8e5af6e8bba3..c9cf0a81cca3 100644 --- a/block/bio.c +++ b/block/bio.c @@ -934,7 +934,7 @@ int bio_alloc_pa

[PATCH 48/60] fs/mpage: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/mpage.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/mpage.c b/fs/mpage.c index d2413af0823a..2c906e82dd49 100644 --- a/fs/mpage.c +++ b/fs/mpage.c @@ -46,9 +46,10 @@ static void mpage_end_io(struct bio *bio) { struct bio_vec *b

[PATCH 49/60] fs/direct-io: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/direct-io.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/fs/direct-io.c b/fs/direct-io.c index fb9aa16a7727..cfad1ac8fa53 100644 --- a/fs/direct-io.c +++ b/fs/direct-io.c @@ -487,7 +487,9 @@ static int dio_bio_complete(struct dio *dio, stru

[PATCH 43/60] block: use bio_for_each_segment_mp() to map sg

It is more efficient to use bio_for_each_segment_mp() for mapping sg, meantime we have to consider splitting multipage bvec as done in blk_bio_segment_split(). Signed-off-by: Ming Lei --- block/blk-merge.c | 72 +++ 1 file changed, 52 insertion

[PATCH 52/60] logfs: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/logfs/dev_bdev.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/fs/logfs/dev_bdev.c b/fs/logfs/dev_bdev.c index f05a02ff43e6..b81bd2154253 100644 --- a/fs/logfs/dev_bdev.c +++ b/fs/logfs/dev_bdev.c @@ -55,10 +55,11 @@ static void writeseg_end_

[PATCH 45/60] block: bio: introduce bio_for_each_segment_all_rd() and its write pair

This patches introduce bio_for_each_segment_all_rd() and bio_for_each_segment_all_wt(). bio_for_each_segment_all_rd() is for replacing bio_for_each_segment_all() in case the bvec from bio->bi_io_vec is accessed as readonly. bio_for_each_segment_all_wt() is for replacing bio_for_each_segment_all()

[PATCH 41/60] block: blk-merge: try to make front segments in full size

When merging one bvec into segment, if the bvec is too big to merge, current policy is to move the whole bvec into another new segment. This patchset changes the policy into trying to maximize size of front segments, that means in above situation, part of bvec is merged into current segment, and t

[PATCH 50/60] ext4: convert to bio_for_each_segment_all_rd()

Signed-off-by: Ming Lei --- fs/ext4/page-io.c | 3 ++- fs/ext4/readpage.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/ext4/page-io.c b/fs/ext4/page-io.c index 0094923e5ebf..abde26af55e7 100644 --- a/fs/ext4/page-io.c +++ b/fs/ext4/page-io.c @@ -63,8 +63,9 @@ static

Re: [PATCH v2 2/6] net: phy: broadcom: Add BCM54810 PHY entry

On Fri, Oct 28, 2016 at 04:56:55PM -0400, Jon Mason wrote: > The BCM54810 PHY requires some semi-unique configuration, which results > in some additional configuration in addition to the standard config. > Also, some users of the BCM54810 require the PHY lanes to be swapped. > Since there is no way

[PATCH 20/60] f2fs: f2fs_read_end_io: comment on direct access to bvec table

Signed-off-by: Ming Lei --- fs/f2fs/data.c | 4 1 file changed, 4 insertions(+) diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c index 9ae194fd2fdb..24f6f6977d37 100644 --- a/fs/f2fs/data.c +++ b/fs/f2fs/data.c @@ -35,6 +35,10 @@ static void f2fs_read_end_io(struct bio *bio) int i; #

[PATCH 24/60] md: set NO_MP for request queue of md

MD isn't ready for multipage bvecs, so mark it as NO_MP. Signed-off-by: Ming Lei --- drivers/md/md.c | 12 1 file changed, 12 insertions(+) diff --git a/drivers/md/md.c b/drivers/md/md.c index eac84d8ff724..f8d98098dff8 100644 --- a/drivers/md/md.c +++ b/drivers/md/md.c @@ -5128,6

[PATCH 32/60] block: implement sp version of bvec iterator helpers

This patch implements singlepage version of the following 3 helpers: - bvec_iter_offset_sp() - bvec_iter_len_sp() - bvec_iter_page_sp() So that one multipage bvec can be splited to singlepage bvec, and make users of current bvec iterator happy. Signed-off-by: Ming Lei ---

[PATCH 21/60] bcache: comment on direct access to bvec table

Looks all are safe after multipage bvec is supported. Signed-off-by: Ming Lei --- drivers/md/bcache/btree.c | 1 + drivers/md/bcache/super.c | 6 ++ drivers/md/bcache/util.c | 7 +++ 3 files changed, 14 insertions(+) diff --git a/drivers/md/bcache/btree.c b/drivers/md/bcache/btree.c in

[PATCH 23/60] block: introduce flag QUEUE_FLAG_NO_MP

MD(especially raid1 and raid10) is a bit difficult to support multipage bvec, so introduce this flag for not enabling multipage bvec, then MD can still accept singlepage bvec only, and once direct access to bvec table in MD and other fs/drivers are cleanuped, the flag can be removed. BTRFS has the

[PATCH 33/60] block: introduce bio_for_each_segment_mp()

This helper is used to iterate multipage bvec and it is required in bio_clone(). Signed-off-by: Ming Lei --- include/linux/bio.h | 38 +- include/linux/bvec.h | 37 - 2 files changed, 65 insertions(+), 10 deletions(-) diff

[PATCH 31/60] block: introduce multipage/single page bvec helpers

This patch introduces helpers which are suffixed with _mp and _sp for the multipage bvec/segment support. The helpers with _mp suffix are the interfaces for treating one bvec/segment as real multipage one, for example, .bv_len is the total length of the multipage segment. The helpers with _sp suf

[PATCH 40/60] blk-merge: compute bio->bi_seg_front_size efficiently

It is enough to check and compute bio->bi_seg_front_size just after the 1st segment is found, but current code checks that for each bvec, which is inefficient. This patch follows the way in __blk_recalc_rq_segments() for computing bio->bi_seg_front_size, and it is more efficient and code becomes

[PATCH 39/60] bcache: debug: switch to bio_clone_sp()

The cloned bio has to be singlepage bvec based, so use bio_clone_sp(), and the allocated bvec table is enough for hold the bvecs because QUEUE_FLAG_SPLIT_MP is set for bcache. Signed-off-by: Ming Lei --- drivers/md/bcache/debug.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) dif

[PATCH 35/60] bvec_iter: introduce BVEC_ITER_ALL_INIT

Introduce BVEC_ITER_ALL_INIT for iterating one bio from start to end. Signed-off-by: Ming Lei --- include/linux/bvec.h | 8 1 file changed, 8 insertions(+) diff --git a/include/linux/bvec.h b/include/linux/bvec.h index 9df9e582bd3f..e12ce6bd63d7 100644 --- a/include/linux/bvec.h +++ b/

[PATCH 22/60] block: comment on bio_alloc_pages()

This patch adds comment on usage of bio_alloc_pages(), also comments on one special case of bch_data_verify(). Signed-off-by: Ming Lei --- block/bio.c | 4 +++- drivers/md/bcache/debug.c | 6 ++ 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/block/bio.c b/block/b

[PATCH 11/60] fs: logfs: use bio_add_page() in __bdev_writeseg()

Also this patch simplify the code a bit. Signed-off-by: Ming Lei --- fs/logfs/dev_bdev.c | 51 --- 1 file changed, 20 insertions(+), 31 deletions(-) diff --git a/fs/logfs/dev_bdev.c b/fs/logfs/dev_bdev.c index 696dcdd65fdd..79be4cb0dfd8 100644 ---

[PATCH 26/60] btrfs: set NO_MP for request queues behind BTRFS

There are lots of direct access to .bi_vcnt & .bi_io_vec of bio, and it isn't ready to support multipage bvecs for BTRFS, so set NO_MP for these request queues. Signed-off-by: Ming Lei --- fs/btrfs/volumes.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/fs/btrfs/volumes.c b/fs/btrfs/vol

Re: [PATCH] pinctrl: max77620: add OF dependency

On Fri, Oct 28, 2016 at 10:19 AM, Arnd Bergmann wrote: > Drivers using pinconf_generic_params tables cannot be built with > CONFIG_OF disabled: > > drivers/pinctrl/pinctrl-max77620.c:53:44: error: array type has incomplete > element type ‘struct pinconf_generic_params’ > drivers/pinctrl/pinctrl-

[PATCH 28/60] block: introduce QUEUE_FLAG_SPLIT_MP

Some drivers(such as dm) should be capable of dealing with multipage bvec, but the incoming bio may be too big, such as, a new singlepage bvec bio can't be cloned from the bio, or can't be allocated to singlepage bvec with same size. At least crypt dm, log writes and bcache have this kind of issue

[PATCH 17/60] kernel/power/swap.c: comment on direct access to bvec table

Signed-off-by: Ming Lei --- kernel/power/swap.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kernel/power/swap.c b/kernel/power/swap.c index a3b1e617bcdc..8bc13a4461bc 100644 --- a/kernel/power/swap.c +++ b/kernel/power/swap.c @@ -238,6 +238,8 @@ static void hib_init_batch(struct hib_bio

[PATCH 27/60] block: introduce BIO_SP_MAX_SECTORS

This macro is needed when one multipage bvec based bio is converted to singlepage bvec based bio, for example, bio bounce requires singlepage bvec. Signed-off-by: Ming Lei --- include/linux/bio.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/linux/bio.h b/include/linux/bio.h ind

[PATCH 25/60] block: pktcdvd: set NO_MP for pktcdvd request queue

At least pkt_start_write() operates on the bvec table directly, it isn't ready to enable multipage bvec yet, so mark the flag now. Signed-off-by: Ming Lei --- drivers/block/pktcdvd.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/block/pktcdvd.c b/drivers/block/pktcdvd.c index 81

[PATCH 18/60] mm: page_io.c: comment on direct access to bvec table

Signed-off-by: Ming Lei --- mm/page_io.c | 1 + 1 file changed, 1 insertion(+) diff --git a/mm/page_io.c b/mm/page_io.c index a2651f58c86a..b0c0069ec1f4 100644 --- a/mm/page_io.c +++ b/mm/page_io.c @@ -43,6 +43,7 @@ static struct bio *get_swap_bio(gfp_t gfp_flags, void end_swap_bio_write(stru

Re: [PATCH V2] pinctrl: qcom: Add msm8994 pinctrl driver

On Thu, Oct 27, 2016 at 1:32 AM, Michael Scott wrote: > Initial pinctrl driver for QCOM msm8994 platforms. > > In order to continue the initial board support for QCOM msm8994/msm8992 > presented in patches from Jeremy McNicoll , let's put > a proper pinctrl driver in place. > > Currently, the DT

[PATCH 09/60] dm: dm.c: replace 'bio->bi_vcnt == 1' with !bio_multiple_segments

Avoid to access .bi_vcnt directly, because it may be not what the driver expected any more after supporting multipage bvec. Signed-off-by: Ming Lei --- drivers/md/dm-rq.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/md/dm-rq.c b/drivers/md/dm-rq.c index 1d0d2adc0

[PATCH 19/60] fs/buffer: comment on direct access to bvec table

Signed-off-by: Ming Lei --- fs/buffer.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/fs/buffer.c b/fs/buffer.c index b205a629001d..81c3793948b4 100644 --- a/fs/buffer.c +++ b/fs/buffer.c @@ -3018,8 +3018,13 @@ static void end_bio_bh_io_sync(struct bio *bio) void guar

[PATCH 29/60] dm: limit the max bio size as BIO_SP_MAX_SECTORS << SECTOR_SHIFT

For BIO based DM, some targets aren't ready for dealing with bigger incoming bio than 1Mbyte, such as crypt and log write targets. Signed-off-by: Ming Lei --- drivers/md/dm.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/drivers/md/dm.c b/drivers/md/dm.c index e

[PATCH 05/60] target: avoid to access .bi_vcnt directly

When the bio is full, bio_add_pc_page() will return zero, so use this way to handle full bio. Also replace access to .bi_vcnt for pr_debug() with bio_segments(). Signed-off-by: Ming Lei --- drivers/target/target_core_pscsi.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --

[PATCH 03/60] block: drbd: remove impossible failure handling

For a non-cloned bio, bio_add_page() only returns failure when the io vec table is full, but in that case, bio->bi_vcnt can't be zero at all. So remove the impossible failure handling. Acked-by: Lars Ellenberg Signed-off-by: Ming Lei --- drivers/block/drbd/drbd_receiver.c | 14 +-

Re: [PATCH] pinctrl: generic: Parse pinmux init nodes if node status is okay

On Fri, Oct 28, 2016 at 1:24 PM, Laxman Dewangan wrote: > During pinmux registration, pinmux table is parsed from DT > for making the pinmux table configuration of pins. > > Parse the only those node whose status is not disabled. > This will help on reusing the pin configuration table across > pl

[PATCH 04/60] block: floppy: use bio_add_page()

Signed-off-by: Ming Lei --- drivers/block/floppy.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c index cdc916a95137..999099d9509d 100644 --- a/drivers/block/floppy.c +++ b/drivers/block/floppy.c @@ -3807,11 +3807,6 @@ st

[PATCH 06/60] bcache: debug: avoid to access .bi_io_vec directly

Instead we use standard iterator way to do that. Signed-off-by: Ming Lei --- drivers/md/bcache/debug.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/md/bcache/debug.c b/drivers/md/bcache/debug.c index 333a1e5f6ae6..430f3050663c 100644 --- a/drivers/md/bc

Re: pinctrl: mediatek: build failure if CONFIG_IRQ_DOMAIN is not set

On Fri, Oct 28, 2016 at 7:20 PM, Paul Bolle wrote: > 3) Would you like me to submit a proper (but lightly tested) patch or > do you prefer to fix this yourself? Please send a tested patch, I'll apply it. Thanks for finding this! Yours, Linus Walleij

Re: [PATCH 5/6] Input: gpio_keys - add support for GPIO descriptors

On Sat, Oct 29, 2016 at 1:14 AM, Dmitry Torokhov wrote: > From: Geert Uytterhoeven > > GPIO descriptors are the preferred way over legacy GPIO numbers > nowadays. Convert the driver to use GPIO descriptors internally but > still allow passing legacy GPIO numbers from platform data to support > e

Re: [RFC][PATCH] arm64: Add support for CONFIG_DEBUG_VIRTUAL

On 28 October 2016 at 23:07, Laura Abbott wrote: diff --git a/arch/arm64/mm/physaddr.c b/arch/arm64/mm/physaddr.c new file mode 100644 index 000..6c271e2 --- /dev/null +++ b/arch/arm64/mm/physaddr.c @@ -0,0 +1,17 @@ +#include + +#include + >>

Re: [RFC 1/3] regulator: core: Add over current changed event

Hi Mark, On Fri, Oct 28, 2016 at 9:41 PM, Axel Haslam wrote: > Hi Mark, > > On Fri, Oct 28, 2016 at 8:22 PM, Mark Brown wrote: >> On Wed, Oct 26, 2016 at 09:00:52PM +0200, ahas...@baylibre.com wrote: >>> From: Axel Haslam >>> >>> Regulator consumers may be interested to know when the >>> over c

Re: [PATCH] ubifs: Fix regression in ubifs_readdir()

On 29.10.2016 00:23, Jörg Krause wrote: >> Does reverting c83ed4c9dbb35 help? >> And are you 100% sure you applied the fix? > > I double double checked. The fix was applied on the git tree, but the > compiler cache (I am using Buildroot with this option enabled) fooled > me by using an old copy. A

Re: [RFC PATCH 3/5] gpio-dmec: gpio support for dmec

On Thu, Oct 27, 2016 at 12:47 PM, Zahari Doychev wrote: > This is support for the gpio functionality found on the Data Modul embedded > controllers > > Signed-off-by: Zahari Doychev > --- > drivers/staging/dmec/Kconfig | 10 +- > drivers/staging/dmec/Makefile| 1 +- > drivers/staging

Re: [PATCH v3 1/6] pinctrl: sunxi: Deal with configless pins

On Thu, Oct 20, 2016 at 3:49 PM, Maxime Ripard wrote: > Even though the our binding had the assumption that the allwinner,pull and > allwinner,drive properties were optional, the code never took that into > account. > > Fix that. > > Signed-off-by: Maxime Ripard > Acked-by: Chen-Yu Tsai Patch

s2disk broken at a ThinkPad since 4.6.5

This is a hardened stable Gentoo Linux ThinkPad T440s. After wakeup from s2disk the console stays at line "clocksource: tsc: mask:" forever. FWIW (and maby completely unrelated) I do wonder why since that version I do have a dmesg line : amd_nb: Cannot enumerate AMD northbridges The har

Re: [PATCH v12 RESEND 0/4] generic TEE subsystem

On Fri, Oct 28, 2016 at 10:43:24AM -0500, Andrew F. Davis wrote: > On 10/28/2016 05:19 AM, Jens Wiklander wrote: > > Hi, > > > > This patch set introduces a generic TEE subsystem. The TEE subsystem will > > contain drivers for various TEE implementations. A TEE (Trusted Execution > > Environment)

Re: [PATCH v10 01/19] vfio: Mediated device Core driver

On 10/29/2016 10:00 AM, Jike Song wrote: > On 10/27/2016 05:29 AM, Kirti Wankhede wrote: >> +int mdev_register_device(struct device *dev, const struct parent_ops *ops) >> +{ >> +int ret; >> +struct parent_device *parent; >> + >> +/* check for mandatory ops */ >> +if (!ops || !ops-

Re: [PATCH 2/2] MAINTAINERS: add ARM and arm64 EFI specific files to EFI subsystem

On 21 September 2016 at 16:35, Ard Biesheuvel wrote: > Since I will be co-maintaining the EFI subsystem, it makes sense to > mention the ARM and arm64 EFI bits in the EFI section in MAINTAINERS > so that Matt, the list and I get cc'ed on proposed changes. > > Cc: Catalin Marinas > Cc: Will Deacon

Section mismatch in reference from the function generic_NCR5380_isa_match()

Hi, I'm seeing this during randconfig builds: WARNING: vmlinux.o(.text+0x1588439): Section mismatch in reference from the function generic_NCR5380_isa_match() to the function .init.text:probe_intr() The function generic_NCR5380_isa_match() references the function __init probe_intr(). This is oft

Re: 4.8.2 not booting in 32-bit VM without I/O-APIC

On Fri, Oct 28, 2016 at 09:34:53PM +0200, Thomas Gleixner wrote: > Right. That mapping setup is an utter trainwreck as we do it from multiple > places, but there is no reason why we can't move it before the call to > prefill_possible_map(). > diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/

Re: [RFC PATCH] kbuild: add -fno-PIE

Hi Sven, On Mon, Oct 24, 2016 at 07:32:30PM +0200, Sven Joachim wrote: > The attached patch works for me with Debian's gcc-6 package. I tried your patch when building 4.8.5 on an up-to-date Debian testing and still got this: AS arch/x86/entry/vdso/vdso32/note.o arch/x86/entry/vdso/vdso32/

Re: [PATCH] drm/sun4i: Add a few formats

On Thu, Oct 27, 2016 at 10:35 PM, Maxime Ripard wrote: > Hi, > > On Tue, Oct 25, 2016 at 08:42:26AM +0800, Chen-Yu Tsai wrote: >> On Mon, Oct 24, 2016 at 10:40 PM, Maxime Ripard >> wrote: >> > Hi, >> > >> > On Fri, Oct 21, 2016 at 11:15:32AM +0800, Chen-Yu Tsai wrote: >> >> On Tue, Oct 18, 2016 a

Re: [PATCH v10 10/19] vfio iommu: Add blocking notifier to notify DMA_UNMAP

On 10/29/2016 2:03 AM, Alex Williamson wrote: > On Sat, 29 Oct 2016 01:32:35 +0530 > Kirti Wankhede wrote: > >> On 10/28/2016 6:10 PM, Alex Williamson wrote: >>> On Fri, 28 Oct 2016 15:33:58 +0800 >>> Jike Song wrote: >>> ... > > +/* > + * This function finds pfn in domain->ex

[PATCH] f2fs: report error of f2fs_fill_dentries

Report error of f2fs_fill_dentries to ->iterate_shared, otherwise when error ocurrs, user may just list part of dirents in target directory without any hints. Signed-off-by: Chao Yu --- fs/f2fs/dir.c| 21 - fs/f2fs/f2fs.h | 2 +- fs/f2fs/inline.c | 6 -- 3 files c

Re: [PATCH 32/60] block: implement sp version of bvec iterator helpers

hat (public, well-known) commit your patch series was built on] [Check https://git-scm.com/docs/git-format-patch for more information] url: https://github.com/0day-ci/linux/commits/Ming-Lei/block-support-multipage-bvec/20161029-163910 config: sparc-defconfig (attached as .config) compiler: sp

[PATCH v3 2/2] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

The Hummingbird A31 board has a VGA DAC which converts RGB output from the LCD interface to VGA analog signals. Add nodes for the VGA DAC, its power supply, and enable this part of the display pipeline. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 76 +++

[PATCH v3 0/2] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

Hi, This is v3 of my sun6i DRM/KMS display enablement series. Most of the patches in v2 were merged, leaving only the dumb-vga-dac patch and the hummingbird-a31 VGA output patch. A few things were changed, mainly the DAC enable method from a GPIO to a regulator supply. Changes since v2: - Cha

[PATCH v3 1/2] drm/bridge: dumb-vga-dac: Support a VDD regulator supply

Some dumb VGA DACs are active components which require external power. Add support for specifying a regulator as its power supply. Signed-off-by: Chen-Yu Tsai --- .../bindings/display/bridge/dumb-vga-dac.txt | 2 ++ drivers/gpu/drm/bridge/dumb-vga-dac.c | 35 +

Re: How to debug DEBUG_TEST_DRIVER_REMOVE hang during loading of kernel?

Anyone have suggestions? On Thu, Oct 27, 2016 at 8:42 PM, Maarten Maathuis wrote: > Hi, > > I recently had trouble with loading a 4.9rcX kernel, which was hanging > after loading the initial kernel ramdisk. After some painful bisecting > I found this: > > bea5b158ff0da9c7246ff391f754f5f38e34577a

[PATCH] HID: intel-ish-hid: Fix !CONFIG_PM build warning

From: Borislav Petkov Fix drivers/hid/intel-ish-hid/ipc/pci-ish.c:247:12: warning: ‘ish_suspend’ defined but not used [-Wunused-function] static int ish_suspend(struct device *device) ^ drivers/hid/intel-ish-hid/ipc/pci-ish.c:282:12: warning: ‘ish_resume’ defined but not u

[PATCH 1/1] ath10k: use the right length of "background"

The word "background" contains 10 characters so the third argument of strncmp() need to be 10 in order to match this prefix correctly. Signed-off-by: Nicolas Iooss Fixes: 855aed1220d2 ("ath10k: add spectral scan feature") --- drivers/net/wireless/ath/ath10k/spectral.c | 2 +- 1 file changed, 1 i

[PATCH 1/1] nvdimm: use the right length of "pmem"

In order to test that the name of a resource begins with "pmem", call strncmp() with 4 as length instead of 3 to match the whole prefix. Fixes: 16660eaea0cc ("libnvdimm, namespace: update label implementation for multi-pmem") Signed-off-by: Nicolas Iooss --- drivers/nvdimm/label.c | 2 +- 1 file

Re: [PATCH 2/2] clk: hisilicon: add CRG driver for Hi3516CV300 SoC

Hi, is there any mainline kernel or uboot for hisilicon hi3520dv200 or hi3520dv300? just want some base support to boot , anything close to mainline is ok :) 2016-10-29 14:13 GMT+08:00 Jiancheng Xue : > Add CRG driver for Hi3516CV300 SoC. CRG(Clock and Reset > Generator) module generates clock and

[PATCH 1/1] ALSA: bebob: use the right string length in check_audiophile_booted()

Function check_audiophile_booted() only compares 15 characters of the 24-character-long string "FW Audiophile Bootloader" with the firmware model name. As this seems to be incorrect and because there is no comment explaining this "15", fix the length which is used in strncmp(). This patch has only

[PATCH v4 0/5] Cavium ThunderX uncore PMU support

As discussed, changed perf_sw_context -> perf_invalid_context. Not changed: - Stick to NUMA node ID to detect the socket a device belongs to but made uncore depend on CONFIG_NUMA. - Stick to initcall for uncore framework because it is easier to do the scanning for the same type of PCI devices,

  1   2   3   4   5   6   >