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

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

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

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

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

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

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:

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

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 ||

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 ||

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 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)

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

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

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

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

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 +- >

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 +- >

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.

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.

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 >>> >>>

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

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 +

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: [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

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 >

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: 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] 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

[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

[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

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 >

[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 @@

[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 ---

[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(+),

[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 ---

[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 +-

[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

[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

[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

[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

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

[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

[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

[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

[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

[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

[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

[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

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

[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

[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

[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

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’ >

[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

[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

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’ >

[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

[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

[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 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 ---

[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

[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 +++

[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

[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

[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

[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

[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

[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

[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(-)

[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

[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(-)

[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 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

[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 +++

[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 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

[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

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

[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

[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 @@

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

[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

[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

[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 @@

[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

[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,

[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

[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

[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

[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

[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) {

<    4   5   6   7   8   9   10   11   >