[PATCH] x86: always use SYSCALL_DEFINE*

All syscall arguments are passed in as types of the same byte size as unsigned long (width of full registers). Using a smaller type without a cast may result in losing bits of information. SYSCALL_DEFINE* introduce adequate type casts. All definitions of syscalls in x86 except for those patched

[PATCH] x86: always use SYSCALL_DEFINE*

All syscall arguments are passed in as types of the same byte size as unsigned long (width of full registers). Using a smaller type without a cast may result in losing bits of information. SYSCALL_DEFINE* introduce adequate type casts. All definitions of syscalls in x86 except for those patched

Re: [PATCH] scsi: resolve COMMAND_SIZE at compile time

On Sat, 2018-03-10 at 14:29 +0100, Stephen Kitt wrote: > Hi Bart, > > On Fri, 9 Mar 2018 22:47:12 +, Bart Van Assche c.com> > wrote: > > > > On Fri, 2018-03-09 at 23:33 +0100, Stephen Kitt wrote: > > > > > > +/* > > > + * SCSI command sizes are as follows, in bytes, for

Re: [PATCH] scsi: resolve COMMAND_SIZE at compile time

On Sat, 2018-03-10 at 14:29 +0100, Stephen Kitt wrote: > Hi Bart, > > On Fri, 9 Mar 2018 22:47:12 +, Bart Van Assche c.com> > wrote: > > > > On Fri, 2018-03-09 at 23:33 +0100, Stephen Kitt wrote: > > > > > > +/* > > > + * SCSI command sizes are as follows, in bytes, for fixed size > > >

[PATCH] platform/x86: fujitsu-laptop: Revert UNSUPPORTED_CMD back to an int

UNSUPPORTED_CMD was previously 0x8000 (int), but commit 819cddae7cfa ("platform/x86: fujitsu-laptop: Clean up constants") changed it into an unsigned long due to BIT() being used to define it. As call_fext_func() returns an int, 0x8000 would get type promoted when compared to an unsigned

[PATCH] platform/x86: fujitsu-laptop: Revert UNSUPPORTED_CMD back to an int

UNSUPPORTED_CMD was previously 0x8000 (int), but commit 819cddae7cfa ("platform/x86: fujitsu-laptop: Clean up constants") changed it into an unsigned long due to BIT() being used to define it. As call_fext_func() returns an int, 0x8000 would get type promoted when compared to an unsigned

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

Hi Peter, On 02/09/2018 04:53 AM, Peter Zijlstra wrote: this_sd = rcu_dereference(*this_cpu_ptr(_llc)); if (!this_sd) @@ -6173,8 +6183,15 @@ static int select_idle_cpu(struct task_struct *p, struct sched_domain *sd, int t return -1; if

Re: [RESEND PATCH] sched/fair: consider RT/IRQ pressure in select_idle_sibling

Hi Peter, On 02/09/2018 04:53 AM, Peter Zijlstra wrote: this_sd = rcu_dereference(*this_cpu_ptr(_llc)); if (!this_sd) @@ -6173,8 +6183,15 @@ static int select_idle_cpu(struct task_struct *p, struct sched_domain *sd, int t return -1; if

Re: [PATCH] irqchip/irq-imx-gpcv2: Remove unused function

Hi Marc, On Mon, Feb 12, 2018 at 11:22 AM, Marc Zyngier wrote: > I'll queue this up for -rc2, with this addition: > > Fixes: e324c4dc4a59 ("irqchip/imx-gpcv2: IMX GPCv2 driver for wakeup > sources") It seems this one got missed? Thanks

Re: [PATCH] irqchip/irq-imx-gpcv2: Remove unused function

Hi Marc, On Mon, Feb 12, 2018 at 11:22 AM, Marc Zyngier wrote: > I'll queue this up for -rc2, with this addition: > > Fixes: e324c4dc4a59 ("irqchip/imx-gpcv2: IMX GPCv2 driver for wakeup > sources") It seems this one got missed? Thanks

Re: [PATCH 1/7] platform/x86: fujitsu-laptop: Define constants for FUNC operations

> > #define OP_GET_CAPS 0x0 > > #define OP_GET_EVENTS 0x1 > > #define OP_SET 0x1 > > #define OP_GET 0x2 > > #define OP_GET_EXT 0x4 > > #define OP_SET_EXT 0x5 > > This one looks pretty much okay (logical pairs IIUC). Sadly, no, these are not logical pairs. But

Re: [PATCH 1/7] platform/x86: fujitsu-laptop: Define constants for FUNC operations

> > #define OP_GET_CAPS 0x0 > > #define OP_GET_EVENTS 0x1 > > #define OP_SET 0x1 > > #define OP_GET 0x2 > > #define OP_GET_EXT 0x4 > > #define OP_SET_EXT 0x5 > > This one looks pretty much okay (logical pairs IIUC). Sadly, no, these are not logical pairs. But

Re: [PATCH 3.18 00/21] 3.18.99-stable review

On Sat, Mar 10, 2018 at 03:51:27PM +, Harsh Shandilya wrote: > On Sat, 10 Mar, 2018, 5:48 AM Greg Kroah-Hartman, < > gre...@linuxfoundation.org> wrote: > > > This is the start of the stable review cycle for the 3.18.99 release. > > There are 21 patches in this series, all will be posted as a

Re: [PATCH 3.18 00/21] 3.18.99-stable review

On Sat, Mar 10, 2018 at 03:51:27PM +, Harsh Shandilya wrote: > On Sat, 10 Mar, 2018, 5:48 AM Greg Kroah-Hartman, < > gre...@linuxfoundation.org> wrote: > > > This is the start of the stable review cycle for the 3.18.99 release. > > There are 21 patches in this series, all will be posted as a

Re: [PATCH 4.15 00/11] 4.15.9-stable review

On Sat, Mar 10, 2018 at 07:45:57AM -0800, Guenter Roeck wrote: > On 03/09/2018 04:19 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.15.9 release. > > There are 11 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.15 00/11] 4.15.9-stable review

On Sat, Mar 10, 2018 at 07:45:57AM -0800, Guenter Roeck wrote: > On 03/09/2018 04:19 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.15.9 release. > > There are 11 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH 4.14 1/4] powerpc/mm/slice: Remove intermediate bitmap copy

On Sat, Mar 10, 2018 at 05:14:22PM +0100, christophe leroy wrote: > > > Le 10/03/2018 à 15:52, Greg Kroah-Hartman a écrit : > > On Sat, Mar 10, 2018 at 08:27:54AM +0100, christophe leroy wrote: > > > > > > > > > Le 10/03/2018 à 01:10, Greg Kroah-Hartman a écrit : > > > > On Fri, Mar 09, 2018

Re: [PATCH 4.14 1/4] powerpc/mm/slice: Remove intermediate bitmap copy

On Sat, Mar 10, 2018 at 05:14:22PM +0100, christophe leroy wrote: > > > Le 10/03/2018 à 15:52, Greg Kroah-Hartman a écrit : > > On Sat, Mar 10, 2018 at 08:27:54AM +0100, christophe leroy wrote: > > > > > > > > > Le 10/03/2018 à 01:10, Greg Kroah-Hartman a écrit : > > > > On Fri, Mar 09, 2018

[SUSPECTED SPAM] bg

Hello, Greetings from Zimbabwe to you and your family my names are Daniel Chombo, am nephew to the detained former finance minister of Zimbabwe Dr.Ignatius Chombo, who was arrested in is house with some money. As a matter of urgency I needed somebody who is business wise and strong enough to

[SUSPECTED SPAM] bg

Hello, Greetings from Zimbabwe to you and your family my names are Daniel Chombo, am nephew to the detained former finance minister of Zimbabwe Dr.Ignatius Chombo, who was arrested in is house with some money. As a matter of urgency I needed somebody who is business wise and strong enough to

ERROR: "scsi_device_from_queue" [drivers/md/dm-multipath.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 3266b5bd97eaa72793df0b6e5a106c69ccc166c4 commit: 8d47e65948ddea4398892946d9e50778a316b397 dm mpath: remove unnecessary NVMe branching in favor of scsi_dh checks date: 4 days ago config:

ERROR: "scsi_device_from_queue" [drivers/md/dm-multipath.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 3266b5bd97eaa72793df0b6e5a106c69ccc166c4 commit: 8d47e65948ddea4398892946d9e50778a316b397 dm mpath: remove unnecessary NVMe branching in favor of scsi_dh checks date: 4 days ago config:

Re: [PATCH 0/2] net/usb/ax88179_178a: Adjustments for ax88179_chk_eee()

On Sat, Mar 10, 2018 at 07:22:55PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 10 Mar 2018 19:05:45 +0100 > > Two update suggestions were taken into account > from static source code analysis. Hi Markus How about re-writing this driver to

Re: [PATCH 0/2] net/usb/ax88179_178a: Adjustments for ax88179_chk_eee()

On Sat, Mar 10, 2018 at 07:22:55PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 10 Mar 2018 19:05:45 +0100 > > Two update suggestions were taken into account > from static source code analysis. Hi Markus How about re-writing this driver to use phylib. The whole of

Re: [RFC 3/4] MIPS: Ingenic: Initial X1000 SoC support

在 2018-03-07三的 19:13 +0100，Mathieu Malaterre写道： > > > [1] https://pan.baidu.com/s/1o8MeYts (Well you can download from > > > this > > > Chinese website, ingenic have a gerrit but I don't have access to > > > it. > > > As my experience, it's hard to develop on Chinese-made chips > > > wihout > > >

Re: [RFC 3/4] MIPS: Ingenic: Initial X1000 SoC support

在 2018-03-07三的 19:13 +0100，Mathieu Malaterre写道： > > > [1] https://pan.baidu.com/s/1o8MeYts (Well you can download from > > > this > > > Chinese website, ingenic have a gerrit but I don't have access to > > > it. > > > As my experience, it's hard to develop on Chinese-made chips > > > wihout > > >

Re: [PATCH v3] kernel.h: Skip single-eval logic on literals in min()/max()

On Sat, Mar 10, 2018 at 6:51 PM, Linus Torvalds wrote: > > So in *historical* context - when a compiler didn't do variable length > arrays at all - the original semantics of C "constant expressions" > actually make a ton of sense. > > You can basically think of a

Re: [PATCH v3] kernel.h: Skip single-eval logic on literals in min()/max()

On Sat, Mar 10, 2018 at 6:51 PM, Linus Torvalds wrote: > > So in *historical* context - when a compiler didn't do variable length > arrays at all - the original semantics of C "constant expressions" > actually make a ton of sense. > > You can basically think of a constant expression as something

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sat, Mar 10, 2018 at 11:03 AM, Luis R. Rodriguez wrote: > On Sat, Mar 10, 2018 at 8:57 AM, French, Nicholas A. wrote: >> On Wed, Mar 07, 2018 at 11:23:09PM -0600, French, Nicholas A. wrote: >>> On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote:

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sat, Mar 10, 2018 at 11:03 AM, Luis R. Rodriguez wrote: > On Sat, Mar 10, 2018 at 8:57 AM, French, Nicholas A. wrote: >> On Wed, Mar 07, 2018 at 11:23:09PM -0600, French, Nicholas A. wrote: >>> On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote: >>> > On Thu, Mar 08, 2018 at

Re: KASAN: use-after-free Read in sctp_association_free (2)

On Sun, Mar 11, 2018 at 12:22:32AM +0800, Xin Long wrote: > On Sat, Mar 10, 2018 at 9:13 PM, Neil Horman wrote: > > On Sat, Mar 10, 2018 at 03:58:04PM +0800, Xin Long wrote: > >> On Sat, Mar 10, 2018 at 6:08 AM, Neil Horman wrote: > >> > On Fri, Mar

Re: KASAN: use-after-free Read in sctp_association_free (2)

On Sun, Mar 11, 2018 at 12:22:32AM +0800, Xin Long wrote: > On Sat, Mar 10, 2018 at 9:13 PM, Neil Horman wrote: > > On Sat, Mar 10, 2018 at 03:58:04PM +0800, Xin Long wrote: > >> On Sat, Mar 10, 2018 at 6:08 AM, Neil Horman wrote: > >> > On Fri, Mar 09, 2018 at 12:59:06PM -0800, syzbot wrote: >

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sat, Mar 10, 2018 at 8:57 AM, French, Nicholas A. wrote: > On Wed, Mar 07, 2018 at 11:23:09PM -0600, French, Nicholas A. wrote: >> On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote: >> > On Thu, Mar 08, 2018 at 04:06:01AM +, Luis R. Rodriguez wrote: >> > > On

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sat, Mar 10, 2018 at 8:57 AM, French, Nicholas A. wrote: > On Wed, Mar 07, 2018 at 11:23:09PM -0600, French, Nicholas A. wrote: >> On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote: >> > On Thu, Mar 08, 2018 at 04:06:01AM +, Luis R. Rodriguez wrote: >> > > On Thu, Mar 08,

Re: [PATCH 1/2] net/usb/ax88179_178a: Use common code in ax88179_chk_eee()

On Sat, Mar 10, 2018 at 8:41 PM, Joe Perches wrote: > On Sat, 2018-03-10 at 19:24 +0100, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Sat, 10 Mar 2018 18:22:43 +0100 >> >> Adjust a jump target so that a bit of common code can be

Re: [PATCH 1/2] net/usb/ax88179_178a: Use common code in ax88179_chk_eee()

On Sat, Mar 10, 2018 at 8:41 PM, Joe Perches wrote: > On Sat, 2018-03-10 at 19:24 +0100, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Sat, 10 Mar 2018 18:22:43 +0100 >> >> Adjust a jump target so that a bit of common code can be better reused >> at the end of this function. > >

[RFC v2 04/83] NOVA inode definition.

From: Andiry Xu inode.h defines the non-volatile and volatile NOVA inode data structures. The non-volatile NOVA inode (nova_inode) is aligned to 128 bytes and contains file/directory metadata information. The most important fields are log_head and log_tail. log_head points

[RFC v2 04/83] NOVA inode definition.

From: Andiry Xu inode.h defines the non-volatile and volatile NOVA inode data structures. The non-volatile NOVA inode (nova_inode) is aligned to 128 bytes and contains file/directory metadata information. The most important fields are log_head and log_tail. log_head points to the start of the

[RFC v2 03/83] Add super.h.

From: Andiry Xu This header file defines NOVA persistent and volatile superblock data structures. It also defines NOVA block layout: Page 0: Superblock Page 1: Reserved inodes Page 2 - 15: Reserved Page 16 - 31: Inode table pointers Page 32 - 47: Journal address pointers

[RFC v2 03/83] Add super.h.

From: Andiry Xu This header file defines NOVA persistent and volatile superblock data structures. It also defines NOVA block layout: Page 0: Superblock Page 1: Reserved inodes Page 2 - 15: Reserved Page 16 - 31: Inode table pointers Page 32 - 47: Journal address pointers Page 48 - 63: Reserved

[RFC v2 05/83] Add NOVA filesystem definitions and useful helper routines.

From: Andiry Xu NOVA stores offset rather than absolute addresses in pmem. nova_get_block() and nova_get_addr_off() provide transitions between these two kinds of addresses. Signed-off-by: Andiry Xu --- fs/nova/nova.h | 299

[RFC v2 05/83] Add NOVA filesystem definitions and useful helper routines.

From: Andiry Xu NOVA stores offset rather than absolute addresses in pmem. nova_get_block() and nova_get_addr_off() provide transitions between these two kinds of addresses. Signed-off-by: Andiry Xu --- fs/nova/nova.h | 299 + 1 file

Re: [PATCH v2 4/4] input: misc: Add Gateworks System Controller support

On Mon, Mar 05, 2018 at 02:02:41PM -0800, Tim Harvey wrote: > Add support for dispatching Linux Input events for the various interrupts > the Gateworks System Controller provides. > > Cc: Dmitry Torokhov > Signed-off-by: Tim Harvey > --- > v2: >

Re: [PATCH v2 4/4] input: misc: Add Gateworks System Controller support

On Mon, Mar 05, 2018 at 02:02:41PM -0800, Tim Harvey wrote: > Add support for dispatching Linux Input events for the various interrupts > the Gateworks System Controller provides. > > Cc: Dmitry Torokhov > Signed-off-by: Tim Harvey > --- > v2: > - reword Kconfig > - revise license comment block

[RFC v2 06/83] Add inode get/read methods.

From: Andiry Xu These routines are incomplete and currently only support reserved inodes, whose addresses are fixed. This is necessary for fill_super to work. File/dir operations are left NULL. Signed-off-by: Andiry Xu --- fs/nova/inode.c | 176

[RFC v2 06/83] Add inode get/read methods.

From: Andiry Xu These routines are incomplete and currently only support reserved inodes, whose addresses are fixed. This is necessary for fill_super to work. File/dir operations are left NULL. Signed-off-by: Andiry Xu --- fs/nova/inode.c | 176

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

> On Mar 10, 2018, at 8:57 AM, French, Nicholas A. wrote: > >> On Wed, Mar 07, 2018 at 11:23:09PM -0600, French, Nicholas A. wrote: >>> On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote: On Thu, Mar 08, 2018 at 04:06:01AM +, Luis R. Rodriguez wrote: >

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

> On Mar 10, 2018, at 8:57 AM, French, Nicholas A. wrote: > >> On Wed, Mar 07, 2018 at 11:23:09PM -0600, French, Nicholas A. wrote: >>> On Thu, Mar 08, 2018 at 04:14:11AM +, Luis R. Rodriguez wrote: On Thu, Mar 08, 2018 at 04:06:01AM +, Luis R. Rodriguez wrote: > On Thu, Mar

[RFC v2 02/83] Add nova_def.h.

From: Andiry Xu This file defines NOVA filesystem macros and routines to persist updates by using Intel persistent memory instruction CLWB or clflush. Signed-off-by: Andiry Xu --- fs/nova/nova_def.h | 128

[RFC v2 02/83] Add nova_def.h.

From: Andiry Xu This file defines NOVA filesystem macros and routines to persist updates by using Intel persistent memory instruction CLWB or clflush. Signed-off-by: Andiry Xu --- fs/nova/nova_def.h | 128 + 1 file changed, 128 insertions(+)

[RFC v2 08/83] NOVA superblock operations.

From: Andiry Xu This is the entry point for NOVA filesystem mount and umount. NOVA works on DAX devices. During initialization it gets the device information, such as physical/virtual addresses and device size. It does not access the DAX device during runtime. During

[RFC v2 08/83] NOVA superblock operations.

From: Andiry Xu This is the entry point for NOVA filesystem mount and umount. NOVA works on DAX devices. During initialization it gets the device information, such as physical/virtual addresses and device size. It does not access the DAX device during runtime. During initialization NOVA also

[RFC v2 09/83] Add Kconfig and Makefile

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/Kconfig | 2 ++ fs/Makefile | 1 + fs/nova/Kconfig | 15 +++ fs/nova/Makefile | 7 +++ 4 files changed, 25 insertions(+) create mode 100644 fs/nova/Kconfig create mode

[RFC v2 09/83] Add Kconfig and Makefile

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/Kconfig | 2 ++ fs/Makefile | 1 + fs/nova/Kconfig | 15 +++ fs/nova/Makefile | 7 +++ 4 files changed, 25 insertions(+) create mode 100644 fs/nova/Kconfig create mode 100644 fs/nova/Makefile diff --git

[RFC v2 15/83] Add free list data structure.

From: Andiry Xu Free list is the data structure that NOVA uses to manage free pmem blocks. Each CPU has its own free list to avoid contention. Free list manages free pmem blocks (represented in range node) with red-black tree. Signed-off-by: Andiry Xu

[RFC v2 07/83] Initialize inode_info and rebuild inode information in nova_iget().

From: Andiry Xu Incomplete nova_rebuild_inode() implemenation. nova_rebuild_inode() will go through the inode log and rebuild radix tree and metadata. Leave for later patches. Signed-off-by: Andiry Xu --- fs/nova/bbuild.c | 53

[RFC v2 15/83] Add free list data structure.

From: Andiry Xu Free list is the data structure that NOVA uses to manage free pmem blocks. Each CPU has its own free list to avoid contention. Free list manages free pmem blocks (represented in range node) with red-black tree. Signed-off-by: Andiry Xu --- fs/nova/Makefile | 2 +-

[RFC v2 07/83] Initialize inode_info and rebuild inode information in nova_iget().

From: Andiry Xu Incomplete nova_rebuild_inode() implemenation. nova_rebuild_inode() will go through the inode log and rebuild radix tree and metadata. Leave for later patches. Signed-off-by: Andiry Xu --- fs/nova/bbuild.c | 53 +

[RFC v2 11/83] Add timing and I/O statistics for performance analysis and profiling.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/Makefile | 2 +- fs/nova/nova.h | 12 +++ fs/nova/stats.c | 263 +++ fs/nova/stats.h | 178 +

[RFC v2 11/83] Add timing and I/O statistics for performance analysis and profiling.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/Makefile | 2 +- fs/nova/nova.h | 12 +++ fs/nova/stats.c | 263 +++ fs/nova/stats.h | 178 + fs/nova/super.c | 6 ++ 5 files changed, 460

[RFC v2 12/83] Add timing for mount and init.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/super.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/fs/nova/super.c b/fs/nova/super.c index 9295d23..3efb560 100644 --- a/fs/nova/super.c +++

[RFC v2 12/83] Add timing for mount and init.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/super.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/fs/nova/super.c b/fs/nova/super.c index 9295d23..3efb560 100644 --- a/fs/nova/super.c +++ b/fs/nova/super.c @@ -347,6 +347,9 @@ static

[RFC v2 14/83] Add range node kmem cache.

From: Andiry Xu Range node specifies a range of [start, end]. and is managed by a red-black tree. NOVA uses range node to manage NVM allocator and inodes being used. Signed-off-by: Andiry Xu --- fs/nova/nova.h | 8 fs/nova/super.c | 45

[RFC v2 14/83] Add range node kmem cache.

From: Andiry Xu Range node specifies a range of [start, end]. and is managed by a red-black tree. NOVA uses range node to manage NVM allocator and inodes being used. Signed-off-by: Andiry Xu --- fs/nova/nova.h | 8 fs/nova/super.c | 45 ++---

Re: [PATCH 1/2] net/usb/ax88179_178a: Use common code in ax88179_chk_eee()

On Sat, 2018-03-10 at 19:24 +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 10 Mar 2018 18:22:43 +0100 > > Adjust a jump target so that a bit of common code can be better reused > at the end of this function. Please stop mindlessly sending

Re: [PATCH 1/2] net/usb/ax88179_178a: Use common code in ax88179_chk_eee()

On Sat, 2018-03-10 at 19:24 +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 10 Mar 2018 18:22:43 +0100 > > Adjust a jump target so that a bit of common code can be better reused > at the end of this function. Please stop mindlessly sending patching Markus. How about looking

[RFC v2 16/83] Initialize block map and free lists in nova_init().

From: Andiry Xu NOVA divides the pmem range equally among per-CPU free lists, and format the red-black trees by inserting the initial free range. Signed-off-by: Andiry Xu --- fs/nova/balloc.c | 161 +++

[RFC v2 16/83] Initialize block map and free lists in nova_init().

From: Andiry Xu NOVA divides the pmem range equally among per-CPU free lists, and format the red-black trees by inserting the initial free range. Signed-off-by: Andiry Xu --- fs/nova/balloc.c | 161 +++ fs/nova/balloc.h | 13 -

[RFC v2 19/83] Add pmem block free routines.

From: Andiry Xu NOVA allocates/frees log pages and data pages in the same way. For block free, NOVA first gets the corresponding free list by checking the block number, and then inserts the freed range in the red-black tree. NOVA always merge adjacent free ranges if possible.

[RFC v2 17/83] Add statfs support.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/balloc.c | 18 ++ fs/nova/balloc.h | 1 + fs/nova/super.c | 19 +++ 3 files changed, 38 insertions(+) diff --git a/fs/nova/balloc.c b/fs/nova/balloc.c index

Re: [PATCH v2] arm64: KVM: Use SMCCC_ARCH_WORKAROUND_1 for Falkor BP hardening

Hi Will, On 03/09/2018 07:48 AM, Will Deacon wrote: > Hi SHanker, > > On Mon, Mar 05, 2018 at 11:06:43AM -0600, Shanker Donthineni wrote: >> The function SMCCC_ARCH_WORKAROUND_1 was introduced as part of SMC >> V1.1 Calling Convention to mitigate CVE-2017-5715. This patch uses >> the standard

[RFC v2 13/83] Add remount_fs and show_options methods.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/super.c | 55 +++ 1 file changed, 55 insertions(+) diff --git a/fs/nova/super.c b/fs/nova/super.c index 3efb560..f41cc04 100644 ---

[RFC v2 17/83] Add statfs support.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/balloc.c | 18 ++ fs/nova/balloc.h | 1 + fs/nova/super.c | 19 +++ 3 files changed, 38 insertions(+) diff --git a/fs/nova/balloc.c b/fs/nova/balloc.c index cb627db..0742fe0 100644 --- a/fs/nova/balloc.c

Re: [PATCH v2] arm64: KVM: Use SMCCC_ARCH_WORKAROUND_1 for Falkor BP hardening

Hi Will, On 03/09/2018 07:48 AM, Will Deacon wrote: > Hi SHanker, > > On Mon, Mar 05, 2018 at 11:06:43AM -0600, Shanker Donthineni wrote: >> The function SMCCC_ARCH_WORKAROUND_1 was introduced as part of SMC >> V1.1 Calling Convention to mitigate CVE-2017-5715. This patch uses >> the standard

[RFC v2 13/83] Add remount_fs and show_options methods.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/super.c | 55 +++ 1 file changed, 55 insertions(+) diff --git a/fs/nova/super.c b/fs/nova/super.c index 3efb560..f41cc04 100644 --- a/fs/nova/super.c +++ b/fs/nova/super.c @@ -617,6

[RFC v2 19/83] Add pmem block free routines.

From: Andiry Xu NOVA allocates/frees log pages and data pages in the same way. For block free, NOVA first gets the corresponding free list by checking the block number, and then inserts the freed range in the red-black tree. NOVA always merge adjacent free ranges if possible. Signed-off-by:

Re: [PATCH v5 7/9] gpio: Add gpio driver for Actions OWL S900 SoC

On Fri, Mar 9, 2018 at 7:13 AM, Manivannan Sadhasivam wrote: > Add gpio driver for Actions Semi OWL family S900 SoC. Set of registers > controlling the gpio shares the same register range with pinctrl block. > > GPIO registers are organized as 6 banks and each

[RFC v2 20/83] Pmem block allocation routines.

From: Andiry Xu Upon a allocation request, NOVA first try the free list on current CPU. If there are not enough blocks to allocate, NOVA will go to the free list with the most free blocks. Caller can specify allocation direction: from low address or from high address.

Re: [PATCH v5 7/9] gpio: Add gpio driver for Actions OWL S900 SoC

On Fri, Mar 9, 2018 at 7:13 AM, Manivannan Sadhasivam wrote: > Add gpio driver for Actions Semi OWL family S900 SoC. Set of registers > controlling the gpio shares the same register range with pinctrl block. > > GPIO registers are organized as 6 banks and each bank controls the > maximum of 32

[RFC v2 20/83] Pmem block allocation routines.

From: Andiry Xu Upon a allocation request, NOVA first try the free list on current CPU. If there are not enough blocks to allocate, NOVA will go to the free list with the most free blocks. Caller can specify allocation direction: from low address or from high address. Signed-off-by: Andiry Xu

[RFC v2 18/83] Add freelist statistics printing.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/nova.h | 1 + fs/nova/stats.c | 103 2 files changed, 104 insertions(+) diff --git a/fs/nova/nova.h b/fs/nova/nova.h index c4abdd8..404e133

[RFC v2 18/83] Add freelist statistics printing.

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/nova.h | 1 + fs/nova/stats.c | 103 2 files changed, 104 insertions(+) diff --git a/fs/nova/nova.h b/fs/nova/nova.h index c4abdd8..404e133 100644 --- a/fs/nova/nova.h +++

[RFC v2 23/83] Save allocator to pmem in put_super.

From: Andiry Xu We allocate log pages and append free range node to the log of the reserved blocknode inode. We can recover the allocator status by reading the log upon normal recovery. Signed-off-by: Andiry Xu --- fs/nova/bbuild.c | 114

[RFC v2 23/83] Save allocator to pmem in put_super.

From: Andiry Xu We allocate log pages and append free range node to the log of the reserved blocknode inode. We can recover the allocator status by reading the log upon normal recovery. Signed-off-by: Andiry Xu --- fs/nova/bbuild.c | 114

[RFC v2 22/83] Inode log pages allocation and reclaimation.

From: Andiry Xu NOVA allocates one log page for each new inode. When the log is full, NOVA allocates new log pages, extends the log by either doubling the log size or increasing by fixed length, depends on log size. Signed-off-by: Andiry Xu ---

[RFC v2 22/83] Inode log pages allocation and reclaimation.

From: Andiry Xu NOVA allocates one log page for each new inode. When the log is full, NOVA allocates new log pages, extends the log by either doubling the log size or increasing by fixed length, depends on log size. Signed-off-by: Andiry Xu --- fs/nova/Makefile | 2 +- fs/nova/log.c|

Re: [PATCH 0/5] Renesas CEU: SH7724 ECOVEC + Aptina mt9t112

Hi Hans, On Sat, Mar 10, 2018 at 06:57:17PM +0100, Hans Verkuil wrote: > Hi Jacopo, > > On 02/03/18 17:35, Jacopo Mondi wrote: > > Hello, > >now that CEU has been picked up for inclusion in v4.17, we can start > > moving > > users of old sh_mobile_ceu_camera driver to use the newly

[RFC v2 21/83] Add log structure.

From: Andiry Xu NOVA log is a singly linked list of 4KB pmem pages. Each log page consists of two parts: 4064 bytes for log entries, and 32 bytes for page tail structure. Page tail contains metadata about the log page and the address of the next log page in the linked list.

Re: [PATCH 0/5] Renesas CEU: SH7724 ECOVEC + Aptina mt9t112

Hi Hans, On Sat, Mar 10, 2018 at 06:57:17PM +0100, Hans Verkuil wrote: > Hi Jacopo, > > On 02/03/18 17:35, Jacopo Mondi wrote: > > Hello, > >now that CEU has been picked up for inclusion in v4.17, we can start > > moving > > users of old sh_mobile_ceu_camera driver to use the newly

[RFC v2 21/83] Add log structure.

From: Andiry Xu NOVA log is a singly linked list of 4KB pmem pages. Each log page consists of two parts: 4064 bytes for log entries, and 32 bytes for page tail structure. Page tail contains metadata about the log page and the address of the next log page in the linked list. Signed-off-by:

[RFC v2 26/83] Add inode_map to track inuse inodes.

From: Andiry Xu NOVA uses per-CPU inode map to track inuse inodes. It works in the same way as the allocator, the only difference is that inode map tracks in-use inodes, while free list contains free ranges. NOVA always try to allocate the first available inode number.

[RFC v2 26/83] Add inode_map to track inuse inodes.

From: Andiry Xu NOVA uses per-CPU inode map to track inuse inodes. It works in the same way as the allocator, the only difference is that inode map tracks in-use inodes, while free list contains free ranges. NOVA always try to allocate the first available inode number. Signed-off-by: Andiry Xu

[RFC v2 24/83] Initialize and allocate inode table.

From: Andiry Xu Inode table is a singly linked list of 2MB pages. Each CPU has one inode table with initial size 2MB. The inode table addresses are stored in the INODE_TABLE_START of the pmem range. Signed-off-by: Andiry Xu --- fs/nova/inode.c | 55

[RFC v2 24/83] Initialize and allocate inode table.

From: Andiry Xu Inode table is a singly linked list of 2MB pages. Each CPU has one inode table with initial size 2MB. The inode table addresses are stored in the INODE_TABLE_START of the pmem range. Signed-off-by: Andiry Xu --- fs/nova/inode.c | 55

[RFC v2 27/83] Save the inode inuse list to pmem upon umount

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/bbuild.c | 48 fs/nova/bbuild.h | 1 + fs/nova/super.c | 1 + 3 files changed, 50 insertions(+) diff --git a/fs/nova/bbuild.c b/fs/nova/bbuild.c

[RFC v2 27/83] Save the inode inuse list to pmem upon umount

From: Andiry Xu Signed-off-by: Andiry Xu --- fs/nova/bbuild.c | 48 fs/nova/bbuild.h | 1 + fs/nova/super.c | 1 + 3 files changed, 50 insertions(+) diff --git a/fs/nova/bbuild.c b/fs/nova/bbuild.c index 12a2f11..66053cb 100644 ---

[RFC v2 25/83] Support get normal inode address and inode table extentsion.

From: Andiry Xu Inodes are assigned to per-CPU inode tables in a round-robin way: If there are four cores, then CPU 0's inode table contains inode 0, inode 4, inode 8, ... CPU 1's inode table contains inode 1, inode 5, inode 9, ... CPU 2's inode table contains inode 2,

[RFC v2 25/83] Support get normal inode address and inode table extentsion.

From: Andiry Xu Inodes are assigned to per-CPU inode tables in a round-robin way: If there are four cores, then CPU 0's inode table contains inode 0, inode 4, inode 8, ... CPU 1's inode table contains inode 1, inode 5, inode 9, ... CPU 2's inode table contains inode 2, inode 6, inode 10, ...

[RFC v2 31/83] Add new vfs inode allocation.

From: Andiry Xu This routine allocates and initializes a new vfs inode, and setup the attributes of corresponding NOVA inode and inode_info. inode operations are missing now. Signed-off-by: Andiry Xu --- fs/nova/inode.c | 144

[RFC v2 28/83] Add NOVA address space operations

From: Andiry Xu direct_IO and writepages support. Signed-off-by: Andiry Xu --- fs/nova/inode.c | 24 fs/nova/inode.h | 1 + 2 files changed, 25 insertions(+) diff --git a/fs/nova/inode.c b/fs/nova/inode.c index

<    1   2   3   4   5   6   7   >