Re: [PATCH 1/1] Fix coding style of driver/staging/ccree/ssi_aead.c

Hello Jhin-Ming, Thank your for your patch! On Fri, Jun 16, 2017 at 4:48 PM, Jhih-Ming Hunag wrote: > I fix some coding style errors/warnings of drivers/staging/ccree/ssi_aead.c. > From > total: 54 errors, 109 warnings, 2769 lines checked > to > total: 0 errors, 69

Re: [PATCH 1/1] Fix coding style of driver/staging/ccree/ssi_aead.c

Hello Jhin-Ming, Thank your for your patch! On Fri, Jun 16, 2017 at 4:48 PM, Jhih-Ming Hunag wrote: > I fix some coding style errors/warnings of drivers/staging/ccree/ssi_aead.c. > From > total: 54 errors, 109 warnings, 2769 lines checked > to > total: 0 errors, 69 warnings, 2766 lines checked

Re: [PATCH 2/5] soc: bcm: brcmstb: Add Kconfig entry point for power management

Hi Florian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 2/5] soc: bcm: brcmstb: Add Kconfig entry point for power management

Hi Florian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Sat, Jun 17, 2017 at 8:15 PM, Dan Williams wrote: > On Sat, Jun 17, 2017 at 4:50 PM, Andy Lutomirski wrote: >> My other objection is that the syscall intentionally leaks a reference >> to the file. This means it needs overflow protection and it

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Sat, Jun 17, 2017 at 8:15 PM, Dan Williams wrote: > On Sat, Jun 17, 2017 at 4:50 PM, Andy Lutomirski wrote: >> My other objection is that the syscall intentionally leaks a reference >> to the file. This means it needs overflow protection and it probably >> shouldn't ever be allowed to use it

Re: [PATCH 3/5] soc: bcm: brcmstb: Add support for S2/S3/S5 suspend states (ARM)

Hi Brian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 3/5] soc: bcm: brcmstb: Add support for S2/S3/S5 suspend states (ARM)

Hi Brian, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v11 5/6] i2c: designware: add SLAVE mode functions

Hi Luis, [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v11 5/6] i2c: designware: add SLAVE mode functions

Hi Luis, [auto build test ERROR on wsa/i2c/for-next] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH 11/13] bcache: use kmalloc to allocate bio in bch_data_verify()

This function allocates a bio, then a collection of pages. It copes with failure. It currently uses a mempool() to allocate the bio, but alloc_page() to allocate the pages. These fail in different ways, so the usage is inconsistent. Change the bio_clone() to bio_clone_kmalloc() so that no pool

[PATCH 11/13] bcache: use kmalloc to allocate bio in bch_data_verify()

This function allocates a bio, then a collection of pages. It copes with failure. It currently uses a mempool() to allocate the bio, but alloc_page() to allocate the pages. These fail in different ways, so the usage is inconsistent. Change the bio_clone() to bio_clone_kmalloc() so that no pool

Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Fri, Jun 16 2017, Jens Axboe wrote: > On 06/16/2017 01:34 AM, Christoph Hellwig wrote: >> On Fri, Jun 16, 2017 at 05:30:50PM +1000, NeilBrown wrote: >>> I've pushed the new version to the same place. Do you actually want >>> me to re-post all the patches? >> >> I personally prefer to always

[PATCH 10/13] xen-blkfront: remove bio splitting.

bios that are re-submitted will pass through blk_queue_split() when blk_queue_bio() is called, and this will split the bio if necessary. There is no longer any need to do this splitting in xen-blkfront. Acked-by: Roger Pau Monné Reviewed-by: Christoph Hellwig

[PATCH 09/13] lightnvm/pblk-read: use bio_clone_fast()

pblk_submit_read() uses bio_clone_bioset() but doesn't change the io_vec, so bio_clone_fast() is a better choice. It also uses fs_bio_set which is intended for filesystems. Using it in a device driver can deadlock. So allocate a new bioset, and and use bio_clone_fast(). Reviewed-by: Christoph

Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Fri, Jun 16 2017, Jens Axboe wrote: > On 06/16/2017 01:34 AM, Christoph Hellwig wrote: >> On Fri, Jun 16, 2017 at 05:30:50PM +1000, NeilBrown wrote: >>> I've pushed the new version to the same place. Do you actually want >>> me to re-post all the patches? >> >> I personally prefer to always

