On Sat, Jun 10, 2017 at 9:21 AM, butao wrote:
> add hi3660 ufs driver code
>
> Signed-off-by: Geng Jianfeng
> Signed-off-by: Bu Tao
> Signed-off-by: Zang Leigang
> Signed-off-by: Yu Jianfeng
On Sat, Jun 10, 2017 at 9:21 AM, butao wrote:
> add hi3660 ufs driver code
>
> Signed-off-by: Geng Jianfeng
> Signed-off-by: Bu Tao
> Signed-off-by: Zang Leigang
> Signed-off-by: Yu Jianfeng
> ---
> drivers/scsi/ufs/Kconfig | 8 +
> drivers/scsi/ufs/Makefile | 1 +
>
From: Frank Rowand
Overlays are not allowed to modify phandle values of previously existing
nodes because there is no information available to allow fixup of
properties that use the previously existing phandle.
Signed-off-by: Frank Rowand
---
From: Frank Rowand
Overlays are not allowed to modify phandle values of previously existing
nodes because there is no information available to allow fixup of
properties that use the previously existing phandle.
Signed-off-by: Frank Rowand
---
drivers/of/overlay.c | 4
1 file changed, 4
From: Frank Rowand
__of_attach_node() is not used outside of drivers/of/dynamic.c. Make
it static and remove it from drivers/of/of_private.h.
Signed-off-by: Frank Rowand
---
drivers/of/dynamic.c| 2 +-
drivers/of/of_private.h | 1 -
2 files
From: Frank Rowand
__of_attach_node() is not used outside of drivers/of/dynamic.c. Make
it static and remove it from drivers/of/of_private.h.
Signed-off-by: Frank Rowand
---
drivers/of/dynamic.c| 2 +-
drivers/of/of_private.h | 1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff
From: Frank Rowand
Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
the internal device tree. The phandle will still be in the struct
device_node phandle field.
This is to resolve the issue found by Stephen Boyd [1] when he changed
the type of struct
From: Frank Rowand
Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
the internal device tree. The phandle will still be in the struct
device_node phandle field.
This is to resolve the issue found by Stephen Boyd [1] when he changed
the type of struct property.value from
From: Frank Rowand
Remove "phandle" and "linux,phandle" properties from the internal
device tree. The phandle will still be in the struct device_node
phandle field.
This is to resolve the issue found by Stephen Boyd [1] when he changed
the type of struct property.value
From: Frank Rowand
checkpatch whined about using S_IRUGO instead of octal equivalent
when adding phandle sysfs code, so used octal in that patch.
Change other instances of the S_* constants in the same file to
the octal form.
Signed-off-by: Frank Rowand
From: Frank Rowand
Remove "phandle" and "linux,phandle" properties from the internal
device tree. The phandle will still be in the struct device_node
phandle field.
This is to resolve the issue found by Stephen Boyd [1] when he changed
the type of struct property.value from void * to const
From: Frank Rowand
checkpatch whined about using S_IRUGO instead of octal equivalent
when adding phandle sysfs code, so used octal in that patch.
Change other instances of the S_* constants in the same file to
the octal form.
Signed-off-by: Frank Rowand
---
drivers/of/base.c | 2 +-
1 file
Bu Tao,
One other issue: the 'sender' of your patchset is "butao". For
upstreaming purpose, it is recommended to use your full name, in
"first name" + "Surname" format. In your case, you need to specify it
in your commit message:
$ git commit --amend --author="Bu Tao "
You
Bu Tao,
One other issue: the 'sender' of your patchset is "butao". For
upstreaming purpose, it is recommended to use your full name, in
"first name" + "Surname" format. In your case, you need to specify it
in your commit message:
$ git commit --amend --author="Bu Tao "
You may also want to add
On Tue, May 30, 2017 at 05:28:00PM +0530, Srikanth Jampala wrote:
> This series adds support for Cavium CNN55XX crypto adapters.
>
> CNN55XX crypto adapters belongs to Cavium NITROX family series,
> able to accelerates both Symmetric and Asymmetric crypto workloads.
> These adapters have
Hi Grygorii,
> Am 09.06.2017 um 18:25 schrieb Grygorii Strashko :
>
>
>
> On 06/09/2017 01:05 AM, H. Nikolaus Schaller wrote:
>> Hi,
>>
>>> Am 07.06.2017 um 22:44 schrieb Sebastian Reichel :
>>>
>>> Hi,
>>>
>>> On Sun, May 21, 2017 at 12:38:18PM
On Tue, May 30, 2017 at 05:28:00PM +0530, Srikanth Jampala wrote:
> This series adds support for Cavium CNN55XX crypto adapters.
>
> CNN55XX crypto adapters belongs to Cavium NITROX family series,
> able to accelerates both Symmetric and Asymmetric crypto workloads.
> These adapters have
Hi Grygorii,
> Am 09.06.2017 um 18:25 schrieb Grygorii Strashko :
>
>
>
> On 06/09/2017 01:05 AM, H. Nikolaus Schaller wrote:
>> Hi,
>>
>>> Am 07.06.2017 um 22:44 schrieb Sebastian Reichel :
>>>
>>> Hi,
>>>
>>> On Sun, May 21, 2017 at 12:38:18PM +0200, H. Nikolaus Schaller wrote:
This
On Tue, May 09, 2017 at 10:32:22AM +0200, Corentin Labbe wrote:
> This patch move __crypto_rng_cast() to the right header like other
> __algo_cast functions.
>
> Signed-off-by: Corentin Labbe
As there is another patch which will remove thie function altogether,
I
On Thu, Jun 01, 2017 at 10:30:20AM +0800, Ryder Lee wrote:
> This patch series only remove redundant clock setting in mediatek crypto
> driver.
>
> Changes since v1:
> -rework the commit message.
All applied. Thanks.
--
Email: Herbert Xu
Home Page:
On Tue, May 09, 2017 at 10:32:22AM +0200, Corentin Labbe wrote:
> This patch move __crypto_rng_cast() to the right header like other
> __algo_cast functions.
>
> Signed-off-by: Corentin Labbe
As there is another patch which will remove thie function altogether,
I think I'll just leave it in
On Thu, Jun 01, 2017 at 10:30:20AM +0800, Ryder Lee wrote:
> This patch series only remove redundant clock setting in mediatek crypto
> driver.
>
> Changes since v1:
> -rework the commit message.
All applied. Thanks.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP
On Mon, May 22, 2017 at 03:49:43PM -0700, Matthias Kaehlcke wrote:
> This fixes the following warning when building with clang:
>
> crypto/rng.c:35:34: error: unused function '__crypto_rng_cast'
> [-Werror,-Wunused-function]
>
> Signed-off-by: Matthias Kaehlcke
Patch
On Mon, May 22, 2017 at 03:49:43PM -0700, Matthias Kaehlcke wrote:
> This fixes the following warning when building with clang:
>
> crypto/rng.c:35:34: error: unused function '__crypto_rng_cast'
> [-Werror,-Wunused-function]
>
> Signed-off-by: Matthias Kaehlcke
Patch applied. Thanks.
--
On Sat, Jun 10, 2017 at 9:20 AM, butao wrote:
> add ufs node for hi3660
>
> Signed-off-by: Bu Tao
> ---
> arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 20
> 1 file changed, 20 insertions(+)
> mode change 100644 => 100755
On Sat, Jun 10, 2017 at 9:20 AM, butao wrote:
> add ufs node for hi3660
>
> Signed-off-by: Bu Tao
> ---
> arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 20
> 1 file changed, 20 insertions(+)
> mode change 100644 => 100755 arch/arm64/boot/dts/hisilicon/hi3660.dtsi
Mode
this patch adjust register to enhance time accuracy.
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c | 45 ++
include/linux/platform_data/spi-mt65xx.h |2 ++
2 files changed, 42 insertions(+), 5 deletions(-)
diff
this patch adjust register to enhance time accuracy.
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c | 45 ++
include/linux/platform_data/spi-mt65xx.h |2 ++
2 files changed, 42 insertions(+), 5 deletions(-)
diff --git
this patch add support for mt7622 IC.
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c
index eae73b5..4bf6495 100644
--- a/drivers/spi/spi-mt65xx.c
This series are based on 4.12-rc1 and provide 2 patches to support mt7622 IC.
Change in v2:
1. rename patch title;
2. use enhance_timing to instead of adjust_reg.
Change in v1:
1. update document to add mt7622;
2. add adjust register define support;
3. add mt7622_compat.
Leilk Liu (2):
spi:
this patch add support for mt7622 IC.
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c
index eae73b5..4bf6495 100644
--- a/drivers/spi/spi-mt65xx.c
+++
This series are based on 4.12-rc1 and provide 2 patches to support mt7622 IC.
Change in v2:
1. rename patch title;
2. use enhance_timing to instead of adjust_reg.
Change in v1:
1. update document to add mt7622;
2. add adjust register define support;
3. add mt7622_compat.
Leilk Liu (2):
spi:
Hello, Russell.
Would you please review this patch ?
Than you
> On Jun 8, 2017, at 11:16 AM, Hoeun Ryu wrote:
>
> omap_uart_phys, omap_uart_virt and omap_uart_lsr reside in .data section
> and it's right implementation. But because of this, we cannot enable
>
Hello, Russell and Robin.
Would you please review this patch ?
Than you
> On Jun 7, 2017, at 11:39 AM, Hoeun Ryu wrote:
>
> Reading TTBCR in early boot stage might return the value of the previous
> kernel's configuration, especially in case of kexec. For example, if
>
Hello, Russell.
Would you please review this patch ?
Than you
> On Jun 8, 2017, at 11:16 AM, Hoeun Ryu wrote:
>
> omap_uart_phys, omap_uart_virt and omap_uart_lsr reside in .data section
> and it's right implementation. But because of this, we cannot enable
> CONFIG_DEBUG_UNCOMPRESS. LL_DEBUG
Hello, Russell and Robin.
Would you please review this patch ?
Than you
> On Jun 7, 2017, at 11:39 AM, Hoeun Ryu wrote:
>
> Reading TTBCR in early boot stage might return the value of the previous
> kernel's configuration, especially in case of kexec. For example, if
> normal kernel (first
On 06/09/17 19:35, Frank Rowand wrote:
> On 05/15/17 15:23, Rob Herring wrote:
>> On Mon, May 1, 2017 at 9:46 PM, wrote:
>>> From: Frank Rowand
>>>
>>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>>> the internal device
On 06/09/17 19:35, Frank Rowand wrote:
> On 05/15/17 15:23, Rob Herring wrote:
>> On Mon, May 1, 2017 at 9:46 PM, wrote:
>>> From: Frank Rowand
>>>
>>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>>> the internal device tree. The phandle will still be in the struct
>>>
> From: Borislav Petkov [mailto:b...@alien8.de]
>
> Xiaolong,
>
> can you please run Qiuxu's patch to verify it fixes your issue?
Hi Boris,
I manually verified the fix patch on the Broadwell-DE server on which the
bug was found by Xiaolong:
the sb_edac can be loaded successfully, and
> From: Borislav Petkov [mailto:b...@alien8.de]
>
> Xiaolong,
>
> can you please run Qiuxu's patch to verify it fixes your issue?
Hi Boris,
I manually verified the fix patch on the Broadwell-DE server on which the
bug was found by Xiaolong:
the sb_edac can be loaded successfully, and
Hi Felipe,
[auto build test ERROR on balbi-usb/next]
[also build test ERROR on v4.12-rc4 next-20170609]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Felipe-Balbi/usb-gadget-functions-add
Hi Felipe,
[auto build test ERROR on balbi-usb/next]
[also build test ERROR on v4.12-rc4 next-20170609]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Felipe-Balbi/usb-gadget-functions-add
On Fri, Jun 9, 2017 at 8:44 AM, Tobias Klauser wrote:
> On 2017-06-09 at 11:49:02 +0200, Greg Kroah-Hartman
> wrote:
>> On Mon, Jun 05, 2017 at 02:07:34PM -0500, Alan Tull wrote:
>> > From: Tobias Klauser
>> >
>> > Add
On Fri, Jun 9, 2017 at 8:44 AM, Tobias Klauser wrote:
> On 2017-06-09 at 11:49:02 +0200, Greg Kroah-Hartman
> wrote:
>> On Mon, Jun 05, 2017 at 02:07:34PM -0500, Alan Tull wrote:
>> > From: Tobias Klauser
>> >
>> > Add COMPILE_TEST to the Kconfig entry for the Altera SoCFPGA FPGA
>> > Bridge.
This patch adds the support of Hisilicon Network Subsystem Accceleration
Engine and common operations to access it. This layer provides access to the
hardware configuration, hardware statistics. This layer is also
responsible for triggering the initialization of the PHY layer through
the below
This patch adds the support of Hisilicon Network Subsystem Accceleration
Engine and common operations to access it. This layer provides access to the
hardware configuration, hardware statistics. This layer is also
responsible for triggering the initialization of the PHY layer through
the below
This patch adds the support of IMP (Integrated Management Processor)
command interface to the HNS3 driver.
Each PF/VF has support of CQP(Command Queue Pair) ring interface.
Each CQP consis of send queue CSQ and receive queue CRQ.
There are various commands a PF/VF may support, like for Flow Table
This patch adds the support of Hisilicon Network Subsystem 3
Ethernet driver to hip08 family of SoCs.
This driver includes basic Rx/Tx functionality. It also includes
the client registration code with the HNAE3(Hisilicon Network
Acceleration Engine 3) framework.
This work provides the initial
This patch adds the support of IMP (Integrated Management Processor)
command interface to the HNS3 driver.
Each PF/VF has support of CQP(Command Queue Pair) ring interface.
Each CQP consis of send queue CSQ and receive queue CRQ.
There are various commands a PF/VF may support, like for Flow Table
This patch adds the support of Hisilicon Network Subsystem 3
Ethernet driver to hip08 family of SoCs.
This driver includes basic Rx/Tx functionality. It also includes
the client registration code with the HNAE3(Hisilicon Network
Acceleration Engine 3) framework.
This work provides the initial
This patch adds the support of the Ethtool interface to
the HNS3 Ethernet driver. Various commands to read the
statistics, configure the offloading, loopback selftest etc.
are supported.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
This patch adds the support of the Ethtool interface to
the HNS3 Ethernet driver. Various commands to read the
statistics, configure the offloading, loopback selftest etc.
are supported.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
This adds the support of the debugfs interface to the driver for
debugging purposes.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
---
This adds the support of the debugfs interface to the driver for
debugging purposes.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
---
.../ethernet/hisilicon/hns3/hns3pf/hclge_debugfs.c | 188 +
1 file changed, 188
This patch adds the support of the HNAE3 (Hisilicon Network
Acceleration Engine 3) framework support to the HNS3 driver.
Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE
and user-space Ethernet drivers (like ODP etc.) to register with HNAE3
devices and their associated
This patch adds the support of the HNAE3 (Hisilicon Network
Acceleration Engine 3) framework support to the HNS3 driver.
Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE
and user-space Ethernet drivers (like ODP etc.) to register with HNAE3
devices and their associated
This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3)
Ethernet driver for hip08 family of SoCs and future upcoming SoCs.
Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and
hence there was a need of new driver over the previous HNS driver which
THis patch adds the support of the Scheduling and Shaping
functionalities during the transmit leg. This also adds the
support of Pause at MAC level. (Pause at per-priority level
shall be added later along with the DCB feature).
Hardware as such consists of two types of cofiguration of 6 level
This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3)
Ethernet driver for hip08 family of SoCs and future upcoming SoCs.
Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and
hence there was a need of new driver over the previous HNS driver which
THis patch adds the support of the Scheduling and Shaping
functionalities during the transmit leg. This also adds the
support of Pause at MAC level. (Pause at per-priority level
shall be added later along with the DCB feature).
Hardware as such consists of two types of cofiguration of 6 level
This patch updates the MAINTAINERS file with HNS3 Ethernet driver
maintainers names and other details. This also introduces the new
Makefiles required to build the HNS3 Ethernet driver and updates
the existing Kconfig file in the hisilicon folder.
Signed-off-by: Salil Mehta
This patch adds the support of MDIO bus interface for HNS3 driver.
Code provides various interfaces to start and stop the PHY layer
and to read and write the MDIO bus or PHY.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil
This patch updates the MAINTAINERS file with HNS3 Ethernet driver
maintainers names and other details. This also introduces the new
Makefiles required to build the HNS3 Ethernet driver and updates
the existing Kconfig file in the hisilicon folder.
Signed-off-by: Salil Mehta
---
MAINTAINERS
This patch adds the support of MDIO bus interface for HNS3 driver.
Code provides various interfaces to start and stop the PHY layer
and to read and write the MDIO bus or PHY.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
---
On Mon, May 29, 2017 at 11:22:48AM +0300, Gilad Ben-Yossef wrote:
>
> +static inline int crypto_wait_req(int err, struct crypto_wait *wait)
> +{
> + switch (err) {
> + case -EINPROGRESS:
> + case -EBUSY:
> + wait_for_completion(>completion);
> +
On Mon, May 29, 2017 at 11:22:48AM +0300, Gilad Ben-Yossef wrote:
>
> +static inline int crypto_wait_req(int err, struct crypto_wait *wait)
> +{
> + switch (err) {
> + case -EINPROGRESS:
> + case -EBUSY:
> + wait_for_completion(>completion);
> +
Hi Felipe,
[auto build test ERROR on balbi-usb/next]
[also build test ERROR on v4.12-rc4 next-20170609]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Felipe-Balbi/usb-gadget-functions-add
Hi Felipe,
[auto build test ERROR on balbi-usb/next]
[also build test ERROR on v4.12-rc4 next-20170609]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Felipe-Balbi/usb-gadget-functions-add
On Fri, Jun 9, 2017 at 8:03 PM, Ross Zwisler
wrote:
> On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote:
>> On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler
>> wrote:
>> > To be able to use the common 4k zero page in DAX we need
On Fri, Jun 9, 2017 at 8:03 PM, Ross Zwisler
wrote:
> On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote:
>> On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler
>> wrote:
>> > To be able to use the common 4k zero page in DAX we need to have our PTE
>> > fault path look more like our PMD fault
Hi Frank,
On 10 June 2017 at 08:26, wrote:
> From: Frank Rowand
>
> Fix boot warning 'Trying to vfree() nonexistent vm area'
> from arch_timer_mem_of_init().
>
> Refactored code attempts to read and iounmap using address frame
> instead of address
Hi Frank,
On 10 June 2017 at 08:26, wrote:
> From: Frank Rowand
>
> Fix boot warning 'Trying to vfree() nonexistent vm area'
> from arch_timer_mem_of_init().
>
> Refactored code attempts to read and iounmap using address frame
> instead of address ioremap(frame->cntbase).
>
> Fixes:
On Fri, Jun 9, 2017 at 2:51 AM, Mauro Carvalho Chehab
wrote:
> Em Wed, 7 Jun 2017 18:33:02 +0900
> Alexandre Courbot escreveu:
>
>> Fix what seems to be a few typos induced by copy/paste.
>>
>> Signed-off-by: Alexandre Courbot
On Fri, Jun 9, 2017 at 2:51 AM, Mauro Carvalho Chehab
wrote:
> Em Wed, 7 Jun 2017 18:33:02 +0900
> Alexandre Courbot escreveu:
>
>> Fix what seems to be a few typos induced by copy/paste.
>>
>> Signed-off-by: Alexandre Courbot
>> ---
>>
On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote:
> On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler
> wrote:
> > To be able to use the common 4k zero page in DAX we need to have our PTE
> > fault path look more like our PMD fault path where a PTE entry can
On Fri, Jun 09, 2017 at 02:23:51PM -0700, Dan Williams wrote:
> On Wed, Jun 7, 2017 at 1:48 PM, Ross Zwisler
> wrote:
> > To be able to use the common 4k zero page in DAX we need to have our PTE
> > fault path look more like our PMD fault path where a PTE entry can be
> > marked as dirty and
Whenever you're comparing two MACs, it's important to do this using
crypto_memneq instead of memcmp. With memcmp, you leak timing information,
which could then be used to iteratively forge a MAC. This is far too basic
of a mistake for us to have so pervasively in the year 2017, so let's begin
Whenever you're comparing two MACs, it's important to do this using
crypto_memneq instead of memcmp. With memcmp, you leak timing information,
which could then be used to iteratively forge a MAC. This is far too basic
of a mistake for us to have so pervasively in the year 2017, so let's begin
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
net/ipv6/seg6_hmac.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
net/ipv6/seg6_hmac.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ipv6/seg6_hmac.c
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: "J. Bruce Fields"
Cc: Jeff Layton
Cc: Trond Myklebust
Cc: Anna Schumaker
Cc:
This file is filled with complex cryptography. Thus, the comparisons of
MACs and secret keys and curve points and so forth should not add timing
attacks, which could either result in a direct forgery, or, given the
complexity, some other type of attack.
Signed-off-by: Jason A. Donenfeld
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: "J. Bruce Fields"
Cc: Jeff Layton
Cc: Trond Myklebust
Cc: Anna Schumaker
Cc: linux-...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
net/sunrpc/auth_gss/gss_krb5_crypto.c | 3 ++-
1 file changed, 2
This file is filled with complex cryptography. Thus, the comparisons of
MACs and secret keys and curve points and so forth should not add timing
attacks, which could either result in a direct forgery, or, given the
complexity, some other type of attack.
Signed-off-by: Jason A. Donenfeld
Cc:
Otherwise, we enable all sorts of forgeries via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: Johannes Berg
Cc: linux-wirel...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
net/mac80211/wpa.c | 9 +
1 file changed, 5 insertions(+), 4
Otherwise, we enable all sorts of forgeries via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: Johannes Berg
Cc: linux-wirel...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
net/mac80211/wpa.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: David Safford
Cc: Mimi Zohar
Cc: David Howells
Cc: keyri...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: David Safford
Cc: Mimi Zohar
Cc: David Howells
Cc: keyri...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
security/keys/trusted.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff
Fixed checkpatch warnings "Use #include instead of "
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8723bs/include/osdep_service_linux.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Fixed checkpatch warnings "Use #include instead of "
Found using checkpatch
Signed-off-by: Derek Robson
---
drivers/staging/rtl8723bs/include/osdep_service_linux.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8723bs/include/osdep_service_linux.h
Otherwise, we enable several different forgeries via timing attack.
While the C inside this file is nearly incomprehensible, I did notice a
high volume of "FIPS" and "NIST", which makes this kind of bug slightly
more embarrassing.
Signed-off-by: Jason A. Donenfeld
Cc: Gilad
Otherwise, we enable several different forgeries via timing attack.
While the C inside this file is nearly incomprehensible, I did notice a
high volume of "FIPS" and "NIST", which makes this kind of bug slightly
more embarrassing.
Signed-off-by: Jason A. Donenfeld
Cc: Gilad Ben-Yossef
Cc: Greg
lockdep can't deal with NULL name or key, and doesn't do anything
with the lock when that happens.
Make rt_mutex_init_proxy_locked pass a name and a key for the lock.
Fixes: f5694788ad8d ("rt_mutex: Add lockdep annotations")
Cc: Linus Torvalds
Cc: Peter Zijlstra
lockdep can't deal with NULL name or key, and doesn't do anything
with the lock when that happens.
Make rt_mutex_init_proxy_locked pass a name and a key for the lock.
Fixes: f5694788ad8d ("rt_mutex: Add lockdep annotations")
Cc: Linus Torvalds
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Ingo
Bu Tao,
1. Subject line of this patch goes something like "arm64: dts: hi3660:
add ufs support xxx"
2. Have you run "./scripts/get_maintainer.pl *.patch" to get the
correct maintainers to include into your patch review?
I don't think so. Because this is a dts change, however in your
email's to/
Bu Tao,
1. Subject line of this patch goes something like "arm64: dts: hi3660:
add ufs support xxx"
2. Have you run "./scripts/get_maintainer.pl *.patch" to get the
correct maintainers to include into your patch review?
I don't think so. Because this is a dts change, however in your
email's to/
On 05/15/17 15:23, Rob Herring wrote:
> On Mon, May 1, 2017 at 9:46 PM, wrote:
>> From: Frank Rowand
>>
>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>> the internal device tree. The phandle will still be in the struct
>>
On 05/15/17 15:23, Rob Herring wrote:
> On Mon, May 1, 2017 at 9:46 PM, wrote:
>> From: Frank Rowand
>>
>> Remove "phandle", "linux,phandle", and "ibm,phandle" properties from
>> the internal device tree. The phandle will still be in the struct
>> device_node phandle field.
>>
>> This is to
On Fri, Jun 9, 2017 at 6:49 PM, Michal Hocko wrote:
> On Fri 09-06-17 17:51:24, Wei Yang wrote:
>> Hi, Michal
>>
>> I am not that familiar with hotplug and trying to catch up the issue
>> and your solution.
>>
>> One potential issue I found is we don't check the physical
On Fri, Jun 9, 2017 at 6:49 PM, Michal Hocko wrote:
> On Fri 09-06-17 17:51:24, Wei Yang wrote:
>> Hi, Michal
>>
>> I am not that familiar with hotplug and trying to catch up the issue
>> and your solution.
>>
>> One potential issue I found is we don't check the physical boundary
>> when
1 - 100 of 1940 matches
Mail list logo