Re: [PATCH v3 10/13] xen/pvcalls: implement recvmsg

On Mon, 14 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Implement recvmsg by copying data from the "in" ring. If not enough data > > is available and the recvmsg call is blocking, then wait on the > > inflight_conn_req waitqueue. Take the active socket

Re: [PATCH v3 10/13] xen/pvcalls: implement recvmsg

On Mon, 14 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Implement recvmsg by copying data from the "in" ring. If not enough data > > is available and the recvmsg call is blocking, then wait on the > > inflight_conn_req waitqueue. Take the active socket

Re: [PATCH v3 12/13] xen/pvcalls: implement release command

On Tue, 15 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Send PVCALLS_RELEASE to the backend and wait for a reply. Take both > > in_mutex and out_mutex to avoid concurrent accesses. Then, free the > > socket. > > > > For passive sockets, check whether we

Re: [PATCH v3 12/13] xen/pvcalls: implement release command

On Tue, 15 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Send PVCALLS_RELEASE to the backend and wait for a reply. Take both > > in_mutex and out_mutex to avoid concurrent accesses. Then, free the > > socket. > > > > For passive sockets, check whether we

Re: Current mainline git (24e700e291d52bd2) hangs when building e.g. perf

[Linus, I added you to get your opinion on whether the last bit here is a problem.] On Fri, Sep 8, 2017 at 2:56 PM, Borislav Petkov wrote: > On Fri, Sep 08, 2017 at 02:47:00PM -0700, Andy Lutomirski wrote: >> Any chance you could test with CONFIG_DEBUG_VM=y? There are lots of >>

Re: Current mainline git (24e700e291d52bd2) hangs when building e.g. perf

[Linus, I added you to get your opinion on whether the last bit here is a problem.] On Fri, Sep 8, 2017 at 2:56 PM, Borislav Petkov wrote: > On Fri, Sep 08, 2017 at 02:47:00PM -0700, Andy Lutomirski wrote: >> Any chance you could test with CONFIG_DEBUG_VM=y? There are lots of >> potentially

Re: [PATCH] selftests/bpf: Make bpf_util work on uniprocessor systems

On 09/09/2017 01:01 AM, Alexei Starovoitov wrote: On Fri, Sep 08, 2017 at 01:19:23PM +0200, Thomas Meyer wrote: The current implementation fails to work on uniprocessor systems. Fix the parser to also handle the uniprocessor case. Signed-off-by: Thomas Meyer Thanks for the

Re: [PATCH] selftests/bpf: Make bpf_util work on uniprocessor systems

On 09/09/2017 01:01 AM, Alexei Starovoitov wrote: On Fri, Sep 08, 2017 at 01:19:23PM +0200, Thomas Meyer wrote: The current implementation fails to work on uniprocessor systems. Fix the parser to also handle the uniprocessor case. Signed-off-by: Thomas Meyer Thanks for the fix. lgtm

Re: [PATCH v3 11/13] xen/pvcalls: implement poll command