[PATCH 10/13] xen-blkfront: remove bio splitting.

bios that are re-submitted will pass through blk_queue_split() when blk_queue_bio() is called, and this will split the bio if necessary. There is no longer any need to do this splitting in xen-blkfront. Acked-by: Roger Pau Monné Reviewed-by: Christoph Hellwig Signed-off-by: NeilBrown ---

[PATCH 09/13] lightnvm/pblk-read: use bio_clone_fast()

pblk_submit_read() uses bio_clone_bioset() but doesn't change the io_vec, so bio_clone_fast() is a better choice. It also uses fs_bio_set which is intended for filesystems. Using it in a device driver can deadlock. So allocate a new bioset, and and use bio_clone_fast(). Reviewed-by: Christoph

[PATCH 08/13] pktcdvd: use bio_clone_fast() instead of bio_clone()

pktcdvd doesn't change the bi_io_vec of the clone bio, so it is more efficient to use bio_clone_fast(), and not clone the bi_io_vec. This requires providing a bio_set, and it is safest to provide a dedicated bio_set rather than sharing fs_bio_set, which filesytems use. This new bio_set,

[PATCH 05/13] block: Improvements to bounce-buffer handling

Since commit 23688bf4f830 ("block: ensure to split after potentially bouncing a bio") blk_queue_bounce() is called *before* blk_queue_split(). This means that: 1/ the comments blk_queue_split() about bounce buffers are irrelevant, and 2/ a very large bio (more than BIO_MAX_PAGES) will no

[PATCH 08/13] pktcdvd: use bio_clone_fast() instead of bio_clone()

pktcdvd doesn't change the bi_io_vec of the clone bio, so it is more efficient to use bio_clone_fast(), and not clone the bi_io_vec. This requires providing a bio_set, and it is safest to provide a dedicated bio_set rather than sharing fs_bio_set, which filesytems use. This new bio_set,

[PATCH 05/13] block: Improvements to bounce-buffer handling

Since commit 23688bf4f830 ("block: ensure to split after potentially bouncing a bio") blk_queue_bounce() is called *before* blk_queue_split(). This means that: 1/ the comments blk_queue_split() about bounce buffers are irrelevant, and 2/ a very large bio (more than BIO_MAX_PAGES) will no

[PATCH 12/13] block: remove bio_clone() and all references.

bio_clone() is no longer used. Only bio_clone_bioset() or bio_clone_fast(). This is for the best, as bio_clone() used fs_bio_set, and filesystems are unlikely to want to use bio_clone(). So remove bio_clone() and all references. This includes a fix to some incorrect documentation. Reviewed-by:

Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Fri, Jun 16 2017, Jens Axboe wrote: > On 06/16/2017 01:34 AM, Christoph Hellwig wrote: >> On Fri, Jun 16, 2017 at 05:30:50PM +1000, NeilBrown wrote: >>> I've pushed the new version to the same place. Do you actually want >>> me to re-post all the patches? >> >> I personally prefer to always

