Entropy sources (was: /dev/random - a new approach)

On Fri, Aug 19, 2016 at 1:20 PM, H. Peter Anvin wrote: > On 08/18/16 22:56, Herbert Xu wrote: >> On Thu, Aug 18, 2016 at 10:49:47PM -0400, Theodore Ts'o wrote: >>> >>> That really depends on the system. We can't assume that people are >>> using systems with a 100Hz clock

Entropy sources (was: /dev/random - a new approach)

On Fri, Aug 19, 2016 at 1:20 PM, H. Peter Anvin wrote: > On 08/18/16 22:56, Herbert Xu wrote: >> On Thu, Aug 18, 2016 at 10:49:47PM -0400, Theodore Ts'o wrote: >>> >>> That really depends on the system. We can't assume that people are >>> using systems with a 100Hz clock interrupt. More often

Re: [Documentation] State of CPU controller in cgroup v2

On Wed, 2016-08-17 at 13:18 -0700, Andy Lutomirski wrote: > On Aug 5, 2016 7:07 PM, "Tejun Heo" wrote: [...] > > 2. Disagreements and Arguments > > > > There have been several lengthy discussion threads [3][4] on LKML > > around the structural constraints of cgroup v2. The two

Re: [Documentation] State of CPU controller in cgroup v2

On Wed, 2016-08-17 at 13:18 -0700, Andy Lutomirski wrote: > On Aug 5, 2016 7:07 PM, "Tejun Heo" wrote: [...] > > 2. Disagreements and Arguments > > > > There have been several lengthy discussion threads [3][4] on LKML > > around the structural constraints of cgroup v2. The two that > > affect

Re: [PATCH 2/2] net: ethernet: renesas: ravb: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 20 Aug 2016 00:52:19 +0200 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 1/2] net: ethernet: renesas: ravb: use phydev from struct net_device

From: Philippe Reynes Date: Sat, 20 Aug 2016 00:52:18 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phy_dev in the private structure, and update the driver to use the > one

Re: [PATCH 2/2] net: ethernet: renesas: ravb: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 20 Aug 2016 00:52:19 +0200 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH 1/2] net: ethernet: renesas: ravb: use phydev from struct net_device

From: Philippe Reynes Date: Sat, 20 Aug 2016 00:52:18 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phy_dev in the private structure, and update the driver to use the > one contained in

Re: [PATCH] net: xilinx: emaclite: Fallback to random MAC address.

From: Daniel Romell Date: Fri, 19 Aug 2016 14:12:01 +0200 > If the address configured in the device tree is invalid, the > driver will fallback to using a random address from the locally > administered range. > > Signed-off-by: Daniel Romell Applied.

Re: [PATCH] net: xilinx: emaclite: Fallback to random MAC address.

From: Daniel Romell Date: Fri, 19 Aug 2016 14:12:01 +0200 > If the address configured in the device tree is invalid, the > driver will fallback to using a random address from the locally > administered range. > > Signed-off-by: Daniel Romell Applied.

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 05:45:00PM -0700, Linus Torvalds wrote: > You have to save the stack pointer at the setjmp point too. And there > might be other architecture-specific ABI rules for that. But you're > right, it might be worth it. > > I *would* be a bit worried about code generation issues.

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 05:45:00PM -0700, Linus Torvalds wrote: > You have to save the stack pointer at the setjmp point too. And there > might be other architecture-specific ABI rules for that. But you're > right, it might be worth it. > > I *would* be a bit worried about code generation issues.

Re: [linux-sunxi] [PATCH 2/9] mfd: axp20x: Add support for AXP806 PMIC

Hi Chen-Yu, On Sun, Aug 21, 2016 at 12:11 PM, Chen-Yu Tsai wrote: > The X-Powers AXP809 is a new PMIC that is paired with Allwinner's A80 > SoC, along with a master AXP809 PMIC. The first "AXP809" should be "AXP806". Thanks, -- Julian Calaby Email: julian.cal...@gmail.com

Re: [linux-sunxi] [PATCH 2/9] mfd: axp20x: Add support for AXP806 PMIC