On Tue, 15 Aug 2017, Boris Ostrovsky wrote: > > @@ -736,6 +755,104 @@ int pvcalls_front_accept(struct socket *sock, struct > > socket *newsock, int flags) > > return ret; > > } > > > > +static unsigned int pvcalls_front_poll_passive(struct file *file, > > +

Re: [PATCH v3 11/13] xen/pvcalls: implement poll command

On Tue, 15 Aug 2017, Boris Ostrovsky wrote: > > @@ -736,6 +755,104 @@ int pvcalls_front_accept(struct socket *sock, struct > > socket *newsock, int flags) > > return ret; > > } > > > > +static unsigned int pvcalls_front_poll_passive(struct file *file, > > +

Re: [PATCH] selftests/bpf: Make bpf_util work on uniprocessor systems

On Fri, Sep 08, 2017 at 01:19:23PM +0200, Thomas Meyer wrote: > The current implementation fails to work on uniprocessor systems. > Fix the parser to also handle the uniprocessor case. > > Signed-off-by: Thomas Meyer Thanks for the fix. lgtm Acked-by: Alexei Starovoitov

Re: [PATCH] selftests/bpf: Make bpf_util work on uniprocessor systems

On Fri, Sep 08, 2017 at 01:19:23PM +0200, Thomas Meyer wrote: > The current implementation fails to work on uniprocessor systems. > Fix the parser to also handle the uniprocessor case. > > Signed-off-by: Thomas Meyer Thanks for the fix. lgtm Acked-by: Alexei Starovoitov This time it's ok to

[PATCH] gpio: dwapb: Add wakeup source support

This patch supports irq_set_wake for dwapb gpio. It allows GPIOs to be configured as wakeup sources and wake the system from suspend. Signed-off-by: Hoan Tran --- drivers/gpio/gpio-dwapb.c | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git

[PATCH] gpio: dwapb: Add wakeup source support

This patch supports irq_set_wake for dwapb gpio. It allows GPIOs to be configured as wakeup sources and wake the system from suspend. Signed-off-by: Hoan Tran --- drivers/gpio/gpio-dwapb.c | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git

[PATCH] android: binder: Drop lru lock in isolate callback

Drop the global lru lock in isolate callback before calling zap_page_range which calls cond_resched, and re-acquire the global lru lock before returning. Also change return code to LRU_REMOVED_RETRY. Use mmput_async when fail to acquire mmap sem in an atomic context. Fix "BUG: sleeping function

[PATCH] android: binder: Drop lru lock in isolate callback

Drop the global lru lock in isolate callback before calling zap_page_range which calls cond_resched, and re-acquire the global lru lock before returning. Also change return code to LRU_REMOVED_RETRY. Use mmput_async when fail to acquire mmap sem in an atomic context. Fix "BUG: sleeping function

Re: [GIT PULL] Security subsystem updates for 4.14

On Fri, Sep 08, 2017 at 02:48:51PM +1000, James Morris wrote: > > Mimi and Christoph worked together on this over several iterations -- I'll > let them respond. Mimi --- we should chat next week in LA. I've been working on a design internally at work which proposes a generic VFS-layer library

Re: [GIT PULL] Security subsystem updates for 4.14

On Fri, Sep 08, 2017 at 02:48:51PM +1000, James Morris wrote: > > Mimi and Christoph worked together on this over several iterations -- I'll > let them respond. Mimi --- we should chat next week in LA. I've been working on a design internally at work which proposes a generic VFS-layer library

Re: [PATCH] usb,signal,security: only pass the cred, not the secid, to kill_pid_info_as_cred and security_task_kill

On 9/8/2017 9:40 AM, Stephen Smalley wrote: > commit d178bc3a708f39cbfefc3fab37032d3f2511b4ec ("user namespace: usb: > make usb urbs user namespace aware (v2)") changed kill_pid_info_as_uid > to kill_pid_info_as_cred, saving and passing a cred structure instead of > uids. Since the secid can be

Re: [PATCH] usb,signal,security: only pass the cred, not the secid, to kill_pid_info_as_cred and security_task_kill

On 9/8/2017 9:40 AM, Stephen Smalley wrote: > commit d178bc3a708f39cbfefc3fab37032d3f2511b4ec ("user namespace: usb: > make usb urbs user namespace aware (v2)") changed kill_pid_info_as_uid > to kill_pid_info_as_cred, saving and passing a cred structure instead of > uids. Since the secid can be

Re: [GIT PULL] First batch of KVM changes for v4.14

On Fri, Sep 8, 2017 at 7:30 AM, Radim Krčmář wrote: > > Topic branch merges in s390 and powerpc > are already in mainline -- would you prefer to see the expected result > after merge instead of what `git request-pull` produces? So generally, if you do the test-merge anyway

Re: [GIT PULL] First batch of KVM changes for v4.14

On Fri, Sep 8, 2017 at 7:30 AM, Radim Krčmář wrote: > > Topic branch merges in s390 and powerpc > are already in mainline -- would you prefer to see the expected result > after merge instead of what `git request-pull` produces? So generally, if you do the test-merge anyway (which I appreciate),

RE: [PATCH 00/14] Fix wrong %pF and %pS printk format specifier usages

> From: Sergey Senozhatsky [mailto:sergey.senozhatsky.w...@gmail.com] > On (09/07/17 16:05), Luck, Tony wrote: > +static inline bool __mod_text_address(struct module *mod, > + unsigned long addr) { > + /* Make sure it's within the text section. */ > +

RE: [PATCH 00/14] Fix wrong %pF and %pS printk format specifier usages

> From: Sergey Senozhatsky [mailto:sergey.senozhatsky.w...@gmail.com] > On (09/07/17 16:05), Luck, Tony wrote: > +static inline bool __mod_text_address(struct module *mod, > + unsigned long addr) { > + /* Make sure it's within the text section. */ > +

Re: [PATCH v3 08/13] xen/pvcalls: implement accept command

On Mon, 14 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Introduce a waitqueue to allow only one outstanding accept command at > > any given time and to implement polling on the passive socket. Introduce > > a flags field to keep track of in-flight accept

Re: [PATCH v3 08/13] xen/pvcalls: implement accept command

On Mon, 14 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Introduce a waitqueue to allow only one outstanding accept command at > > any given time and to implement polling on the passive socket. Introduce > > a flags field to keep track of in-flight accept

[RFC] mm/memblock.c: using uninitialized value idx in memblock_add_range()

From: Gioh Kim In memblock_add_range(), idx variable is a local value but I cannot find initialization of idx value. I checked idx value on my Qemu emulator. It was zero. Is there any hidden initialization code? Signed-off-by: Gioh Kim ---

[RFC] mm/memblock.c: using uninitialized value idx in memblock_add_range()

From: Gioh Kim In memblock_add_range(), idx variable is a local value but I cannot find initialization of idx value. I checked idx value on my Qemu emulator. It was zero. Is there any hidden initialization code? Signed-off-by: Gioh Kim --- mm/memblock.c | 2 +- 1 file changed, 1 insertion(+),

Re: [PATCH] ipv4: Namespaceify tcp_max_orphans knob

On Wed, Sep 6, 2017 at 8:10 PM, Haishuang Yan wrote: > Different namespace application might require different maximal number > of TCP sockets independently of the host. So after your patch we could have N * net->ipv4.sysctl_tcp_max_orphans in a whole system,

Re: [PATCH] ipv4: Namespaceify tcp_max_orphans knob

On Wed, Sep 6, 2017 at 8:10 PM, Haishuang Yan wrote: > Different namespace application might require different maximal number > of TCP sockets independently of the host. So after your patch we could have N * net->ipv4.sysctl_tcp_max_orphans in a whole system, right? This just makes OOM easier to

Re: [PATCH] usb,signal,security: only pass the cred, not the secid, to kill_pid_info_as_cred and security_task_kill

On Fri, 8 Sep 2017, Paul Moore wrote: > Looks fine to me from a SELinux perspective. If Casey and John are > happy with this I can volunteer to pull it into the selinux/next tree > (once the merge window closes), otherwise if someone else wants to > merge this my ack is below. > As this

Re: [PATCH] usb,signal,security: only pass the cred, not the secid, to kill_pid_info_as_cred and security_task_kill

On Fri, 8 Sep 2017, Paul Moore wrote: > Looks fine to me from a SELinux perspective. If Casey and John are > happy with this I can volunteer to pull it into the selinux/next tree > (once the merge window closes), otherwise if someone else wants to > merge this my ack is below. > As this

Re: [PATCH resend v2] power: supply: bq27xxx: enable writing capacity values for bq27421

> Am 08.09.2017 um 22:57 schrieb Liam Breck : > > Howdy, > > On Fri, Sep 8, 2017 at 1:28 PM, H. Nikolaus Schaller > wrote: >> Hi Liam, >> >>> Am 08.09.2017 um 22:19 schrieb Liam Breck : >>> >>> Hi Nikolaus, >>> >>> On Fri,

Re: [PATCH resend v2] power: supply: bq27xxx: enable writing capacity values for bq27421

> Am 08.09.2017 um 22:57 schrieb Liam Breck : > > Howdy, > > On Fri, Sep 8, 2017 at 1:28 PM, H. Nikolaus Schaller > wrote: >> Hi Liam, >> >>> Am 08.09.2017 um 22:19 schrieb Liam Breck : >>> >>> Hi Nikolaus, >>> >>> On Fri, Sep 8, 2017 at 10:38 AM, H. Nikolaus Schaller >>> wrote: Hi

[PATCH] mtd: oxnas_nand: Fix error handling in oxnas_nand_probe()

oxnas_nand_probe() does not disable clock on error paths. The patch adds disabling using devm interface. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/mtd/nand/oxnas_nand.c | 22 +++--- 1 file

[PATCH] mtd: oxnas_nand: Fix error handling in oxnas_nand_probe()

oxnas_nand_probe() does not disable clock on error paths. The patch adds disabling using devm interface. Found by Linux Driver Verification project (linuxtesting.org). Signed-off-by: Alexey Khoroshilov --- drivers/mtd/nand/oxnas_nand.c | 22 +++--- 1 file changed, 15

Re: [PATCH] mmc: tegra: Mark 64 bit dma broken on Tegra186

On Fri, Sep 08, 2017 at 12:48:33PM -0700, Krishna Reddy wrote: > SDHCI controllers on Tegra186 support 40 bit addressing. > IOVA addresses are 48-bit wide on Tegra186. > SDHCI host common code sets dma mask as either 32-bit or 64-bit. > To avoid access issues when SMMU is enabled, disable 64-bit

Re: [PATCH] mmc: tegra: Mark 64 bit dma broken on Tegra186

On Fri, Sep 08, 2017 at 12:48:33PM -0700, Krishna Reddy wrote: > SDHCI controllers on Tegra186 support 40 bit addressing. > IOVA addresses are 48-bit wide on Tegra186. > SDHCI host common code sets dma mask as either 32-bit or 64-bit. > To avoid access issues when SMMU is enabled, disable 64-bit

Re: [PATCH v3 08/13] xen/pvcalls: implement accept command

On Mon, 14 Aug 2017, Boris Ostrovsky wrote: > > > + > > > +ret = bedata->rsp[req_id].ret; > > > > You can just return bedata->rsp[req_id].ret; > > Or maybe not. The slot may get reused by the time you get to the end. Right! > > > > -boris > > > > > +/* read ret, then set this rsp

Re: [PATCH v3 08/13] xen/pvcalls: implement accept command

On Mon, 14 Aug 2017, Boris Ostrovsky wrote: > > > + > > > +ret = bedata->rsp[req_id].ret; > > > > You can just return bedata->rsp[req_id].ret; > > Or maybe not. The slot may get reused by the time you get to the end. Right! > > > > -boris > > > > > +/* read ret, then set this rsp

Re: [PATCH RFC 3/5] Add KSZ8795 switch driver

Hi! > > > + default: > > > + processed = false; > > > + break; > > > + } > > > + if (processed) > > > + *val = data; > > > +} > > > > Similar code will be needed by other drivers, right? > > Although KSZ8795 and KSZ8895 may use the same code, the other > chips will have

Re: [PATCH RFC 3/5] Add KSZ8795 switch driver

Hi! > > > + default: > > > + processed = false; > > > + break; > > > + } > > > + if (processed) > > > + *val = data; > > > +} > > > > Similar code will be needed by other drivers, right? > > Although KSZ8795 and KSZ8895 may use the same code, the other > chips will have

Re: Current mainline git (24e700e291d52bd2) hangs when building e.g. perf

On Fri, Sep 08, 2017 at 02:47:00PM -0700, Andy Lutomirski wrote: > Any chance you could test with CONFIG_DEBUG_VM=y? There are lots of > potentially useful assertions in that code. > > Can you also post your /proc/cpuinfo? And can you re-confirm that a > problematic guest kernel is causing

Re: Current mainline git (24e700e291d52bd2) hangs when building e.g. perf

On Fri, Sep 08, 2017 at 02:47:00PM -0700, Andy Lutomirski wrote: > Any chance you could test with CONFIG_DEBUG_VM=y? There are lots of > potentially useful assertions in that code. > > Can you also post your /proc/cpuinfo? And can you re-confirm that a > problematic guest kernel is causing

[PATCH 1/2] mm: Add infrastructure for get_user_pages_fast() benchmarking

Performance of get_user_pages_fast() is critical for some workloads, but it's tricky to test it directly. This patch provides /sys/kernel/debug/gup_benchmark that helps with testing performance of it. See tools/testing/selftests/vm/gup_benchmark.c for userspace counterpart. Signed-off-by:

[PATCH 1/2] mm: Add infrastructure for get_user_pages_fast() benchmarking

Performance of get_user_pages_fast() is critical for some workloads, but it's tricky to test it directly. This patch provides /sys/kernel/debug/gup_benchmark that helps with testing performance of it. See tools/testing/selftests/vm/gup_benchmark.c for userspace counterpart. Signed-off-by:

[PATCH 2/2] mm, x86: Fix performance regression in get_user_pages_fast()

0-day found[1] performance regression that was tracked down to switching x86 to generic get_user_pages_fast(). The regression was caused by the fact that we now use local_irq_save() + local_irq_restore() in get_user_pages_fast() to disable interrupts. In x86 implementation local_irq_disable() +

[PATCH 2/2] mm, x86: Fix performance regression in get_user_pages_fast()

0-day found[1] performance regression that was tracked down to switching x86 to generic get_user_pages_fast(). The regression was caused by the fact that we now use local_irq_save() + local_irq_restore() in get_user_pages_fast() to disable interrupts. In x86 implementation local_irq_disable() +

Re: [PATCH 1/2] staging: typec: tcpm: Validate source and sink caps

On Fri, Sep 08, 2017 at 10:27:27AM -0700, Badhri Jagan Sridharan wrote: > >> + > >> + for (i = 1; i < nr_pdo; i++) { > >> + if (pdo_type(pdo[i]) < pdo_type(pdo[i - 1])) { > >> + tcpm_log_force(port, > >> +" err:PDOs should be

Re: [PATCH 1/2] staging: typec: tcpm: Validate source and sink caps

On Fri, Sep 08, 2017 at 10:27:27AM -0700, Badhri Jagan Sridharan wrote: > >> + > >> + for (i = 1; i < nr_pdo; i++) { > >> + if (pdo_type(pdo[i]) < pdo_type(pdo[i - 1])) { > >> + tcpm_log_force(port, > >> +" err:PDOs should be

[PATCH 0/2] x86: Fix performance regression in get_user_pages_fast()

Fix performance regression found by 0-day. Kirill A. Shutemov (2): mm: Add infrastructure for get_user_pages_fast() benchmarking mm, x86: Fix performance regression in get_user_pages_fast() mm/Kconfig | 9 +++ mm/Makefile|

[PATCH 0/2] x86: Fix performance regression in get_user_pages_fast()

Fix performance regression found by 0-day. Kirill A. Shutemov (2): mm: Add infrastructure for get_user_pages_fast() benchmarking mm, x86: Fix performance regression in get_user_pages_fast() mm/Kconfig | 9 +++ mm/Makefile|

[PATCH 1/1] x86/hyper-V: Allocate the IDT entry early in boot

Allocate the hypervisor callback IDT entry early in the boot sequence. Signed-off-by: K. Y. Srinivasan --- arch/x86/kernel/cpu/mshyperv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpu/mshyperv.c b/arch/x86/kernel/cpu/mshyperv.c

Re: [PATCH RFC 5/5] Add KSZ8795 SPI driver

Hi! > > Please format according to CodingStyle. (Not only this.) > > > > And this will be common for more drivers. Can it go to a header file > > and be included...? > > > > Sorry about the formatting. It seems my e-mail system needs to be checked > to make sure it does not auto-format the

[PATCH 1/1] x86/hyper-V: Allocate the IDT entry early in boot

Allocate the hypervisor callback IDT entry early in the boot sequence. Signed-off-by: K. Y. Srinivasan --- arch/x86/kernel/cpu/mshyperv.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kernel/cpu/mshyperv.c b/arch/x86/kernel/cpu/mshyperv.c index

Re: [PATCH RFC 5/5] Add KSZ8795 SPI driver

Hi! > > Please format according to CodingStyle. (Not only this.) > > > > And this will be common for more drivers. Can it go to a header file > > and be included...? > > > > Sorry about the formatting. It seems my e-mail system needs to be checked > to make sure it does not auto-format the

[PATCH v3] Staging: ccree: Merge assignment with return

Merge the assignment and return statements to return the value directly. Done using coccinelle. @@ local idexpression ret; expression e; @@ -ret = +return e; -return ret; Signed-off-by: Srishti Sharma --- Changes in v3: -Edit commit message so that it respects 80

[PATCH v3] Staging: ccree: Merge assignment with return

Merge the assignment and return statements to return the value directly. Done using coccinelle. @@ local idexpression ret; expression e; @@ -ret = +return e; -return ret; Signed-off-by: Srishti Sharma --- Changes in v3: -Edit commit message so that it respects 80 character limit.

Re: [PATCH RFC] Update documentation for KSZ DSA drivers so that new drivers can be added

Hi! > There will be 5 drivers to support these devices: > > ksz9477.c - KSZ9893/KSZ9897/KSZ9567/KSZ9566/KSZ9477 > ksz8795.c - KSZ8795/KSZ8795/KSZ8765 > ksz8895.c - KSZ8895/KSZ8864 Could we see the 8895 driver, please? > Out of topic I have a question to ask the community regarding the DSA >

Re: [PATCH RFC] Update documentation for KSZ DSA drivers so that new drivers can be added

Hi! > There will be 5 drivers to support these devices: > > ksz9477.c - KSZ9893/KSZ9897/KSZ9567/KSZ9566/KSZ9477 > ksz8795.c - KSZ8795/KSZ8795/KSZ8765 > ksz8895.c - KSZ8895/KSZ8864 Could we see the 8895 driver, please? > Out of topic I have a question to ask the community regarding the DSA >

Re: [PATCH] media: default for RC_CORE should be n

Em Fri, 8 Sep 2017 12:06:48 -0700 Stephen Hemminger escreveu: > On Fri, 8 Sep 2017 19:52:47 +0100 > Sean Young wrote: > > > On Fri, Sep 08, 2017 at 09:39:29AM -0700, Stephen Hemminger wrote: > > > The Linus policy on Kconfig is that the default

Re: [PATCH] media: default for RC_CORE should be n

Em Fri, 8 Sep 2017 12:06:48 -0700 Stephen Hemminger escreveu: > On Fri, 8 Sep 2017 19:52:47 +0100 > Sean Young wrote: > > > On Fri, Sep 08, 2017 at 09:39:29AM -0700, Stephen Hemminger wrote: > > > The Linus policy on Kconfig is that the default should be no > > > for all new devices. I.e the

Re: [PATCH RFC] Update documentation for KSZ DSA drivers so that new drivers can be added

On Fri 2017-09-08 21:01:22, Andrew Lunn wrote: > > > So i would suggest one driver supporting all the different devices. > > > > There will be 5 drivers to support these devices: > > > > ksz9477.c - KSZ9893/KSZ9897/KSZ9567/KSZ9566/KSZ9477 > > ksz8795.c - KSZ8795/KSZ8795/KSZ8765 > > ksz8895.c -

Re: [PATCH RFC] Update documentation for KSZ DSA drivers so that new drivers can be added

On Fri 2017-09-08 21:01:22, Andrew Lunn wrote: > > > So i would suggest one driver supporting all the different devices. > > > > There will be 5 drivers to support these devices: > > > > ksz9477.c - KSZ9893/KSZ9897/KSZ9567/KSZ9566/KSZ9477 > > ksz8795.c - KSZ8795/KSZ8795/KSZ8765 > > ksz8895.c -

Re: Current mainline git (24e700e291d52bd2) hangs when building e.g. perf

On Fri, Sep 8, 2017 at 10:16 AM, Markus Trippelsdorf wrote: > On 2017.09.08 at 09:12 -0700, Andy Lutomirski wrote: >> On Fri, Sep 8, 2017 at 4:30 AM, Markus Trippelsdorf >> wrote: >> > On 2017.09.08 at 12:39 +0200, Markus Trippelsdorf wrote: >> >>

Re: Current mainline git (24e700e291d52bd2) hangs when building e.g. perf

On Fri, Sep 8, 2017 at 10:16 AM, Markus Trippelsdorf wrote: > On 2017.09.08 at 09:12 -0700, Andy Lutomirski wrote: >> On Fri, Sep 8, 2017 at 4:30 AM, Markus Trippelsdorf >> wrote: >> > On 2017.09.08 at 12:39 +0200, Markus Trippelsdorf wrote: >> >> On 2017.09.08 at 12:35 +0200, Ingo Molnar wrote:

[PATCH v9] usb: serial: add vid:pid for Cypress WICED dev board

From: Jeffrey Chu Add CYPRESS_VID vid and CYPRESS_WICED_BT_USB and CYPRESS_WICED_WL_USB device IDs to ftdi_sio driver Signed-off-by: Jeffrey Chu --- drivers/usb/serial/ftdi_sio.c | 2 ++ drivers/usb/serial/ftdi_sio_ids.h | 7 +++ 2

[PATCH v9] usb: serial: add vid:pid for Cypress WICED dev board

From: Jeffrey Chu Add CYPRESS_VID vid and CYPRESS_WICED_BT_USB and CYPRESS_WICED_WL_USB device IDs to ftdi_sio driver Signed-off-by: Jeffrey Chu --- drivers/usb/serial/ftdi_sio.c | 2 ++ drivers/usb/serial/ftdi_sio_ids.h | 7 +++ 2 files changed, 9 insertions(+) diff --git

Re: [PATCH v3 06/13] xen/pvcalls: implement bind command

On Sat, 12 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Send PVCALLS_BIND to the backend. Introduce a new structure, part of > > struct sock_mapping, to store information specific to passive sockets. > > > > Introduce a status field to keep track of the

Re: [PATCH] tpm: constify transmit data pointers

On Fri, Sep 08, 2017 at 10:58:55PM +0200, Arnd Bergmann wrote: > On Thu, Sep 7, 2017 at 6:24 PM, Jarkko Sakkinen > wrote: > > On Thu, Sep 07, 2017 at 03:30:45PM +0200, Arnd Bergmann wrote: > >> > > > > Thank you Arnd. Do you mind if squash this to Colin's commit

Re: [PATCH v3 06/13] xen/pvcalls: implement bind command

On Sat, 12 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Send PVCALLS_BIND to the backend. Introduce a new structure, part of > > struct sock_mapping, to store information specific to passive sockets. > > > > Introduce a status field to keep track of the

Re: [PATCH] tpm: constify transmit data pointers

On Fri, Sep 08, 2017 at 10:58:55PM +0200, Arnd Bergmann wrote: > On Thu, Sep 7, 2017 at 6:24 PM, Jarkko Sakkinen > wrote: > > On Thu, Sep 07, 2017 at 03:30:45PM +0200, Arnd Bergmann wrote: > >> > > > > Thank you Arnd. Do you mind if squash this to Colin's commit and your > > signed-off-by to that

Re: [PATCH v2 0/2] enable hires timer to timeout datagram socket

From: Eduardo Valentin Date: Fri, 8 Sep 2017 11:55:21 -0700 > I agree. I would prefer to understand here what is the technical > reason not to accept these patches other than "use other system > calls". I explained this, let me reiterate: And most

Re: [PATCH v2 0/2] enable hires timer to timeout datagram socket

From: Eduardo Valentin Date: Fri, 8 Sep 2017 11:55:21 -0700 > I agree. I would prefer to understand here what is the technical > reason not to accept these patches other than "use other system > calls". I explained this, let me reiterate: And most importantly, letting the

[GIT PULL] rpmsg updates for v4.14

The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700) are available in the git repository at: git://github.com/andersson/remoteproc tags/rpmsg-v4.14 for you to fetch changes up to ed43d098f9020d6669a00bd26fac807d5c19e202:

[GIT PULL] rpmsg updates for v4.14

The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877: Linux v4.13-rc1 (2017-07-15 15:22:10 -0700) are available in the git repository at: git://github.com/andersson/remoteproc tags/rpmsg-v4.14 for you to fetch changes up to ed43d098f9020d6669a00bd26fac807d5c19e202:

[GIT PULL] remoteproc updates for v4.14

Hi Linus, This pull request touches drivers/soc/qcom/Kconfig and the pull request from arm-soc includes a change that wraps all entries in this same file in a "menu". The arising conflict is very trivial; both changes should be included in full and the "menu" should encapsulate QCOM_GLINK_SSR.

[GIT PULL] remoteproc updates for v4.14

Hi Linus, This pull request touches drivers/soc/qcom/Kconfig and the pull request from arm-soc includes a change that wraps all entries in this same file in a "menu". The arising conflict is very trivial; both changes should be included in full and the "menu" should encapsulate QCOM_GLINK_SSR.

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

On Fri, Sep 8, 2017 at 11:39 AM, Linus Torvalds wrote: > > Strange. Does anybody see what the pattern to the failure is? Found it. Stupid special case for 'typeof()' that used is_reserved_word() in ways I hadn't realized. Fix committed. Linus

Re: [RFC PATCH 0/3] kbuild: generate intermediate C files instead of copying _shipped files

On Fri, Sep 8, 2017 at 11:39 AM, Linus Torvalds wrote: > > Strange. Does anybody see what the pattern to the failure is? Found it. Stupid special case for 'typeof()' that used is_reserved_word() in ways I hadn't realized. Fix committed. Linus

Re: [PATCH v3] tpm-dev-common: Reject too short writes

On Fri, Sep 08, 2017 at 05:21:32PM +0200, Alexander Steffen wrote: > tpm_transmit() does not offer an explicit interface to indicate the number > of valid bytes in the communication buffer. Instead, it relies on the > commandSize field in the TPM header that is encoded within the buffer. >

Re: [PATCH v3] tpm-dev-common: Reject too short writes

On Fri, Sep 08, 2017 at 05:21:32PM +0200, Alexander Steffen wrote: > tpm_transmit() does not offer an explicit interface to indicate the number > of valid bytes in the communication buffer. Instead, it relies on the > commandSize field in the TPM header that is encoded within the buffer. >

[PATCH 3/3] perf/x86/intel/rapl: add missing CPU IDs

From: Kan Liang DENVERTON and GEMINI_LAKE support same RAPL counters as Apollo Lake. Signed-off-by: Kan Liang --- arch/x86/events/intel/rapl.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/x86/events/intel/rapl.c

[PATCH 3/3] perf/x86/intel/rapl: add missing CPU IDs

From: Kan Liang DENVERTON and GEMINI_LAKE support same RAPL counters as Apollo Lake. Signed-off-by: Kan Liang --- arch/x86/events/intel/rapl.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/x86/events/intel/rapl.c b/arch/x86/events/intel/rapl.c index 8e2457c..005908e 100644 ---

[PATCH 2/3] perf/x86/msr: add missing CPU IDs

From: Kan Liang Goldmont, Glodmont plus and Xeon Phi have MSR_SMI_COUNT as well. Signed-off-by: Kan Liang --- arch/x86/events/msr.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/x86/events/msr.c b/arch/x86/events/msr.c index

[PATCH 1/3] perf/x86/intel/cstate: add missing CPU IDs

From: Kan Liang Skylake server uses the same C-state residency events as Sandy Bridge. Denverton and Gemini lake use the same C-state residency events as Apollo Lake. Signed-off-by: Kan Liang --- arch/x86/events/intel/cstate.c | 4 1 file

[PATCH 2/3] perf/x86/msr: add missing CPU IDs

From: Kan Liang Goldmont, Glodmont plus and Xeon Phi have MSR_SMI_COUNT as well. Signed-off-by: Kan Liang --- arch/x86/events/msr.c | 8 1 file changed, 8 insertions(+) diff --git a/arch/x86/events/msr.c b/arch/x86/events/msr.c index 4bb3ec6..0672367 100644 ---

[PATCH 1/3] perf/x86/intel/cstate: add missing CPU IDs

From: Kan Liang Skylake server uses the same C-state residency events as Sandy Bridge. Denverton and Gemini lake use the same C-state residency events as Apollo Lake. Signed-off-by: Kan Liang --- arch/x86/events/intel/cstate.c | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH v2] tpm-dev-common: Reject too short writes

On Fri, Sep 08, 2017 at 02:26:42PM +, alexander.stef...@infineon.com wrote: > > On Wed, Sep 06, 2017 at 02:19:28PM +, > > alexander.stef...@infineon.com wrote: > > > > On Wed, Sep 06, 2017 at 03:42:33PM +0300, Jarkko Sakkinen wrote: > > > > > On Mon, Sep 04, 2017 at 07:36:42PM +0200,

Re: [PATCH v2] tpm-dev-common: Reject too short writes

On Fri, Sep 08, 2017 at 02:26:42PM +, alexander.stef...@infineon.com wrote: > > On Wed, Sep 06, 2017 at 02:19:28PM +, > > alexander.stef...@infineon.com wrote: > > > > On Wed, Sep 06, 2017 at 03:42:33PM +0300, Jarkko Sakkinen wrote: > > > > > On Mon, Sep 04, 2017 at 07:36:42PM +0200,

Re: [PATCH] tpm: constify transmit data pointers

On Thu, Sep 07, 2017 at 02:01:53PM -0600, Jason Gunthorpe wrote: > On Thu, Sep 07, 2017 at 03:30:45PM +0200, Arnd Bergmann wrote: > > Making cmd_getticks 'const' introduced a couple of harmless warnings: > > > > drivers/char/tpm/tpm_tis_core.c: In function 'probe_itpm': > >

Re: [PATCH] tpm: constify transmit data pointers

On Thu, Sep 07, 2017 at 02:01:53PM -0600, Jason Gunthorpe wrote: > On Thu, Sep 07, 2017 at 03:30:45PM +0200, Arnd Bergmann wrote: > > Making cmd_getticks 'const' introduced a couple of harmless warnings: > > > > drivers/char/tpm/tpm_tis_core.c: In function 'probe_itpm': > >

Re: [PATCH v3 05/13] xen/pvcalls: implement connect command

On Sat, 12 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Send PVCALLS_CONNECT to the backend. Allocate a new ring and evtchn for > > the active socket. > > > > Introduce fields in struct sock_mapping to keep track of active sockets. > > Introduce a

Re: [PATCH v3 05/13] xen/pvcalls: implement connect command

On Sat, 12 Aug 2017, Boris Ostrovsky wrote: > On 07/31/2017 06:57 PM, Stefano Stabellini wrote: > > Send PVCALLS_CONNECT to the backend. Allocate a new ring and evtchn for > > the active socket. > > > > Introduce fields in struct sock_mapping to keep track of active sockets. > > Introduce a

Re: [RFC PATCH] exec: Avoid recursive modprobe for binary format handlers

Hi, On Tue, Aug 8, 2017 at 5:09 PM, Luis R. Rodriguez wrote: > On Wed, Aug 02, 2017 at 02:12:00AM +0200, Luis R. Rodriguez wrote: >> On Fri, Jul 21, 2017 at 03:05:20PM +0100, Matt Redfearn wrote: >> > diff --git a/fs/exec.c b/fs/exec.c >> > index 62175cbcc801..004bb50a01fe

Re: [RFC PATCH] exec: Avoid recursive modprobe for binary format handlers

Hi, On Tue, Aug 8, 2017 at 5:09 PM, Luis R. Rodriguez wrote: > On Wed, Aug 02, 2017 at 02:12:00AM +0200, Luis R. Rodriguez wrote: >> On Fri, Jul 21, 2017 at 03:05:20PM +0100, Matt Redfearn wrote: >> > diff --git a/fs/exec.c b/fs/exec.c >> > index 62175cbcc801..004bb50a01fe 100644 >> > ---

Re: execve(NULL, argv, envp) for nommu?

On 09/05/2017 08:12 PM, Rob Landley wrote: > On 09/05/2017 08:24 AM, Alan Cox wrote: honoring the suid bit if people feel that way. I just wanna unblock vfork() while still running this code. >> >> Would it make more sense to have a way to promote your vfork into a >> fork when you hit

Re: execve(NULL, argv, envp) for nommu?

On 09/05/2017 08:12 PM, Rob Landley wrote: > On 09/05/2017 08:24 AM, Alan Cox wrote: honoring the suid bit if people feel that way. I just wanna unblock vfork() while still running this code. >> >> Would it make more sense to have a way to promote your vfork into a >> fork when you hit

Re: [Outreachy kernel] [PATCH v2] Staging: ccree: Merge assignment with return

On Sat, Sep 9, 2017 at 2:28 AM, Julia Lawall wrote: > > > On Sat, 9 Sep 2017, Srishti Sharma wrote: > >> Merge the assignment and return statements to return the value >> directly. Done using coccinelle. >> >> @@ >> local idexpression ret; >> expression e; >> @@ >> >> -ret =

Re: [Outreachy kernel] [PATCH v2] Staging: ccree: Merge assignment with return

On Sat, Sep 9, 2017 at 2:28 AM, Julia Lawall wrote: > > > On Sat, 9 Sep 2017, Srishti Sharma wrote: > >> Merge the assignment and return statements to return the value >> directly. Done using coccinelle. >> >> @@ >> local idexpression ret; >> expression e; >> @@ >> >> -ret = >> +return >> e;

<    1   2   3   4   5   6   7   8   9   10   >