Replace the indirection through struct stack_trace by using the storage
array based interfaces.
Signed-off-by: Thomas Gleixner
Cc: Steven Rostedt
---
kernel/trace/trace.c | 34 +-
1 file changed, 9 insertions(+), 25 deletions(-)
--- a/kernel/trace/trace.c
+++
Use "of_device_id.data" to specify the machine driver
instead of "model" DTS attribute.
Signed-off-by: Viorel Suman
Acked-by: Nicolin Chen
---
sound/soc/fsl/fsl_audmix.c | 43 +++
1 file changed, 23 insertions(+), 20 deletions(-)
diff --git
It's only used in trace.c and there is absolutely no point in compiling it
in when user space stack traces are not supported.
Signed-off-by: Thomas Gleixner
Cc: Steven Rostedt
---
kernel/trace/trace.c | 14 --
kernel/trace/trace.h |8
2 files changed, 8
The latest audmix patch-set (v5) had the "model" attribute removed as
requested by Nicolin Chen, but looks like (v4) version of DAI driver
reached "for-next" branch - fix this by removing "model" attribute.
Asside of this fix object reference leaks in machine probe reported by
Julia Lawall.
There is only one caller of check_prev_add() which hands in a zeroed struct
stack trace and a function pointer to save_stack(). Inside check_prev_add()
the stack_trace struct is checked for being empty, which is always
true. Based on that one code path stores a stack trace which is unused. The
Replace the indirection through struct stack_trace by using the storage
array based interfaces.
Signed-off-by: Thomas Gleixner
Cc: Andrey Ryabinin
Cc: Alexander Potapenko
Cc: Dmitry Vyukov
Cc: kasan-...@googlegroups.com
Cc: linux...@kvack.org
---
mm/kasan/common.c | 30
No architecture terminates the stack trace with ULONG_MAX anymore. Remove
the cruft.
Signed-off-by: Thomas Gleixner
Cc: Michal Hocko
Cc: linux...@kvack.org
Cc: Mike Rapoport
Cc: Andrew Morton
---
mm/page_owner.c |3 ---
1 file changed, 3 deletions(-)
--- a/mm/page_owner.c
+++
Replace the indirection through struct stack_trace with an invocation of
the storage array based interface.
Signed-off-by: Thomas Gleixner
---
kernel/latencytop.c | 17 ++---
1 file changed, 2 insertions(+), 15 deletions(-)
--- a/kernel/latencytop.c
+++ b/kernel/latencytop.c
@@
Terminating the last trace entry with ULONG_MAX is a completely pointless
exercise and none of the consumers can rely on it because it's
inconsistently implemented across architectures. In fact quite some of the
callers remove the entry and adjust stack_trace.nr_entries afterwards.
Signed-off-by:
It's only used in the source file where it is defined and it's using the
stack_trace_ namespace. Rename it to free it up for stack trace related
functions.
Signed-off-by: Thomas Gleixner
Cc: Steven Rostedt
---
include/linux/ftrace.h |1 -
kernel/trace/trace_stack.c |4 ++--
2 files
Terminating the last trace entry with ULONG_MAX is a completely pointless
exercise and none of the consumers can rely on it because it's
inconsistently implemented across architectures. In fact quite some of the
callers remove the entry and adjust stack_trace.nr_entries afterwards.
Signed-off-by:
Mostly minor grammer fixes:
* Will Deacon wrote:
> + (*) readX(), writeX():
>
> + The readX() and writeX() MMIO accessors take a pointer to the peripheral
> + being accessed as an __iomem * parameter. For pointers mapped with the
> + default I/O attributes (e.g. those returned
Hey Gary,
On 4/10/19 9:35 AM, Gary Bisson wrote:
Hi,
On Tue, Apr 9, 2019 at 2:07 AM Robert Foss wrote:
Hey Fabio,
On 4/8/19 10:37 PM, Fabio Estevam wrote:
Hi Robert,
[Adding Gary]
Adding Troy, I'm no longer a full-time employee at Boundary Devices.
On Mon, Apr 8, 2019 at 2:54 PM
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.locking/core
head: 5c587ed687faed2eb0afdd669ddd167d0d940236
commit: 2d6f2f61367455179ee140b3d4af6974d3e5d06d [25/29] locking/rwsem: Enable
time-based spinning on reader-owned rwsem
config: riscv-tinyconfig (attached as
Hi,
everything you want is already available and on the way to mainline
concerning support for various FPGA loading modes or available for
checkout from a git repository.
All that has already been discussed on the mailing list.
FPGA loading interface is available here [1].
Patchset missing
Add the interrupts for the GPIO controller.
Signed-off-by: Alexandre Belloni
---
the previous patch was missing a line, sorry about that.
Changes in v2:
- add missing interrupt for gpi19
arch/arm/boot/dts/lpc32xx.dtsi | 26 ++
1 file changed, 26 insertions(+)
diff
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.locking/core
head: 5c587ed687faed2eb0afdd669ddd167d0d940236
commit: 0d8bd477cd9602fb18bee6e3dae41c5fda9cebab [28/29] locking/rwsem: Merge
owner into count on x86-64
config: riscv-tinyconfig (attached as .config)
compiler:
On 10/04/19 4:12 PM, Dan Carpenter wrote:
On Wed, Apr 10, 2019 at 03:30:22PM +0530, Himadri Pandya wrote:
Fix checkpatch warning "Alignment should match open parenthesis".
Signed-off-by: Himadri Pandya
---
drivers/staging/fbtft/fb_tinylcd.c | 2 +-
1 file changed, 1 insertion(+), 1
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.locking/core
head: 5c587ed687faed2eb0afdd669ddd167d0d940236
commit: 2d6f2f61367455179ee140b3d4af6974d3e5d06d [25/29] locking/rwsem: Enable
time-based spinning on reader-owned rwsem
config: riscv-allyesconfig (attached as
Hi Mark,
On Mi, 2019-04-10 at 11:39 +0100, Mark Brown wrote:
> On Wed, Apr 10, 2019 at 10:37:30AM +, Viorel Suman wrote:
> >
> > Remove "model" attribute.
> >
> > Signed-off-by: Viorel Suman
> > Acked-by: Nicolin Chen
> Please use subject lines matching the style for the subsystem. This
On Wed, Apr 10, 2019 at 03:30:22PM +0530, Himadri Pandya wrote:
> Fix checkpatch warning "Alignment should match open parenthesis".
>
> Signed-off-by: Himadri Pandya
> ---
> drivers/staging/fbtft/fb_tinylcd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Wed, Apr 10, 2019 at 12:10 PM Jan Kara wrote:
>
> On Tue 09-04-19 21:01:54, Amir Goldstein wrote:
> > On Tue, Apr 9, 2019 at 6:43 PM Jan Kara wrote:
> > > On Tue 09-04-19 14:49:22, Amir Goldstein wrote:
> > > > Commit 23d0127096cb ("fs/sync.c: make sync_file_range(2) use
> > > > WB_SYNC_NONE
Some of the LPC32xx gpios are wired directly to one of the interrupt
controllers while port 0 and port 1 share the same interrupt for their
interrupt capable gpios.
Cc: Rob Herring
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/gpio/gpio_lpc32xx.txt | 4
1 file
Interrupt support was disabled "temporarily" in commit 320a6480ef24 ("gpio:
lpc32xx: disable broken to_irq support").
Reenable to_irq for port 3 as they are directly connected to an interrupt
controller and a simple lookup is working.
Signed-off-by: Alexandre Belloni
---
Add the interrupts for the GPIO controller.
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/lpc32xx.dtsi | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/boot/dts/lpc32xx.dtsi b/arch/arm/boot/dts/lpc32xx.dtsi
index 20b38f4ade37..9c61b1856291 100644
On Wed, Apr 10, 2019 at 10:37:30AM +, Viorel Suman wrote:
> Remove "model" attribute.
>
> Signed-off-by: Viorel Suman
> Acked-by: Nicolin Chen
Please use subject lines matching the style for the subsystem. This
makes it easier for people to identify relevant patches.
signature.asc
Hi,
This series enables interrupt support for GPIOs on port 3. Those are the
GPIOs that are connected directl to an interrupt controller (sic1 or
sic2). This was tested on a custom LPC3250 design.
The binding includes support for interrupts on port 0 and port 1 but
this requires the registration
On Mon, Apr 08, 2019 at 03:24:08PM +, Pascal PAILLET-LME wrote:
> +config REGULATOR_STM32_PWR
> + bool "STMicroelectronics STM32 PWR"
> + depends on ARCH_STM32
There's no build time dependency here, please also add an || COMPILE_TEST to
help with build coverage.
> +int
On Wednesday 10 Apr 2019 at 15:44:23 (+0530), Viresh Kumar wrote:
> On 10-04-19, 09:57, Quentin Perret wrote:
> > Hmm, indeed... I thought cpufreq_table_validate_and_sort() was actively
> > sorting the table but it seems I was wrong.
> >
> > But I _think_ in practice the freq table actually
On Wed, 2019-04-10 at 10:27 +0200, Dmitry Vyukov wrote:
> On Wed, Apr 10, 2019 at 2:26 AM Al Viro wrote:
> >
> > On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote:
> > > Bisection is inconclusive: the first bad commit could be any of:
> >
> > [snip the useless pile]
> >
> > > bisection
On 09 April 2019 15:41, Hans de Goede wrote:
> Hi,
>
> On 09-04-19 15:06, Heikki Krogerus wrote:
> > On Tue, Apr 09, 2019 at 04:02:30PM +0300, Heikki Krogerus wrote:
> >> +Hans
> >>
> >> On Mon, Apr 08, 2019 at 10:17:35PM +0800, Kyle Tso wrote:
> >>> On Fri, Apr 5, 2019 at 9:42 PM Guenter Roeck
On Mon, Apr 08, 2019 at 05:22:44PM +0200, Flavio Suligoi wrote:
> Add an info message for the PXA2xx device driver start-up,
> with the indication of the transfer mode used (DMA or GPIO).
>
> This info is useful to individuate the timing when
> the module starts.
Adding this sort of message to
Paolo Bonzini writes:
> On 10/04/19 11:38, Vitaly Kuznetsov wrote:
>> Early RFC, based on state_test.
>>
>> Add a simplistic test for SMM. Currently it fails with
>> "Unexpected result from KVM_SET_NESTED_STATE" even when a patch fixing
>> rsm after VMXON is added. There's likey some other
On Tue, 9 Apr 2019 15:32:22 -0400 (EDT)
Mathieu Desnoyers wrote:
> Hi,
>
> We are about to include the code signature required prior to restartable
> sequences abort handlers into glibc, which will make this ABI choice final.
> We need architecture maintainer input on that signature value.
>
>
On 28-03-19, 20:58, Sibi Sankar wrote:
> Add support to parse and update OPP tables attached to the cpu nodes.
>
> Signed-off-by: Sibi Sankar
> ---
> drivers/cpufreq/qcom-cpufreq-hw.c | 29 +++--
> 1 file changed, 27 insertions(+), 2 deletions(-)
>
> diff --git
On 04/10/19 11:17, Valentin Schneider wrote:
> On 10/04/2019 10:27, Qais Yousef wrote:
> [...]
> >> @@ -1066,9 +1067,14 @@ static struct sched_group *get_group(int cpu,
> >> struct sd_data *sdd)
> >>sg = *per_cpu_ptr(sdd->sg, cpu);
> >>sg->sgc = *per_cpu_ptr(sdd->sgc, cpu);
> >>
> >> -
On Wed, Apr 10, 2019 at 11:14:45AM +0530, Naga Sureshkumar Relli wrote:
> When building with CONFIG_SPI_MEM is not set
> gc warns this:
>
> drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op':
> spi-zynq-qspi.c:(.text+0x1da): undefined reference to
> `spi_mem_default_supports_op'
>
Resolve checkpatch warning for using symbolic permissions by replacing
them with octal permissions.
Signed-off-by: Himadri Pandya
---
drivers/staging/gasket/gasket_sysfs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gasket/gasket_sysfs.h
> > > On Mon, Apr 08, 2019 at 09:13:58AM +0300, Elena Reshetova wrote:
> > > > diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> > > > index 7bc105f47d21..38ddc213a5e9 100644
> > > > --- a/arch/x86/entry/common.c
> > > > +++ b/arch/x86/entry/common.c
> > > > @@ -35,6 +35,12 @@
> >
On 28-03-19, 20:58, Sibi Sankar wrote:
> Add and export 'dev_pm_opp_update_voltage' to find and update voltage
> of an opp for a given frequency. This will be useful to update the opps
> with voltages read back from firmware.
>
> Signed-off-by: Sibi Sankar
> ---
> drivers/opp/core.c | 62
Hi All,
Any comments on below patch?
Thanks & Regards,
Sanjay Mehta
-Original Message-
From: Mehta, Sanju
Sent: Friday, March 29, 2019 5:03 PM
To: S-k, Shyam-sundar ; jdma...@kudzu.us;
dave.ji...@intel.com; alle...@gmail.com
Cc: linux-...@googlegroups.com;
* Reshetova, Elena wrote:
> > * Josh Poimboeuf wrote:
> >
> > > On Mon, Apr 08, 2019 at 09:13:58AM +0300, Elena Reshetova wrote:
> > > > diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> > > > index 7bc105f47d21..38ddc213a5e9 100644
> > > > --- a/arch/x86/entry/common.c
> > >
Hi,
On Wed, 10 Apr 2019 at 10:03, Erwan Le Ray wrote:
>
> - This patch allows to configure UART instance for early console by setting
> physical and virtual base addresses.
> - This patch adds UART early console support for stm32h7 and stm32mp157c.
*Newbie kernel speaking*
I think this patch
On 10/04/2019 10:27, Qais Yousef wrote:
[...]
>> @@ -1066,9 +1067,14 @@ static struct sched_group *get_group(int cpu, struct
>> sd_data *sdd)
>> sg = *per_cpu_ptr(sdd->sg, cpu);
>> sg->sgc = *per_cpu_ptr(sdd->sgc, cpu);
>>
>> -/* For claim_allocations: */
>> -atomic_inc(>ref);
> On 4/10/19 12:47 PM, Flavio Suligoi wrote:
> > Add an info message for the PXA2xx device driver start-up,
> > with the indication of:
> >
> > - mode (slave device or master controller)
> > - transfer mode (DMA or GPIO)
> >
> > Signed-off-by: Flavio Suligoi
> > ---
> >
> > v1: - first version
>
While current node handling is probably terribly broken for memory block
devices that span several nodes (only possible when added during boot,
and something like that should be blocked completely), properly put the
device reference we obtained via find_memory_block() to get the nid.
Fixes:
On 10-04-19, 09:57, Quentin Perret wrote:
> Hmm, indeed... I thought cpufreq_table_validate_and_sort() was actively
> sorting the table but it seems I was wrong.
>
> But I _think_ in practice the freq table actually happens to be sorted
> for the upstream cpufreq drivers with the
On 4/10/19 12:47 PM, Flavio Suligoi wrote:
Add an info message for the PXA2xx device driver start-up,
with the indication of:
- mode (slave device or master controller)
- transfer mode (DMA or GPIO)
Signed-off-by: Flavio Suligoi
---
v1: - first version
v2: - remove warning message
Enable Vivante GPU driver for stm32mp157a-dk1 and dk2 boards.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v2:
* move GPU reserved memeory out of bottom DDR to let free this area for
U-Boot
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157a-dk1.dts |
On 10/04/19 11:38, Vitaly Kuznetsov wrote:
> Early RFC, based on state_test.
>
> Add a simplistic test for SMM. Currently it fails with
> "Unexpected result from KVM_SET_NESTED_STATE" even when a patch fixing
> rsm after VMXON is added. There's likey some other issue in nested
> save/restore when
Hi Petr,
On Tue, Apr 09, 2019 at 04:14:30PM +0200, Petr Mladek wrote:
> On Mon 2019-04-01 18:48:04, Feng Tang wrote:
> > Currently on panic, kernel will lower the loglevel and print out
> > new printk msg only. With this patch, user can configure the
> > "panic_print" to see all dmesg in buffer,
Enable Vivante GPU driver for stm32mp157c-ed1 board.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v2:
* move GPU reserved memeory out of bottom DDR to let free this area for
U-Boot
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c-ed1.dts | 16
Add and enable Vivante GPU on stm32mp157c for ED1, DK1 and DK2 boards.
---
Version history:
v2:
* move GPU reserved memeory out of bottom DDR to let free this area for
U-Boot
v1:
* Initial
---
Pierre-Yves MORDRET (3):
ARM: dts: stm32: Add Vivante GPU support on
Append Vivante GPU DT configuration.
Signed-off-by: Pierre-Yves MORDRET
---
Version history:
v2:
v1:
* Initial
---
---
arch/arm/boot/dts/stm32mp157c.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
Hello,
sorry to push for an answer but I do not want to take the risk of designing
something useless. I do not know how should I interpret a no-answer.
If the solution really does not exist today, then I would like to collect
opinions/arguments/requirements on the topic so that I can write
Dan Carpenter wrote:
> > + struct ipc_namespace *ipc_ns = fc->s_fs_info;
> > + put_ipc_ns(ipc_ns);
>
> I feel like put_ipc_ns(info->ipc_ns) would be more readable.
Not so much more readable as more correct.
David
* Waiman Long wrote:
># of Threads Before Patch After Patch
> ---
> 21,179 9,436
> 41,505 8,268
> 8 721 7,041
>16 575
Fix checkpatch warning "Alignment should match open parenthesis".
Signed-off-by: Himadri Pandya
---
drivers/staging/fbtft/fb_tinylcd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fb_tinylcd.c
b/drivers/staging/fbtft/fb_tinylcd.c
index
This check will soon be done on every nested vmentry and vmexit,
"parallelize" it using bitwise operations.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mtrr.c| 10 +-
arch/x86/kvm/vmx/vmx.c | 2 +-
arch/x86/kvm/x86.h | 8
3 files changed, 10 insertions(+), 10
This is not needed, PAT writes always take an MSR vmexit.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx/vmx.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c
index 687d80cca09f..b6c533afbf27 100644
--- a/arch/x86/kvm/vmx/vmx.c
+++
The dev->power.direct_complete flag may become set in device_prepare() in
case the device don't have any PM callbacks (dev->power.no_pm_callbacks is
set). This leads to a broken behaviour, when there is child having wakeup
enabled and relies on its parent to be used in the wakeup path.
More
Masahiro Yamada wrote:
> Why should this patch be included in a
> totally unrelated patch series?
Sorry, I forgot to exclude it. It's in all my branches that I've touched
since upstream got broken. I've now rebased and it's gone from this branch.
David
On 4/10/2019 1:44 PM, Liviu Dudau wrote:
On Wed, Apr 10, 2019 at 11:40:40AM +0530, Vidya Sagar wrote:
On 4/9/2019 6:56 PM, Bjorn Helgaas wrote:
On Tue, Apr 09, 2019 at 05:00:53PM +0530, Vidya Sagar wrote:
On 4/6/2019 12:28 AM, Bjorn Helgaas wrote:
On Fri, Apr 05, 2019 at 01:23:51AM +0530,
Hi Viresh,
On 4/10/19 07:05, Viresh Kumar wrote:
> On 09-04-19, 17:36, Georgi Djakov wrote:
>> Hi Viresh,
>>
>> On 3/14/19 08:23, Viresh Kumar wrote:
>>> On 13-03-19, 11:00, Georgi Djakov wrote:
In addition to frequency and voltage, some devices may have bandwidth
requirements for their
Add an info message for the PXA2xx device driver start-up,
with the indication of:
- mode (slave device or master controller)
- transfer mode (DMA or GPIO)
Signed-off-by: Flavio Suligoi
---
v1: - first version
v2: - remove warning message "no DMA channels available, using PIO"
On 07.04.2019 07:03, Ronald Tschalär wrote:
> commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency
> of RC_CORE) changed the driver to select both RC_CORE and INPUT.
> However, this causes problems with other drivers, in particular an input
> driver that depends on
Early RFC, based on state_test.
Add a simplistic test for SMM. Currently it fails with
"Unexpected result from KVM_SET_NESTED_STATE" even when a patch fixing
rsm after VMXON is added. There's likey some other issue in nested
save/restore when SMM os on.
The test implements its own sync between
On Tue, Apr 09, 2019 at 10:29:59AM +0800, Mason Yang wrote:
> Add a MFD driver for Macronix MX25F0A SPI controller.
>
> Signed-off-by: Mason Yang
> ---
> drivers/spi/spi-mxic.c | 275
> +
This isn't adding a new MFD driver, this is a substantial
On 04/09/19 18:35, Valentin Schneider wrote:
> While staring at build_sched_domains(), I realized that get_group()
> does several duplicate (thus useless) writes.
>
> If you take the Arm Juno r0 (LITTLEs = [0, 3, 4, 5], bigs = [1, 2]), the
> sched_group build flow would look like this:
>
>
Hi,
On 09.04.2019 11:00, Masahiro Yamada wrote:
> Hi.
>
> On Mon, Apr 8, 2019 at 5:03 PM Wiebe, Wladislav (Nokia - DE/Ulm)
> wrote:
>>
>> Hi!
>>
>> On 07.04.2019 11:04, Masahiro Yamada wrote:
>>> (+CC Jonas Gorski)
>>>
>>>
>>> On Tue, Mar 26, 2019 at 6:58 PM Wiebe, Wladislav (Nokia - DE/Ulm)
Commit ea837f1c0503 ("kbuild: make modpost processing configurable")
was intended to give KBUILD_MODPOST_WARN flexibility to be configurable.
Right now KBUILD_MODPOST_WARN gets just ignored when KBUILD_EXTMOD is
set which happens per default when building modules out of the tree.
This change
On 2019年04月08日 22:39, Borislav Petkov wrote:
On Mon, Apr 08, 2019 at 04:12:09PM +0800, Zhao Yakui wrote:
ACRN is an open-source hypervisor maintained by Linuxfoundation.
I think tglx wanted to say "by the Linux Foundation" here.
Sure. It will be fixed.
This is to add the Linux guest
Hi masonccy...@mxic.com.tw,
masonccy...@mxic.com.tw wrote on Wed, 10 Apr 2019 16:40:25 +0800:
> Hi Miquel,
>
> > > >
> > > > Re: [PATCH] mtd: rawnand: Add Macronix NAND read retry and
> randomizer
> > > support
> > > >
> > > > On Tue, 9 Apr 2019 17:35:39 +0800
> > > >
On Tue 09-04-19 21:01:54, Amir Goldstein wrote:
> On Tue, Apr 9, 2019 at 6:43 PM Jan Kara wrote:
> > On Tue 09-04-19 14:49:22, Amir Goldstein wrote:
> > > Commit 23d0127096cb ("fs/sync.c: make sync_file_range(2) use WB_SYNC_NONE
> > > writeback") claims that sync_file_range(2) syscall was
On 03/04/19 16:06, Vitaly Kuznetsov wrote:
> I noticed that apic test from kvm-unit-tests always hangs on my EPYC 7401P,
> the hanging test nmi-after-sti is trying to deliver 3 NMIs and tracing
> shows that we're sometimes able to deliver a few but never all.
>
> When we're trying to inject
> * Josh Poimboeuf wrote:
>
> > On Mon, Apr 08, 2019 at 09:13:58AM +0300, Elena Reshetova wrote:
> > > diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> > > index 7bc105f47d21..38ddc213a5e9 100644
> > > --- a/arch/x86/entry/common.c
> > > +++ b/arch/x86/entry/common.c
> > > @@
On Wednesday 10 Apr 2019 at 11:14:49 (+0530), Viresh Kumar wrote:
> On 28-03-19, 10:13, Quentin Perret wrote:
> > +static unsigned int get_state_freq(struct cpufreq_cooling_device
> > *cpufreq_cdev,
> > + unsigned long state)
> > +{
> > + struct cpufreq_policy *policy;
>
Commit-ID: 547571b5abe61bb33c6005d8981e86e3c61fedcc
Gitweb: https://git.kernel.org/tip/547571b5abe61bb33c6005d8981e86e3c61fedcc
Author: Jan Beulich
AuthorDate: Wed, 27 Mar 2019 09:15:19 -0600
Committer: Ingo Molnar
CommitDate: Wed, 10 Apr 2019 09:53:31 +0200
x86/asm: Modernize
Commit-ID: a5881bea88616e3aacf521dbdbe0e323257aaba1
Gitweb: https://git.kernel.org/tip/a5881bea88616e3aacf521dbdbe0e323257aaba1
Author: Christoph Hellwig
AuthorDate: Wed, 10 Apr 2019 10:02:19 +0200
Committer: Ingo Molnar
CommitDate: Wed, 10 Apr 2019 10:17:24 +0200
x86/Kconfig: Remove
> On 4/10/19 11:13 AM, Flavio Suligoi wrote:
> >> [9.506895] pxa2xx-spi pxa2xx-spi.13: no DMA channels available,
> >> using PIO
> >> [9.516770] pxa2xx-spi pxa2xx-spi.13: registered master spi2
> >> [9.518527] pxa2xx-spi pxa2xx-spi.13: PXA2xx SPI master controller
> >> (PIO mode)
> >
>
From: YueHaibing
When building with CONFIG_GPIOLIB is not set
gcc warns this:
drivers/iio/adc/ti-ads7950.c:75:19: error: field chip has incomplete type
struct gpio_chip chip;
^~~~
drivers/iio/adc/ti-ads7950.c: In function ti_ads7950_set:
drivers/iio/adc/ti-ads7950.c:409:32:
Commit-ID: d8743230c9f4e92f370ecd2a90c680ddcede6ae5
Gitweb: https://git.kernel.org/tip/d8743230c9f4e92f370ecd2a90c680ddcede6ae5
Author: Valentin Schneider
AuthorDate: Tue, 9 Apr 2019 18:35:46 +0100
Committer: Ingo Molnar
CommitDate: Wed, 10 Apr 2019 09:41:34 +0200
sched/topology: Fix
On 09.04.2019 16:50, Tony Lindgren wrote:
> Hi,
>
> * Stefan Agner [190408 20:59]:
>> --- a/arch/arm/mach-omap2/Makefile
>> +++ b/arch/arm/mach-omap2/Makefile
>> @@ -41,11 +41,6 @@ obj-$(CONFIG_SOC_OMAP5) +=
>> $(omap-4-5-common) $(smp-y) sleep44xx.o
>>
Kishon,
On 05/04/2019 14:08, Kishon Vijay Abraham I wrote:
> This patch series
> *) adds support for SERDES module in am654
> *) modifies phy_reset API to invoke pm_runtime_get/pm_runtime_put since
> the reset callback can access registers.
> *) Add *release* phy_ops to be invoked when the
- This patch allows to configure UART instance for early console by setting
physical and virtual base addresses.
- This patch adds UART early console support for stm32h7 and stm32mp157c.
Signed-off-by: Erwan Le Ray
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index
On 4/10/19 11:13 AM, Flavio Suligoi wrote:
[9.506895] pxa2xx-spi pxa2xx-spi.13: no DMA channels available,
using PIO
[9.516770] pxa2xx-spi pxa2xx-spi.13: registered master spi2
[9.518527] pxa2xx-spi pxa2xx-spi.13: PXA2xx SPI master controller
(PIO mode)
I have added this message
On Wed, Apr 10, 2019 at 2:26 AM Al Viro wrote:
>
> On Tue, Apr 09, 2019 at 07:36:00AM -0700, syzbot wrote:
> > Bisection is inconclusive: the first bad commit could be any of:
>
> [snip the useless pile]
>
> > bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=15e1fc2b20
> > start
The type of variable l in early_init_dt_scan_chosen is
int, there is no need to convert to int.
Signed-off-by: xiaojiangfeng
---
drivers/of/fdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 4734223..de893c9 100644
---
* Josh Poimboeuf wrote:
> On Mon, Apr 08, 2019 at 09:13:58AM +0300, Elena Reshetova wrote:
> > diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> > index 7bc105f47d21..38ddc213a5e9 100644
> > --- a/arch/x86/entry/common.c
> > +++ b/arch/x86/entry/common.c
> > @@ -35,6 +35,12 @@
>
On Tue, 9 Apr 2019 at 17:01, Rafael J. Wysocki wrote:
>
> On Tue, Apr 9, 2019 at 1:57 PM Ulf Hansson wrote:
> >
> > On Wed, 27 Mar 2019 at 15:35, Ulf Hansson wrote:
> > >
> > > Changes in v13:
> > > - Use WRITE|READ_ONCE when reading/writing the "next_hrtimer" variable
> > > in the
> > >
On 32-bits platform with more than 32 registers, the 64 bits mask is
truncate to the lower 32 bits and the return value of hweight_long will
always smaller than 32. When kernel outputs more than 32 registers, but
the user perf program only counts 32, there will be a data mismatch
result to
This patch add support for DWARF register mappings and libdw registers
initialization, which is used by perf callchain analyzing when
--call-graph=dwarf is given.
CC: Peter Zijlstra
CC: Ingo Molnar
CC: Arnaldo Carvalho de Melo
CC: Alexander Shishkin
CC: Jiri Olsa
CC: Namhyung Kim
This patch set add perf DWARF unwinding support for C-SKY.
Including user registers/stack dump API, and libdw support.
CC: Peter Zijlstra
CC: Ingo Molnar
CC: Arnaldo Carvalho de Melo
CC: Alexander Shishkin
CC: Jiri Olsa
CC: Namhyung Kim
CC: Guo Ren
Changes since v2:
- use same registers
This patch implements the perf registers sampling and validation API
for csky arch. The valid registers and their register ID are defined in
perf_regs.h. Perf tool can backtrace in userspace with unwind library
and the registers/user stack dump support.
CC: Guo Ren
Signed-off-by: Mao Han
---
On 09.04.2019 14:25, Måns Rullgård wrote:
> Stefan Agner writes:
>
>> The LLVM Target parser currently does not allow to specify the security
>> extension as part of -march (see also LLVM Bug 40186 [0]). When trying
>> to use Clang with LLVM's integrated assembler, this leads to build
>> errors
On 2019年04月08日 23:10, Borislav Petkov wrote:
On Mon, Apr 08, 2019 at 04:12:11PM +0800, Zhao Yakui wrote:
When acrn_hypervisor is detected, the hypercall is needed so that the
acrn guest can query/config some settings. For example: it can be used
to query the resources in hypervisor and
On Wed, 2019-04-10 at 14:13 +0800, Chunfeng Yun wrote:
> Use devm_clk_get_optional() to get optional clock
>
> Cc: Martin Blumenstingl
> Signed-off-by: Chunfeng Yun
> Acked-by: Martin Blumenstingl
Reviewed-by: Jerome Brunet
> ---
> v2: add Acked-by Martin Blumenstingl
> ---
>
Currently when a new resource group is created, the allocation values
of MBA resource are not initialized and remain meaningless data.
For example:
mkdir /sys/fs/resctrl/p1
cat /sys/fs/resctrl/p1/schemata
MB:0=100;1=100
echo "MB:0=10;1=20" > /sys/fs/resctrl/p1/schemata
cat
On Saturday, March 16, 2019 5:59:25 AM CEST Yangtao Li wrote:
> When we want to execute device pm functions asynchronously, we'll
> do the following for the device:
>
> 1) reinit_completion(>power.completion);
> 2) Check if the device enables asynchronous suspend.
> 3) If necessary, execute
On Wed, Apr 10, 2019 at 10:02:36AM +0200, Vlastimil Babka wrote:
> On 4/10/19 4:47 AM, Tobin C. Harding wrote:
> > Recently a 2 year old bug was found in the SLAB allocator that crashes
> > the kernel. This seems to imply that not that many people are using the
> > SLAB allocator.
>
> AFAIK that
701 - 800 of 880 matches
Mail list logo