Re: [PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

On Fri, Jun 16 2017, Jens Axboe wrote: > On 06/16/2017 01:34 AM, Christoph Hellwig wrote: >> On Fri, Jun 16, 2017 at 05:30:50PM +1000, NeilBrown wrote: >>> I've pushed the new version to the same place. Do you actually want >>> me to re-post all the patches? >> >> I personally prefer to always

[PATCH 12/13] block: remove bio_clone() and all references.

bio_clone() is no longer used. Only bio_clone_bioset() or bio_clone_fast(). This is for the best, as bio_clone() used fs_bio_set, and filesystems are unlikely to want to use bio_clone(). So remove bio_clone() and all references. This includes a fix to some incorrect documentation. Reviewed-by:

[PATCH 03/13] blk: make the bioset rescue_workqueue optional.

This patch converts bioset_create() to not create a workqueue by default, so alloctions will never trigger punt_bios_to_rescuer(). It also introduces a new flag BIOSET_NEED_RESCUER which tells bioset_create() to preserve the old behavior. All callers of bioset_create() that are inside block

[PATCH 04/13] blk: use non-rescuing bioset for q->bio_split.

A rescuing bioset is only useful if there might be bios from that same bioset on the bio_list_on_stack queue at a time when bio_alloc_bioset() is called. This never applies to q->bio_split. Allocations from q->bio_split are only ever made from blk_queue_split() which is only ever called early in

[PATCH 07/13] drbd: use bio_clone_fast() instead of bio_clone()

drbd does not modify the bi_io_vec of the cloned bio, so there is no need to clone that part. So bio_clone_fast() is the better choice. For bio_clone_fast() we need to specify a bio_set. We could use fs_bio_set, which bio_clone() uses, or drbd_md_io_bio_set, which drbd uses for metadata, but it

[PATCH 03/13] blk: make the bioset rescue_workqueue optional.

This patch converts bioset_create() to not create a workqueue by default, so alloctions will never trigger punt_bios_to_rescuer(). It also introduces a new flag BIOSET_NEED_RESCUER which tells bioset_create() to preserve the old behavior. All callers of bioset_create() that are inside block

[PATCH 04/13] blk: use non-rescuing bioset for q->bio_split.

A rescuing bioset is only useful if there might be bios from that same bioset on the bio_list_on_stack queue at a time when bio_alloc_bioset() is called. This never applies to q->bio_split. Allocations from q->bio_split are only ever made from blk_queue_split() which is only ever called early in

[PATCH 07/13] drbd: use bio_clone_fast() instead of bio_clone()

drbd does not modify the bi_io_vec of the cloned bio, so there is no need to clone that part. So bio_clone_fast() is the better choice. For bio_clone_fast() we need to specify a bio_set. We could use fs_bio_set, which bio_clone() uses, or drbd_md_io_bio_set, which drbd uses for metadata, but it

[PATCH 13/13] block: don't check for BIO_MAX_PAGES in blk_bio_segment_split()

blk_bio_segment_split() makes sure bios have no more than BIO_MAX_PAGES entries in the bi_io_vec. This was done because bio_clone_bioset() (when given a mempool bioset) could not handle larger io_vecs. No driver uses bio_clone_bioset() any more, they all use bio_clone_fast() if anything, and

[PATCH 06/13] rbd: use bio_clone_fast() instead of bio_clone()

bio_clone() makes a copy of the bi_io_vec, but rbd never changes that, so there is no need for a copy. bio_clone_fast() can be used instead, which avoids making the copy. This requires that we provide a bio_set. bio_clone() uses fs_bio_set, but it isn't, in general, safe to use the same bio_set

[PATCH 13/13] block: don't check for BIO_MAX_PAGES in blk_bio_segment_split()

blk_bio_segment_split() makes sure bios have no more than BIO_MAX_PAGES entries in the bi_io_vec. This was done because bio_clone_bioset() (when given a mempool bioset) could not handle larger io_vecs. No driver uses bio_clone_bioset() any more, they all use bio_clone_fast() if anything, and

[PATCH 06/13] rbd: use bio_clone_fast() instead of bio_clone()

bio_clone() makes a copy of the bi_io_vec, but rbd never changes that, so there is no need for a copy. bio_clone_fast() can be used instead, which avoids making the copy. This requires that we provide a bio_set. bio_clone() uses fs_bio_set, but it isn't, in general, safe to use the same bio_set

[PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

This is a resend of my series of patches working towards removing the bioset work queues. This set is based on for-4.13/block. It incorporates the revised versions of all the patches that were resent following feedback on the last set. It also includes a minor grammatic improvement to a

[PATCH 00/13] block: assorted cleanup for bio splitting and cloning.

This is a resend of my series of patches working towards removing the bioset work queues. This set is based on for-4.13/block. It incorporates the revised versions of all the patches that were resent following feedback on the last set. It also includes a minor grammatic improvement to a

[PATCH 02/13] blk: replace bioset_create_nobvec() with a flags arg to bioset_create()

"flags" arguments are often seen as good API design as they allow easy extensibility. bioset_create_nobvec() is implemented internally as a variation in flags passed to __bioset_create(). To support future extension, make the internal structure part of the API. i.e. add a 'flags' argument to

[PATCH 01/13] blk: remove bio_set arg from blk_queue_split()

blk_queue_split() is always called with the last arg being q->bio_split, where 'q' is the first arg. Also blk_queue_split() sometimes uses the passed-in 'bs' and sometimes uses q->bio_split. This is inconsistent and unnecessary. Remove the last arg and always use q->bio_split inside

[PATCH 02/13] blk: replace bioset_create_nobvec() with a flags arg to bioset_create()

"flags" arguments are often seen as good API design as they allow easy extensibility. bioset_create_nobvec() is implemented internally as a variation in flags passed to __bioset_create(). To support future extension, make the internal structure part of the API. i.e. add a 'flags' argument to

[PATCH 01/13] blk: remove bio_set arg from blk_queue_split()

blk_queue_split() is always called with the last arg being q->bio_split, where 'q' is the first arg. Also blk_queue_split() sometimes uses the passed-in 'bs' and sometimes uses q->bio_split. This is inconsistent and unnecessary. Remove the last arg and always use q->bio_split inside

Re: [PATCH 0/2] Two fixes for loop devices

On Fri, Jun 16 2017, Jens Axboe wrote: > On 06/15/2017 11:02 PM, NeilBrown wrote: >> Hi Jens, >> one of these is a resend of a patch I sent a while back. >> The other is new - loop closes files differently from close() >> and in a way that can confuse NFS. > > Are you wanting to get these into

Re: [PATCH 0/2] Two fixes for loop devices

On Fri, Jun 16 2017, Jens Axboe wrote: > On 06/15/2017 11:02 PM, NeilBrown wrote: >> Hi Jens, >> one of these is a resend of a patch I sent a while back. >> The other is new - loop closes files differently from close() >> and in a way that can confuse NFS. > > Are you wanting to get these into

Re: [PATCH 1/2] loop: use filp_close() rather than fput()

On Sat, Jun 17 2017, Al Viro wrote: > On Fri, Jun 16, 2017 at 03:02:09PM +1000, NeilBrown wrote: >> When a loop device is being shutdown the backing file is >> closed with fput(). This is different from how close(2) >> closes files - it uses filp_close(). >> >> The difference is important for

Re: [PATCH 1/2] loop: use filp_close() rather than fput()

On Sat, Jun 17 2017, Al Viro wrote: > On Fri, Jun 16, 2017 at 03:02:09PM +1000, NeilBrown wrote: >> When a loop device is being shutdown the backing file is >> closed with fput(). This is different from how close(2) >> closes files - it uses filp_close(). >> >> The difference is important for

Dear From Mr Majd

Good Day, May you permit me to express that I have interest to set up a Joint investment and partnership with you in your country.My names are Firas Majd,The Finance Manager,Cham Bank Syria.Aleppo Branch. In clarity, I am willing to enter into any possible discussion that will bring about a

Dear From Mr Majd

Good Day, May you permit me to express that I have interest to set up a Joint investment and partnership with you in your country.My names are Firas Majd,The Finance Manager,Cham Bank Syria.Aleppo Branch. In clarity, I am willing to enter into any possible discussion that will bring about a

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Sat, Jun 17, 2017 at 4:50 PM, Andy Lutomirski wrote: > On Sat, Jun 17, 2017 at 2:52 PM, Dan Williams > wrote: >> On Sat, Jun 17, 2017 at 9:25 AM, Andy Lutomirski wrote: >>> >>> Can you remind those of us who haven't played with DAX

Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem

On Sat, Jun 17, 2017 at 4:50 PM, Andy Lutomirski wrote: > On Sat, Jun 17, 2017 at 2:52 PM, Dan Williams > wrote: >> On Sat, Jun 17, 2017 at 9:25 AM, Andy Lutomirski wrote: >>> >>> Can you remind those of us who haven't played with DAX in a while what >>> the problem is with mmapping a DAX file

[PATCH net-next 01/10] net: dsa: mv88e6xxx: add irl_init_all op

Some Marvell chips have an Ingress Rate Limit unit. But the command values slightly differs between models: 88E6352 use 3-bit for operations while 88E6390 use different 2-bit operations. This commit kills the IRL flags in favor of a new operation implementing the "Init all resources to the

[PATCH net-next 01/10] net: dsa: mv88e6xxx: add irl_init_all op

Some Marvell chips have an Ingress Rate Limit unit. But the command values slightly differs between models: 88E6352 use 3-bit for operations while 88E6390 use different 2-bit operations. This commit kills the IRL flags in favor of a new operation implementing the "Init all resources to the

[PATCH net-next 10/10] net: dsa: mv88e6xxx: prefix Global 2 remaining macros

Prefix and document the remaining Global 2 registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 27 --- drivers/net/dsa/mv88e6xxx/global2.h | 65 + 2 files changed, 57

[PATCH net-next 10/10] net: dsa: mv88e6xxx: prefix Global 2 remaining macros

Prefix and document the remaining Global 2 registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 27 --- drivers/net/dsa/mv88e6xxx/global2.h | 65 + 2 files changed, 57 insertions(+), 35 deletions(-) diff --git

[PATCH net-next 08/10] net: dsa: mv88e6xxx: prefix Global 2 Switch MAC macros

Prefix and document the Global 2 Switch MAC registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 2 +- drivers/net/dsa/mv88e6xxx/global2.h | 7 ++- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH net-next 07/10] net: dsa: mv88e6xxx: prefix Global 2 EEPROM macros

Prefix and document the Global 2 EEPROM registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 32 +--- drivers/net/dsa/mv88e6xxx/global2.h | 31 +-- 2 files changed,

[PATCH net-next 08/10] net: dsa: mv88e6xxx: prefix Global 2 Switch MAC macros

Prefix and document the Global 2 Switch MAC registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 2 +- drivers/net/dsa/mv88e6xxx/global2.h | 7 ++- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/global2.c

[PATCH net-next 07/10] net: dsa: mv88e6xxx: prefix Global 2 EEPROM macros

Prefix and document the Global 2 EEPROM registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 32 +--- drivers/net/dsa/mv88e6xxx/global2.h | 31 +-- 2 files changed, 38 insertions(+), 25 deletions(-)

[PATCH net-next 05/10] net: dsa: mv88e6xxx: prefix Global 2 MGMT macros

Prefix and document the Global 2 MGMT registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 11 ++- drivers/net/dsa/mv88e6xxx/global2.h | 23 +++ 2 files changed, 21 insertions(+), 13

[PATCH net-next 04/10] net: dsa: mv88e6xxx: prefix Global 2 Device Mapping macros

Prefix and document the Global 2 Device Mapping macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 2 +- drivers/net/dsa/mv88e6xxx/global2.h | 10 ++ 2 files changed, 7 insertions(+), 5 deletions(-) diff --git

[PATCH net-next 05/10] net: dsa: mv88e6xxx: prefix Global 2 MGMT macros

Prefix and document the Global 2 MGMT registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 11 ++- drivers/net/dsa/mv88e6xxx/global2.h | 23 +++ 2 files changed, 21 insertions(+), 13 deletions(-) diff --git

[PATCH net-next 04/10] net: dsa: mv88e6xxx: prefix Global 2 Device Mapping macros

Prefix and document the Global 2 Device Mapping macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 2 +- drivers/net/dsa/mv88e6xxx/global2.h | 10 ++ 2 files changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/global2.c

[PATCH net-next 09/10] net: dsa: mv88e6xxx: prefix Global 2 Watchdog macros

The Marvell 88E6352 family has a Global 2 register dedicated to the watchdog setup. But the 88E6390 turned it into an indirect table. Prefix and document that. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 48

[PATCH net-next 00/10] net: dsa: Global 2 cosmetics

Similarly to what has been done for the Port and Global 1 registers, this patch series prefixes and documents the macros of Global 2. It brings no functional changes except for 1/10 which fixes the IRL init for 88E6390 family. Vivien Didelot (10): net: dsa: mv88e6xxx: add irl_init_all op

[PATCH net-next 09/10] net: dsa: mv88e6xxx: prefix Global 2 Watchdog macros

The Marvell 88E6352 family has a Global 2 register dedicated to the watchdog setup. But the 88E6390 turned it into an indirect table. Prefix and document that. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 48 +++--

[PATCH net-next 00/10] net: dsa: Global 2 cosmetics

Similarly to what has been done for the Port and Global 1 registers, this patch series prefixes and documents the macros of Global 2. It brings no functional changes except for 1/10 which fixes the IRL init for 88E6390 family. Vivien Didelot (10): net: dsa: mv88e6xxx: add irl_init_all op

[PATCH net-next 06/10] net: dsa: mv88e6xxx: prefix Global 2 PVT macros

Prefix and document the Global 2 Cross-chip Port VLAN registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 14 -- drivers/net/dsa/mv88e6xxx/global2.h | 19 +-- 2 files changed, 21

[PATCH net-next] net: dsa: mv88e6xxx: better IEEE Prio Mapping Table description

Kill the remaining shift macro in favor of calculating at compile time its value from the more descriptive mask, which gives us a better representation of the register layout. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/port.c | 11

[PATCH net-next 03/10] net: dsa: mv88e6xxx: prefix Global 2 Trunk macros

Prefix and document the Global 2 Trunk registers macros. At the same time, fix the hask -> hash typo and use the mv88e6xxx_port_mask helper. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 13 ++---

[PATCH net-next 06/10] net: dsa: mv88e6xxx: prefix Global 2 PVT macros

Prefix and document the Global 2 Cross-chip Port VLAN registers macros. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 14 -- drivers/net/dsa/mv88e6xxx/global2.h | 19 +-- 2 files changed, 21 insertions(+), 12 deletions(-) diff --git

[PATCH net-next] net: dsa: mv88e6xxx: better IEEE Prio Mapping Table description

Kill the remaining shift macro in favor of calculating at compile time its value from the more descriptive mask, which gives us a better representation of the register layout. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/port.c | 11 +-- drivers/net/dsa/mv88e6xxx/port.h |

[PATCH net-next 03/10] net: dsa: mv88e6xxx: prefix Global 2 Trunk macros

Prefix and document the Global 2 Trunk registers macros. At the same time, fix the hask -> hash typo and use the mv88e6xxx_port_mask helper. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/global2.c | 13 ++--- drivers/net/dsa/mv88e6xxx/global2.h | 18 +++--- 2

[PATCH net-next 02/10] net: dsa: mv88e6xxx: clarify SMI PHY functions

Marvell chips with an SMI PHY access in Global 2 registers handle both Clause 22 and Clause 45 of IEEE 802.3. The 88E6390 family has addition bits to target the internal or external PHYs connected to the device, and a Setup function in addition to the default (register) Access function. Prefix

[PATCH net-next 02/10] net: dsa: mv88e6xxx: clarify SMI PHY functions

Marvell chips with an SMI PHY access in Global 2 registers handle both Clause 22 and Clause 45 of IEEE 802.3. The 88E6390 family has addition bits to target the internal or external PHYs connected to the device, and a Setup function in addition to the default (register) Access function. Prefix

Re: [PATCH 3/3] selftest/net/Makefile: Specify output with $(OUTPUT)

From: SeongJae Park Date: Sun, 18 Jun 2017 09:56:04 +0900 > After commit a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT"), > net selftest build fails because it points output file without $(OUTPUT) > yet. This commit fixes the error. > > Signed-off-by: SeongJae Park

Re: [PATCH 3/3] selftest/net/Makefile: Specify output with $(OUTPUT)

From: SeongJae Park Date: Sun, 18 Jun 2017 09:56:04 +0900 > After commit a8ba798bc8ec ("selftests: enable O and KBUILD_OUTPUT"), > net selftest build fails because it points output file without $(OUTPUT) > yet. This commit fixes the error. > > Signed-off-by: SeongJae Park > Fixes:

Re: [PATCH 03/15] spi: qup: Add completion timeout for dma mode

Hi Varadarajan, [auto build test ERROR on spi/for-next] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 03/15] spi: qup: Add completion timeout for dma mode

