1. Move tpm_getcap to tpm1-cmd. Rename the function to tpm1_getcap.
2. Remove unused tpm_getcap_header with unused constant
as this functionality is already implemented using tpm_buf construct.
Fixes warning:
drivers/char/tpm/tpm-interface.c:452:38: warning: ‘tpm_getcap_header’ defined
but not
1. Use tpm_buf in tpm1_get_random()
2. Fix comment in tpm_get_random() so it is clear that
the function is expected to return number of random bytes.
Signed-off-by: Tomas Winkler
Reviewed-by: Jarkko Sakkinen
Tested-by: Jarkko Sakkinen
---
V3: New in the series.
V4: Resend.
V5: A small
Factor out TPM 1.x suspend flow from tpm-interface.c into a new function
tpm1_pm_suspend() in tpm1-cmd.c
Signed-off-by: Tomas Winkler
---
V2-V3: Rebase
V4: 1. Add kdoc for tpm1_pm_suspend().
2. Fix commit message.
V5: Adjust the kdoc to the new standard.
drivers/char/tpm/tpm-interface.c |
1. TPM2_CC_LAST has moved from 182 to 193
2. Convert tpm2_ordinal_duration from an array into a switch statement,
as there are not so many commands that require special duration
relative to a number of commands, the switch statement function
is called tpm2_ordinal_duration_index().
3. Fix
Move tpm1_pcr_extend to tpm1-cmd.c and remove
unused pcrextend_header structure and
EXTEND_PCR_RESULT_SIZE and EXTEND_PCR_RESULT_BODY_SIZE
defines.
Fixes warning:
drivers/char/tpm/tpm-interface.c:609:38: warning: ‘pcrextend_header’ defined
but not used [-Wunused-const-variable=]
static const
This patch series provides initial separation of tpm 1.x and tpm 2.x
commands, in foresight that the tpm 1.x chips will eventually phase out
and can be compiled out for modern systems.
A new file is added tpm1-cmd.c that contains tpm 1.x specific commands.
In addition, tpm 1.x commands are now
Move tpm1_pcr_extend to tpm1-cmd.c and remove
unused pcrextend_header structure and
EXTEND_PCR_RESULT_SIZE and EXTEND_PCR_RESULT_BODY_SIZE
defines.
Fixes warning:
drivers/char/tpm/tpm-interface.c:609:38: warning: ‘pcrextend_header’ defined
but not used [-Wunused-const-variable=]
static const
This patch series provides initial separation of tpm 1.x and tpm 2.x
commands, in foresight that the tpm 1.x chips will eventually phase out
and can be compiled out for modern systems.
A new file is added tpm1-cmd.c that contains tpm 1.x specific commands.
In addition, tpm 1.x commands are now
* Grygorii Strashko [180928 21:44]:
> As result safely drop !BANK_USED() checks from omap_gpio_request/free(),
> omap_gpio_irq_bus_lock/unlock() and enable PM runtime management for OMAP
> GPIO IRQ chip.
Nice to get rid of the conditional PM runtime calls :)
Tony
On Fri, Sep 28, 2018 at 3:16 PM, Michael Kerrisk (man-pages)
wrote:
> Hi Tycho,
>
> On Sat, 29 Sep 2018 at 00:04, Tycho Andersen wrote:
>>
>> On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
>> > Hi Tycho,
>> >
>> > On 09/27/2018 05:11 PM, Tycho Andersen wrote:
>> >
* Grygorii Strashko [180928 21:44]:
> As result safely drop !BANK_USED() checks from omap_gpio_request/free(),
> omap_gpio_irq_bus_lock/unlock() and enable PM runtime management for OMAP
> GPIO IRQ chip.
Nice to get rid of the conditional PM runtime calls :)
Tony
On Fri, Sep 28, 2018 at 3:16 PM, Michael Kerrisk (man-pages)
wrote:
> Hi Tycho,
>
> On Sat, 29 Sep 2018 at 00:04, Tycho Andersen wrote:
>>
>> On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
>> > Hi Tycho,
>> >
>> > On 09/27/2018 05:11 PM, Tycho Andersen wrote:
>> >
commit baabda261424517110ea98c6651f632ebf2561e3 ("mm: always enable thp
for dax mappings") says madvise hguepage policy makes less sense for
dax, and force enabling thp for dax mappings in all cases, even though
THP is set to "never".
However, transparent_hugepage_enabled() may return false if
commit baabda261424517110ea98c6651f632ebf2561e3 ("mm: always enable thp
for dax mappings") says madvise hguepage policy makes less sense for
dax, and force enabling thp for dax mappings in all cases, even though
THP is set to "never".
However, transparent_hugepage_enabled() may return false if
On Fri, Sep 28, 2018 at 05:31:40PM +0300, Dan Carpenter wrote:
> On Wed, Sep 26, 2018 at 08:16:56PM +0100, John Whitmore wrote:
> > The member variables AdvCoding and GreenField are unused in code so
> > have been removed from the structure and associated initialisation
> > function.
> >
> > This
On Fri, Sep 28, 2018 at 05:31:40PM +0300, Dan Carpenter wrote:
> On Wed, Sep 26, 2018 at 08:16:56PM +0100, John Whitmore wrote:
> > The member variables AdvCoding and GreenField are unused in code so
> > have been removed from the structure and associated initialisation
> > function.
> >
> > This
On 9/28/18 11:22 PM, Tony Lindgren wrote:
> * Dmitry Osipenko [180928 20:13]:
>> Tony, could you please give a try to the patch below?
>>
>> Do the following:
>>
>> 1) git cherry-pick 696861761a58d8c93605b5663824929fb6540f16
>> 2) git cherry-pick 456e7cdf3b1a14e2606b8b687385ab2e3f23a49a
>> 3)
On 9/28/18 11:22 PM, Tony Lindgren wrote:
> * Dmitry Osipenko [180928 20:13]:
>> Tony, could you please give a try to the patch below?
>>
>> Do the following:
>>
>> 1) git cherry-pick 696861761a58d8c93605b5663824929fb6540f16
>> 2) git cherry-pick 456e7cdf3b1a14e2606b8b687385ab2e3f23a49a
>> 3)
From: Jolly Shah
This patch adds CCF compliant clock driver for ZynqMP.
Clock driver queries supported clock information from
firmware and regiters pll and output clocks with CCF.
Signed-off-by: Rajan Vaja
Signed-off-by: Tejas Patel
Signed-off-by: Shubhrajyoti Datta
Signed-off-by: Jolly Shah
From: Jolly Shah
This patch adds CCF compliant clock driver for ZynqMP.
Clock driver queries supported clock information from
firmware and regiters pll and output clocks with CCF.
Signed-off-by: Rajan Vaja
Signed-off-by: Tejas Patel
Signed-off-by: Shubhrajyoti Datta
Signed-off-by: Jolly Shah
This patchset adds CCF compliant clock driver for ZynqMP.Clock driver queries
supported clock information from firmware and regiters pll and output clocks
with CCF.
This patch series is earlier reveiwed as part of FW patchset
(https://patchwork.kernel.org/cover/10555405/).
FW driver from that
This patchset adds CCF compliant clock driver for ZynqMP.Clock driver queries
supported clock information from firmware and regiters pll and output clocks
with CCF.
This patch series is earlier reveiwed as part of FW patchset
(https://patchwork.kernel.org/cover/10555405/).
FW driver from that
From: Rajan Vaja
Add documentation for embedded energy management interface (EEMI)
APIs. It includes information about eemi ops and how to use them.
It also includes API information and supported IOCTL IDs which can
be used for device and control configuration.
Signed-off-by: Rajan Vaja
From: Rajan Vaja
Add ZynqMP firmware IOCTL API to control and configure
devices like PLLs, SD, Gem, etc.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
Acked-by: Olof Johansson
---
drivers/firmware/xilinx/zynqmp.c | 42
From: Rajan Vaja
Add documentation for embedded energy management interface (EEMI)
APIs. It includes information about eemi ops and how to use them.
It also includes API information and supported IOCTL IDs which can
be used for device and control configuration.
Signed-off-by: Rajan Vaja
From: Rajan Vaja
Add ZynqMP firmware IOCTL API to control and configure
devices like PLLs, SD, Gem, etc.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
Acked-by: Olof Johansson
---
drivers/firmware/xilinx/zynqmp.c | 42
From: Rajan Vaja
Add documentation to describe Xilinx ZynqMP clock driver
bindings.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
Reviewed-by: Rob Herring
Reviewed-by: Stephen Boyd
---
.../firmware/xilinx/xlnx,zynqmp-firmware.txt | 53 ++
From: Rajan Vaja
Add documentation to describe Xilinx ZynqMP clock driver
bindings.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
Reviewed-by: Rob Herring
Reviewed-by: Stephen Boyd
---
.../firmware/xilinx/xlnx,zynqmp-firmware.txt | 53 ++
In the future, please use scripts/get_maintainer.pl to find your To/Cc list. :)
On Mon, Sep 17, 2018 at 2:15 AM, nixiaoming wrote:
> 1, memory leak in ramoops_register_dummy.
>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>but no free when platform_device_register_data return
In the future, please use scripts/get_maintainer.pl to find your To/Cc list. :)
On Mon, Sep 17, 2018 at 2:15 AM, nixiaoming wrote:
> 1, memory leak in ramoops_register_dummy.
>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>but no free when platform_device_register_data return
Hi Tycho,
On Sat, 29 Sep 2018 at 00:04, Tycho Andersen wrote:
>
> On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
> > Hi Tycho,
> >
> > On 09/27/2018 05:11 PM, Tycho Andersen wrote:
> > > Hi all,
> > >
> > > Here's v7 of the seccomp trap to userspace set. There are
Hi Tycho,
On Sat, 29 Sep 2018 at 00:04, Tycho Andersen wrote:
>
> On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
> > Hi Tycho,
> >
> > On 09/27/2018 05:11 PM, Tycho Andersen wrote:
> > > Hi all,
> > >
> > > Here's v7 of the seccomp trap to userspace set. There are
On 29.09.2018 00:00, Chris Clayton wrote:
> Thanks Maciej.
>
> On 28/09/2018 16:54, Maciej S. Szmigiero wrote:
>> Hi,
>>
>>> Hi,
>>>
>>> I upgraded my kernel to 4.18.10 recently and have since been experiencing
>>> network problems after resuming from a
>>> suspend to RAM or disk. I previously
On 29.09.2018 00:00, Chris Clayton wrote:
> Thanks Maciej.
>
> On 28/09/2018 16:54, Maciej S. Szmigiero wrote:
>> Hi,
>>
>>> Hi,
>>>
>>> I upgraded my kernel to 4.18.10 recently and have since been experiencing
>>> network problems after resuming from a
>>> suspend to RAM or disk. I previously
From: Yi Sun Sent: Wednesday, September 26, 2018
11:02 PM
> Follow PV spinlock mechanism to implement the callback functions
> to allow the CPU idling and kicking operations on Hyper-V.
>
> Cc: "K. Y. Srinivasan"
> Cc: Haiyang Zhang
> Cc: Stephen Hemminger
> Cc: Thomas Gleixner
> Cc:
From: Yi Sun Sent: Wednesday, September 26, 2018
11:02 PM
> Follow PV spinlock mechanism to implement the callback functions
> to allow the CPU idling and kicking operations on Hyper-V.
>
> Cc: "K. Y. Srinivasan"
> Cc: Haiyang Zhang
> Cc: Stephen Hemminger
> Cc: Thomas Gleixner
> Cc:
On Mon, Aug 27, 2018 at 8:55 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Srinivas Kandagatla
> Signed-off-by: Rob Herring
> ---
> drivers/nvmem/core.c | 4 +++-
> 1 file
On Mon, Aug 27, 2018 at 8:55 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Srinivas Kandagatla
> Signed-off-by: Rob Herring
> ---
> drivers/nvmem/core.c | 4 +++-
> 1 file
Please fix this defect appropriately.
linux-next MAINTAINERS section:
14171 SYNOPSYS DESIGNWARE AXI DMAC DRIVER
14172 M: Eugeniy Paltsev
14173 S: Maintained
--> 14174 F: drivers/dma/dwi-axi-dmac/
14175 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
14531 Texas Instruments' System Control Interface (TISCI) Protocol
Driver
14532 M: Nishanth Menon
14533 M: Tero Kristo
14534 M: Santosh Shilimkar
14535 L:
In preparation to remove the node name pointer from struct device_node,
convert printf users to use the %pOFn format specifier.
Cc: Andrew Lunn
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Reviewed-by: Florian Fainelli
Signed-off-by: Rob Herring
---
David, Resending because you superseded
Please fix this defect appropriately.
linux-next MAINTAINERS section:
14171 SYNOPSYS DESIGNWARE AXI DMAC DRIVER
14172 M: Eugeniy Paltsev
14173 S: Maintained
--> 14174 F: drivers/dma/dwi-axi-dmac/
14175 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
14531 Texas Instruments' System Control Interface (TISCI) Protocol
Driver
14532 M: Nishanth Menon
14533 M: Tero Kristo
14534 M: Santosh Shilimkar
14535 L:
In preparation to remove the node name pointer from struct device_node,
convert printf users to use the %pOFn format specifier.
Cc: Andrew Lunn
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Reviewed-by: Florian Fainelli
Signed-off-by: Rob Herring
---
David, Resending because you superseded
Please fix this defect appropriately.
linux-next MAINTAINERS section:
15491 USER-MODE LINUX (UML)
15492 M: Jeff Dike
15493 M: Richard Weinberger
15494 L: linux...@lists.infradead.org
15495 W:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
15491 USER-MODE LINUX (UML)
15492 M: Jeff Dike
15493 M: Richard Weinberger
15494 L: linux...@lists.infradead.org
15495 W:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13992 STI CEC DRIVER
13993 M: Benjamin Gaignard
13994 S: Maintained
--> 13995 F: drivers/staging/media/st-cec/
13996 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13899 STAGING - FLARION FT1000 DRIVERS
13900 M: Marek Belisko
13901 S: Odd Fixes
--> 13902 F: drivers/staging/ft1000/
Commit that introduced this:
commit
On Fri, Sep 28, 2018 at 2:51 PM Joe Perches wrote:
>
> Please fix this defect appropriately.
>
> linux-next MAINTAINERS section:
>
> 1781ARM/NUVOTON NPCM ARCHITECTURE
> 1782M: Avi Fishman
> 1783M: Tomer Maimon
> 1784R: Patrick
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13992 STI CEC DRIVER
13993 M: Benjamin Gaignard
13994 S: Maintained
--> 13995 F: drivers/staging/media/st-cec/
13996 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13899 STAGING - FLARION FT1000 DRIVERS
13900 M: Marek Belisko
13901 S: Odd Fixes
--> 13902 F: drivers/staging/ft1000/
Commit that introduced this:
commit
On Fri, Sep 28, 2018 at 2:51 PM Joe Perches wrote:
>
> Please fix this defect appropriately.
>
> linux-next MAINTAINERS section:
>
> 1781ARM/NUVOTON NPCM ARCHITECTURE
> 1782M: Avi Fishman
> 1783M: Tomer Maimon
> 1784R: Patrick
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13609 SOFTWARE DELEGATED EXCEPTION INTERFACE (SDEI)
13610 M: James Morse
13611 L: linux-arm-ker...@lists.infradead.org
13612 S: Maintained
13613 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13609 SOFTWARE DELEGATED EXCEPTION INTERFACE (SDEI)
13610 M: James Morse
13611 L: linux-arm-ker...@lists.infradead.org
13612 S: Maintained
13613 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13609 SOFTWARE DELEGATED EXCEPTION INTERFACE (SDEI)
13610 M: James Morse
13611 L: linux-arm-ker...@lists.infradead.org
13612 S: Maintained
13613 F:
On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
> Hi Tycho,
>
> On 09/27/2018 05:11 PM, Tycho Andersen wrote:
> > Hi all,
> >
> > Here's v7 of the seccomp trap to userspace set. There are various minor
> > changes and bug fixes, but two major changes:
> >
> > * We
Please fix this defect appropriately.
linux-next MAINTAINERS section:
13609 SOFTWARE DELEGATED EXCEPTION INTERFACE (SDEI)
13610 M: James Morse
13611 L: linux-arm-ker...@lists.infradead.org
13612 S: Maintained
13613 F:
On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
> Hi Tycho,
>
> On 09/27/2018 05:11 PM, Tycho Andersen wrote:
> > Hi all,
> >
> > Here's v7 of the seccomp trap to userspace set. There are various minor
> > changes and bug fixes, but two major changes:
> >
> > * We
Hi Lukasz,
On Thu, 27 Sep 2018 00:07:30 +0200
Lukasz Majewski wrote:
> Please find following set of patches, which provide improved behaviour
> of the fsl-quadspi.c driver on Vybrid vf610 HW.
>
> Below code is based on previous work done by Albert ARIBAUD:
>
Hi Lukasz,
On Thu, 27 Sep 2018 00:07:30 +0200
Lukasz Majewski wrote:
> Please find following set of patches, which provide improved behaviour
> of the fsl-quadspi.c driver on Vybrid vf610 HW.
>
> Below code is based on previous work done by Albert ARIBAUD:
>
Please fix this defect appropriately.
linux-next MAINTAINERS section:
12851 SAMSUNG EXYNOS TRUE RANDOM NUMBER GENERATOR (TRNG) DRIVER
12852 M: Łukasz Stelmach
12853 L: linux-samsung-...@vger.kernel.org
12854 S: Maintained
12855 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
12851 SAMSUNG EXYNOS TRUE RANDOM NUMBER GENERATOR (TRNG) DRIVER
12852 M: Łukasz Stelmach
12853 L: linux-samsung-...@vger.kernel.org
12854 S: Maintained
12855 F:
On Fri, Sep 28, 2018 at 5:12 PM Jann Horn wrote:
>
> On Fri, Sep 28, 2018 at 3:22 PM Tvrtko Ursulin
> wrote:
> > On 28/09/2018 11:26, Thomas Gleixner wrote:
> > > On Wed, 19 Sep 2018, Tvrtko Ursulin wrote:
> > >> For situations where sysadmins might want to allow different level of
> > >> access
On Fri, Sep 28, 2018 at 5:12 PM Jann Horn wrote:
>
> On Fri, Sep 28, 2018 at 3:22 PM Tvrtko Ursulin
> wrote:
> > On 28/09/2018 11:26, Thomas Gleixner wrote:
> > > On Wed, 19 Sep 2018, Tvrtko Ursulin wrote:
> > >> For situations where sysadmins might want to allow different level of
> > >> access
On Fri, Sep 28, 2018 at 11:54:22PM +0200, Jann Horn wrote:
> On Fri, Sep 28, 2018 at 11:36 PM Tycho Andersen wrote:
> > On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> > > On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> > > >
> > > > On Fri, Sep 28, 2018 at 10:33:34PM
On Fri, Sep 28, 2018 at 11:54:22PM +0200, Jann Horn wrote:
> On Fri, Sep 28, 2018 at 11:36 PM Tycho Andersen wrote:
> > On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> > > On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> > > >
> > > > On Fri, Sep 28, 2018 at 10:33:34PM
Please fix this defect appropriately.
linux-next MAINTAINERS section:
12496 RENESAS R-CAR GYROADC DRIVER
12497 M: Marek Vasut
12498 L: linux-...@vger.kernel.org
12499 S: Supported
--> 12500 F: drivers/iio/adc/rcar_gyro_adc.c
Please fix this defect appropriately.
linux-next MAINTAINERS section:
12496 RENESAS R-CAR GYROADC DRIVER
12497 M: Marek Vasut
12498 L: linux-...@vger.kernel.org
12499 S: Supported
--> 12500 F: drivers/iio/adc/rcar_gyro_adc.c
Please fix this defect appropriately.
linux-next MAINTAINERS section:
10052 NCP FILESYSTEM
10053 M: Petr Vandrovec
10054 S: Obsolete
--> 10055 F: drivers/staging/ncpfs/
Commit that introduced this:
commit
Please fix this defect appropriately.
linux-next MAINTAINERS section:
11056 PARALLEL LCD/KEYPAD PANEL DRIVER
11057 M: Willy Tarreau
11058 M: Ksenija Stanojevic
11059 S: Odd Fixes
11060 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9976MULTIPLEXER SUBSYSTEM
9977M: Peter Rosin
9978S: Maintained
9979F: Documentation/ABI/testing/sysfs-class-mux*
9980F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
10052 NCP FILESYSTEM
10053 M: Petr Vandrovec
10054 S: Obsolete
--> 10055 F: drivers/staging/ncpfs/
Commit that introduced this:
commit
Please fix this defect appropriately.
linux-next MAINTAINERS section:
11056 PARALLEL LCD/KEYPAD PANEL DRIVER
11057 M: Willy Tarreau
11058 M: Ksenija Stanojevic
11059 S: Odd Fixes
11060 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9976MULTIPLEXER SUBSYSTEM
9977M: Peter Rosin
9978S: Maintained
9979F: Documentation/ABI/testing/sysfs-class-mux*
9980F:
Thanks Maciej.
On 28/09/2018 16:54, Maciej S. Szmigiero wrote:
> Hi,
>
>> Hi,
>>
>> I upgraded my kernel to 4.18.10 recently and have since been experiencing
>> network problems after resuming from a
>> suspend to RAM or disk. I previously had 4.18.6 and that was OK.
>>
>> The pattern of the
Thanks Maciej.
On 28/09/2018 16:54, Maciej S. Szmigiero wrote:
> Hi,
>
>> Hi,
>>
>> I upgraded my kernel to 4.18.10 recently and have since been experiencing
>> network problems after resuming from a
>> suspend to RAM or disk. I previously had 4.18.6 and that was OK.
>>
>> The pattern of the
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9766MIPS/LOONGSON3 ARCHITECTURE
9767M: Huacai Chen
9768L: linux-m...@linux-mips.org
9769S: Maintained
9770F: arch/mips/loongson64/
9771
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9766MIPS/LOONGSON3 ARCHITECTURE
9767M: Huacai Chen
9768L: linux-m...@linux-mips.org
9769S: Maintained
9770F: arch/mips/loongson64/
9771
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9766MIPS/LOONGSON3 ARCHITECTURE
9767M: Huacai Chen
9768L: linux-m...@linux-mips.org
9769S: Maintained
9770F: arch/mips/loongson64/
9771
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9766MIPS/LOONGSON3 ARCHITECTURE
9767M: Huacai Chen
9768L: linux-m...@linux-mips.org
9769S: Maintained
9770F: arch/mips/loongson64/
9771
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9757MIPS/LOONGSON2 ARCHITECTURE
9758M: Jiaxun Yang
9759L: linux-m...@linux-mips.org
9760S: Maintained
9761F: arch/mips/loongson64/*{2e/2f}*
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9757MIPS/LOONGSON2 ARCHITECTURE
9758M: Jiaxun Yang
9759L: linux-m...@linux-mips.org
9760S: Maintained
9761F: arch/mips/loongson64/*{2e/2f}*
Hi Tycho,
On 09/27/2018 05:11 PM, Tycho Andersen wrote:
Hi all,
Here's v7 of the seccomp trap to userspace set. There are various minor
changes and bug fixes, but two major changes:
* We now pass fds to the tracee via an ioctl, and do it immediately when
the ioctl is called. For this we
Hi Tycho,
On 09/27/2018 05:11 PM, Tycho Andersen wrote:
Hi all,
Here's v7 of the seccomp trap to userspace set. There are various minor
changes and bug fixes, but two major changes:
* We now pass fds to the tracee via an ioctl, and do it immediately when
the ioctl is called. For this we
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9483MEN Z069 WATCHDOG DRIVER
9484M: Johannes Thumshirn
9485L: linux-watch...@vger.kernel.org
9486S: Maintained
--> 9487F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9483MEN Z069 WATCHDOG DRIVER
9484M: Johannes Thumshirn
9485L: linux-watch...@vger.kernel.org
9486S: Maintained
--> 9487F:
On Mon, Aug 27, 2018 at 8:54 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Hans de Goede
> Cc: Dmitry Torokhov
> Cc: Maxime Ripard
> Cc: linux-in...@vger.kernel.org
>
On Mon, Aug 27, 2018 at 8:54 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Hans de Goede
> Cc: Dmitry Torokhov
> Cc: Maxime Ripard
> Cc: linux-in...@vger.kernel.org
>
On Fri, Sep 28, 2018 at 11:36 PM Tycho Andersen wrote:
> On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> > On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> > >
> > > On Fri, Sep 28, 2018 at 10:33:34PM +0200, Jann Horn wrote:
> > > > On Fri, Sep 28, 2018 at 5:47 PM Tycho
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8155LANTIQ / INTEL Ethernet drivers
8156M: Hauke Mehrtens
8157L: net...@vger.kernel.org
8158S: Maintained
8159F: net/dsa/tag_gswip.c
8160
On Fri, Sep 28, 2018 at 2:26 PM, Andrew Morton
wrote:
> On Mon, 17 Sep 2018 17:15:31 +0800 nixiaoming wrote:
>
>> 1, memory leak in ramoops_register_dummy.
>>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>>but no free when platform_device_register_data return fail
>>
>> 2, if
On Mon, Aug 27, 2018 at 8:54 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Jassi Brar
> Signed-off-by: Rob Herring
> ---
> drivers/mailbox/ti-msgmgr.c | 4 ++--
> 1 file
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8566LOCKING PRIMITIVES
8567M: Peter Zijlstra
8568M: Ingo Molnar
8569M: Will Deacon
8570L: linux-kernel@vger.kernel.org
8571T:
On Fri, Sep 28, 2018 at 11:36 PM Tycho Andersen wrote:
> On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> > On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> > >
> > > On Fri, Sep 28, 2018 at 10:33:34PM +0200, Jann Horn wrote:
> > > > On Fri, Sep 28, 2018 at 5:47 PM Tycho
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8155LANTIQ / INTEL Ethernet drivers
8156M: Hauke Mehrtens
8157L: net...@vger.kernel.org
8158S: Maintained
8159F: net/dsa/tag_gswip.c
8160
On Fri, Sep 28, 2018 at 2:26 PM, Andrew Morton
wrote:
> On Mon, 17 Sep 2018 17:15:31 +0800 nixiaoming wrote:
>
>> 1, memory leak in ramoops_register_dummy.
>>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>>but no free when platform_device_register_data return fail
>>
>> 2, if
On Mon, Aug 27, 2018 at 8:54 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Jassi Brar
> Signed-off-by: Rob Herring
> ---
> drivers/mailbox/ti-msgmgr.c | 4 ++--
> 1 file
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8566LOCKING PRIMITIVES
8567M: Peter Zijlstra
8568M: Ingo Molnar
8569M: Will Deacon
8570L: linux-kernel@vger.kernel.org
8571T:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8087KEYS/KEYRINGS:
8088M: David Howells
8089L: keyri...@vger.kernel.org
8090S: Maintained
8091F: Documentation/security/keys/core.rst
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8087KEYS/KEYRINGS:
8088M: David Howells
8089L: keyri...@vger.kernel.org
8090S: Maintained
8091F: Documentation/security/keys/core.rst
201 - 300 of 1218 matches
Mail list logo