[Question] does there have another fix for ldisc crash instead of "tty: Fix ldisc crash on reopened tty" ?

Hi, all, I test in a Arm64 fpga board (Hisilicon D06 fpga) with kernel-stable-4.14.2, then I get a panic log attached in the end. I found this problem try to be fixed before by the patch "tty: Fix ldisc crash on reopened tty", and it was reverted shortly thereafter

[Question] does there have another fix for ldisc crash instead of "tty: Fix ldisc crash on reopened tty" ?

Hi, all, I test in a Arm64 fpga board (Hisilicon D06 fpga) with kernel-stable-4.14.2, then I get a panic log attached in the end. I found this problem try to be fixed before by the patch "tty: Fix ldisc crash on reopened tty", and it was reverted shortly thereafter

Re: [PATCH] media: ov13858: select V4L2_FWNODE

On Tue, Nov 28, 2017 at 11:38:00AM +0100, Arnd Bergmann wrote: > v4l2_async_register_subdev_sensor_common() is only provided when > CONFIG_V4L2_FWNODE is enabled, otherwise we get a link failure: > > drivers/media/i2c/ov13858.o: In function `ov13858_probe': > ov13858.c:(.text+0xf74): undefined

Re: [PATCH] media: ov13858: select V4L2_FWNODE

On Tue, Nov 28, 2017 at 11:38:00AM +0100, Arnd Bergmann wrote: > v4l2_async_register_subdev_sensor_common() is only provided when > CONFIG_V4L2_FWNODE is enabled, otherwise we get a link failure: > > drivers/media/i2c/ov13858.o: In function `ov13858_probe': > ov13858.c:(.text+0xf74): undefined

Re: [PATCH 0/3] x86: make rsdp address accessible via boot params

On 28/11/17 22:03, Rafael J. Wysocki wrote: > On Tue, Nov 28, 2017 at 10:43 AM, Juergen Gross wrote: >> In the non-EFI boot path the ACPI RSDP table is currently found via >> either EBDA or by searching through low memory for the RSDP magic. >> This requires the RSDP to be

Re: [PATCH 0/3] x86: make rsdp address accessible via boot params

On 28/11/17 22:03, Rafael J. Wysocki wrote: > On Tue, Nov 28, 2017 at 10:43 AM, Juergen Gross wrote: >> In the non-EFI boot path the ACPI RSDP table is currently found via >> either EBDA or by searching through low memory for the RSDP magic. >> This requires the RSDP to be located in the first

Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap()

On Tue, Nov 28, 2017 at 11:48:49PM +0100, Luis R. Rodriguez wrote: > On Tue, Nov 28, 2017 at 02:18:18PM -0800, Kees Cook wrote: > > On Tue, Nov 28, 2017 at 2:12 PM, Luis R. Rodriguez > > wrote: > > > On Tue, Nov 28, 2017 at 01:39:58PM -0800, Kees Cook wrote: > > >> On Tue, Nov

Re: [PATCH v5 next 1/5] modules:capabilities: add request_module_cap()

On Tue, Nov 28, 2017 at 11:48:49PM +0100, Luis R. Rodriguez wrote: > On Tue, Nov 28, 2017 at 02:18:18PM -0800, Kees Cook wrote: > > On Tue, Nov 28, 2017 at 2:12 PM, Luis R. Rodriguez > > wrote: > > > On Tue, Nov 28, 2017 at 01:39:58PM -0800, Kees Cook wrote: > > >> On Tue, Nov 28, 2017 at 1:16

Re: [PATCH v4 2/4] vm: add a syscall to map a process memory into a pipe

On Mon, Nov 27, 2017 at 03:42:49PM -0800, Andrew Morton wrote: > On Mon, 27 Nov 2017 09:19:39 +0200 Mike Rapoport > wrote: > > > From: Andrei Vagin > > > > It is a hybrid of process_vm_readv() and vmsplice(). > > > > vmsplice can map memory from

Re: [PATCH v4 2/4] vm: add a syscall to map a process memory into a pipe

On Mon, Nov 27, 2017 at 03:42:49PM -0800, Andrew Morton wrote: > On Mon, 27 Nov 2017 09:19:39 +0200 Mike Rapoport > wrote: > > > From: Andrei Vagin > > > > It is a hybrid of process_vm_readv() and vmsplice(). > > > > vmsplice can map memory from a current address space into a pipe. > >