Hi Varadarajan, [auto build test ERROR on spi/for-next] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 07/15] spi: qup: Fix transaction done signaling

Hi Varadarajan, [auto build test ERROR on spi/for-next] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 07/15] spi: qup: Fix transaction done signaling

Hi Varadarajan, [auto build test ERROR on spi/for-next] [also build test ERROR on v4.12-rc5 next-20170616] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH V1 9/9] arm64: dts: add ccu for SC9860

Now we have clock driver, so add clock dt for SC9860 platform. This patch also removed "ext-26m" from whale2.dtsi since it is described in sc9860-ccu.dtsi. Signed-off-by: Chunyan Zhang --- arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi | 67

[PATCH V1 9/9] arm64: dts: add ccu for SC9860

Now we have clock driver, so add clock dt for SC9860 platform. This patch also removed "ext-26m" from whale2.dtsi since it is described in sc9860-ccu.dtsi. Signed-off-by: Chunyan Zhang --- arch/arm64/boot/dts/sprd/sc9860-ccu.dtsi | 67

[PATCH V1 6/9] clk: sprd: add composite clock support

This patch introduced composite driver whose functions are simply consisted of divider and mux clocks. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile| 2 +-

[PATCH V1 7/9] clk: sprd: add adjustable pll support

Introduced a common adjustable pll clock driver for Spreadtrum SoCs. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +- drivers/clk/sprd/ccu_pll.c | 241

