Common part of dts was moved to imx51-zii-common.dtsi
for future reuse.
Andrey Gusakov (3):
ARM: dts: imx51-zii-common: create common include dtsi
ARM: dts: imx: add ZII SCU2 ESB board
ARM: dts: imx: add ZII SCU2 Mezz board
arch/arm/boot/dts/Makefile| 4 +-
* Juergen Gross wrote:
> On 21/06/18 16:02, Ingo Molnar wrote:
> >
> > * Ingo Molnar wrote:
> >
> >>
> >> * Mikulas Patocka wrote:
> >>
> >>> The sleeping functions down, down_interruptible, down_killable and
> >>> down_timeout can't be called with interrupts disabled, so we don't have to
On 21/06/18 17:31, Samuel Morris wrote:
> On Thu, Jun 21, 2018 at 3:58 AM, Roger Quadros wrote:
>> +Rafael
>>
>> On 20/06/18 18:30, Samuel Morris wrote:
>>> On Wed, Jun 20, 2018 at 8:58 AM, Roger Quadros wrote:
Tony,
On 20/06/18 13:29, Tony Lindgren wrote:
> Hi,
>
> *
On Thu, Jun 21, 2018 at 12:21:19PM +0200, Andreas Schwab wrote:
> On Jun 20 2018, Christoph Hellwig wrote:
>
> >> static int apply_r_riscv_32_rela(struct module *me, u32 *location,
> >> Elf_Addr v)
> >> {
> >>if (v != (u32)v) {
> >> - pr_err("%s: value %016llx out of range for
* Baoquan He wrote:
> +/* Store the number of 1GB huge pages which user specified.*/
> +static unsigned long max_gb_huge_pages;
> +
> +static int parse_gb_huge_pages(char *param, char* val)
> +{
> + char *p;
> + u64 mem_size;
> + static bool gbpage_sz = false;
> +
> + if
On 21/06/18 13:35, Vinod wrote:
And this one is generic DT parsing and seems quite similar to one in apq8096.c
Can we move these into a lib and use them instead of duplicating.
I totally agree with Vinod, We should probably come up with a library
functions something like common.c so that we
SPDX license header eases work for developers and machines to know the
license that is governing a particular file
Signed-off-by: Mawanda Henry
---
drivers/i2c/i2c-core-slave.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/i2c/i2c-core-slave.c
On Wed 20-06-18 15:55:41, John Hubbard wrote:
> On 06/20/2018 05:08 AM, Jan Kara wrote:
> > On Tue 19-06-18 11:11:48, John Hubbard wrote:
> >> On 06/19/2018 03:41 AM, Jan Kara wrote:
> >>> On Tue 19-06-18 02:02:55, Matthew Wilcox wrote:
> On Tue, Jun 19, 2018 at 10:29:49AM +0200, Jan Kara
On Wed, Jun 20, 2018 at 10:07:33AM +0200, Jan Kiszka wrote:
> On 2018-06-19 13:21, Lorenzo Pieralisi wrote:
> > Commit 51bc085d6454 ("PCI: Improve host drivers compile test coverage")
> > added configuration options to allow PCI host controller drivers to be
> > compile tested on all
On Thu, Jun 21, 2018 at 01:27:12PM -0400, Alan Stern wrote:
> More than one kernel developer has expressed the opinion that the LKMM
> should enforce ordering of writes by release-acquire chains and by
> locking. In other words, given the following code:
>
> WRITE_ONCE(x, 1);
>
On Thu, Jun 21, 2018 at 07:08:30PM +0900, Byungchul Park wrote:
> On Thu, Jun 21, 2018 at 03:39:49PM +0900, Byungchul Park wrote:
>
> [...]
>
> > I applied what you suggested and re-named rcu_nmi_{enter,exit} to
>^
>
Add a devicetree binding for codecs. This is especially useful if the
AC97 bitclk clock is provided by the codec, as it has to be described in
the devicetree description for the ac97 bus code to aquire it.
Signed-off-by: Robert Jarzmik
---
Special review query: review the "return
Add the generic ac97 bus binding, especially for ac97 codecs discovered
by ac97 hardware probing.
Signed-off-by: Robert Jarzmik
---
.../devicetree/bindings/sound/ac97-bus.txt | 32 ++
1 file changed, 32 insertions(+)
create mode 100644
> Please don't make that a wholesale patch. I surely indicated the steps
> which are required and the steps can be done as separate patches easily,
Hi Thomas,
I will split it into several patches in the next version.
Thank you,
Pavel
On Wed, Jun 20, 2018 at 03:34:36PM -0400, Stefan Berger wrote:
> On 06/20/2018 02:38 PM, Jason Gunthorpe wrote:
> > On Wed, Jun 20, 2018 at 12:19:43PM -0400, Stefan Berger wrote:
> > > Introduce a kref for the tpm_chip that we initialize when the tpm_chip has
> > > been allocated and release
On 21 June 2018 at 19:04, James Morse wrote:
> Hi Ard,
>
> On 21/06/18 10:29, Ard Biesheuvel wrote:
>> On 21 June 2018 at 10:59, James Morse wrote:
>>> On 21/06/18 07:39, Ard Biesheuvel wrote:
On 21 June 2018 at 04:51, Jun Yao wrote:
> On Wed, Jun 20, 2018 at 12:09:49PM +0200, Ard
More than one kernel developer has expressed the opinion that the LKMM
should enforce ordering of writes by release-acquire chains and by
locking. In other words, given the following code:
WRITE_ONCE(x, 1);
spin_unlock():
spin_lock();
WRITE_ONCE(y, 1);
or the
On 06/21/2018 01:15 PM, Jarkko Sakkinen wrote:
On Wed, Jun 20, 2018 at 04:42:33PM -0400, Stefan Berger wrote:
Implement tpm_chip_find() for other subsystems to find a TPM chip and
get a reference to that chip. Once done with using the chip, the reference
is released using tpm_chip_put().
This patch changes the LKMM rule which says that an acquire which
reads from an earlier release must be executed after that release (in
other words, the release cannot be forwarded to the acquire). This is
not true on PowerPC, for example.
What is true instead is that any instruction following
Make shared include file. Move common stuff from rdu1 dts file to
dtsi for future reuse by other imx51 based boards from ZII.
Signed-off-by: Andrey Gusakov
---
arch/arm/boot/dts/imx51-zii-common.dtsi | 317 ++
arch/arm/boot/dts/imx51-zii-rdu1.dts| 330
On Thu, Jun 21, 2018 at 01:45:03PM -0400, Stefan Berger wrote:
> On 06/21/2018 01:15 PM, Jarkko Sakkinen wrote:
> >On Wed, Jun 20, 2018 at 04:42:33PM -0400, Stefan Berger wrote:
> >>Implement tpm_chip_find() for other subsystems to find a TPM chip and
> >>get a reference to that chip. Once done
On 2018-06-21 18:05, Mawanda Henry wrote:
> SPDX license header eases work for developers and machines to know the
> license that is governing a particular file
>
> Signed-off-by: Mawanda Henry
> ---
> drivers/i2c/i2c-core-slave.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
From: Colin Ian King
The array ca0132_alt_chmaps is local to the source and does not
need to be in global scope, so make it static.
Cleans up sparse warning:
warning: symbol 'ca0132_alt_chmaps' was not declared. Should it be
static?
Signed-off-by: Colin Ian King
---
ame=zdtmtst xxx /mnt/test
Killed
ctx->root can be NULL here
[ 93.719897] BUG: unable to handle kernel NULL pointer dereference at
[ 93.720097] PGD 8002115f5067 P4D 8002115f5067 PUD 1ef421067 PMD 0
[ 93.720179] Oops: [#1] SMP PTI
[ 93.720257] CPU: 1 PID: 13843 Comm: c
On Thu, 2018-06-21 at 14:32 +0200, Jann Horn wrote:
> On Thu, Jun 21, 2018 at 12:12 AM Rick Edgecombe
> wrote:
> >
> > Add debugfs file "modfraginfo" for providing info on module space
> > fragmentation. This can be used for determining if loadable module
> > randomization is causing any
On Wed, 2018-06-20 at 15:33 -0700, Kees Cook wrote:
> > The new __vmalloc_node_try_addr function uses the existing function
> > __vmalloc_node_range, in order to introduce this algorithm with the
> > least
> > invasive change. The side effect is that each time there is a
> > collision when
> >
The GPIO subsystem provides dummy GPIO consumer functions if GPIOLIB is
not enabled. Hence drivers that depend on GPIOLIB, but use GPIO consumer
functionality only, can still be compiled if GPIOLIB is not enabled.
Relax the dependency on GPIOLIB if COMPILE_TEST is enabled, where
appropriate.
Signed-off-by: Paweł Chmiel
---
Documentation/devicetree/bindings/arm/samsung/samsung-boards.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/samsung/samsung-boards.txt
b/Documentation/devicetree/bindings/arm/samsung/samsung-boards.txt
index
From: Jonathan Bakker
Signed-off-by: Jonathan Bakker
Signed-off-by: Paweł Chmiel
---
Documentation/devicetree/bindings/arm/samsung/samsung-boards.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/samsung/samsung-boards.txt
Jonathan Bakker (2):
ARM: dts: s5pv210: Add initial DTS config for SGH-T959P phone
dt-bindings: samsung: Document binding for SGH-T959P board
Paweł Chmiel (5):
ARM: dts: s5pv210: Add missing interrupt-controller property to gph2
ARM: dts: s5pv210: Add initial DTS for Samsung Aries based
This DTS file have initial support Samsung Aries based phones.
Initial version have support for:
- sdcard
- internal memory (present only on non 4g variant)
- max8998 pmic and rtc
- max17040 fuel gauge
- gpio keys
- fimd (no panel driver yet)
- usb (peripherial mode)
- wifi
Signed-off-by: Paweł
The Dell laptop I have has an ACPI that sends 0xCB and 0xCC on entering
tablet mode. On exiting tablet mode it sends 0xCA and 0xCD. This
change has the driver ignore 0xCA and 0xCB.
Signed-off-by: Matt Delco
---
drivers/platform/x86/intel-vbtn.c | 6 --
1 file changed, 4 insertions(+), 2
From: "H. Peter Anvin"
We don't want to advertise to user space how many slots the kernel
GDT has, but user space can trivially find out what the last
user-accessible GDT slot is. Add a #define for that so we can use
that in sizing a regset.
Signed-off-by: H. Peter Anvin (Intel)
Cc: Ingo
From: "H. Peter Anvin"
This is generic code which is potentially useful in other contexts.
Unfortunately modify_ldt() is kind of stupid in that it returns a
descriptor in CPU format but takes a different format, but regsets
*have* to operate differently.
Signed-off-by: H. Peter Anvin (Intel)
Hi George,
On 6/20/2018 3:17 AM, George Cherian wrote:
> Hi Prakash,
>
> Thanks for the review.
>
> On 06/19/2018 01:51 AM, Prakash, Prashanth wrote:
>> External Email
>>
>> Hi George,
>>
>> On 6/15/2018 4:03 AM, George Cherian wrote:
>>> Per Section 8.4.7.1.3 of ACPI 6.2, The platform provides
From: "H. Peter Anvin"
Give a debugger access to the visible part of the GDT and LDT. This
allows a debugger to find out what a particular segment descriptor
corresponds to; e.g. if %cs is 16, 32, or 64 bits.
v3:
Requalify LDT segments for selectors that have actually changed.
v2:
From: "H. Peter Anvin"
Provide access to the user-visible part of the GDT via a regset in
ptrace(). Note that we already provide a regset for the TLS area part
of the GDT; these can trivially be unified by looking at the contents
of the regset structure, especially since the TLS area is the
From: "H. Peter Anvin"
Instead of using X86_32 || IA32_EMULATION, which is really rather ugly
in the Makefile especially, create a dedicated config symbol for the
TLS area. This will be further used in subsequent patches.
Signed-off-by: H. Peter Anvin (Intel)
Cc: Ingo Molnar
Cc: Thomas
We don't need to keep track of the starting value; the IDA is efficient.
Signed-off-by: Matthew Wilcox
---
fs/namespace.c | 50 --
1 file changed, 12 insertions(+), 38 deletions(-)
diff --git a/fs/namespace.c b/fs/namespace.c
index
Start transitioning the IDA tests into kernel space. Framework heavily
cribbed from test_xarray.c.
Signed-off-by: Matthew Wilcox
---
lib/Kconfig.debug | 3 +++
lib/Makefile| 1 +
lib/test_ida.c | 42 +
Eliminates the custom spinlock and the call to ida_pre_get.
Signed-off-by: Matthew Wilcox
---
drivers/misc/cb710/core.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/misc/cb710/core.c b/drivers/misc/cb710/core.c
index
On 06/21/2018 02:25 PM, Pavel Tatashin wrote:
> It supposed to be safe to modify static branches after jump_label_init().
> But, because static key modifying code eventually calls text_poke() we
> may end up with accessing struct page that have not been initialized.
>
> Here is how to quickly
This patch introduces a means for syscalls matched in seccomp to notify
some other task that a particular filter has been triggered.
The motivation for this is primarily for use with containers. For example,
if a container does an init_module(), we obviously don't want to load this
untrusted
On Thu, Jun 21, 2018 at 03:00:03PM -0700, Fenghua Yu wrote:
> And perf cannot count split lock events in firmware. In real time, even
> split lock in firmware (reboot, run time services, etc) may not be tolerant
> and need to be detected and prevented.
And yet you want to allow firmware to use
The idea here is that the userspace handler should be able to pass an fd
back to the trapped task, for example so it can be returned from socket().
I've proposed one API here, but I'm open to other options. In particular,
this only lets you return an fd from a syscall, which may not be enough in
As an alternative to SECCOMP_FILTER_FLAG_GET_LISTENER, perhaps a ptrace()
version which can acquire filters is useful. There are at least two reasons
this is preferable, even though it uses ptrace:
1. You can control tasks that aren't cooperating with you
2. You can control tasks whose filters
On Thu, Jun 21, 2018 at 03:00:03PM -0700, Fenghua Yu wrote:
> The control knob for kernel is to choose re-executing the faulting
> instruction (default) or kernel panic. Kernel panic may be useful in hard
> real time which has less tolerant to bad performance.
The kernel should never trigger
Fix comparsion to NULL issues found by checkpatch.
Use !x instead of x == NULL.
Signed-off-by: Michael Straube
---
drivers/staging/rtl8723bs/core/rtw_ieee80211.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_ieee80211.c
Hi Lorenzo,
On 6/21/2018 9:48 AM, Lorenzo Pieralisi wrote:
On Wed, Jun 20, 2018 at 10:26:28AM -0700, Ray Jui wrote:
Hi Lorenzo/Bjorn,
Could you please help to review this patch series when you have time?
I believe I have addressed major comment in v1 from Bjorn and answered all
questions
On Thu, 21 Jun 2018 at 16:33, Peter Zijlstra wrote:
>
> On Fri, Jun 08, 2018 at 02:09:45PM +0200, Vincent Guittot wrote:
> > diff --git a/kernel/sched/pelt.c b/kernel/sched/pelt.c
> > index e6ecbb2..4174582 100644
> > --- a/kernel/sched/pelt.c
> > +++ b/kernel/sched/pelt.c
> > @@ -287,7 +287,6 @@
OpenRISC was mainlined as "openrisc", not "or32".
vmlinux.lds is generated from vmlinux.lds.S.
Signed-off-by: Geert Uytterhoeven
---
arch/openrisc/kernel/entry.S | 2 +-
arch/openrisc/kernel/head.S | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Fri, Jun 08, 2018 at 02:09:46PM +0200, Vincent Guittot wrote:
> +int update_rt_rq_load_avg(u64 now, struct rq *rq, int running)
> +{
> + if (___update_load_sum(now, rq->cpu, >avg_rt,
> + running,
> + running,
> +
This commit adds driver implementation for PECI bus core into linux
driver framework.
Signed-off-by: Jae Hyun Yoo
Signed-off-by: Fengguang Wu
Reviewed-by: Haiyue Wang
Reviewed-by: James Feist
Reviewed-by: Vernon Mauery
Cc: Alan Cox
Cc: Andrew Lunn
Cc: Andy Shevchenko
Cc: Arnd Bergmann
This commit adds a dt-bindings document for PECI client MFD.
Signed-off-by: Jae Hyun Yoo
Cc: Andrew Jeffery
Cc: James Feist
Cc: Jason M Biils
Cc: Joel Stanley
Cc: Vernon Mauery
---
.../bindings/mfd/intel-peci-client.txt| 34 +++
1 file changed, 34 insertions(+)
This commit adds maintainer information for the PECI subsystem.
Signed-off-by: Jae Hyun Yoo
Reviewed-by: Haiyue Wang
Reviewed-by: James Feist
Reviewed-by: Vernon Mauery
Cc: Jason M Biils
---
MAINTAINERS | 12
1 file changed, 12 insertions(+)
diff --git a/MAINTAINERS
This commit adds dt-bindings documents for PECI hwmon client drivers.
Signed-off-by: Jae Hyun Yoo
Reviewed-by: Haiyue Wang
Reviewed-by: James Feist
Reviewed-by: Vernon Mauery
Cc: Andrew Jeffery
Cc: Arnd Bergmann
Cc: Jason M Biils
Cc: Joel Stanley
---
This commit adds PECI cputemp hwmon driver.
Signed-off-by: Jae Hyun Yoo
Reviewed-by: Haiyue Wang
Reviewed-by: James Feist
Reviewed-by: Vernon Mauery
Acked-by: Guenter Roeck
Cc: Alan Cox
Cc: Andrew Jeffery
Cc: Andy Shevchenko
Cc: Arnd Bergmann
Cc: Jason M Biils
Cc: Joel Stanley
Cc:
On Sun, May 27, 2018 at 08:45:53AM -0700, Fenghua Yu wrote:
> set_bit() called by set_cpu_cap() is a locked bit set instruction for
> atomic operation.
>
> Since the c->x86_capability can span two cache lines depending on kernel
> configuration and building evnironment, the locked bit set
On Thu, Jun 21, 2018 at 09:17:11PM +0200, Borislav Petkov wrote:
> On Thu, Jun 21, 2018 at 11:18:09AM -0700, Luck, Tony wrote:
> > Counter proposal. We don't need the temp mci_status because we exit the
> > loop early. Nor the "ret" variable.
> >
> >
> > How does this look?
>
> Yap, better.
On Tue, May 29, 2018 at 09:40:09AM -0700, Dave Hansen wrote:
> Split-lock-detection is a new hardware feature that generates
> alignment-check (#AC) faults to help detect when badly-aligned atomic
> instructions might impact whole-system performance. These patches are
> primarily targeted at
Hi Masami,
Are you going to post another version of this patch set?
-- Steve
On Wed, 25 Apr 2018 21:16:06 +0900
Masami Hiramatsu wrote:
> Hi,
>
> This is the 7th version of the fetch-arg improvement series.
> This includes variable changes on fetcharg framework like,
>
> - Add fetcharg
On Tue, Jun 19, 2018 at 01:47:25PM +0300, Alexander Shishkin wrote:
> On Thu, Jun 14, 2018 at 10:20:22PM +0200, Peter Zijlstra wrote:
> > More yuck...
> >
> > You rreally should not be calling these pmu::methods, they're meant to
> > be used from _interrupt_ not NMI context. Using them like this
On Thu, Jun 21, 2018 at 07:10:11PM +0530, Kohli, Gaurav wrote:
> HI Greg,
>
> Yes more patches related to this are coming,
> https://lkml.org/lkml/2018/6/7/317
>
> So i thought, if all go together then it is good.
I still do not understand what you are asking me to do here. Maybe it's
the
On Wed, 2018-06-20 at 16:42 -0400, Stefan Berger wrote:
> Rather than accessing the TPM functions using a NULL pointer, which
> causes a lookup for a suitable chip every time, get a hold of a tpm_chip
> and access the TPM functions using this chip. We call the tpm_chip
> ima_tpm_chip and protect
On Thu, Jun 21, 2018 at 05:00:59AM +0300, Nabimanya Lynn wrote:
> linux-kernel@vger.kernel.org
> Bcc:
> Subject: [PATCH 4.17.0-rc3 1/2] tty: add spaces
> Reply-To:
Why is that in the changelog text?
And here is patch 1/2, why is it not threaded?
Please fix this all up and resend the series
On Thu, Jun 21, 2018 at 05:34:35AM +0300, Nabimanya Lynn wrote:
> Signed-off-by: Nabimanya Lynn
I can not take patches without any changelog text at all, sorry.
And why 4.17-rc3? That's many months old?
And where is patch 1/2 in this series?
confused,
greg k-h
This patch adds high-level documentation about the Generic Counter
interface.
Signed-off-by: William Breathitt Gray
---
Documentation/driver-api/generic-counter.rst | 342 +++
Documentation/driver-api/index.rst | 1 +
MAINTAINERS |
This patch adds support for the Generic Counter interface to the
104-QUAD-8 driver. The existing 104-QUAD-8 device interface should not
be affected by this patch; all changes are intended as supplemental
additions as perceived by the user.
Generic Counter Counts are created for the eight
From: Benjamin Gaignard
Add bindings for STM32 Timer quadrature encoder.
It is a sub-node of STM32 Timer which implement the
quadratic encoder part of the hardware.
Cc: Rob Herring
Cc: Mark Rutland
Signed-off-by: Benjamin Gaignard
Signed-off-by: William Breathitt Gray
---
This patch adds standard documentation for the Generic Counter interface
userspace sysfs attributes of the 104-QUAD-8 driver.
Signed-off-by: William Breathitt Gray
---
.../ABI/testing/sysfs-bus-counter-104-quad-8 | 36 +++
MAINTAINERS | 1 +
2
read_persistent_wall_and_boot_offset() will replace read_boot_clock64()
because on some architectures it is more convenient to read both sources
as one may depend on the other. For s390, implementation is the same
as read_boot_clock64() but also calling and returning value of
We want to get timestamps and high resultion clock available to us as early
as possible in boot. But, native_sched_clock() outputs time based either on
tsc after tsc_init() is called later in boot, or using jiffies when clock
interrupts are enabled, which is also happens later in boot.
On the
Allow sched_clock() to be used before schec_clock_init() and
sched_clock_init_late() are called. This provides us with a way to get
early boot timestamps on machines with unstable clocks.
Signed-off-by: Pavel Tatashin
---
kernel/sched/clock.c | 10 --
1 file changed, 8 insertions(+), 2
The oom reaper ensures forward progress by setting MMF_OOM_SKIP itself if
it cannot reap an mm. This can happen for a variety of reasons,
including:
- the inability to grab mm->mmap_sem in a sufficient amount of time,
- when the mm has blockable mmu notifiers that could cause the oom reaper
Due to commit 629d0a8a1a10 ("dm cache metadata: add "metadata2" feature"),
when creating a dm cache device, more than one io_mode can be selected.
As the io_mode selections are incompatible with one another, we should
force them to be selected exclusively. Add simple ctr to check for
more than
Simpler and shorter code.
Signed-off-by: Matthew Wilcox
---
drivers/dma/dmaengine.c | 20 +---
1 file changed, 5 insertions(+), 15 deletions(-)
diff --git a/drivers/dma/dmaengine.c b/drivers/dma/dmaengine.c
index 08ba8473a284..1e9bdadfc312 100644
--- a/drivers/dma/dmaengine.c
As of ce91f6ee5 (mm: kvmalloc does not fallback to vmalloc for incompatible gfp
flag),
we can simplify the caller and trust kvzalloc() to just do the right thing.
Signed-off-by: Davidlohr Bueso
---
lib/rhashtable.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
The new API is much easier for this user. Also add kerneldoc for
get_anon_bdev().
Signed-off-by: Matthew Wilcox
---
fs/super.c | 63 +++---
1 file changed, 22 insertions(+), 41 deletions(-)
diff --git a/fs/super.c b/fs/super.c
index
The user has no need to handle locking between ida_simple_get() and
ida_simple_remove(). They shouldn't be forced to think about whether
ida_destroy() might be called at the same time as any of their other
IDA manipulation calls. Improve the documnetation while I'm in here.
Signed-off-by:
On Wed, 2018-06-20 at 15:26 -0700, Matthew Wilcox wrote:
> Not needed:
>
> void warn_alloc(gfp_t gfp_mask, nodemask_t *nodemask, const char
> *fmt, ...)
> {
> ...
> if ((gfp_mask & __GFP_NOWARN) || !__ratelimit(_rs))
> return;
>
Yes, thanks!
Hi Stefan,
On Thu, 21 Jun 2018 22:31:43 +0200
Stefan Agner wrote:
> Add support for the NAND flash controller found on NVIDIA
> Tegra 2 SoCs. This implementation does not make use of the
> command queue feature. Regular operations using ->exec_op()
> use PIO mode for data transfers. Raw, ECC
The pinctrl settings were incorrect for the touchscreen interrupt line, causing
an interrupt storm. This change has been tested with both the atmel_mxt_ts and
RMI4 drivers on the RDU1 units.
The value 0x4 comes from the value of register IOMUXC_SW_PAD_CTL_PAD_CSI1_D8
from the old vendor kernel.
Counter proposal. We don't need the temp mci_status because we exit the
loop early. Nor the "ret" variable.
How does this look?
-Tony
---
diff --git a/arch/x86/kernel/cpu/mcheck/mce.c b/arch/x86/kernel/cpu/mcheck/mce.c
index e4cf6ff1c2e1..0e30abccfe54 100644
---
Hi Daniel,
Hmm... I only just noticed this because you CC'd an email address that
is no longer functional. I presume you're not using .mailmap, which
would have given you my current email address.
On Fri, Mar 16, 2018 at 03:38:55PM +0100, Daniel Vacek wrote:
> This reverts commit
On Thu, Jun 14, 2018 at 12:32:32PM +0100, Patrick Bellasi wrote:
> On 14-Jun 12:33, Vincent Guittot wrote:
> > When a cfs_rq is throttled, parent cfs_rq->nr_running is decreased and
> > everything happens at cfs_rq level. Currently util_est stays unchanged
> > in such case and it keeps accounting
On Sun, May 27, 2018 at 08:45:49AM -0700, Fenghua Yu wrote:
> Currently we can trace split lock event counter for debug purpose. But
How? A while ago I actually tried that, but I could not find a suitable
perf event.
> Intel introduces mechanism to detect split lock via alignment
> check
On Thu, 21 Jun 2018 17:43:56 +0200,
Robert Jarzmik wrote:
>
> Add a devicetree binding for codecs. This is especially useful if the
> AC97 bitclk clock is provided by the codec, as it has to be described in
> the devicetree description for the ac97 bus code to aquire it.
>
> Signed-off-by:
On Thu, 24 May 2018, Lukas Wunner wrote:
> static int irq_wait_for_interrupt(struct irqaction *action)
> {
> - set_current_state(TASK_INTERRUPTIBLE);
> + for (;;) {
> + set_current_state(TASK_INTERRUPTIBLE);
>
> - while (!kthread_should_stop()) {
> + if
On Thu, 21 Jun 2018, Peter Zijlstra wrote:
> On Sun, May 27, 2018 at 08:45:53AM -0700, Fenghua Yu wrote:
> > set_bit() called by set_cpu_cap() is a locked bit set instruction for
> > atomic operation.
> >
> > Since the c->x86_capability can span two cache lines depending on kernel
> >
On Thu, Jun 21, 2018 at 01:12:07PM -0700, Matt Delco wrote:
> The Dell laptop I have has an ACPI that sends 0xCB and 0xCC on entering
> tablet mode. On exiting tablet mode it sends 0xCA and 0xCD. This
> change has the driver ignore 0xCA and 0xCB.
>
> Signed-off-by: Matt Delco
This looks good
Hi Al,
Certainly, I never checked grab_super. Lesson learned.
Thanks a lot for taking the time to write this master class. I really
appreciate it. :)
--
Gustavo
a reproducer), we have some other crap going on and need to investigate
that, but even in that case, the patch is wrong]
As for
On Thu, Jun 21, 2018 at 01:18:52PM -0700, Fenghua Yu wrote:
> On Thu, Jun 21, 2018 at 09:37:38PM +0200, Peter Zijlstra wrote:
> > On Sun, May 27, 2018 at 08:45:49AM -0700, Fenghua Yu wrote:
> > > Currently we can trace split lock event counter for debug purpose. But
> >
> > How? A while ago I
On 20/06/2018 23:08:08+0100, James Hogan wrote:
> On Wed, Apr 25, 2018 at 11:16:07PM +0200, Alexandre Belloni wrote:
> > Allow not building any DTB in the generic kernel so it gets smaller. This
> > is necessary for ocelot because it can be built as a legacy platform that
> > needs a built-in DTB
This patch adds standard documentation for the userspace sysfs
attributes of the Generic Counter interface.
Reviewed-by: Jonathan Cameron
Signed-off-by: William Breathitt Gray
---
Documentation/ABI/testing/sysfs-bus-counter | 230
MAINTAINERS
On Thu, Jun 21, 2018 at 03:11:18PM -0400, Nathaniel McCallum wrote:
> If this is acceptable for everyone, my hope is the following:
>
> 1. Intel would split the existing code into one of the following
> schemas (I don't care which):
> A. three parts: UEFI module, FLC-only kernel driver and
If architecture does not support exact boot time, it is challenging to
estimate boot time without having a reference to the current persistent
clock value. Yet, we cannot read the persistent clock time again, because
this may lead to math discrepancies with the caller of read_boot_clock64()
who
KVM clock is initialized later compared to other hypervisor because it has
dependency on memblock allocator.
Lets bring it inline with other hypervisors by removing this dependency by
using memory from BSS instead of allocating it.
The benefits:
- remove ifdef from common code
- earlier
It supposed to be safe to modify static branches after jump_label_init().
But, because static key modifying code eventually calls text_poke() we
may end up with accessing struct page that have not been initialized.
Here is how to quickly reproduce the problem. Insert code like this
into
As threatened a few months ago https://lwn.net/Articles/750154/, here's a
patch series to convert all users of the non-simple IDA API to ida_alloc*.
Basically every driver is improved by doing this. There are a long
list of people on the bcc for this cover letter, plus patches 2 and 3.
All
static branching is useful to hot-patch branches that are used in hot
path, but are infrequently changed.
x86 clock framework is one example that uses static branches to setup
the best clock during boot and never change it again.
Since we plan to enable clock early, we need static branching
301 - 400 of 1302 matches
Mail list logo