Hi Chen-Yu, On Sun, Aug 21, 2016 at 12:11 PM, Chen-Yu Tsai wrote: > The X-Powers AXP809 is a new PMIC that is paired with Allwinner's A80 > SoC, along with a master AXP809 PMIC. The first "AXP809" should be "AXP806". Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile:

a81de5e161: BUG: unable to handle kernel paging request at ffffc90000647e38

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vmap_stack commit a81de5e16134480cc93596945601f19e1ace7723 ("[DEBUG] forcibly free stacks immediately") in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm -cpu

a81de5e161: BUG: unable to handle kernel paging request at ffffc90000647e38

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vmap_stack commit a81de5e16134480cc93596945601f19e1ace7723 ("[DEBUG] forcibly free stacks immediately") in testcase: boot on test machine: qemu-system-x86_64 -enable-kvm -cpu

Re: runaway latency detection

On August 20, 2016 3:04:43 PM EDT, Tracy Smith >Using ftace it is difficult to catch the latency since it can occur at >any >point during the cyclictest. It is an uncomfortable level of >indeterminism >without knowing the cause. > >Is there a way to trace random latency jumps on a single core

Re: runaway latency detection

On August 20, 2016 3:04:43 PM EDT, Tracy Smith >Using ftace it is difficult to catch the latency since it can occur at >any >point during the cyclictest. It is an uncomfortable level of >indeterminism >without knowing the cause. > >Is there a way to trace random latency jumps on a single core

Re: [PATCH] staging: lustre: llite: don't clean in_data again

Acked-by: Oleg Drokin On Aug 20, 2016, at 10:44 PM, Shawn Lin wrote: > We have got a zero buffer for in_data as we use > kzalloc here. So let's remove it anyway. > > Signed-off-by: Shawn Lin > --- > > drivers/staging/lustre/lustre/llite/file.c

Re: [PATCH] staging: lustre: llite: don't clean in_data again

Acked-by: Oleg Drokin On Aug 20, 2016, at 10:44 PM, Shawn Lin wrote: > We have got a zero buffer for in_data as we use > kzalloc here. So let's remove it anyway. > > Signed-off-by: Shawn Lin > --- > > drivers/staging/lustre/lustre/llite/file.c | 1 - > 1 file changed, 1 deletion(-) > > diff

Re: [PATCH] lib/Kconfig.debug: fix typo in select statement

On Sat, Aug 20, 2016 at 11:20 AM, Paul E. McKenney wrote: > On Sat, Aug 20, 2016 at 12:16:10PM +0200, Valentin Rothberg wrote: >> Commit 484f29c7430b3 ("bug: Provide toggle for BUG on data corruption") >> added a Kconfig select statement on CONFIG_DEBUG_LIST, but the

Re: [PATCH] lib/Kconfig.debug: fix typo in select statement

On Sat, Aug 20, 2016 at 11:20 AM, Paul E. McKenney wrote: > On Sat, Aug 20, 2016 at 12:16:10PM +0200, Valentin Rothberg wrote: >> Commit 484f29c7430b3 ("bug: Provide toggle for BUG on data corruption") >> added a Kconfig select statement on CONFIG_DEBUG_LIST, but the CONFIG_ >> prefix is only

[PATCH] lib/digsig: remove redundant clean out1 when verifying RSA

out1 is already set to zero when allocating by kzalloc, so we could avoid this clean operation again. Signed-off-by: Shawn Lin --- lib/digsig.c | 1 - 1 file changed, 1 deletion(-) diff --git a/lib/digsig.c b/lib/digsig.c index 55b8b2f..d6a2aa4 100644 ---

[PATCH] lib/digsig: remove redundant clean out1 when verifying RSA

out1 is already set to zero when allocating by kzalloc, so we could avoid this clean operation again. Signed-off-by: Shawn Lin --- lib/digsig.c | 1 - 1 file changed, 1 deletion(-) diff --git a/lib/digsig.c b/lib/digsig.c index 55b8b2f..d6a2aa4 100644 --- a/lib/digsig.c +++ b/lib/digsig.c @@