[PATCH V1 8/9] clk: sprd: add clocks support for SC9860

Add the list of clocks in SC9860 CCU. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile |1 + drivers/clk/sprd/ccu-sc9860.c | 1742

[PATCH V1 5/9] clk: sprd: add divider clock support

This is a feature that can also be found in sprd composite clocks, provide a bunch of helpers that can be reused later on. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +-

[PATCH V1 6/9] clk: sprd: add composite clock support

This patch introduced composite driver whose functions are simply consisted of divider and mux clocks. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile| 2 +- drivers/clk/sprd/ccu_composite.c | 62

[PATCH V1 7/9] clk: sprd: add adjustable pll support

Introduced a common adjustable pll clock driver for Spreadtrum SoCs. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +- drivers/clk/sprd/ccu_pll.c | 241 + drivers/clk/sprd/ccu_pll.h | 123

[PATCH V1 8/9] clk: sprd: add clocks support for SC9860

Add the list of clocks in SC9860 CCU. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile |1 + drivers/clk/sprd/ccu-sc9860.c | 1742 drivers/clk/sprd/ccu-sc9860.h | 379 +++

[PATCH V1 5/9] clk: sprd: add divider clock support

This is a feature that can also be found in sprd composite clocks, provide a bunch of helpers that can be reused later on. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +- drivers/clk/sprd/ccu_div.c | 93