Re: [PATCH 3/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On Wed, Nov 29 2017, Ian Kent wrote: > On 29/11/17 11:45, NeilBrown wrote: >> On Wed, Nov 29 2017, Ian Kent wrote: >> >>> Adding Al Viro to the Cc list as I believe Stephen Whitehouse and >>> Al have discussed something similar, please feel free to chime in >>> with your thoughts Al. >>> >>> On

Re: [PATCH 3/3] autofs - fix AT_NO_AUTOMOUNT not being honored

On Wed, Nov 29 2017, Ian Kent wrote: > On 29/11/17 11:45, NeilBrown wrote: >> On Wed, Nov 29 2017, Ian Kent wrote: >> >>> Adding Al Viro to the Cc list as I believe Stephen Whitehouse and >>> Al have discussed something similar, please feel free to chime in >>> with your thoughts Al. >>> >>> On

Re: [PATCH v4 00/12] [dt-bindings] [media] Add document file and driver for Sony CXD2880 DVB-T2/T tuner + demodulator

Em Wed, 22 Nov 2017 13:17:14 +0900 "Takiguchi, Yasunari" escreveu: Hi Takiguchi-san, > Hi, all > > I sent the patch series of Sony CXD2880 DVB-T2/T tuner + demodulator driver > version 4 on 13th/Oct. > I'd like to get better understanding of current review status

Re: [PATCH v4 00/12] [dt-bindings] [media] Add document file and driver for Sony CXD2880 DVB-T2/T tuner + demodulator

Em Wed, 22 Nov 2017 13:17:14 +0900 "Takiguchi, Yasunari" escreveu: Hi Takiguchi-san, > Hi, all > > I sent the patch series of Sony CXD2880 DVB-T2/T tuner + demodulator driver > version 4 on 13th/Oct. > I'd like to get better understanding of current review status for our codes. > > Are there

Re: [PATCH] pwm: meson: fix harware duty calculation

On Wed, 2017-11-29 at 11:03 +0800, Yixun Lan wrote: > From: Jian Hu > > The actual HIGH/LOW signal output from the PWM is equal to > the value programed to HW register plus one, this is designed by HW. > > This fix should apply to all Meson SoC(include GX/GXL/GXBB,

Re: [PATCH] pwm: meson: fix harware duty calculation

On Wed, 2017-11-29 at 11:03 +0800, Yixun Lan wrote: > From: Jian Hu > > The actual HIGH/LOW signal output from the PWM is equal to > the value programed to HW register plus one, this is designed by HW. > > This fix should apply to all Meson SoC(include GX/GXL/GXBB, Meson6,8) > > Fixes:

Re: [PATCH v3] scripts/package: snap-pkg target

2017-11-29 4:35 GMT+09:00 Jim Davis : > On Tue, Nov 28, 2017 at 10:14 AM, Paolo Pisati > wrote: >> On Mon, Nov 27, 2017 at 7:33 PM, Jim Davis wrote: >>> >>> With this patch applied to the 4.14 kernel source, and running make

Re: [PATCH v3] scripts/package: snap-pkg target

2017-11-29 4:35 GMT+09:00 Jim Davis : > On Tue, Nov 28, 2017 at 10:14 AM, Paolo Pisati > wrote: >> On Mon, Nov 27, 2017 at 7:33 PM, Jim Davis wrote: >>> >>> With this patch applied to the 4.14 kernel source, and running make >>> snap-pkg on a Ubuntu 16.04 VM with the latest 16.04 kernel config

Re: [PATCH] ARM: davinci: Use PTR_ERR_OR_ZERO()

On Tuesday 28 November 2017 04:33 AM, Vasyl Gomonovych wrote: > Fix ptr_ret.cocci warnings: > arch/arm/mach-davinci/devices-da8xx.c:255:8-14: WARNING: PTR_ERR_OR_ZERO can > be used > arch/arm/mach-davinci/devices-da8xx.c:300:8-14: WARNING: PTR_ERR_OR_ZERO can > be used >

Re: [PATCH] ARM: davinci: Use PTR_ERR_OR_ZERO()

On Tuesday 28 November 2017 04:33 AM, Vasyl Gomonovych wrote: > Fix ptr_ret.cocci warnings: > arch/arm/mach-davinci/devices-da8xx.c:255:8-14: WARNING: PTR_ERR_OR_ZERO can > be used > arch/arm/mach-davinci/devices-da8xx.c:300:8-14: WARNING: PTR_ERR_OR_ZERO can > be used >

Re: [PATCH v2] x86/entry/64/paravirt: Use paravirt-safe macro to access eflags

On 28/11/17 16:28, Boris Ostrovsky wrote: > Commit 1d3e53e8624a ("x86/entry/64: Refactor IRQ stacks and make > them NMI-safe") added DEBUG_ENTRY_ASSERT_IRQS_OFF macro that acceses > eflags using 'pushfq' instruction when testing for IF bit. On PV Xen > guests looking at IF flag directly will

Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On (11/28/17 16:47), Petr Mladek wrote: > On Fri 2017-11-10 08:48:24, Sergey Senozhatsky wrote: > > Hello, > > > > A reworked version. There is a new dereference_symbol_descriptor() > > function now, where "the magic happens", so I don't touch kallsyms_lookup() > > and

Re: kernel CI: printk loglevels in kernel boot logs?

On (11/28/17 16:13), Kevin Hilman wrote: [..] > > okay... who's going to send the patch? kernelCI folks? > > > > I have some sort of a patch. added console_msg_format= with the only > > available option so far - "syslog". may be people would want to have > > boot time, etc. on their consoles. who

Re: [PATCH v2] x86/entry/64/paravirt: Use paravirt-safe macro to access eflags

On 28/11/17 16:28, Boris Ostrovsky wrote: > Commit 1d3e53e8624a ("x86/entry/64: Refactor IRQ stacks and make > them NMI-safe") added DEBUG_ENTRY_ASSERT_IRQS_OFF macro that acceses > eflags using 'pushfq' instruction when testing for IF bit. On PV Xen > guests looking at IF flag directly will

Re: [PATCHv4 0/6] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

On (11/28/17 16:47), Petr Mladek wrote: > On Fri 2017-11-10 08:48:24, Sergey Senozhatsky wrote: > > Hello, > > > > A reworked version. There is a new dereference_symbol_descriptor() > > function now, where "the magic happens", so I don't touch kallsyms_lookup() > > and

Re: kernel CI: printk loglevels in kernel boot logs?

On (11/28/17 16:13), Kevin Hilman wrote: [..] > > okay... who's going to send the patch? kernelCI folks? > > > > I have some sort of a patch. added console_msg_format= with the only > > available option so far - "syslog". may be people would want to have > > boot time, etc. on their consoles. who

Re: [PATCH v2 06/35] nds32: MMU fault handling and page table management

Hi, Mark: 2017-11-27 21:51 GMT+08:00 Mark Rutland : > Hi, > > On Mon, Nov 27, 2017 at 08:27:53PM +0800, Greentime Hu wrote: >> +void do_page_fault(unsigned long entry, unsigned long addr, >> +unsigned int error_code, struct pt_regs *regs) >> +{ > >> + /*

Re: [PATCH v2 06/35] nds32: MMU fault handling and page table management

Hi, Mark: 2017-11-27 21:51 GMT+08:00 Mark Rutland : > Hi, > > On Mon, Nov 27, 2017 at 08:27:53PM +0800, Greentime Hu wrote: >> +void do_page_fault(unsigned long entry, unsigned long addr, >> +unsigned int error_code, struct pt_regs *regs) >> +{ > >> + /* >> + * As per

Re: [PATCH net] net: phylink: fix link state on phy-connect

Hi Russell, On Tue, Nov 28, 2017 at 03:56:11PM +, Russell King wrote: > Oh, and lastly, please send patches to li...@armlinux.org.uk or the > address I use in the sign-offs - sending them to r...@armlinux.org.uk > is for personal non-Linux mail only, and has resulted in _all_ of > these

Re: [RFC PATCH] arch, mm: introduce arch_tlb_gather_mmu_exit

On Tue 28-11-17 19:00:01, Will Deacon wrote: > On Thu, Nov 23, 2017 at 10:02:36AM +0100, Michal Hocko wrote: > > From: Michal Hocko > > > > 5a7862e83000 ("arm64: tlbflush: avoid flushing when fullmm == 1") has > > introduced an optimization to not flush tlb when we are tearing

Re: [PATCH net] net: phylink: fix link state on phy-connect

Hi Russell, On Tue, Nov 28, 2017 at 03:56:11PM +, Russell King wrote: > Oh, and lastly, please send patches to li...@armlinux.org.uk or the > address I use in the sign-offs - sending them to r...@armlinux.org.uk > is for personal non-Linux mail only, and has resulted in _all_ of > these

Re: [RFC PATCH] arch, mm: introduce arch_tlb_gather_mmu_exit

On Tue 28-11-17 19:00:01, Will Deacon wrote: > On Thu, Nov 23, 2017 at 10:02:36AM +0100, Michal Hocko wrote: > > From: Michal Hocko > > > > 5a7862e83000 ("arm64: tlbflush: avoid flushing when fullmm == 1") has > > introduced an optimization to not flush tlb when we are tearing the > > whole

Re: [PATCH RFC 2/2] mm, hugetlb: do not rely on overcommit limit during migration

On Tue 28-11-17 17:39:50, Mike Kravetz wrote: > On 11/28/2017 06:12 AM, Michal Hocko wrote: > > From: Michal Hocko > > > > hugepage migration relies on __alloc_buddy_huge_page to get a new page. > > This has 2 main disadvantages. > > 1) it doesn't allow to migrate any huge page

Re: [PATCH RFC 2/2] mm, hugetlb: do not rely on overcommit limit during migration

On Tue 28-11-17 17:39:50, Mike Kravetz wrote: > On 11/28/2017 06:12 AM, Michal Hocko wrote: > > From: Michal Hocko > > > > hugepage migration relies on __alloc_buddy_huge_page to get a new page. > > This has 2 main disadvantages. > > 1) it doesn't allow to migrate any huge page if the pool is

Re: [PATCH v2] crypto: AF_ALG - race-free access of encryption flag

Am Mittwoch, 29. November 2017, 08:10:49 CET schrieb Herbert Xu: Hi Herbert, > > But anyway this isn't suitable for stable where we should just fix > it by making it not crash. I will send a patch right away moving the wait out. Later on I will elaborate on your suggestion to move the

Re: [PATCH v2] crypto: AF_ALG - race-free access of encryption flag

Am Mittwoch, 29. November 2017, 08:10:49 CET schrieb Herbert Xu: Hi Herbert, > > But anyway this isn't suitable for stable where we should just fix > it by making it not crash. I will send a patch right away moving the wait out. Later on I will elaborate on your suggestion to move the

Re: [PATCH v5] lib: optimize cpumask_next_and()

NACK. I'm sorry, but it seems you have to send v6. See comments inline. On Tue, Nov 28, 2017 at 02:13:34PM +0100, Clement Courbet wrote: > We've measured that we spend ~0.6% of sys cpu time in cpumask_next_and(). > It's essentially a joined iteration in search for a non-zero bit, which > is

Re: [PATCH v5] lib: optimize cpumask_next_and()

NACK. I'm sorry, but it seems you have to send v6. See comments inline. On Tue, Nov 28, 2017 at 02:13:34PM +0100, Clement Courbet wrote: > We've measured that we spend ~0.6% of sys cpu time in cpumask_next_and(). > It's essentially a joined iteration in search for a non-zero bit, which > is

[v2] arm: dts: ls1021a: fix the value of TMR_FIPER1

The timer fixed interval period pulse generator register is used to generate periodic pulses. The down count register loads the value programmed in the fixed period interval (FIPER). At every tick of the timer accumulator overflow, the counter decrements by the value of TMR_CTRL[TCLK_PERIOD]. It

[v2] arm: dts: ls1021a: fix the value of TMR_FIPER1

The timer fixed interval period pulse generator register is used to generate periodic pulses. The down count register loads the value programmed in the fixed period interval (FIPER). At every tick of the timer accumulator overflow, the counter decrements by the value of TMR_CTRL[TCLK_PERIOD]. It

Re: [PATCH v2] crypto: AF_ALG - race-free access of encryption flag

On Wed, Nov 29, 2017 at 07:48:53AM +0100, Stephan Mueller wrote: > Am Mittwoch, 29. November 2017, 00:02:40 CET schrieb Herbert Xu: > > > This is wrong. You can't fetch ctx->enc before you wait. It has > > to be done after the wait as otherwise ctx->enc may not even have > > been initialised. >

Re: [PATCH v2] crypto: AF_ALG - race-free access of encryption flag

On Wed, Nov 29, 2017 at 07:48:53AM +0100, Stephan Mueller wrote: > Am Mittwoch, 29. November 2017, 00:02:40 CET schrieb Herbert Xu: > > > This is wrong. You can't fetch ctx->enc before you wait. It has > > to be done after the wait as otherwise ctx->enc may not even have > > been initialised. >

[PATCH] x86/entry/64: Fix native_load_gs_index() SWAPGS handling with IRQ state tracing enabled

* Jarkko Nikula wrote: > Hi > > Suspend-to-ram and resume stopped working on v4.15-rc1 and I bisected it to > commit ca37e57bbe0c ("x86/entry/64: Add missing irqflags tracing to > native_load_gs_index()"). > > I noticed it on Intel Kabylake (core) and Apollolake

[PATCH] x86/entry/64: Fix native_load_gs_index() SWAPGS handling with IRQ state tracing enabled

* Jarkko Nikula wrote: > Hi > > Suspend-to-ram and resume stopped working on v4.15-rc1 and I bisected it to > commit ca37e57bbe0c ("x86/entry/64: Add missing irqflags tracing to > native_load_gs_index()"). > > I noticed it on Intel Kabylake (core) and Apollolake (atom) based prototype >

Re: [PATCH] powerpc/powernv : Add support to enable sensor groups

Hi, On 11/28/2017 05:07 PM, Michael Ellerman wrote: > Shilpasri G Bhat writes: > >> Adds support to enable/disable a sensor group. This can be used to >> select the sensor groups that needs to be copied to main memory by >> OCC. Sensor groups like power,

Re: [PATCH] powerpc/powernv : Add support to enable sensor groups

Hi, On 11/28/2017 05:07 PM, Michael Ellerman wrote: > Shilpasri G Bhat writes: > >> Adds support to enable/disable a sensor group. This can be used to >> select the sensor groups that needs to be copied to main memory by >> OCC. Sensor groups like power, temperature, current, voltage, >>

[PATCH] Support TrackStick of Thinkpad L570

From: Masaki Ota - The issue is that Thinkpad L570 TrackStick does not work. Because the main interface of Thinkpad L570 device is SMBus, so ALPS overlooked PS2 interface Firmware setting of TrackStick. The detail is that TrackStick otp bit is disabled. - Add the code

[PATCH] Support TrackStick of Thinkpad L570

From: Masaki Ota - The issue is that Thinkpad L570 TrackStick does not work. Because the main interface of Thinkpad L570 device is SMBus, so ALPS overlooked PS2 interface Firmware setting of TrackStick. The detail is that TrackStick otp bit is disabled. - Add the code that checks 0xD7 address

Re: [PATCH] cpufreq: longhaul: Set transition_delay_us to 20 ms

> > diff --git a/drivers/cpufreq/longhaul.c b/drivers/cpufreq/longhaul.c > > index c46a12df40dd..56eafcb07859 100644 > > --- a/drivers/cpufreq/longhaul.c > > +++ b/drivers/cpufreq/longhaul.c > > @@ -894,7 +894,7 @@ static int longhaul_cpu_init(struct cpufreq_policy > > *policy) > > if

Re: [PATCH] cpufreq: longhaul: Set transition_delay_us to 20 ms

> > diff --git a/drivers/cpufreq/longhaul.c b/drivers/cpufreq/longhaul.c > > index c46a12df40dd..56eafcb07859 100644 > > --- a/drivers/cpufreq/longhaul.c > > +++ b/drivers/cpufreq/longhaul.c > > @@ -894,7 +894,7 @@ static int longhaul_cpu_init(struct cpufreq_policy > > *policy) > > if

Re: [PATCH] crypto: replace FSF address with web source in license notices

On Wed, Nov 29, 2017 at 7:35 AM, Herbert Xu wrote: > On Tue, Nov 14, 2017 at 10:25:15AM +0100, Martin Kepplinger wrote: >> A few years ago the FSF moved and "59 Temple Place" is wrong. Having this >> still in our source files feels old and unmaintained. >> >> Let's

Re: [PATCH] crypto: replace FSF address with web source in license notices

On Wed, Nov 29, 2017 at 7:35 AM, Herbert Xu wrote: > On Tue, Nov 14, 2017 at 10:25:15AM +0100, Martin Kepplinger wrote: >> A few years ago the FSF moved and "59 Temple Place" is wrong. Having this >> still in our source files feels old and unmaintained. >> >> Let's take the license statement

Re: linux-next: build warning after merge of the arm tree

On Tue, 28 Nov 2017, Russell King wrote: > On Wed, Nov 29, 2017 at 10:38:05AM +1100, Stephen Rothwell wrote: > > Hi Russell, > > > > On Tue, 28 Nov 2017 23:19:59 + Russell King > > wrote: > > > > > > Stephen, which binutils version are you using? > > > > GNU ld (GNU

Re: linux-next: build warning after merge of the arm tree

On Tue, 28 Nov 2017, Russell King wrote: > On Wed, Nov 29, 2017 at 10:38:05AM +1100, Stephen Rothwell wrote: > > Hi Russell, > > > > On Tue, 28 Nov 2017 23:19:59 + Russell King > > wrote: > > > > > > Stephen, which binutils version are you using? > > > > GNU ld (GNU Binutils) 2.25.2 > >

Re: [PATCH RFC 1/2] mm, hugetlb: unify core page allocation accounting and initialization

On Tue 28-11-17 13:34:53, Mike Kravetz wrote: > On 11/28/2017 06:12 AM, Michal Hocko wrote: [...] > > +/* > > + * Allocates a fresh page to the hugetlb allocator pool in the node > > interleaved > > + * manner. > > + */ > > static int alloc_fresh_huge_page(struct hstate *h, nodemask_t > >

Re: [PATCH RFC 1/2] mm, hugetlb: unify core page allocation accounting and initialization

On Tue 28-11-17 13:34:53, Mike Kravetz wrote: > On 11/28/2017 06:12 AM, Michal Hocko wrote: [...] > > +/* > > + * Allocates a fresh page to the hugetlb allocator pool in the node > > interleaved > > + * manner. > > + */ > > static int alloc_fresh_huge_page(struct hstate *h, nodemask_t > >

Re: [PATCH] arm: dts: ls1021a: fix the value of TMR_FIPER1

On Fri, Nov 24, 2017 at 02:31:13AM +, Y.b. Lu wrote: > Any comments? > > +Shawn Please resend with me on copy. > > Thanks. > > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: 2017年11月10日 9:59 > To: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;

Re: [PATCH] arm: dts: ls1021a: fix the value of TMR_FIPER1

On Fri, Nov 24, 2017 at 02:31:13AM +, Y.b. Lu wrote: > Any comments? > > +Shawn Please resend with me on copy. > > Thanks. > > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: 2017年11月10日 9:59 > To: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org;

Re: [PATCH v3 2/2] ARM: dts: TS-7970: add basic device tree

On Thu, Nov 23, 2017 at 03:24:46PM -0500, Sebastien Bourdelin wrote: > These device trees add support for TS-7970 by Technologic Systems. > > More details here: >https://wiki.embeddedarm.com/wiki/TS-7970 > > Signed-off-by: Sebastien Bourdelin > ---

Re: [PATCH v3 2/2] ARM: dts: TS-7970: add basic device tree

On Thu, Nov 23, 2017 at 03:24:46PM -0500, Sebastien Bourdelin wrote: > These device trees add support for TS-7970 by Technologic Systems. > > More details here: >https://wiki.embeddedarm.com/wiki/TS-7970 > > Signed-off-by: Sebastien Bourdelin > --- > Changes v2 -> v3: > - fix typo in

Re: [PATCH v2] crypto: AF_ALG - race-free access of encryption flag

Am Mittwoch, 29. November 2017, 00:02:40 CET schrieb Herbert Xu: Hi Herbert, > > --- a/crypto/algif_aead.c > > +++ b/crypto/algif_aead.c > > @@ -110,6 +110,7 @@ static int _aead_recvmsg(struct socket *sock, struct > > msghdr *msg,> > > size_t outlen = 0; /* [out] RX bufs

Re: [PATCH v2] crypto: AF_ALG - race-free access of encryption flag

Am Mittwoch, 29. November 2017, 00:02:40 CET schrieb Herbert Xu: Hi Herbert, > > --- a/crypto/algif_aead.c > > +++ b/crypto/algif_aead.c > > @@ -110,6 +110,7 @@ static int _aead_recvmsg(struct socket *sock, struct > > msghdr *msg,> > > size_t outlen = 0; /* [out] RX bufs

Re: [PATCH v3 1/2] of: documentation: add bindings documentation for TS-7970

On Thu, Nov 23, 2017 at 03:24:45PM -0500, Sebastien Bourdelin wrote: > This adds the documentation for the TS-7970 by Technologic Systems. > > Signed-off-by: Sebastien Bourdelin It needs to be acked by DT maintainer. I see devicetree list is not on

Re: [PATCH v3 1/2] of: documentation: add bindings documentation for TS-7970

On Thu, Nov 23, 2017 at 03:24:45PM -0500, Sebastien Bourdelin wrote: > This adds the documentation for the TS-7970 by Technologic Systems. > > Signed-off-by: Sebastien Bourdelin It needs to be acked by DT maintainer. I see devicetree list is not on copy, and that could be the reason why there

Reply

I have something very confidential and private to discuss with you

Reply

I have something very confidential and private to discuss with you

[tip:perf/core] perf record: Ignore kptr_restrict when not sampling the kernel

Commit-ID: b0ebd811af889721d3fbef3657092cf028c16b7c Gitweb: https://git.kernel.org/tip/b0ebd811af889721d3fbef3657092cf028c16b7c Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 14 Nov 2017 11:03:19 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf record: Ignore kptr_restrict when not sampling the kernel

Commit-ID: b0ebd811af889721d3fbef3657092cf028c16b7c Gitweb: https://git.kernel.org/tip/b0ebd811af889721d3fbef3657092cf028c16b7c Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 14 Nov 2017 11:03:19 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:26:33 -0300

[tip:perf/core] perf test: Fix test 21 for s390x

Commit-ID: 996548499df61babae5306544c7daf5fd39db31c Gitweb: https://git.kernel.org/tip/996548499df61babae5306544c7daf5fd39db31c Author: Thomas Richter AuthorDate: Thu, 23 Nov 2017 12:46:11 +0100 Committer: Arnaldo Carvalho de Melo

[tip:perf/core] perf test: Fix test 21 for s390x

Commit-ID: 996548499df61babae5306544c7daf5fd39db31c Gitweb: https://git.kernel.org/tip/996548499df61babae5306544c7daf5fd39db31c Author: Thomas Richter AuthorDate: Thu, 23 Nov 2017 12:46:11 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:28:26 -0300 perf test:

[tip:perf/core] perf top: Ignore kptr_restrict when not sampling the kernel

Commit-ID: df7ccfa21ef343c602ae4aa1eb7893da4408b219 Gitweb: https://git.kernel.org/tip/df7ccfa21ef343c602ae4aa1eb7893da4408b219 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 14 Nov 2017 13:30:19 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf top: Ignore kptr_restrict when not sampling the kernel

Commit-ID: df7ccfa21ef343c602ae4aa1eb7893da4408b219 Gitweb: https://git.kernel.org/tip/df7ccfa21ef343c602ae4aa1eb7893da4408b219 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 14 Nov 2017 13:30:19 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:26:49 -0300

[tip:perf/core] tools headers: Synchronize KVM arch ABI headers

Commit-ID: 374fbe56068c36126fc690378f1ae8a95f91 Gitweb: https://git.kernel.org/tip/374fbe56068c36126fc690378f1ae8a95f91 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 12:04:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers: Synchronize KVM arch ABI headers

Commit-ID: 374fbe56068c36126fc690378f1ae8a95f91 Gitweb: https://git.kernel.org/tip/374fbe56068c36126fc690378f1ae8a95f91 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 12:04:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:31:01 -0300

Re: [PATCH v2] ARM64: crypto: do not call crypto_unregister_skcipher twice on error

On Fri, Nov 24, 2017 at 08:22:07AM +, Corentin Labbe wrote: > When a cipher fails to register in aes_init(), the error path goes thought > aes_exit() then crypto_unregister_skciphers(). > Since aes_exit calls also crypto_unregister_skcipher, this triggers a > refcount_t: underflow;

[tip:perf/core] tools headers: Synchronize prctl.h ABI header

Commit-ID: d9744f940923ea341a289d1920a55e3a3de7fc9a Gitweb: https://git.kernel.org/tip/d9744f940923ea341a289d1920a55e3a3de7fc9a Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 12:11:02 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers: Syncronize mman.h ABI header

Commit-ID: 1b3b5219abfd6a214e99018747e9fe98514b43ca Gitweb: https://git.kernel.org/tip/1b3b5219abfd6a214e99018747e9fe98514b43ca Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 12:18:23 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH v2] ARM64: crypto: do not call crypto_unregister_skcipher twice on error

On Fri, Nov 24, 2017 at 08:22:07AM +, Corentin Labbe wrote: > When a cipher fails to register in aes_init(), the error path goes thought > aes_exit() then crypto_unregister_skciphers(). > Since aes_exit calls also crypto_unregister_skcipher, this triggers a > refcount_t: underflow;

[tip:perf/core] tools headers: Synchronize prctl.h ABI header

Commit-ID: d9744f940923ea341a289d1920a55e3a3de7fc9a Gitweb: https://git.kernel.org/tip/d9744f940923ea341a289d1920a55e3a3de7fc9a Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 12:11:02 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:31:30 -0300

[tip:perf/core] tools headers: Syncronize mman.h ABI header

Commit-ID: 1b3b5219abfd6a214e99018747e9fe98514b43ca Gitweb: https://git.kernel.org/tip/1b3b5219abfd6a214e99018747e9fe98514b43ca Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 12:18:23 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:31:56 -0300

Re: [PATCH 0/5] crypto: chacha20 - Alignment fixes

On Wed, Nov 22, 2017 at 11:51:34AM -0800, Eric Biggers wrote: > From: Eric Biggers > > This series fixes potentially unaligned memory accesses when loading the > initial state, key, and IV for ChaCha20, and when outputting each > keystream block. > > It also removes the

Re: [PATCH 0/5] crypto: chacha20 - Alignment fixes

On Wed, Nov 22, 2017 at 11:51:34AM -0800, Eric Biggers wrote: > From: Eric Biggers > > This series fixes potentially unaligned memory accesses when loading the > initial state, key, and IV for ChaCha20, and when outputting each > keystream block. > > It also removes the cra_alignmask from the

[tip:perf/core] tools headers uapi: Synchronize drm/drm.h

Commit-ID: 8ce6d5eb01cba83db9077c88a533bfeff39c679c Gitweb: https://git.kernel.org/tip/8ce6d5eb01cba83db9077c88a533bfeff39c679c Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 11:43:00 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers uapi: Synchronize drm/drm.h

Commit-ID: 8ce6d5eb01cba83db9077c88a533bfeff39c679c Gitweb: https://git.kernel.org/tip/8ce6d5eb01cba83db9077c88a533bfeff39c679c Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 11:43:00 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:30:16 -0300

[tip:perf/core] tools headers: Synchronize drm/i915_drm.h

Commit-ID: 485be0cb0c71da167cb7f27c20130dc04fec33ff Gitweb: https://git.kernel.org/tip/485be0cb0c71da167cb7f27c20130dc04fec33ff Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 11:50:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers: Synchronize drm/i915_drm.h

Commit-ID: 485be0cb0c71da167cb7f27c20130dc04fec33ff Gitweb: https://git.kernel.org/tip/485be0cb0c71da167cb7f27c20130dc04fec33ff Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 11:50:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:30:42 -0300

Re: [PATCH net-next] cryptd: Add cryptd_max_cpu_qlen module parameter

On Wed, Nov 22, 2017 at 04:08:17PM +1100, Jon Maxwell wrote: > Make the cryptd queue length configurable. We recently had customer where > this > needed to be tuned to accommodate the aesni_intel module and prevent packet > drop. > > Signed-off-by: Jon Maxwell Patch

Re: [PATCH net-next] cryptd: Add cryptd_max_cpu_qlen module parameter

On Wed, Nov 22, 2017 at 04:08:17PM +1100, Jon Maxwell wrote: > Make the cryptd queue length configurable. We recently had customer where > this > needed to be tuned to accommodate the aesni_intel module and prevent packet > drop. > > Signed-off-by: Jon Maxwell Patch applied. Thanks. --

[tip:perf/core] tools headers: Synchronize kernel ABI headers wrt SPDX tags

Commit-ID: 85369131895643c6510416fdcb215a855d39afb1 Gitweb: https://git.kernel.org/tip/85369131895643c6510416fdcb215a855d39afb1 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 7 Nov 2017 13:41:35 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers: Synchronize perf_event.h header

Commit-ID: 0f1aabeb4932e48ce067cb8c88322277dd7af371 Gitweb: https://git.kernel.org/tip/0f1aabeb4932e48ce067cb8c88322277dd7af371 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 11:35:52 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools headers: Synchronize kernel ABI headers wrt SPDX tags

Commit-ID: 85369131895643c6510416fdcb215a855d39afb1 Gitweb: https://git.kernel.org/tip/85369131895643c6510416fdcb215a855d39afb1 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 7 Nov 2017 13:41:35 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:29:20 -0300

[tip:perf/core] tools headers: Synchronize perf_event.h header

Commit-ID: 0f1aabeb4932e48ce067cb8c88322277dd7af371 Gitweb: https://git.kernel.org/tip/0f1aabeb4932e48ce067cb8c88322277dd7af371 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 27 Nov 2017 11:35:52 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 28 Nov 2017 14:29:49 -0300

Re: [5/8] crypto: remove unused hardirq.h

On Sat, Nov 18, 2017 at 07:02:18AM +0800, Yang Shi wrote: > Preempt counter APIs have been split out, currently, hardirq.h just > includes irq_enter/exit APIs which are not used by crypto at all. > > So, remove the unused hardirq.h. > > Signed-off-by: Yang Shi > Cc:

Re: [5/8] crypto: remove unused hardirq.h

On Sat, Nov 18, 2017 at 07:02:18AM +0800, Yang Shi wrote: > Preempt counter APIs have been split out, currently, hardirq.h just > includes irq_enter/exit APIs which are not used by crypto at all. > > So, remove the unused hardirq.h. > > Signed-off-by: Yang Shi > Cc: Herbert Xu > Cc: "David S.

Re: [PATCH] crypto: hifn_795x - Fix a memory leak in the error handling path of 'hifn_probe()'

On Sat, Nov 18, 2017 at 02:45:45PM +0100, Christophe JAILLET wrote: > 'dev' is leaking in the error handling path of 'hifn_probe()'. > > Add a 'kfree(dev)' to match the code in 'hifn_remove()' > > Signed-off-by: Christophe JAILLET Patch applied. Thanks. --

Re: [PATCH] crypto: hifn_795x - Fix a memory leak in the error handling path of 'hifn_probe()'

On Sat, Nov 18, 2017 at 02:45:45PM +0100, Christophe JAILLET wrote: > 'dev' is leaking in the error handling path of 'hifn_probe()'. > > Add a 'kfree(dev)' to match the code in 'hifn_remove()' > > Signed-off-by: Christophe JAILLET Patch applied. Thanks. -- Email: Herbert Xu Home Page:

Re: [PATCHi v2] dt-bindings: add device tree binding for Arm TrustZone CryptoCell crypto engine

On Thu, Nov 16, 2017 at 06:15:28AM +, Gilad Ben-Yossef wrote: > The Arm TrustZone CryptoCell is a hardware security engine. This patch > adds DT bindings for its Rich Execution Environment crypto engine. > > A driver supporting this device is already present in the staging tree. > >

Re: [PATCH][V2] crypto/nx: fix spelling mistake: "availavle" -> "available"

On Tue, Nov 14, 2017 at 02:32:17PM +, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in pr_err error message text. Also > fix spelling mistake in proceeding comment. > > Signed-off-by: Colin Ian King Patch

Re: [PATCHi v2] dt-bindings: add device tree binding for Arm TrustZone CryptoCell crypto engine

On Thu, Nov 16, 2017 at 06:15:28AM +, Gilad Ben-Yossef wrote: > The Arm TrustZone CryptoCell is a hardware security engine. This patch > adds DT bindings for its Rich Execution Environment crypto engine. > > A driver supporting this device is already present in the staging tree. > >

Re: [PATCH][V2] crypto/nx: fix spelling mistake: "availavle" -> "available"

On Tue, Nov 14, 2017 at 02:32:17PM +, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in pr_err error message text. Also > fix spelling mistake in proceeding comment. > > Signed-off-by: Colin Ian King Patch applied. Thanks. -- Email: Herbert Xu Home Page:

  1   2   3   4   5   6   7   8   9   10   >