Re: [PATCH v6 0/5] /dev/random - a new approach

On Fri, Aug 19, 2016 at 10:20:18AM -0700, H. Peter Anvin wrote: > On 08/18/16 22:56, Herbert Xu wrote: > > On Thu, Aug 18, 2016 at 10:49:47PM -0400, Theodore Ts'o wrote: > >> > >> That really depends on the system. We can't assume that people are > >> using systems with a 100Hz clock interrupt.

Re: [PATCH v6 0/5] /dev/random - a new approach

On Fri, Aug 19, 2016 at 10:20:18AM -0700, H. Peter Anvin wrote: > On 08/18/16 22:56, Herbert Xu wrote: > > On Thu, Aug 18, 2016 at 10:49:47PM -0400, Theodore Ts'o wrote: > >> > >> That really depends on the system. We can't assume that people are > >> using systems with a 100Hz clock interrupt.

[PATCH 2/9] mfd: axp20x: Add support for AXP806 PMIC

The X-Powers AXP809 is a new PMIC that is paired with Allwinner's A80 SoC, along with a master AXP809 PMIC. This PMIC has a new register layout, and supports some functions not seen in other X-Powers PMICs, such as master-slave mode, or having multiple AXP806 PMICs on the same bus with address

[PATCH 2/9] mfd: axp20x: Add support for AXP806 PMIC

The X-Powers AXP809 is a new PMIC that is paired with Allwinner's A80 SoC, along with a master AXP809 PMIC. This PMIC has a new register layout, and supports some functions not seen in other X-Powers PMICs, such as master-slave mode, or having multiple AXP806 PMICs on the same bus with address

[PATCH 6/9] ARM: dts: sun9i: cubieboard4: Declare AXP809 SW regulator as unused

The AXP809's SW (switch) regulator is unused on the Cubieboard 4. Add an empty node for it so that the OS can generate constraints. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 6/9] ARM: dts: sun9i: cubieboard4: Declare AXP809 SW regulator as unused

The AXP809's SW (switch) regulator is unused on the Cubieboard 4. Add an empty node for it so that the OS can generate constraints. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 8/9] ARM: dts: sun9i: cubieboard4: Add AXP806 PMIC device node and regulators

The AXP806 PMIC is the secondary PMIC. It provides various supply voltages for the SoC and other peripherals. The PMIC's interrupt line is connected to NMI pin of the SoC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 112

[PATCH 9/9] ARM: dts: sun9i: a80-optimus: Disable EHCI1

EHCI1 provides an HSIC interface. This interface is exposed on the board through two pins among the GPIO header. With the PHY now powered up and responding, enabling the interface when nothing is connected results in a lot of error messages: usb 2-1: device descriptor read/64, error -71

[PATCH 1/9] mfd: axp20x: Add bindings for AXP806 PMIC

This patch adds the basic and regulator bindings for the X-Powers AXP809 PMIC. Signed-off-by: Chen-Yu Tsai --- Documentation/devicetree/bindings/mfd/axp20x.txt | 28 ++-- 1 file changed, 26 insertions(+), 2 deletions(-) diff --git

[PATCH 9/9] ARM: dts: sun9i: a80-optimus: Disable EHCI1

EHCI1 provides an HSIC interface. This interface is exposed on the board through two pins among the GPIO header. With the PHY now powered up and responding, enabling the interface when nothing is connected results in a lot of error messages: usb 2-1: device descriptor read/64, error -71

[PATCH 1/9] mfd: axp20x: Add bindings for AXP806 PMIC

This patch adds the basic and regulator bindings for the X-Powers AXP809 PMIC. Signed-off-by: Chen-Yu Tsai --- Documentation/devicetree/bindings/mfd/axp20x.txt | 28 ++-- 1 file changed, 26 insertions(+), 2 deletions(-) diff --git

[PATCH 8/9] ARM: dts: sun9i: cubieboard4: Add AXP806 PMIC device node and regulators