[PATCH V1 4/9] clk: sprd: add mux clock support

This is a feature that can also be found in sprd composite clocks, provide two helpers that can be reused later on. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +-

[PATCH V1 3/9] clk: sprd: add gate clock support

Some clocks on the Spreadtrum's SoCs are just simple gates. Add support for those clocks. Also, some gate clocks are orphan, so this patch also added registration code for those. Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +-

[PATCH V1 0/9] add clock driver for Spreadtrum platforms

In the last cycle, the patches support Whale2 sc9860 mobile chip have been merged. This patchset adds clock driver which is used on almost all Spreadtrum SoCs. This is a rewrite of Spreadtrum's original clock driver[1] according to the comments[2] from Stephen Boyd. This series also adds

[PATCH V1 2/9] clk: sprd: Add common infrastructure

Added Spreadtrum's clock driver common structure and registration code. Signed-off-by: Chunyan Zhang --- drivers/clk/Makefile | 1 + drivers/clk/sprd/Makefile | 3 ++ drivers/clk/sprd/ccu_common.c | 78 +

[PATCH V1 1/9] dt-bindings: Add Spreadtrum CCU binding documentation

Introduce a new binding with its documentation for Spreadtrum clock sub-framework. Signed-off-by: Chunyan Zhang --- .../devicetree/bindings/clock/sprd-ccu.txt | 46 ++ 1 file changed, 46 insertions(+) create mode 100644

