Workqueue now has rcu_work. Use it instead of open-coding rcu -> work
item bouncing.
Signed-off-by: Tejun Heo
---
Hello,
If there's no objection, I'll route this together with rcu_work patch
through wq/for-4.17.
Thanks.
include/linux/cgroup-defs.h | 2 +-
kernel/cgroup/cgroup.c | 21 ++
Workqueue now has rcu_work. Use it instead of open-coding rcu -> work
item bouncing.
Signed-off-by: Tejun Heo
---
Hello,
If there's no objection, I'll route this together with rcu_work patch
through wq/for-4.17.
Thanks.
fs/aio.c | 21 ++---
1 file changed, 6 insertions(+), 15
percpu_ref internally uses sched-RCU to implement the percpu -> atomic
mode switching and the documentation suggested that this could be
depended upon. This doesn't seem like a good idea.
* percpu_ref uses sched-RCU which has different grace periods regular
RCU. Users may combine percpu_ref wi
rvt_mregion uses percpu_ref for reference counting and RCU to protect
accesses from lkey_table. When a rvt_mregion needs to be freed, it
first gets unregistered from lkey_table and then rvt_check_refs() is
called to wait for in-flight usages before the rvt_mregion is freed.
rvt_check_refs() seems
There are cases where RCU callback needs to be bounced to a sleepable
context. This is currently done by the RCU callback queueing a work
item, which can be cumbersome to write and confusing to read.
This patch introduces rcu_work, a workqueue work variant which gets
executed after a RCU grace pe
hmm_devmem_find() requires rcu_read_lock_held() but there's nothing
which actually uses the RCU protection. The only caller is
hmm_devmem_pages_create() which already grabs the mutex and does
superflous rcu_read_lock/unlock() around the function.
This doesn't add anything and just adds to confusi
On 03/14/2018 02:19 PM, Guenter Roeck wrote:
On Tue, Mar 13, 2018 at 03:59:09PM -0500, Eddie James wrote:
From: Christopher Bostic
Expose the gpiN_fault fields of mfr_status as individual debugfs
attributes. This provides a way for users to be easily notified of gpi
faults. Also provide the
Hi Bjorn,
> + bt-disable-n-gpios = <&pm8994_gpios 19 GPIO_ACTIVE_HIGH>;
can we use a common name here. I think that Nokia and Broadcom drivers
define one. And if this is the enable/shutdown GPIO, we should name it
consistently across all manufacturers. It essential
On 03/09/2018 04:06 PM, Guenter Roeck wrote:
On Fri, Mar 09, 2018 at 03:58:20PM -0600, Eddie James wrote:
From: Milton Miller
Allow the device tree to specify a watchdog to fallover to
the alternate boot source.
The aspeeed watchdog can set a latch directing flash chip select 0 to
chip sele
> -Original Message-
> From: Sridhar Pitchai
> Sent: Wednesday, March 14, 2018 11:08 AM
> To: Lorenzo Pieralisi ; Michael Kelley (EOSG)
>
> Cc: Bjorn Helgaas ; Jake Oshins ;
> Haiyang
> Zhang ; Stephen Hemminger ;
> Dexuan
> Cui ; KY Srinivasan ;
> de...@linuxdriverproject.org; linux-...
Patch 1 fixes a bug.
Patches 2 and 3 are just clean-ups.
Christophe JAILLET (3):
remoteproc: imx_rproc: Fix an error handling path in
'imx_rproc_probe()'
remoteproc: imx_rproc: Re-use existing error handling path in
'imx_rproc_probe()'
remoteproc: imx_rproc: Slightly simplify code in
On Wed, 14 Mar 2018, Kani, Toshi wrote:
> On Wed, 2018-03-14 at 20:27 +0100, Thomas Gleixner wrote:
> > On Tue, 13 Mar 2018, Toshi Kani wrote:
> >
> > > vmalloc_fault() sets user's pgd or p4d from the kernel page table.
> > > Once it's set, all tables underneath are identical. There is no point
>
Hello,
On Sat, Mar 10, 2018 at 04:47:28AM +0100, Mike Galbraith wrote:
> Some form of cpu_exclusive (preferably exactly that, but something else
> could replace it) is needed to define sets that must not overlap any
> other set at creation time or any time thereafter. A set with property
> 'exclu
We can return directly at the beginning of the function and save the 'err'
label.
We can also explicitly return 0 when the probe succeed.
Signed-off-by: Christophe JAILLET
---
drivers/remoteproc/imx_rproc.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/re
If 'of_device_get_match_data()' fails, we must undo the previous
'rproc_alloc()' call.
Fixes: a0ff4aa6f010 ("remoteproc: imx_rproc: add a NXP/Freescale imx_rproc
driver")
Signed-off-by: Christophe JAILLET
---
drivers/remoteproc/imx_rproc.c | 6 --
1 file changed, 4 insertions(+), 2 deletion
Avoid some code ducplication and be more future-proof.
Signed-off-by: Christophe JAILLET
---
drivers/remoteproc/imx_rproc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
index 05bcbce2013a..6d02ef62a626
On Wed, 14 Mar 2018, Vitaly Kuznetsov wrote:
> Thomas Gleixner writes:
> > On Mon, 12 Mar 2018, Vitaly Kuznetsov wrote:
> >> Thomas Gleixner writes:
> >> > On Fri, 9 Mar 2018, Vitaly Kuznetsov wrote:
> >> >> Static key is being used to avoid performance penalty for non-Hyper-V
> >> >> deployments
On Wed, Mar 14, 2018 at 8:34 PM, kbuild test robot
wrote:
> tree/branch:
> https://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic.git
> asm-generic
> branch HEAD: 18fd258e74835b40a4f89f11ae933267866cc7af staging: iio: remove
> iio-trig-bfin-timer driver
>
> elapsed time: 192m
>
> co
On Tue, 2018-03-13 at 09:50 +0100, Arnd Bergmann wrote:
> On Wed, Mar 7, 2018 at 11:12 AM, Arnd Bergmann wrote:
> > On Wed, Mar 7, 2018 at 10:05 AM, Arnd Bergmann wrote:
> >
> > > A small complication is that I wrote the changelog for the build warning
> > > on 32-bit architectures, which is mor
On Wed, 14 Mar 2018, Tautschnig, Michael wrote:
> All definitions of syscalls in x86 except for those patched here have
> already been using the appropriate SYSCALL_DEFINE*.
Dominik, do you have more urgent stuff queued in that area?
If yes, please add: Reviewed-by: Thomas Gleixner
If not, I s
On Wed, 2018-03-14 at 11:46 -0700, t...@kernel.org wrote:
> > that are ordered with an RCU read lock (https://lwn.net/Articles/573497/).
> > See
> > also the following comment in scsi_device_quiesce():
> >
> > /*
> > * Ensure that the effect of blk_set_preempt_only() will be visible
> >
Use netdev_alloc_frag() instead of kmalloc to allocate space for
the S/G table of egress multi-buffer frames.
This fixes a bug where an unaligned pointer received from the
allocator would be overwritten with the 64B aligned value,
leading to a wrong address being later passed to kfree.
Signed-off
On Wed, Mar 14, 2018 at 08:59:25PM +0100, Thomas Gleixner wrote:
> We currently try to move the minimum compiler version to one which provides
> jump label support, so this should be a non issue.
>
> @Peter: What was the final conclusion of this discussion?
We all said we'd do it. I just haven't
On Wed, 2018-03-14 at 20:56 +0100, Thomas Gleixner wrote:
> On Wed, 14 Mar 2018, Kani, Toshi wrote:
> > On Wed, 2018-03-14 at 20:27 +0100, Thomas Gleixner wrote:
> > > On Tue, 13 Mar 2018, Toshi Kani wrote:
> > >
> > > > vmalloc_fault() sets user's pgd or p4d from the kernel page table.
> > > > On
We accidentally return zero on failure instead of a negative error code.
Fixes: 39a751a4cb7e ("of: change overlay apply input data from unflattened to
FDT")
Signed-off-by: Dan Carpenter
diff --git a/drivers/of/unittest.c b/drivers/of/unittest.c
index dede77a79820..bc03902693b7 100644
--- a/driv
On Wed, Mar 14, 2018 at 08:05:30PM +, Bart Van Assche wrote:
> Can you clarify this further? From :
>
> static inline void synchronize_rcu(void)
> {
> synchronize_sched();
> }
You'll find that is for !CONFIG_PREEMPT_RCU.
On Tue, 2018-03-13 at 08:20 -0500, Shiraz Saleem wrote:
> On Tue, Mar 13, 2018 at 01:06:20PM +0100, Arnd Bergmann wrote:
> > We get a build failure on ARM unless the header is included explicitly:
> >
> > drivers/infiniband/hw/i40iw/i40iw_verbs.c: In function
> > 'i40iw_get_vector_affinity':
> >
On Wed, Mar 14, 2018 at 12:45:13PM -0700, Tejun Heo wrote:
> There are cases where RCU callback needs to be bounced to a sleepable
> context. This is currently done by the RCU callback queueing a work
> item, which can be cumbersome to write and confusing to read.
>
> This patch introduces rcu_wo
Hi Thierry,
> Add support for Qualcomm serial slave devices. Probe the serial device,
> retrieve its maximum speed and register a new hci uart device.
>
> Signed-off-by: Thierry Escande
> ---
>
> v4:
> - Rename divclk4 as susclk (its name in the bt chip)
> - Use gpiod_set_value_cansleep()
> - R
On Wed, 2018-03-14 at 21:08 +0100, Peter Zijlstra wrote:
> On Wed, Mar 14, 2018 at 08:05:30PM +, Bart Van Assche wrote:
> > Can you clarify this further? From :
> >
> > static inline void synchronize_rcu(void)
> > {
> > synchronize_sched();
> > }
>
> You'll find that is for !CONFIG_PREEMP
On Wed, Mar 14, 2018 at 9:03 PM, Doug Ledford wrote:
> On Tue, 2018-03-13 at 09:50 +0100, Arnd Bergmann wrote:
>> On Wed, Mar 7, 2018 at 11:12 AM, Arnd Bergmann wrote:
>> > On Wed, Mar 7, 2018 at 10:05 AM, Arnd Bergmann wrote:
>> >
>> > > A small complication is that I wrote the changelog for th
nlmsg_multicast() consumes always the skb, thus the original skb must be
freed only when this function is called with a clone.
Fixes: cb9f7a9a5c96 ("netlink: ensure to loop over all netns in
genlmsg_multicast_allns()")
Reported-by: Ben Hutchings
Signed-off-by: Nicolas Dichtel
---
net/netlink/g
On Wed, Mar 14, 2018 at 6:41 PM, Alexey Dobriyan wrote:
> On Wed, Mar 14, 2018 at 03:37:37PM +0100, Arnd Bergmann wrote:
>> Hardwall is a tile specific feature, and with the removal of the
>> tile architecture, this has become dead code, so let's remove it.
>>
>> Signed-off-by: Arnd Bergmann
>
>
+CC Peter since we have his attention ;-)
On 03/01/2018 07:13 AM, Alexey Brodkin wrote:
Hi Vineet,
Just noticed that in comments for smp_call_function_many() it is said that
preemption must be disabled during its execution. And that function gets
executed
among other ways like that:
--
On Wed, Mar 14, 2018 at 11:19:53AM +0200, Kalle Valo wrote:
> "Tobin C. Harding" writes:
>
> > Added Konstantin in case he is in charge of administering
> > patchwork.kernel.org?
> >
> > On Tue, Mar 13, 2018 at 07:53:34PM -0700, Kees Cook wrote:
> >> On Tue, Mar 13, 2018 at 7:11 PM, Tobin C. Har
Even though struct evm_ima_xattr_data includes a fixed-size array to hold a
SHA1 digest, most of the code ignores the array and uses the struct to mean
"type indicator followed by data of unspecified size" and tracks the real
size of what the struct represents in a separate length variable.
The on
Hello,
These patches come from the "appended signatures support for IMA appraisal"
series. They are code improvements and cleanups and I decided to submit
them separately for a couple of reasons:
1. they stand on their own and could be included in v4.17;
2. this will simplify the original patch
From: Mimi Zohar
Replace nested ifs in the EVM xattr verification logic with a switch
statement, making the code easier to understand.
Also, add comments to the if statements in the out section and constify the
cause variable.
Signed-off-by: Mimi Zohar
Signed-off-by: Thiago Jung Bauermann
---
This macro isn't used anymore since commit 0d73a55208e9 ("ima: re-introduce
own integrity cache lock"), so remove it.
Signed-off-by: Thiago Jung Bauermann
---
security/integrity/integrity.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/security/integrity/integrity.h b/security/integrity/int
The "goto out" statement doesn't have any purpose since there's no cleanup
to be done when returning early, so remove it. This also makes the rc
variable unnecessary so remove it as well.
Also, the xattr_len and fmt variables are redundant so remove them as well.
Signed-off-by: Thiago Jung Bauerm
From: John Crispin
NeilBrown: forward port and hack to work on GNUBEE1
Signed-off-by: John Crispin
Signed-off-by: NeilBrown
---
drivers/staging/Makefile|1
drivers/staging/mt7621-pci/Makefile |1
drivers/staging/mt7621-pci/TODO | 12
drivers/staging/mt
Hi Greg,
I'd like to submit the following drivers to staging. They
are all for components of the mt7621 MIPS-based SOC from Mediatek.
I lifted them out of libreCMC and (for the ethernet code) out
of email posts from about 2 years ago. I forward-ported
them to mainline, fixed enough bugs that
On Wed, Mar 14, 2018 at 03:43:01PM -0400, Joe Lawrence wrote:
> >> @@ -150,6 +145,23 @@ static void *__klp_shadow_get_or_alloc(void *obj,
> >> unsigned long id, void *data,
> >>goto exists;
> >>}
> >>
> >> + new_shadow->obj = obj;
> >> + new_shadow->id = id;
> >> +
> >> + if (
> From patchwork Mon Jan 29 12:17:54 2018
> Content-Type: text/plain; charset="utf-8"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Subject: Documentation: networking: ixgb: Remove reference to IXGB_NAPI
> X-Patchwork-Submitter: Corentin Labbe
> X-Patchwork-Id: 867294
> X-Patchwork-Deleg
From: John Crispin
Signed-off-by: John Crispin
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig |2
drivers/staging/Makefile |1
drivers/staging/mt7621-gpio/Kconfig |6
drivers/staging/mt7621-gpio/Makefile |3
drivers/stagin
From: John Crispin
NeilBrown:
The code will fail with a warning if asked to transfer
more than 32 bytes at a time. So used max_transfer_size
interface to tell users about this.
Signed-off-by: John Crispin
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig |2
From: John Crispin
Signed-off-by: John Crispin
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig |2
drivers/staging/Makefile |1
drivers/staging/mt7621-dma/Kconfig | 12
drivers/staging/mt7621-dma/Makefile |4
drivers/staging/mt
From: John Crispin
Add possible dt binding for mediatek gigabit switches.
Signed-off-by: John Crispin
Signed-off-by: Felix Fietkau
Signed-off-by: Michael Lee
Cc: devicet...@vger.kernel.org
Signed-off-by: NeilBrown
---
.../devicetree/bindings/net/mediatek-net-gsw.txt | 48 +++
From: John Crispin
Add support for SoCs from the mt7621 family. These all have 2 GMAC ports,
both of which are attached to the same internal 1000MBit switch. Currently
we only support GMAC1 as the sole CPU port. MT7621 is very similar to
MT7620 with only a few registers having different offsets.
On Wed, Mar 14, 2018 at 6:06 PM, Jonathan Cameron
wrote:
> On Wed, 14 Mar 2018 17:32:07 +0100
> Greg Kroah-Hartman wrote:
>> On Wed, Mar 14, 2018 at 04:36:00PM +0100, Arnd Bergmann wrote:
>> > I'm not sure about the other staging iio drivers though: almost
>> > all of them are for Analog Devices
Add device tree source for mt7621 and gnubee1 to
make testing easier.
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig|2
drivers/staging/Makefile |1
drivers/staging/mt7621-dts/Kconfig |5
drivers/staging/mt7621-dts/Makefile|3
drive
From: John Crispin
NeilBrown: this patch originally contained soc-mt7620.c
but as I cannot test that, I removed it. Some functions
from mdio-mt7620.c are needed for soc-mt7621.c support
- fixed mt7620_has_carrier() to read correct register.
Original comment:
Add support for SoCs from th
From: John Crispin
This patch adds the Makefile and Kconfig required to make the driver build.
Signed-off-by: John Crispin
Signed-off-by: Felix Fietkau
Signed-off-by: Michael Lee
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig |2 ++
drivers/staging/Makefile
From: John Crispin
Original comment:
This patch adds the main chunk of the driver. The ethernet core is used in
all of the Mediatek/Ralink Wireless SoCs. Over the years we have seen
various changes to
* the register layout
* the type of ports (single/dual gbit, internal FE/Gbit switch)
* dma eng
From: John Crispin
The GSW is found in all of the 1000mbit SoCs. it has 5 external ports,
1-2 cpu ports and 1 further port that the internal HW offloading engine
connects to. The switch core used is a MT7530, which also exists as a
standalone chip. Although these SoCs (mt7620/1/3) share the same
From: John Crispin
Signed-off-by: John Crispin
Signed-off-by: NeilBrown
---
drivers/staging/Kconfig |2
drivers/staging/Makefile|1
drivers/staging/mt7621-pinctrl/Kconfig |4
drivers/staging/mt7621-pinctrl/Makefile
Em Wed, Mar 14, 2018 at 07:39:25PM +, John Garry escreveu:
> On 14/03/2018 18:53, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Mar 15, 2018 at 01:10:52AM +0800, John Garry escreveu:
> > > In the recently introduced support for vendor subdirectory,
> > > the checking for directory entries under x
Hi Arnd,
Commit
77b0b77f7812 ("CRIS: Drop support for the CRIS port")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpMH8ZD_tazh.pgp
Description: OpenPGP digital signature
On Wed, 2018-03-14 at 21:16 +0100, Arnd Bergmann wrote:
> On Wed, Mar 14, 2018 at 9:03 PM, Doug Ledford wrote:
> > On Tue, 2018-03-13 at 09:50 +0100, Arnd Bergmann wrote:
> > > On Wed, Mar 7, 2018 at 11:12 AM, Arnd Bergmann wrote:
> > > > On Wed, Mar 7, 2018 at 10:05 AM, Arnd Bergmann wrote:
> >
On Wed, Mar 14, 2018 at 12:45 PM, Darren Hart wrote:
>
> This addresses the Dell boot failure reported by Dominik as well as the
> missing ACPI_WMI related Kconfig dependency.
Boots and works (still) on my xps13.
Linus
On Wed, Mar 14, 2018 at 03:43:47PM +0100, Arnd Bergmann wrote:
> The frv, tile and blackfin architectures are being removed, so
> we can clean up this header by removing all the special cases
> except those for ia64.
>
> Signed-off-by: Arnd Bergmann
AFAICS, score is the only architecture which s
On Wed, Mar 14, 2018 at 1:28 PM, Doug Ledford wrote:
>
> Arnd sent in a two patch series and it got put into our for-next branch.
> But, the two patches are the *only* two remaining issues for the arm
> builds on the kernelci system. They would like to get this into for-rc
> so that the build fa
On Wed, Mar 14, 2018 at 9:27 PM, Stephen Rothwell wrote:
> Hi Arnd,
>
> Commit
>
> 77b0b77f7812 ("CRIS: Drop support for the CRIS port")
>
> is missing a Signed-off-by from its committer.
Ah, I know what happened there, sorry about that and thanks a lot for
the report.
Uploading the fixed versi
Hi Peter, Vineet,
On Wed, 2018-03-14 at 18:53 +0100, Peter Zijlstra wrote:
> On Wed, Mar 14, 2018 at 09:58:19AM -0700, Vineet Gupta wrote:
>
> > Well it is broken wrt the semantics the syscall is supposed to provide.
> > Preemption disabling is what prevents a concurrent thread from coming in and
Hi Borislav,
Commit
aefa4bb56ca8 ("EDAC, skx_edac: Detect non-volatile DIMMs")
is missing a Signed-off-by from its author.
--
Cheers,
Stephen Rothwell
pgpmdqKcJaiz2.pgp
Description: OpenPGP digital signature
The score architecture used a number of old system calls for compatibility
with a traditional libc port, all architectures that got added later
skip these. With score out of the way, we can finally clean up the
syscall list to no longer provide these.
Signed-off-by: Arnd Bergmann
---
include/uap
On Wed, Mar 14, 2018 at 12:05 PM, Michael S. Tsirkin wrote:
> On Wed, Mar 14, 2018 at 10:26:05AM -0700, Sonny Rao wrote:
>> This will allow usage of vsock from 32-bit binaries on a 64-bit
>> kernel.
>>
>> Signed-off-by: Sonny Rao
>
> I think you need to convert the pointer argument though.
> Some
On Wed, Mar 14, 2018 at 9:31 PM, Dominik Brodowski
wrote:
> On Wed, Mar 14, 2018 at 03:43:47PM +0100, Arnd Bergmann wrote:
>> The frv, tile and blackfin architectures are being removed, so
>> we can clean up this header by removing all the special cases
>> except those for ia64.
>>
>> Signed-off-b
On Wed, Mar 14, 2018 at 04:35:26PM +0100, Arnd Bergmann wrote:
> The m32r architecture is getting removed, so these drivers
> are no longer needed.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Dominik Brodowski
Thanks,
Dominik
On Wed, Mar 14, 2018 at 09:04:13PM +0100, Thomas Gleixner wrote:
> On Wed, 14 Mar 2018, Tautschnig, Michael wrote:
>
> > All definitions of syscalls in x86 except for those patched here have
> > already been using the appropriate SYSCALL_DEFINE*.
>
> Dominik, do you have more urgent stuff queued
On Wed, 14 Mar 2018, Roman Gushchin wrote:
> > @@ -2618,92 +2620,65 @@ static long memcg_oom_badness(struct mem_cgroup
> > *memcg,
> > if (nodemask && !node_isset(nid, *nodemask))
> > continue;
> >
> > - points += mem_cgroup_node_nr_lru_pages(memcg, nid
Em Tue, Mar 13, 2018 at 03:46:47PM -0700, Sukadev Bhattiprolu escreveu:
>
> Hi Arnaldo,
>
> Please pull an update to the JSON files for POWER9 PMU events.
Can you please be a bit more verbose in the next pull requets, something
like describing what is the nature of this specific pull request, sa
Fixes checkpatch warnings:
CHECK: Avoid CamelCase:
CHECK: Avoid CamelCase:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/rf69.c | 16
drivers/staging/pi433/rf69.h | 2 +-
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/
Fixes checkpatch warnings:
CHECK: Avoid CamelCase:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/pi433_if.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/pi433/pi433_if.c b/drivers/staging/pi433/pi433_if.c
Hi Dan,
Commit
07974c130d5d ("libnvdimm: remove redundant assignment to pointer 'dev'")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpWjyx8BAKE1.pgp
Description: OpenPGP digital signature
Fixes checkpatch warning:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/rf69.c | 6 +++---
drivers/staging/pi433/rf69.h | 2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/pi433/rf69.c b/drivers/staging/pi433/rf69.c
index e
Fixes checkpatch warnings:
CHECK: Avoid CamelCase:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/Documentation/pi433.txt | 4 ++--
drivers/staging/pi433/rf69.c | 4 ++--
drivers/staging/pi433/rf69_enum.h | 4 ++--
3 files chan
Fixes checkpatch warning:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/Documentation/pi433.txt | 2 +-
drivers/staging/pi433/pi433_if.h | 2 +-
drivers/staging/pi433/rf69.c | 4 ++--
drivers/staging/pi433/rf69.h
Fixes checkpatch warning:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/rf69.c | 4 ++--
drivers/staging/pi433/rf69.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/pi433/rf69.c b/drivers/staging/pi433/rf69.c
index e11
Fixes checkpatch warning:
CHECK: Avoid CamelCase:
Signed-off-by: Valentin Vidic
---
drivers/staging/pi433/rf69.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/pi433/rf69.c b/drivers/staging/pi433/rf69.c
index b2c54999b022..b57d3f4e9321 100644
--- a
Commit-ID: 1227b344de283f96c41de02cde4b26d5290f5302
Gitweb: https://git.kernel.org/tip/1227b344de283f96c41de02cde4b26d5290f5302
Author: Tautschnig, Michael
AuthorDate: Wed, 14 Mar 2018 09:41:42 +
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 21:43:09 +0100
x86/sigreturn:
Hi John,
On Tue, 13 Mar 2018 23:47:04 -0700 John Johansen
wrote:
>
> can you please add apparmor-next from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jj/linux-apparmor#apparmor-next
>
> to the linux-next tree
>
> I have run through a test merge, build, and set of regression tests again
On Mon, Mar 12, 2018 at 11:47:12PM -0400, Sinan Kaya wrote:
>
> The spec is recommending code to use "Hotplug Surprise" to differentiate
> these two cases we are looking for.
>
> The use case Keith is looking for is for hotplug support.
> The case I and Oza are more interested is for error hand
Commit-ID: caacdbf4aa567ab5e8de1a4070195c5d3e8f1340
Gitweb: https://git.kernel.org/tip/caacdbf4aa567ab5e8de1a4070195c5d3e8f1340
Author: Palmer Dabbelt
AuthorDate: Wed, 7 Mar 2018 15:57:27 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 21:46:29 +0100
genirq: Add CONFIG_GE
Commit-ID: 886d70aac148f6015ae3d1379c81b98af3e70981
Gitweb: https://git.kernel.org/tip/886d70aac148f6015ae3d1379c81b98af3e70981
Author: Palmer Dabbelt
AuthorDate: Wed, 7 Mar 2018 15:57:29 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 21:46:29 +0100
ARM: irq: Convert to
On Wed, Mar 14, 2018 at 09:20:48PM +0530, Oza Pawandeep wrote:
> Current DPC driver acknowledges the interrupt in deferred work, which works
> since MSI are edge triggered.
>
> But when MSI is disabled (e.g. pci=nomsi boot option) port service
> driver falls back to PCI legacy INT interrupt.
>
>
Commit-ID: cc6c98485f8e61fb3d6c51821fc75384e5a3a9c3
Gitweb: https://git.kernel.org/tip/cc6c98485f8e61fb3d6c51821fc75384e5a3a9c3
Author: Palmer Dabbelt
AuthorDate: Wed, 7 Mar 2018 15:57:28 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 21:46:29 +0100
RISC-V: Move to the n
Commit-ID: ec38432a7e84bb614401788ec03c6f05e7915832
Gitweb: https://git.kernel.org/tip/ec38432a7e84bb614401788ec03c6f05e7915832
Author: Palmer Dabbelt
AuthorDate: Wed, 7 Mar 2018 15:57:30 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 21:46:30 +0100
arm64: Use the new GE
Commit-ID: d9af5838180359c6be1c07989c91b28eee93d7e7
Gitweb: https://git.kernel.org/tip/d9af5838180359c6be1c07989c91b28eee93d7e7
Author: Palmer Dabbelt
AuthorDate: Mon, 12 Mar 2018 11:44:29 -0700
Committer: Thomas Gleixner
CommitDate: Wed, 14 Mar 2018 21:46:30 +0100
openrisc: Use the ne
On Wed, Mar 14, 2018 at 4:50 AM, Deepa Dinamani wrote:
> The file arch/arm64/kernel/process.c needs asm/compat.h also to be
> included directly since this is included conditionally from
> include/compat.h. This does seem to be typical of arm64 as I was not
> completely able to get rid of asm/compa
On Wed, Mar 14, 2018 at 02:52:30PM -0600, Keith Busch wrote:
>
> Reviewed-by: Keith Busch
On 03/14/2018 01:38 PM, Alexey Brodkin wrote:
@Vineet, are you OK with proposed implementation?
I couldn't agree any more !
-Vineet
On Wed, 14 Mar 2018 14:51:48 +0300 Kirill Tkhai wrote:
> In case of memory deficit and low percpu memory pages,
> pcpu_balance_workfn() takes pcpu_alloc_mutex for a long
> time (as it makes memory allocations itself and waits
> for memory reclaim). If tasks doing pcpu_alloc() are
> choosen by OOM
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/urgent
head: 1227b344de283f96c41de02cde4b26d5290f5302
commit: 1227b344de283f96c41de02cde4b26d5290f5302 [2/2] x86/sigreturn: Use
SYSCALL_DEFINE0
config: i386-randconfig-x073-201810 (attached as .config)
compiler: gcc-7 (Debia
On 14/03/2018 20:26, Arnaldo Carvalho de Melo wrote:
Em Wed, Mar 14, 2018 at 07:39:25PM +, John Garry escreveu:
On 14/03/2018 18:53, Arnaldo Carvalho de Melo wrote:
Em Thu, Mar 15, 2018 at 01:10:52AM +0800, John Garry escreveu:
In the recently introduced support for vendor subdirectory,
th
On Mon, Mar 12, 2018 at 12:08:55PM -0700, Dmitry Torokhov wrote:
> Instead of using OF-specific APIs to fecth device properties, let's switch
> to generic device properties API. This will allow us to use device
> properties on legacy ChromeOS devices and get rid of platform data down
> the road.
>
On Wed, 14 Mar 2018, Roman Gushchin wrote:
> > The cgroup aware oom killer is needlessly enforced for the entire system
> > by a mount option. It's unnecessary to force the system into a single
> > oom policy: either cgroup aware, or the traditional process aware.
>
> Can you, please, provide a
On Mon, Mar 12, 2018 at 12:09:07PM -0700, Dmitry Torokhov wrote:
> Date: Mon, 12 Mar 2018 12:09:07 -0700
> From: Dmitry Torokhov
> To: linux-in...@vger.kernel.org, Benson Leung
> Cc: Nick Dyer , Olof Johansson ,
> linux-kernel@vger.kernel.org
> Subject: [PATCH 14/14] Input: atmel_mxt_ts - remove
On 3/14/2018 4:50 PM, Keith Busch wrote:
> On Mon, Mar 12, 2018 at 11:47:12PM -0400, Sinan Kaya wrote:
>>
>> The spec is recommending code to use "Hotplug Surprise" to differentiate
>> these two cases we are looking for.
>>
>> The use case Keith is looking for is for hotplug support.
>> The case
Hi Michal,
On Wed, 14 Mar 2018 13:17:04 +0100 Michal Hocko wrote:
>
> My build test battery says we need also this one, m32r complains
> otherwise for allmodconfig.
Note that the m32r architecture is being removed (the removal will be
in linux-next today) so you might want to remove it from your
901 - 1000 of 1242 matches
Mail list logo