The AXP806 PMIC is the secondary PMIC. It provides various supply voltages for the SoC and other peripherals. The PMIC's interrupt line is connected to NMI pin of the SoC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 112 1 file

[PATCH 5/9] ARM: dts: sun9i: a80-optimus: Declare AXP809 SW regulator as unused

The AXP809's SW (switch) regulator is unused on the A80 Optimus. Add an empty node for it so that the OS can generate constraints. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 0/9] mfd: axp20x: Add support for AXP809 PMIC

Hi everyone, This series adds support for X-Powers' AXP806 PMIC. This is the secondary PMIC accompanying Allwinner's A80 SoC. For now, only the regulators are supported. While the AXP806 supports standalone operation, no hardware exists, so this will not be supported. Patch 1 adds AXP806 to the

[PATCH 5/9] ARM: dts: sun9i: a80-optimus: Declare AXP809 SW regulator as unused

The AXP809's SW (switch) regulator is unused on the A80 Optimus. Add an empty node for it so that the OS can generate constraints. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 0/9] mfd: axp20x: Add support for AXP809 PMIC

Hi everyone, This series adds support for X-Powers' AXP806 PMIC. This is the secondary PMIC accompanying Allwinner's A80 SoC. For now, only the regulators are supported. While the AXP806 supports standalone operation, no hardware exists, so this will not be supported. Patch 1 adds AXP806 to the

[PATCH 4/9] regulator: axp20x: support AXP806 variant

The X-Powers AXP806 PMIC has a new set of buck and LDO regulators, and also a switch. The buck regulators support teaming into multi-phase groups, with A+B, A+B+C, D+E groupings. Some registers controlling DCDC converter work settings are at different offsets. Deal with them as well. Add support

[PATCH 3/9] regulator: core: Try full range when adjusting regulators to constraints

Currently when we try to bring regulator in bounds of its constraints, we pick either the minimum or maximum voltage as the target. This fails if the regulator range is not continuous, and the target voltage is not an exact value the regulator can achieve, i.e. the target is not aligned to the

[PATCH 3/9] regulator: core: Try full range when adjusting regulators to constraints

Currently when we try to bring regulator in bounds of its constraints, we pick either the minimum or maximum voltage as the target. This fails if the regulator range is not continuous, and the target voltage is not an exact value the regulator can achieve, i.e. the target is not aligned to the

[PATCH 4/9] regulator: axp20x: support AXP806 variant

The X-Powers AXP806 PMIC has a new set of buck and LDO regulators, and also a switch. The buck regulators support teaming into multi-phase groups, with A+B, A+B+C, D+E groupings. Some registers controlling DCDC converter work settings are at different offsets. Deal with them as well. Add support

[PATCH 7/9] ARM: dts: sun9i: a80-optimus: Add AXP806 PMIC device node and regulators

The AXP806 PMIC is the secondary PMIC. It provides various supply voltages for the SoC and other peripherals. The PMIC's interrupt line is connected to NMI pin of the SoC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 113

[PATCH 7/9] ARM: dts: sun9i: a80-optimus: Add AXP806 PMIC device node and regulators

The AXP806 PMIC is the secondary PMIC. It provides various supply voltages for the SoC and other peripherals. The PMIC's interrupt line is connected to NMI pin of the SoC. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80-optimus.dts | 113 1 file

Re: [PATCH 6/6] Add dockerfile

Ok, I've checked in a Dockerfile into the xfstests-bld repository, and played with it some, and I have a couple of observations: First of all, despite some work cleaning up the Dockerfile, the resulting image is somewhere between 150% and 200% larger than what it would be if we build root_fs.img

Re: [PATCH 6/6] Add dockerfile

Ok, I've checked in a Dockerfile into the xfstests-bld repository, and played with it some, and I have a couple of observations: First of all, despite some work cleaning up the Dockerfile, the resulting image is somewhere between 150% and 200% larger than what it would be if we build root_fs.img

[PATCH] staging: lustre: llite: don't clean in_data again

We have got a zero buffer for in_data as we use kzalloc here. So let's remove it anyway. Signed-off-by: Shawn Lin --- drivers/staging/lustre/lustre/llite/file.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/llite/file.c