[PATCH V1 4/9] clk: sprd: add mux clock support

This is a feature that can also be found in sprd composite clocks, provide two helpers that can be reused later on. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +- drivers/clk/sprd/ccu_mux.c | 82 ++

[PATCH V1 3/9] clk: sprd: add gate clock support

Some clocks on the Spreadtrum's SoCs are just simple gates. Add support for those clocks. Also, some gate clocks are orphan, so this patch also added registration code for those. Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 2 +- drivers/clk/sprd/ccu_gate.c | 102

[PATCH V1 0/9] add clock driver for Spreadtrum platforms

In the last cycle, the patches support Whale2 sc9860 mobile chip have been merged. This patchset adds clock driver which is used on almost all Spreadtrum SoCs. This is a rewrite of Spreadtrum's original clock driver[1] according to the comments[2] from Stephen Boyd. This series also adds

[PATCH V1 2/9] clk: sprd: Add common infrastructure

Added Spreadtrum's clock driver common structure and registration code. Signed-off-by: Chunyan Zhang --- drivers/clk/Makefile | 1 + drivers/clk/sprd/Makefile | 3 ++ drivers/clk/sprd/ccu_common.c | 78 + drivers/clk/sprd/ccu_common.h | 90

[PATCH V1 1/9] dt-bindings: Add Spreadtrum CCU binding documentation

Introduce a new binding with its documentation for Spreadtrum clock sub-framework. Signed-off-by: Chunyan Zhang --- .../devicetree/bindings/clock/sprd-ccu.txt | 46 ++ 1 file changed, 46 insertions(+) create mode 100644

  1   2   3   4   5   6   7   8   >