On Wed, 20 Jan 2021 13:26:47 +
Eric Curtin wrote:
> max_user_watches for epoll should say 1/25, rather than 1/32
>
> Signed-off-by: Eric Curtin
> ---
> Documentation/admin-guide/sysctl/fs.rst | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/admin-
max_user_watches for epoll should say 1/25, rather than 1/32
Signed-off-by: Eric Curtin
---
Documentation/admin-guide/sysctl/fs.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/admin-guide/sysctl/fs.rst
b/Documentation/admin-guide/sysctl/fs.rst
index f48
Hello,
On Tue, Dec 08, 2020 at 09:58:32AM -0800, Randy Dunlap wrote:
> On 12/8/20 9:54 AM, Jonathan Corbet wrote:
> > On Wed, 2 Dec 2020 16:32:43 +0100
> > Mathieu Chouquet-Stringer wrote:
> >> Signed-off-by: Mathieu Chouquet-Stringer
> >
> > Hearing no objection, I've applied this.
T
On 12/8/20 9:54 AM, Jonathan Corbet wrote:
> On Wed, 2 Dec 2020 16:32:43 +0100
> Mathieu Chouquet-Stringer wrote:
>
>> Hello Jonathan,
>>
>> Here's a patch updating the meaning of TAINT_CPU_OUT_OF_SPEC after
>> Borislav introduced changes in a7e1f67ed29f and upcoming patches in tip.
>>
>> T
On Wed, 2 Dec 2020 16:32:43 +0100
Mathieu Chouquet-Stringer wrote:
> Hello Jonathan,
>
> Here's a patch updating the meaning of TAINT_CPU_OUT_OF_SPEC after
> Borislav introduced changes in a7e1f67ed29f and upcoming patches in tip.
>
> TAINT_CPU_OUT_OF_SPEC now means a bit more what it im
Hello Jonathan,
Here's a patch updating the meaning of TAINT_CPU_OUT_OF_SPEC after
Borislav introduced changes in a7e1f67ed29f and upcoming patches in tip.
TAINT_CPU_OUT_OF_SPEC now means a bit more what it implies as the
flag isn't set just because of a CPU misconfiguration or mismatch.
On Thu, Nov 19, 2020 at 2:43 PM Roman Kiryanov wrote:
>
> > > +M: Jiaxun Yang
> > > +M: Huacai Chen
> >
> > It would be nice to get an ack from the people you are removing and
> > adding to this entry :(
>
> Hi Jiaxun and Huacai, could you please ack this change?
Gentle ping.
> > +M: Jiaxun Yang
> > +M: Huacai Chen
>
> It would be nice to get an ack from the people you are removing and
> adding to this entry :(
Hi Jiaxun and Huacai, could you please ack this change?
On Mon, Nov 16, 2020 at 04:31:35PM -0800, r...@google.com wrote:
> From: Roman Kiryanov
>
> We (Android Studio Emulator, aka goldfish) do not
> support MIPS anymore but goldfish-rtc is still used
> by MIPS/RISCV QEMU.
>
> Signed-off-by: Roman Kiryanov
> ---
> MAINTAINERS | 4 +++-
> 1 file cha
From: Roman Kiryanov
We (Android Studio Emulator, aka goldfish) do not
support MIPS anymore but goldfish-rtc is still used
by MIPS/RISCV QEMU.
Signed-off-by: Roman Kiryanov
---
MAINTAINERS | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4a
From: Rafael J. Wysocki
Since the device is resumed from runtime-suspend in
__device_release_driver() anyway, it is better to do that before
looking for busy managed device links from it to consumers, because
if there are any, device_links_unbind_consumers() will be called
and it will cause the c
>From the code of 'register_blkdev(...)', the major number range
should be in [1..BLKDEV_MAJOR_HASH_SIZE-1] while not [1..BLKDEV_MAJOR_MAX]
in case of calling 'register_blkdev(...) with @major = 0, so correct
the wrong info of the function's comments
Signed-off-by: Richard Clark
Cc: Jens Axb
Hi Bjorn,
Could you spare a little time for reviewing the v3 patch?
I'm afraid you had missed it.
v3: https://lkml.org/lkml/2019/12/10/36
On 2020/6/24 3:43, James Puthukattukaran wrote:
> Xiang/Bjorn -
> Any timeline when this bug will make it upstream? We're running into this
> problem on som
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 2 Apr 2019, Linus Torvalds wrote:
> On Tue, Apr 2, 2019 at 7:18 AM Nicolas Pitre wrote:
> >
> > The @linaro version won't be valid much longer.
>
> Generally I like seeing these come in from the old address just to verify.
>
> But at least
On Tue, Apr 2, 2019 at 7:18 AM Nicolas Pitre wrote:
>
> The @linaro version won't be valid much longer.
Generally I like seeing these come in from the old address just to verify.
But at least the old address is cc'd..
Linus
The @linaro version won't be valid much longer.
Signed-off-by: Nicolas Pitre
diff --git a/.mailmap b/.mailmap
index b2cde8668d..ae2bcad06f 100644
--- a/.mailmap
+++ b/.mailmap
@@ -156,6 +156,8 @@ Morten Welinder
Morten Welinder
Mythri P K
Nguyen Anh Quynh
+Nicolas Pitre
+Nicolas Pitre
On Thu, Feb 28, 2019 at 12:14 PM Toshi Kani wrote:
>
> ACPI NFIT flags field reports major errors on NVDIMM, which need
> user's attention.
>
> Update the current log to a proper error message with dev_err().
> The current message string is kept for grep-compatibility.
>
Looks good, applied.
ACPI NFIT flags field reports major errors on NVDIMM, which need
user's attention.
Update the current log to a proper error message with dev_err().
The current message string is kept for grep-compatibility.
Signed-off-by: Toshi Kani
Cc: Dan Williams
Cc: "Rafael J. Wysocki"
Cc: Robert Elliott
On Mon, Jan 28, 2019 at 2:28 PM Bernd Edlinger
wrote:
>
> On 1/25/19 1:24 PM, Bernd Edlinger wrote:
> > On 1/25/19 12:39 PM, Miguel Ojeda wrote:
> >> On Fri, Jan 25, 2019 at 11:58 AM Arnd Bergmann wrote:
> >>>
> >>> On Fri, Jan 25, 2019 at 11:43 AM Laura Abbott wrote:
> >
> > I believe it is not
On 1/28/19 5:28 AM, Bernd Edlinger wrote:
On 1/25/19 1:24 PM, Bernd Edlinger wrote:
On 1/25/19 12:39 PM, Miguel Ojeda wrote:
On Fri, Jan 25, 2019 at 11:58 AM Arnd Bergmann wrote:
On Fri, Jan 25, 2019 at 11:43 AM Laura Abbott wrote:
Commit bee20031772a ("disable -Wattribute-alias warning f
On 1/25/19 1:24 PM, Bernd Edlinger wrote:
> On 1/25/19 12:39 PM, Miguel Ojeda wrote:
>> On Fri, Jan 25, 2019 at 11:58 AM Arnd Bergmann wrote:
>>>
>>> On Fri, Jan 25, 2019 at 11:43 AM Laura Abbott wrote:
Commit bee20031772a ("disable -Wattribute-alias warning for
SYSCALL_DEFINEx()")
On 1/25/19 12:39 PM, Miguel Ojeda wrote:
> On Fri, Jan 25, 2019 at 11:58 AM Arnd Bergmann wrote:
>>
>> On Fri, Jan 25, 2019 at 11:43 AM Laura Abbott wrote:
>>>
>>> Commit bee20031772a ("disable -Wattribute-alias warning for
>>> SYSCALL_DEFINEx()") disabled -Wattribute-alias with gcc8.
>>> gcc9 ch
On Fri, Jan 25, 2019 at 11:58 AM Arnd Bergmann wrote:
>
> On Fri, Jan 25, 2019 at 11:43 AM Laura Abbott wrote:
> >
> > Commit bee20031772a ("disable -Wattribute-alias warning for
> > SYSCALL_DEFINEx()") disabled -Wattribute-alias with gcc8.
> > gcc9 changed the format of -Wattribute-alias to take
On Fri, Jan 25, 2019 at 11:43 AM Laura Abbott wrote:
>
> Commit bee20031772a ("disable -Wattribute-alias warning for
> SYSCALL_DEFINEx()") disabled -Wattribute-alias with gcc8.
> gcc9 changed the format of -Wattribute-alias to take a parameter.
> This doesn't quite match with the existing disablin
Commit bee20031772a ("disable -Wattribute-alias warning for
SYSCALL_DEFINEx()") disabled -Wattribute-alias with gcc8.
gcc9 changed the format of -Wattribute-alias to take a parameter.
This doesn't quite match with the existing disabling mechanism
so update for gcc9 to match with the default (-Wattr
On Wed, Feb 07, 2018 at 06:23:34AM +0900, l4stpr0g...@gmail.com wrote:
> From: Kangmin Park
Your subject line should say the subsystem and driver you are modifying.
Look at the hundreds of other patches on the mailing lists for examples
of how to properly format it.
>
> enum RT_RF_TYPE_DEFINITI
On Fri, 16 Feb 2018 11:44:49 +0100
Boris Brezillon wrote:
> Free Electrons is now Bootlin.
>
> Signed-off-by: Boris Brezillon
> ---
> Note that I'm planning to take this patch through the MTD tree.
Applied to the nand/next branch of the MTD tree.
> ---
> .mailmap| 7 ---
> MAINTAINE
On Fri, 16 Feb 2018 16:35:27 +0100
Kamil Konieczny wrote:
> On 16.02.2018 15:54, Boris Brezillon wrote:
> > Adding back all the people that were Cc-ed on the initial email.
> >
> > On Fri, 16 Feb 2018 15:18:21 +0100
> > Kamil Konieczny wrote:
> >
> >> On 16.02.2018 15:00, Boris Brezillon wro
On 16.02.2018 15:54, Boris Brezillon wrote:
> Adding back all the people that were Cc-ed on the initial email.
>
> On Fri, 16 Feb 2018 15:18:21 +0100
> Kamil Konieczny wrote:
>
>> On 16.02.2018 15:00, Boris Brezillon wrote:
>>> On Fri, 16 Feb 2018 12:21:53 +0100
>>> Kamil Konieczny wrote:
>>>
Adding back all the people that were Cc-ed on the initial email.
On Fri, 16 Feb 2018 15:18:21 +0100
Kamil Konieczny wrote:
> On 16.02.2018 15:00, Boris Brezillon wrote:
> > On Fri, 16 Feb 2018 12:21:53 +0100
> > Kamil Konieczny wrote:
> >
> >> On 16.02.2018 12:16, Boris Brezillon wrote:
>
Free Electrons is now Bootlin.
Signed-off-by: Boris Brezillon
---
Note that I'm planning to take this patch through the MTD tree.
---
.mailmap| 7 ---
MAINTAINERS | 10 +-
2 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/.mailmap b/.mailmap
index e18cab73e209..50c1
This is better. But the subject should say [PATCH v2] and we need a
driver prefix.
On Wed, Feb 07, 2018 at 06:23:34AM +0900, l4stpr0g...@gmail.com wrote:
> From: Kangmin Park
>
> enum RT_RF_TYPE_DEFINITION on rtl8723bs/include/rtw_rf.h
> is different from enum tag_HAL_RF_Type_Definition on
> rt
From: Kangmin Park
enum RT_RF_TYPE_DEFINITION on rtl8723bs/include/rtw_rf.h
is different from enum tag_HAL_RF_Type_Definition on
rtl8723bs/include/HalVerDef.h
So, update them to be the same reference from
enum rf_type on rtlwifi/wifi.h which recent version.
As a result, ODM_RF_TYPE_E needs to b
On Thu, Jan 25, 2018 at 08:23:15AM -0800, Palmer Dabbelt wrote:
> Now that we're upstream in Linux we've been able to make some
> infrastructure changes so our port works a bit more like other ports.
> Specifically:
>
> * We now have a mailing list specific to the RISC-V Linux port, hosted
> at
Now that we're upstream in Linux we've been able to make some
infrastructure changes so our port works a bit more like other ports.
Specifically:
* We now have a mailing list specific to the RISC-V Linux port, hosted
at lists.infreadead.org.
* We now have a kernel.org git tree where work on our
- On Nov 22, 2017, at 10:23 AM, shuah sh...@kernel.org wrote:
> On 11/21/2017 03:19 PM, Mathieu Desnoyers wrote:
>> Implements two basic tests of RSEQ functionality, and one more
>> exhaustive parameterizable test.
>>
>> The first, "basic_test" only asserts that RSEQ works moderately
>> corre
On 11/21/2017 03:19 PM, Mathieu Desnoyers wrote:
> Implements two basic tests of RSEQ functionality, and one more
> exhaustive parameterizable test.
>
> The first, "basic_test" only asserts that RSEQ works moderately
> correctly. E.g. that the CPUID pointer works.
>
> "basic_percpu_ops_test" is a
On 11/21/2017 03:19 PM, Mathieu Desnoyers wrote:
> Implement cpu_opv selftests. It needs to express dependencies on
> header files and .so, which require to override the selftests
> lib.mk targets. Use OVERRIDE_TARGETS define for this.
>
> Signed-off-by: Mathieu Desnoyers
> CC: Russell King
> CC
On 11/21/2017 03:19 PM, Mathieu Desnoyers wrote:
> Introduce OVERRIDE_TARGETS to allow tests to express dependencies on
> header files and .so, which require to override the selftests lib.mk
> targets.
>
> Signed-off-by: Mathieu Desnoyers
> CC: Russell King
> CC: Catalin Marinas
> CC: Will Deac
- On Nov 21, 2017, at 5:19 PM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> Introduce OVERRIDE_TARGETS to allow tests to express dependencies on
> header files and .so, which require to override the selftests lib.mk
> targets.
Those 3 seftests update patches are still RFC (even
Implements two basic tests of RSEQ functionality, and one more
exhaustive parameterizable test.
The first, "basic_test" only asserts that RSEQ works moderately
correctly. E.g. that the CPUID pointer works.
"basic_percpu_ops_test" is a slightly more "realistic" variant,
implementing a few simple p
Implement cpu_opv selftests. It needs to express dependencies on
header files and .so, which require to override the selftests
lib.mk targets. Use OVERRIDE_TARGETS define for this.
Signed-off-by: Mathieu Desnoyers
CC: Russell King
CC: Catalin Marinas
CC: Will Deacon
CC: Thomas Gleixner
CC: Pa
Introduce OVERRIDE_TARGETS to allow tests to express dependencies on
header files and .so, which require to override the selftests lib.mk
targets.
Signed-off-by: Mathieu Desnoyers
CC: Russell King
CC: Catalin Marinas
CC: Will Deacon
CC: Thomas Gleixner
CC: Paul Turner
CC: Andrew Hunter
CC:
On Fri, 6 Oct 2017, Paul Burton wrote:
> From: Paul Burton
>
> MIPS will soon not be a part of Imagination Technologies, and as such
> many @imgtec.com email addresses will no longer be valid. This patch
> updates the addresses for all those who:
>
> - Have 10 or more patches in mainline autho
From: Paul Burton
MIPS will soon not be a part of Imagination Technologies, and as such
many @imgtec.com email addresses will no longer be valid. This patch
updates the addresses for all those who:
- Have 10 or more patches in mainline authored using an @imgtec.com
email address, or any patc
On Wed, Oct 4, 2017 at 3:10 PM, James Hogan wrote:
>
> Linus: Are you happy to apply this patch directly?
Done.
Linus
From: James Hogan
Update my imgtec.com and personal email address to my kernel.org one in
a few places as MIPS will soon no longer be part of Imagination
Technologies, and add mappings in .mailcap so get_maintainer.pl reports
the right address.
Signed-off-by: James Hogan
---
Linus: Are you happ
drivers/watchdog/wdrtas.c is of insterest of linuxppc maintainers.
Signed-off-by: Murilo Opsfelder Araujo
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9609ca6..3f05927 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7670,6 +7670,7 @@ F:
Signed-off-by: Paulo Flabiano Smorigo
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 846f97a..2772c82 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6188,7 +6188,6 @@ S:Maintained
F: arch/ia64/
IBM Power VMX Cryptographic instr
* Mark Jackson [170104 02:56]:
> On 15/12/16 10:52, Mark Jackson wrote:
> >>From v4.2+ the GPMC code has been changed to reset all the bootloader
> > GPMC settings when the kernel starts.
> >
> > As such, this DTS file now needs the external FRAM defined.
> >
> > Signed-off-by: Mark Jackson
>
On 15/12/16 10:52, Mark Jackson wrote:
>>From v4.2+ the GPMC code has been changed to reset all the bootloader
> GPMC settings when the kernel starts.
>
> As such, this DTS file now needs the external FRAM defined.
>
> Signed-off-by: Mark Jackson
Tony, any update on this patch ?
Cheers
Mark
From: Ian Kumlien
Date: Mon, 2 Jan 2017 09:18:35 +0100
> __skb_flow_dissect can be called with a skb or a data packet, either
> can be NULL. All calls seems to have been moved to __skb_header_pointer
> except the pptp handling which is still calling skb_header_pointer.
...
> Fixes: ab10dccb1160
__skb_flow_dissect can be called with a skb or a data packet, either
can be NULL. All calls seems to have been moved to __skb_header_pointer
except the pptp handling which is still calling skb_header_pointer.
skb_header_pointer will use skb->data and thus:
[ 109.556866] BUG: unable to handle kern
__skb_flow_dissect can be called with a skb or a data packet, either
can be NULL. All calls seems to have been moved to __skb_header_pointer
except the pptp handling which is still calling skb_header_pointer.
skb_header_pointer will use skb->data and thus:
[ 109.556866] BUG: unable to handle kern
On Mon, Jan 2, 2017 at 5:07 AM, David Miller wrote:
> From: Ian Kumlien
> Date: Mon, 2 Jan 2017 00:19:36 +0100
>
>> __skb_flow_dissect can be called with a skb or a data packet, either
>> can be NULL. All calls seems to have been moved to __skb_header_pointer
>> except the pptp handling which is
From: Ian Kumlien
Date: Mon, 2 Jan 2017 00:19:36 +0100
> __skb_flow_dissect can be called with a skb or a data packet, either
> can be NULL. All calls seems to have been moved to __skb_header_pointer
> except the pptp handling which is still calling skb_header_pointer.
>
> skb_header_pointer wi
__skb_flow_dissect can be called with a skb or a data packet, either
can be NULL. All calls seems to have been moved to __skb_header_pointer
except the pptp handling which is still calling skb_header_pointer.
skb_header_pointer will use skb->data and thus:
[ 109.556866] BUG: unable to handle kern
>From v4.2+ the GPMC code has been changed to reset all the bootloader
GPMC settings when the kernel starts.
As such, this DTS file now needs the external FRAM defined.
Signed-off-by: Mark Jackson
---
arch/arm/boot/dts/am335x-nano.dts | 31 ++-
1 file changed, 30 ins
Linus found there still is a race in mremap after commit 5d1904204c99
("mremap: fix race between mremap() and page cleanning").
As described by Linus:
the issue is that another thread might make the pte be dirty (in
the hardware walker, so no locking of ours make any difference)
*after* we checked
On Wed, 31 Aug 2016 07:26:43 -0700 Greg wrote:
> On Wed, 2016-08-31 at 15:01 +0300, Vladimir Davydov wrote:
> > vdavydov@{parallels,virtuozzo}.com will bounce from now on.
> >
> > Signed-off-by: Vladimir Davydov
>
> Shouldn't MAINTAINERS be in the subject line?
Welcome to my life ;)
This wil
On Wed, Aug 31, 2016 at 07:26:43AM -0700, Greg wrote:
> On Wed, 2016-08-31 at 15:01 +0300, Vladimir Davydov wrote:
> > vdavydov@{parallels,virtuozzo}.com will bounce from now on.
> >
> > Signed-off-by: Vladimir Davydov
>
> Shouldn't MAINTAINERS be in the subject line?
You're right, sorry. Here
On Wed, 2016-08-31 at 15:01 +0300, Vladimir Davydov wrote:
> vdavydov@{parallels,virtuozzo}.com will bounce from now on.
>
> Signed-off-by: Vladimir Davydov
Shouldn't MAINTAINERS be in the subject line?
- Greg
> ---
> .mailmap| 2 ++
> MAINTAINERS | 2 +-
> 2 files changed, 3 insertions(+
vdavydov@{parallels,virtuozzo}.com will bounce from now on.
Signed-off-by: Vladimir Davydov
---
.mailmap| 2 ++
MAINTAINERS | 2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/.mailmap b/.mailmap
index b18912c5121e..de22daefd9da 100644
--- a/.mailmap
+++ b/.mailmap
@@ -159,
This will only make sense to people who follow Linus
on Google+
Signed-off-by: Tony Luck
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 5c18baad7218..adf611170b4e 100644
--- a/Makefile
+++ b/Makefile
@@ -2,7 +2,7 @@ VERSION = 4
PATCHLE
> "Shaun" == Shaun Tancheff writes:
Shaun,
Shaun> In sd_setup_discard_cmnd() there are a some discard methods that
Shaun> fall back to using WRITE_SAME. It appears that those paths using
Shaun> WRITE_SAME should also use the SD_WRITE_SAME_TIMEOUT instead of
Shaun> the default SD_TIMEOUT.
Th
In sd_setup_discard_cmnd() there are a some discard
methods that fall back to using WRITE_SAME. It
appears that those paths using WRITE_SAME should
also use the SD_WRITE_SAME_TIMEOUT instead of the
default SD_TIMEOUT.
Signed-off-by: Shaun Tancheff
---
I don't have a use case that breaks the curre
On Fri, Jul 22, 2016 at 09:49:13AM +0200, Michal Hocko wrote:
> On Fri 22-07-16 11:43:30, Zhou Chengming wrote:
> > In !global_reclaim(sc) case, we should update sc->nr_reclaimed after each
> > shrink_slab in the loop. Because we need the correct sc->nr_reclaimed
> > value to see if we can break ou
On Fri 22-07-16 11:12:59, Vladimir Davydov wrote:
> On Fri, Jul 22, 2016 at 09:49:13AM +0200, Michal Hocko wrote:
> > On Fri 22-07-16 11:43:30, Zhou Chengming wrote:
> > > In !global_reclaim(sc) case, we should update sc->nr_reclaimed after each
> > > shrink_slab in the loop. Because we need the co
On Fri 22-07-16 11:43:30, Zhou Chengming wrote:
> In !global_reclaim(sc) case, we should update sc->nr_reclaimed after each
> shrink_slab in the loop. Because we need the correct sc->nr_reclaimed
> value to see if we can break out.
Does this actually change anything? Maybe I am missing something b
In !global_reclaim(sc) case, we should update sc->nr_reclaimed after each
shrink_slab in the loop. Because we need the correct sc->nr_reclaimed
value to see if we can break out.
Signed-off-by: Zhou Chengming
---
mm/vmscan.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --g
From: Chuansheng Liu
Currently, CPUIDLE_STATE_MAX has been defined as 10 in the cpuidle head file,
and max_cstate = CPUIDLE_STATE_MAX – 1, so 9 is the right maximum depth of
C-state.
This change is reflected in one place of the kernel-param file,
but not in the other place where I suggest changi
On Friday, June 17, 2016 11:53:02 AM Hanjun Guo wrote:
> From: Hanjun Guo
>
> Add function needed for cpu to node mapping, and enable ACPI based
> NUMA for ARM64 in Kconfig
>
> Signed-off-by: Hanjun Guo
> Signed-off-by: Robert Richter
> [david.da...@cavium.com added ACPI_NUMA default to y for
From: Hanjun Guo
Add function needed for cpu to node mapping, and enable ACPI based
NUMA for ARM64 in Kconfig
Signed-off-by: Hanjun Guo
Signed-off-by: Robert Richter
[david.da...@cavium.com added ACPI_NUMA default to y for ARM64]
Signed-off-by: David Daney
Acked-by: Catalin Marinas
---
upda
Updating email addresses in MAINTAINERS and .mailmap files.
Cc: sta...@vger.kernel.org
Signed-off-by: Shuah Khan
---
.mailmap| 1 +
MAINTAINERS | 4 +++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/.mailmap b/.mailmap
index 08b8042..feb0fd5 100644
--- a/.mailmap
+++ b/.mail
Em Fri, Jan 29, 2016 at 09:02:19PM +0800, Wangnan (F) escreveu:
> I tested this patch in my platform with
>
> $ make build-test
> $ make -f ./tests/make
>
> All test cases passed for me.
Thanks, I've testing this now,
- Arnaldo
> Thank you.
>
> On 2016/1/29 19:51, Wang Nan wrote:
> >To pre
I tested this patch in my platform with
$ make build-test
$ make -f ./tests/make
All test cases passed for me.
Thank you.
On 2016/1/29 19:51, Wang Nan wrote:
To prevent feature check run too many times, this patch utilizes
previous introduced feature-dump make target and FEATURES_DUMP
varia
To prevent feature check run too many times, this patch utilizes
previous introduced feature-dump make target and FEATURES_DUMP
variable, makes sure the feature checkers run only once when doing
build-test for normal test cases.
However, since standard users doesn't reuse features dump result, we'
Update maintainer list for Intel TXT
Signed-off-by: Gang Wei
diff --git a/MAINTAINERS b/MAINTAINERS
index cba790b..84c8fe7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5621,9 +5621,7 @@ F:Documentation/trace/intel_th.txt
F: drivers/hwtracing/intel_th/
INTEL(R) TRUSTED EXECUTION
fix a bug in ratelimit, if the "begin" doesn't update at the same time with
printed
the print will start from 1 in loops except for the first time,
lets to only 9 logs suppressed, but not 10 as expected.
Signed-off-by : Ameen Ali
---
lib/ratelimit.c | 4 +---
1 file changed, 1 insertion(+), 3 d
Sandy,
+ Ted Ts'o
On Mon, Oct 26, 2015 at 12:41:53PM -0400, Sandy Harris wrote:
> Signed-off-by: Sandy Harris
Acked-by: Jason Cooper
thx,
Jason.
context left for Ted:
> ---
> drivers/char/random.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/char/rando
Signed-off-by: Sandy Harris
---
drivers/char/random.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index d0da5d8..90c472b 100644
--- a/drivers/char/random.c
+++ b/drivers/char/random.c
@@ -231,7 +231,7 @@
* not be attributed t
On Thu, Aug 13, 2015 at 02:32:23PM +0200, Benjamin Gaignard wrote:
> Add Vincent Abriou and myself has maintainers.
>
> Signed-off-by: Benjamin Gaignard
> ---
> MAINTAINERS | 9 +
> 1 file changed, 9 insertions(+)
I'm glad to see this. I think we'll need a couple like this for other
dri
Add Vincent Abriou and myself has maintainers.
Signed-off-by: Benjamin Gaignard
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9c9dd5f..a6fbdf1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3592,6 +3592,15 @@ S: Maintained
F:
On Sat, Aug 08, 2015 at 06:29:27PM -0300, Leonidas S. Barbosa wrote:
> Marcelo and Fin are no long IBMers, thus no longer NX maintainers.
> Updating with the new names.
>
> Adding VMX crypto maintainers.
>
> Signed-off-by: Leonidas S. Barbosa
Applied.
--
Email: Herbert Xu
Home Page: http://go
Marcelo and Fin are no long IBMers, thus no longer NX maintainers.
Updating with the new names.
Adding VMX crypto maintainers.
Signed-off-by: Leonidas S. Barbosa
---
MAINTAINERS | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Document the new flags for mmap() and mlockall() and their behavior.
Inlcude a change to getrlimit(2) to cover interactions with
RLIMIT_MEMLOCK. These new flags will be introduced with the 4.2 kernel.
Signed-off-by: Eric B Munson
Cc: Andrew Morton
Cc: linux-...@vger.kernel.org
Cc: linux...@kva
Update dts file to reflect:-
(1) new flash memory layout
(2) add missing phy-mode property
Signed-off-by: Mark Jackson
---
arch/arm/boot/dts/am335x-nano.dts | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/am335x-nano.dts
b/arch/arm/boot/dts/am335
>1. Firing patches at the list, without copying them to a maintainer,
>often means that they are ignored. Perhaps this should be sent to
>the trivial maintainer (unless the documentation maintainer thinks
>this is within his area - I have not looked to see if anybody admits
>to maintaining this).
On Sun, Mar 01, 2015 at 10:01:16PM +0800, Yaowei Bai wrote:
> As we have moved to 4.x, it should be reflected in README.
>
Not something I can affect, but just a couple of comments on what
looks like a useful, but unadventurous, change :
1. Firing patches at the list, without copying them to a
As we have moved to 4.x, it should be reflected in README.
Signed-off-by: Yaowei Bai
---
README | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/README b/README
index a24ec89..67fc7a8 100644
--- a/README
+++ b/README
@@ -1,6 +1,6 @@
-
On Tue, Dec 16, 2014 at 07:30:37AM +1100, NeilBrown wrote:
>
> Please direct this according to:
>
> DEVICE-MAPPER (LVM)
> M:Alasdair Kergon
> M:Mike Snitzer
> M:dm-de...@redhat.com
> L:dm-de...@redhat.com
> W:http://sources.redhat.com/dm
> Q:http://patchwork.kernel.org/
On Mon, 15 Dec 2014 21:23:35 +0100 Loic Pefferkorn wrote:
> Hello,
>
> This patch fixes the obsolete help-text link of CONFIG_DM_CRYPT.
> Applies against next-20141215.
Please direct this according to:
DEVICE-MAPPER (LVM)
M: Alasdair Kergon
M: Mike Snitzer
M: dm-de...@redhat.
Hello,
This patch fixes the obsolete help-text link of CONFIG_DM_CRYPT.
Applies against next-20141215.
Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=75111
Signed-off-by: Loic Pefferkorn
---
drivers/md/Kconfig | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers
On Mon, 17 Nov 2014 20:59:23 +0400
Andrey Utkin wrote:
> Signed-off-by: Andrey Utkin
> ---
> MAINTAINERS | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index bb38f02..f5cef1b 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -8787,7 +87
Signed-off-by: Andrey Utkin
---
MAINTAINERS | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index bb38f02..f5cef1b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8787,7 +8787,9 @@ S:Maintained
F: drivers/leds/leds-net48xx.c
SOFTLOGI
On Tue, Oct 21, 2014 at 10:34:53PM -0700, Brian Norris wrote:
> On Fri, Oct 10, 2014 at 03:06:17PM +0200, Michal Sojka wrote:
> > The help text of CONFIG_MTD_OF_PARTS refers to additional documentation
> > in booting-without-of.txt but this documentation was moved to another
> > file in commit efcc
On Fri, Oct 10, 2014 at 03:06:17PM +0200, Michal Sojka wrote:
> The help text of CONFIG_MTD_OF_PARTS refers to additional documentation
> in booting-without-of.txt but this documentation was moved to another
> file in commit efcc2da3fd148c9acb7d7cf1d9800e0649f950fc (Stefan Roese:
> Factor MTD physm
The help text of CONFIG_MTD_OF_PARTS refers to additional documentation
in booting-without-of.txt but this documentation was moved to another
file in commit efcc2da3fd148c9acb7d7cf1d9800e0649f950fc (Stefan Roese:
Factor MTD physmap bindings out of booting-without-of). This updates the
help text to
My IBM email addresses haven't worked for years; also map some
old-but-functional forwarding addresses to my canonical address.
Update my GPG key fingerprint; I moved to 4096R a long time ago.
Update description.
Signed-off-by: Josh Triplett
---
.mailmap| 5 +
CREDITS
That's OK with me. But I'm not really actively involved in kernel
maintenance any more (though happy to answer anything Oleg wants advice on).
Acked-By: Roland McGrath
Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
1 - 100 of 681 matches
Mail list logo