[PATCH] staging: lustre: llite: don't clean in_data again

We have got a zero buffer for in_data as we use kzalloc here. So let's remove it anyway. Signed-off-by: Shawn Lin --- drivers/staging/lustre/lustre/llite/file.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/llite/file.c

[PATCH] scsi: don't reinitialize adapter's req_table

req_table is allocate by kzalloc, so we don't need to zero it again anyway. Signed-off-by: Shawn Lin --- drivers/scsi/esas2r/esas2r_init.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/scsi/esas2r/esas2r_init.c b/drivers/scsi/esas2r/esas2r_init.c

[PATCH] scsi: don't reinitialize adapter's req_table

req_table is allocate by kzalloc, so we don't need to zero it again anyway. Signed-off-by: Shawn Lin --- drivers/scsi/esas2r/esas2r_init.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/scsi/esas2r/esas2r_init.c b/drivers/scsi/esas2r/esas2r_init.c index 78ce4d61..d6e53ae

[PATCH] scsi: not need to alloc zero buffer for local_atto_ioctl

We don't need to use kzalloc as we will always memset the local_atto_ioctl later. Signed-off-by: Shawn Lin --- drivers/scsi/esas2r/esas2r_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/esas2r/esas2r_main.c

[PATCH] scsi: not need to alloc zero buffer for local_atto_ioctl

We don't need to use kzalloc as we will always memset the local_atto_ioctl later. Signed-off-by: Shawn Lin --- drivers/scsi/esas2r/esas2r_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/esas2r/esas2r_main.c b/drivers/scsi/esas2r/esas2r_main.c index

Re: [PATCH] wan-cosa: Use memdup_user() rather than duplicating its implementation

From: Christophe JAILLET Date: Sat, 20 Aug 2016 10:42:54 +0200 > Le 20/08/2016 à 10:25, SF Markus Elfring a écrit : >> @@ -875,16 +875,10 @@ static ssize_t cosa_write(struct file *file, >> if (count > COSA_MTU) >> count = COSA_MTU; >> >> -

Re: [PATCH] wan-cosa: Use memdup_user() rather than duplicating its implementation

From: Christophe JAILLET Date: Sat, 20 Aug 2016 10:42:54 +0200 > Le 20/08/2016 à 10:25, SF Markus Elfring a écrit : >> @@ -875,16 +875,10 @@ static ssize_t cosa_write(struct file *file, >> if (count > COSA_MTU) >> count = COSA_MTU; >> >> -/* Allocate the buffer */ >>

Re: [PATCH 0/2] tun: Fine-tuning for update_filter()

From: SF Markus Elfring Date: Sat, 20 Aug 2016 09:27:39 +0200 > A few update suggestions were taken into account > from static source code analysis. Series applied.

Re: [PATCH 0/2] tun: Fine-tuning for update_filter()

From: SF Markus Elfring Date: Sat, 20 Aug 2016 09:27:39 +0200 > A few update suggestions were taken into account > from static source code analysis. Series applied.

Re: [PATCH 2/3] hostap: Delete an unnecessary jump label in prism2_ioctl_priv_hostapd()

Hi Marcus, On Sun, Aug 21, 2016 at 2:46 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 20 Aug 2016 18:21:29 +0200 > > Remove a jump label which is unneeded in this function at the end. > > Signed-off-by: Markus

Re: [PATCH 2/3] hostap: Delete an unnecessary jump label in prism2_ioctl_priv_hostapd()

Hi Marcus, On Sun, Aug 21, 2016 at 2:46 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sat, 20 Aug 2016 18:21:29 +0200 > > Remove a jump label which is unneeded in this function at the end. > > Signed-off-by: Markus Elfring > --- >

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 06:09:15PM -0700, H. Peter Anvin wrote: > >Sorry for the bogus noise. I don't know why I was so convinced setjmp > >needed special gcc semantics. > > > > Linus > > I think the specific name setjmp() is magic in gcc. It is; attribute equivalent is

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 06:09:15PM -0700, H. Peter Anvin wrote: > >Sorry for the bogus noise. I don't know why I was so convinced setjmp > >needed special gcc semantics. > > > > Linus > > I think the specific name setjmp() is magic in gcc. It is; attribute equivalent is

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On August 20, 2016 6:00:17 PM PDT, Linus Torvalds wrote: >On Sat, Aug 20, 2016 at 5:45 PM, Linus Torvalds > wrote: >> >> So I slightly considered it, because gcc actually has support for >that >> kind of behavior thanks to

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On August 20, 2016 6:00:17 PM PDT, Linus Torvalds wrote: >On Sat, Aug 20, 2016 at 5:45 PM, Linus Torvalds > wrote: >> >> So I slightly considered it, because gcc actually has support for >that >> kind of behavior thanks to setjmp/longjmp (and yes, the compiler >> actually needs to know about the

Re: [PATCH 1/3] dt/bindings: arm-pl330: add description of arm,pl330-periph-burst

Hi Vinod, 在 2016/8/19 10:45, Vinod Koul 写道: On Wed, Aug 17, 2016 at 04:11:03PM +0800, Shawn Lin wrote: Hi, Vinod and Lars-Peter Ping.. Any better idea to share :) On 2016/8/9 17:12, Shawn Lin wrote: Hi Lars-Peter, 在 2016/8/9 16:39, Lars-Peter Clausen 写道: On 08/05/2016 09:25 AM, Shawn Lin

Re: [PATCH 1/3] dt/bindings: arm-pl330: add description of arm,pl330-periph-burst

Hi Vinod, 在 2016/8/19 10:45, Vinod Koul 写道: On Wed, Aug 17, 2016 at 04:11:03PM +0800, Shawn Lin wrote: Hi, Vinod and Lars-Peter Ping.. Any better idea to share :) On 2016/8/9 17:12, Shawn Lin wrote: Hi Lars-Peter, 在 2016/8/9 16:39, Lars-Peter Clausen 写道: On 08/05/2016 09:25 AM, Shawn Lin

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 5:45 PM, Linus Torvalds wrote: > > So I slightly considered it, because gcc actually has support for that > kind of behavior thanks to setjmp/longjmp (and yes, the compiler > actually needs to know about the magic "this code can be entered a

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 5:45 PM, Linus Torvalds wrote: > > So I slightly considered it, because gcc actually has support for that > kind of behavior thanks to setjmp/longjmp (and yes, the compiler > actually needs to know about the magic "this code can be entered a > second time from elsewhere" -

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 5:11 PM, Al Viro wrote: > > Interesting... BTW, how's this in the "really vile tricks" department? > > if (!uaccess_begin()) > goto fail; So I slightly considered it, because gcc actually has support for that kind of

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 5:11 PM, Al Viro wrote: > > Interesting... BTW, how's this in the "really vile tricks" department? > > if (!uaccess_begin()) > goto fail; So I slightly considered it, because gcc actually has support for that kind of behavior thanks to

Re: [PATCH 1/8] hisi_sas: add internal abort core code

On 2016年08月10日 21:19, John Garry wrote: Add core code for internal abort functionality. The internal abort features allows the host controller to abort commands which are still active in the controller but have not yet been sent to the slave device. Typically a command only spends a

Re: [PATCH 1/8] hisi_sas: add internal abort core code

On 2016年08月10日 21:19, John Garry wrote: Add core code for internal abort functionality. The internal abort features allows the host controller to abort commands which are still active in the controller but have not yet been sent to the slave device. Typically a command only spends a

Re: [PATCH 0/2] minor x86 PM source file cleanup

On 08/20/2016 04:55 AM, Pavel Machek wrote: > On Fri 2016-08-19 17:24:00, Al Stone wrote: >> Really minor patches: one to cleanup whitespace, the second just makes >> the code a wee bit more maintainable by correcting some variable names >> without changing functionality. > > Acked-by: Pavel

Re: [PATCH 0/2] minor x86 PM source file cleanup

On 08/20/2016 04:55 AM, Pavel Machek wrote: > On Fri 2016-08-19 17:24:00, Al Stone wrote: >> Really minor patches: one to cleanup whitespace, the second just makes >> the code a wee bit more maintainable by correcting some variable names >> without changing functionality. > > Acked-by: Pavel

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 04:32:57PM -0700, Linus Torvalds wrote: > Anyway, the asm coming out of gcc looks nasty, because it has all the > ugly section stuiff and fixups for SMAP not existing on some CPU's > etc. So the resulting fs/readdir.s file is hard to read. But if you > look at the

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Sat, Aug 20, 2016 at 04:32:57PM -0700, Linus Torvalds wrote: > Anyway, the asm coming out of gcc looks nasty, because it has all the > ugly section stuiff and fixups for SMAP not existing on some CPU's > etc. So the resulting fs/readdir.s file is hard to read. But if you > look at the

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Fri, Aug 19, 2016 at 3:11 PM, Linus Torvalds wrote: >> >> (I have some experimental patches that actually use "asm goto" in >> "unsafe_put_user()" to get that nice code generation, but they only >> work if your gcc version supports "asm goto", which some older >>

Re: [PATCH] ARC: uaccess: get_user to zero out dest in cause of fault

On Fri, Aug 19, 2016 at 3:11 PM, Linus Torvalds wrote: >> >> (I have some experimental patches that actually use "asm goto" in >> "unsafe_put_user()" to get that nice code generation, but they only >> work if your gcc version supports "asm goto", which some older >> versions of gcc does not) > >

[PATCH] pcmcia: ds: fix suspend/resume

PCMCIA suspend/resume no longer works since the commit mentioned below, as the callbacks are no longer made. Convert the driver to the new dev_pm_ops, which restores the suspend/resume functionality. Tested on the arm arch Assabet platform with a pcnet_cs CF card. Fixes: aa8e54b559479 ("PM /

[PATCH] pcmcia: ds: fix suspend/resume

PCMCIA suspend/resume no longer works since the commit mentioned below, as the callbacks are no longer made. Convert the driver to the new dev_pm_ops, which restores the suspend/resume functionality. Tested on the arm arch Assabet platform with a pcnet_cs CF card. Fixes: aa8e54b559479 ("PM /

Re: [PATCH 1/2] Revert "include/uapi/drm/amdgpu_drm.h: use __u32 and __u64 from "

On Sat, Aug 20, 2016 at 1:58 PM, Mikko Rapeli wrote: > Cc'ing lkml too. > > On Fri, Aug 19, 2016 at 11:54:21PM +0100, Emil Velikov wrote: >> Story time: >> I was dreaming of a day were we can stop installing these headers, >> thus making deprecation a bit easier process. >>

Re: [PATCH 1/2] Revert "include/uapi/drm/amdgpu_drm.h: use __u32 and __u64 from "

On Sat, Aug 20, 2016 at 1:58 PM, Mikko Rapeli wrote: > Cc'ing lkml too. > > On Fri, Aug 19, 2016 at 11:54:21PM +0100, Emil Velikov wrote: >> Story time: >> I was dreaming of a day were we can stop installing these headers, >> thus making deprecation a bit easier process. >> Yet after failing to

re

I need your assistance in executing a profitable project...

re

I need your assistance in executing a profitable project...

[PATCH 04/13] lustre: ->kss_scratch... are unused now

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd.h | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 06/13] lustre: pass iov_iter to ->lnd_recv()

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- .../staging/lustre/include/linux/lnet/lib-types.h | 5 +--- .../staging/lustre/lnet/klnds/o2iblnd/o2iblnd.h| 3 +-

[PATCH 02/13] ksocknal_lib_send_iov(): sendmsg doesn't bugger iovec...

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- .../lustre/lnet/klnds/socklnd/socklnd_lib.c| 38 ++ 1 file changed, 10 insertions(+), 28 deletions(-) diff --git

[PATCH 04/13] lustre: ->kss_scratch... are unused now

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd.h | 4 1 file changed, 4 deletions(-) diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.h b/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.h index

[PATCH 06/13] lustre: pass iov_iter to ->lnd_recv()

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- .../staging/lustre/include/linux/lnet/lib-types.h | 5 +--- .../staging/lustre/lnet/klnds/o2iblnd/o2iblnd.h| 3 +- .../staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c | 32 --

[PATCH 02/13] ksocknal_lib_send_iov(): sendmsg doesn't bugger iovec...

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- .../lustre/lnet/klnds/socklnd/socklnd_lib.c| 38 ++ 1 file changed, 10 insertions(+), 28 deletions(-) diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd_lib.c

[PATCH 00/13] Lustre patches

This is rebase of the previous set that got merged only half-way with added signed-offs as requested. I also added a patch to include James Simmons as a Lustre maintainer too since he is performing a lot of work in the area. Al Viro (7): ksocknal_lib_recv_iov(): recvmsg doesn't bugger iovec

[PATCH 03/13] ksocknal_lib_send_kiov(): sendmsg doesn't bugger iovec...

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- .../lustre/lnet/klnds/socklnd/socklnd_lib.c| 29 -- 1 file changed, 5 insertions(+), 24 deletions(-) diff --git

[PATCH 00/13] Lustre patches

This is rebase of the previous set that got merged only half-way with added signed-offs as requested. I also added a patch to include James Simmons as a Lustre maintainer too since he is performing a lot of work in the area. Al Viro (7): ksocknal_lib_recv_iov(): recvmsg doesn't bugger iovec

[PATCH 03/13] ksocknal_lib_send_kiov(): sendmsg doesn't bugger iovec...

From: Al Viro Signed-off-by: Al Viro Signed-off-by: Oleg Drokin --- .../lustre/lnet/klnds/socklnd/socklnd_lib.c| 29 -- 1 file changed, 5 insertions(+), 24 deletions(-) diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd_lib.c

[PATCH 07/13] lustre: introduce lnet_copy_{k,}iov2iter(), kill lnet_copy_{k,}iov2{k,}iov()

From: Al Viro Signed-off-by: Al Viro Signed-off-by: James Simmons Signed-off-by: Oleg Drokin --- .../staging/lustre/include/linux/lnet/lib-lnet.h | 57 +---

[PATCH 07/13] lustre: introduce lnet_copy_{k,}iov2iter(), kill lnet_copy_{k,}iov2{k,}iov()

From: Al Viro Signed-off-by: Al Viro Signed-off-by: James Simmons Signed-off-by: Oleg Drokin --- .../staging/lustre/include/linux/lnet/lib-lnet.h | 57 +--- .../staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c | 37 ++- drivers/staging/lustre/lnet/lnet/lib-move.c| 314

[PATCH 10/13] staging/lustre: Fix unnecessary parentheses around variables

From: Emoly Liu This patch fixes all checkpatch occurences of "CHECK: Unnecessary parentheses around xxx" in Lustre code. Signed-off-by: Emoly Liu Signed-off-by: Oleg Drokin ---

[PATCH 12/13] staging/lustre: Remove unused cp_error from struct cl_page

cp_error member is not really set anywhere, so kill it and the only printing user of it too. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/cl_object.h | 2 -- drivers/staging/lustre/lustre/obdclass/cl_page.c | 4 ++-- 2 files changed, 2

[PATCH 12/13] staging/lustre: Remove unused cp_error from struct cl_page

cp_error member is not really set anywhere, so kill it and the only printing user of it too. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/cl_object.h | 2 -- drivers/staging/lustre/lustre/obdclass/cl_page.c | 4 ++-- 2 files changed, 2 insertions(+), 4 deletions(-)

[PATCH 10/13] staging/lustre: Fix unnecessary parentheses around variables

From: Emoly Liu This patch fixes all checkpatch occurences of "CHECK: Unnecessary parentheses around xxx" in Lustre code. Signed-off-by: Emoly Liu Signed-off-by: Oleg Drokin --- .../staging/lustre/lustre/include/lustre/lustre_user.h | 2 +- drivers/staging/lustre/lustre/lov/lov_obd.c

  1   2   3   >