On Tue 28-05-19 02:39:03, Daniel Colascione wrote:
> On Tue, May 28, 2019 at 2:08 AM Michal Hocko wrote:
> >
> > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 01:31:13AM -0700, Daniel Colascione wrote:
> > > > On Tue, May 28, 2019 at 1:14 AM Minchan Kim wrote:
> > > >
In Chromium OS kernel builds, we split the debug information as
.ko.debug files, and that's what decode_stacktrace.sh needs to use.
Relax objfile matching rule to allow any .ko* file to be matched.
Signed-off-by: Nicolas Boichat
---
Changes since v1:
- Added quotes around name pattern.
(note
> -Original Message-
> From: Karsten Merker
> Sent: Tuesday, May 28, 2019 1:53 PM
> To: Anup Patel
> Cc: Troy Benjegerdes ; Karsten Merker
> ; Albert Ou ; Jonathan
> Corbet ; Ard Biesheuvel ;
> linux-kernel@vger.kernel.org List ; Zong Li
> ; Atish Patra ; Palmer
> Dabbelt ; paul.walms..
On Mon, May 27, 2019 at 04:19:29PM +0100, Charles Keepax wrote:
> static int i2c_acpi_get_info(struct acpi_device *adev,
>struct i2c_board_info *info,
>struct i2c_adapter *adapter,
>acpi_handle *adapter_handle)
>
On Mon, May 27, 2019 at 08:22:12PM -0700, Ruslan Babayev wrote:
> This allows drivers to lookup i2c adapters on ACPI based systems similar to
> of_get_i2c_adapter_by_node() with DT based systems.
>
> Signed-off-by: Ruslan Babayev
> Cc: xe-linux-exter...@cisco.com
> ---
> drivers/i2c/i2c-core-acp
On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> On Tue, May 28, 2019 at 11:08:21AM +0200, Michal Hocko wrote:
> > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 01:31:13AM -0700, Daniel Colascione wrote:
> > > > On Tue, May 28, 2019 at 1:14 AM Minchan Kim wrote:
> > > >
On Mon, May 27, 2019 at 08:22:13PM -0700, Ruslan Babayev wrote:
> + } else if (ACPI_COMPANION(&pdev->dev)) {
You can also use has_acpi_companion() here.
> + struct acpi_device *adev = ACPI_COMPANION(&pdev->dev);
> + struct fwnode_handle *fw = acpi_fwnode_handle(adev);
On 27/05/2019 17:08, Miles Chen wrote:
This change makes CONFIG_ZONE_DMA32 defuly y and allows users
to overwrite it.
For the SoCs that do not need CONFIG_ZONE_DMA32, this is the
first step to manage all available memory by a single
zone(normal zone) to reduce the overhead of multiple zones.
Th
On Tue, 28 May 2019 at 12:34, Anup Patel wrote:
>
>
>
> > -Original Message-
> > From: Karsten Merker
> > Sent: Tuesday, May 28, 2019 1:53 PM
> > To: Anup Patel
> > Cc: Troy Benjegerdes ; Karsten Merker
> > ; Albert Ou ; Jonathan
> > Corbet ; Ard Biesheuvel ;
> > linux-kernel@vger.kernel
Hello,
syzbot found the following crash on:
HEAD commit:69bbe8c7 usb-fuzzer: main usb gadget fuzzer driver
git tree: https://github.com/google/kasan.git usb-fuzzer
console output: https://syzkaller.appspot.com/x/log.txt?x=178e4526a0
kernel config: https://syzkaller.appspot.com/x/.
On Sat, May 25, 2019 at 12:43:40AM +0200, Andrea Parri wrote:
> > ---
> > Subject: Documentation/atomic_t.txt: Clarify pure non-rmw usage
> >
> > Clarify that pure non-RMW usage of atomic_t is pointless, there is
> > nothing 'magical' about atomic_set() / atomic_read().
> >
> > This is something
Hi,
This is the (RESEND of the) continuation of [1] where I'm hunting down
preempt_schedule_irq() callers because of [2].
I told myself the best way to get this moving forward wouldn't be to write
doc about it, but to go write some fixes and get some discussions going,
which is what this patch-se
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Yoshinori Sato
Cc: uclinux-h8-de...@lists.sourceforge.jp
---
arch/h8300/kernel/entry.S | 3 +--
1 file chan
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Palmer Dabbelt
Cc: Albert Ou
Cc: linux-ri...@lists.infradead.org
---
arch/riscv/kernel/entry.S | 3 +--
1
Maintainers, what's the best thing to do here: fold these into another
patch version and post it (add attribution)? Add it as another patch at
the end of the series?
I have learned my lesson: add sparse to my workflow.
Ben
On 28 May 2019, at 5:06, YueHaibing wrote:
Fix sparse warnings:
fs
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Yoshinori Sato
Cc: Rich Felker
Cc: linux...@vger.kernel.org
---
arch/sh/kernel/cpu/sh5/entry.S | 5 +
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Michal Simek
---
arch/microblaze/kernel/entry.S | 5 -
1 file changed, 5 deletions(-)
diff --git a/arc
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Yoshinori Sato
Cc: Rich Felker
Cc: linux...@vger.kernel.org
---
arch/sh/kernel/entry-common.S | 4 +---
1
On 05/21/2019 04:04 PM, Michal Hocko wrote:
> On Tue 21-05-19 08:25:55, Anshuman Khandual wrote:
>> On 05/20/2019 10:29 PM, Tim Murray wrote:
> [...]
>>> not seem to introduce a noticeable hot start penalty, not does it
>>> cause an increase in performance problems later in the app's
>>> lifecyc
Since the enabling and disabling of IRQs within preempt_schedule_irq()
is contained in a need_resched() loop, we don't need the outer arch
code loop.
Signed-off-by: Valentin Schneider
Cc: Guo Ren
---
arch/csky/kernel/entry.S | 4
1 file changed, 4 deletions(-)
diff --git a/arch/csky/kerne
preempt_schedule_irq() is the one that should be called on return from
interrupt, clean up the comment to avoid any ambiguity.
Signed-off-by: Valentin Schneider
---
kernel/sched/core.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/c
On Fri, May 24, 2019 at 06:19:10PM +0100, Mark Rutland wrote:
> On Fri, May 24, 2019 at 05:12:40PM +0100, Dave Martin wrote:
> > On Fri, May 24, 2019 at 04:38:48PM +0100, Mark Rutland wrote:
> > > On Fri, May 24, 2019 at 03:53:06PM +0100, Dave Martin wrote:
> > > > On Fri, May 24, 2019 at 02:02:17P
On Tue, May 28, 2019 at 12:24:52PM +0200, Dietmar Eggemann wrote:
> On 5/28/19 6:42 AM, Hillf Danton wrote:
> >
> > On Mon, 27 May 2019 07:21:11 +0100 Dietmar Eggemann wrote:
>
> [...]
>
> > > @@ -5500,7 +5464,7 @@ wake_affine_weight(struct sched_domain *sd, struct
> > > task_struct *p,
> > >
On Mon, May 27, 2019 at 08:22:13PM -0700, Ruslan Babayev wrote:
> Lookup I2C adapter using the "i2c-bus" device property on ACPI based
> systems similar to how it's done with DT.
>
> An example DSD describing an SFP on an ACPI based system:
>
> Device (SFP0)
> {
> Name (_HID, "PRP0001")
>
The ADF4371 is a frequency synthesizer with an integrated voltage
controlled oscillator (VCO) for phase-locked loops (PLLs). The ADF4371
has an integrated VCO with a fundamental output frequency ranging from
4000 MHz to 8000 MHz. In addition, the VCO frequency is connected to
divide by 1, 2, 4, 8,
Document support for Analog Devices ADF4371 SPI Wideband Synthesizer.
Signed-off-by: Stefan Popa
Reviewed-by: Rob Herring
---
Changes in v2:
- Nothing changed.
Changes in v3:
- Nothing changed.
.../devicetree/bindings/iio/frequency/adf4371.yaml | 54 ++
1 fi
On 27/5/19 11:38 pm, Jann Horn wrote:
On Sat, May 25, 2019 at 11:43 PM Andrew Morton
wrote:
On Fri, 24 May 2019 22:18:17 +0200 Jann Horn wrote:
load_flat_shared_library() is broken: It only calls load_flat_file() if
prepare_binprm() returns zero, but prepare_binprm() returns the number of
b
This patch protects the reading of 'the_virtio_vsock' taking the
mutex used when it is set.
We also move the 'the_virtio_vsock' assignment at the end of the
.probe(), when we finished all the initialization, and at the
beginning of .remove(), before to release resources, taking the
lock until the e
Before to call vdev->config->reset(vdev) we need to be sure that
no one is accessing the device, for this reason, we add new variables
in the struct virtio_vsock to stop the workers during the .remove().
This patch also add few comments before vdev->config->reset(vdev)
and vdev->config->del_vqs(vd
We flush all pending works before to call vdev->config->reset(vdev),
but other works can be queued before the vdev->config->del_vqs(vdev),
so we add another flush after it, to avoid use after free.
Suggested-by: Michael S. Tsirkin
Signed-off-by: Stefano Garzarella
---
net/vmw_vsock/virtio_trans
Before this patch, we only freed unused buffers, but there may
still be used buffers to be freed.
Signed-off-by: Stefano Garzarella
---
net/vmw_vsock/virtio_transport.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/net/vmw_vsock/virtio_transport.c b/net/
During the review of "[PATCH] vsock/virtio: Initialize core virtio vsock
before registering the driver", Stefan pointed out some possible issues
in the .probe() and .remove() callbacks of the virtio-vsock driver.
This series tries to solve these issues:
- Patch 1 postpones the 'the_virtio_vsock' a
On 27/5/19 11:38 pm, Jann Horn wrote:
On Sat, May 25, 2019 at 11:43 PM Andrew Morton
wrote:
On Fri, 24 May 2019 22:18:17 +0200 Jann Horn wrote:
load_flat_shared_library() is broken: It only calls load_flat_file() if
prepare_binprm() returns zero, but prepare_binprm() returns the number of
b
Duh, forgot to cc the relevant folks on this one...
On 28/05/2019 11:48, Valentin Schneider wrote:
> preempt_schedule_irq() is the one that should be called on return from
> interrupt, clean up the comment to avoid any ambiguity.
>
> Signed-off-by: Valentin Schneider
> ---
> kernel/sched/core.c
On Tue, May 28, 2019 at 04:53:01PM +0800, Hillf Danton wrote:
>
> On Mon, 20 May 2019 12:52:48 +0900 Minchan Kim wrote:
> > +static int madvise_cool_pte_range(pmd_t *pmd, unsigned long addr,
> > + unsigned long end, struct mm_walk *walk)
> > +{
> > + pte_t *orig_pte, *p
On Fri 2019-05-24 01:01:16, Theodore Ts'o wrote:
> On Thu, May 23, 2019 at 09:29:11AM +0200, walter harms wrote:
> >
> > No,
> > the company i am working for has a custom build arm-board.
> > We bought the kernel from the assembler but found it has
> > some problems that need fixing.
> > Basically
On 5/28/2019 12:52 PM, Iuliana Prodan wrote:
> The problem is with the input data size sent to CAAM for encrypt/decrypt.
> Pkcs1pad is failing due to pkcs1 padding done in SW starting with0x01
> instead of 0x00 0x01.
> CAAM expects an input of modulus size. For this we strip the leading
> zeros in
Hi Matthias:
Thanks for your suggestion, I think device_links is a good way to
make dependency of module's suspend/resume order.
Hi Jonathan:
Is it ok to keep using late_suspend and early_resume, or do you think
it's better to use device_links?
Thanks,
Chun-Hung
On Wed, 2019-05-22 at 18:28
Paolo, Radim,
would you consider this patch (or the full series) as 5.2 material or 5.3
material?
On 23.05.19 18:43, Thomas Huth wrote:
> KVM_CAP_MAX_VCPU_ID is currently always reporting KVM_MAX_VCPU_ID on all
> architectures. However, on s390x, the amount of usable CPUs is determined
> during
| CC arch/arm/boot/compressed/decompress.o
|In file included from include/linux/mm_types_task.h:14,
| from include/linux/mm_types.h:5,
| from include/linux/mmzone.h:21,
| from include/linux/gfp.h:6,
| from include/linux/umh.h:4,
On Mon, May 27, 2019 at 2:55 AM Fabien Lahoudere
wrote:
>
> Le dimanche 26 mai 2019 à 18:45 +0100, Jonathan Cameron a écrit :
> > On Thu, 23 May 2019 11:07:36 +0200
> > Fabien Lahoudere wrote:
> >
> > > In order to provide minimum and maximum frequencies for each
> > > sensors,
> > > we use a sta
From: Tony Lindgren
> Sent: 27 May 2019 13:14
> We need to also support 16-bit writes for i2c in addition to the reads
> when we start configuring the sysconfig register for reset and idle modes.
>
> Signed-off-by: Tony Lindgren
> ---
> drivers/bus/ti-sysc.c | 7 +++
> 1 file changed, 7 inse
On Tue, 2019-05-28 at 17:28 +0800, YueHaibing wrote:
> Fix two randbuild error:
> 1) Fix build error with CONFIG_SPI is not set
> 2) Fix build error with CONFIG_INPUT is set to m
>
> YueHaibing (2):
> Platform: OLPC: Fix build error without CONFIG_SPI
> Platform: OLPC: Add INPUT dependencies
>
On Mon, May 27, 2019 at 10:14:52PM +0200, Clément Péron wrote:
> Hi,
>
> This series has been first proposed by Jernej Skrabec[1].
> As this series is mandatory for SPDIF/I2S support and because he is
> busy on Cedrus stuff. I asked him to make the minor change requested
> and repost it.
> Authorsh
On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > On Tue, May 28, 2019 at 11:08:21AM +0200, Michal Hocko wrote:
> > > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > > On Tue, May 28, 2019 at 01:31:13AM -0700, Daniel Colascione wrote
On Tue, May 28, 2019 at 01:30:28PM +0300, Mika Westerberg wrote:
> On Mon, May 27, 2019 at 04:19:28PM +0100, Charles Keepax wrote:
> > static int i2c_acpi_get_info(struct acpi_device *adev,
> > struct i2c_board_info *info,
> > struct i2c_adapter *a
On Mon, May 27, 2019 at 10:36:00PM -0300, Marcelo Ricardo Leitner wrote:
> On Mon, May 27, 2019 at 05:48:06PM -0700, syzbot wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:9c7db500 Merge tag 'selinux-pr-20190521' of git://git.kern..
> > git tree: upstr
On Tue, May 28, 2019 at 12:47:19PM +0200, Peter Zijlstra wrote:
> On Sat, May 25, 2019 at 12:43:40AM +0200, Andrea Parri wrote:
> > > ---
> > > Subject: Documentation/atomic_t.txt: Clarify pure non-rmw usage
> > >
> > > Clarify that pure non-RMW usage of atomic_t is pointless, there is
> > > nothi
Hi!
> +++ b/include/uapi/linux/fuse.h
> @@ -219,10 +219,12 @@ struct fuse_file_lock {
> * FOPEN_DIRECT_IO: bypass page cache for this open file
> * FOPEN_KEEP_CACHE: don't invalidate the data cache on open
> * FOPEN_NONSEEKABLE: the file is not seekable
> + * FOPEN_STREAM: the file is stream
On 5/28/2019 12:04 PM, Adrian Hunter wrote:
On 26/05/19 9:42 PM, Arend Van Spriel wrote:
On 5/18/2019 12:54 AM, Douglas Anderson wrote:
Normally when the MMC core sees an "-EILSEQ" error returned by a host
controller then it will trigger a retuning of the card. This is
generally a good idea
On Tue, May 28, 2019 at 3:33 AM Michal Hocko wrote:
>
> On Tue 28-05-19 02:39:03, Daniel Colascione wrote:
> > On Tue, May 28, 2019 at 2:08 AM Michal Hocko wrote:
> > >
> > > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > > On Tue, May 28, 2019 at 01:31:13AM -0700, Daniel Colascione wrote:
>
On Fri 17-05-19 17:54:37, Pavel Tatashin wrote:
> As of right now remove_memory() interface is inherently broken. It tries
> to remove memory but panics if some memory is not offline. The problem
> is that it is impossible to ensure that all memory blocks are offline as
> this function also takes l
On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 11:08:21AM +0200, Michal Hocko wrote:
> > > > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > > > On Tue, Ma
On Tue, May 28, 2019 at 3:41 AM Michal Hocko wrote:
>
> On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > On Tue, May 28, 2019 at 11:08:21AM +0200, Michal Hocko wrote:
> > > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > > On Tue, May 28, 2019 at 01:31:13AM -0700, Daniel Colascione wrote:
> > >
As a new x86 CPU Vendor, Shanghai Zhaoxin Semiconductor Co., Ltd.
("Zhaoxin") provide high performance general-purpose x86 processors.
CPU Vendor ID "Shanghai" belongs to Zhaoxin.
To enable the supports of Linux kernel to Zhaoxin's CPUs, add a new vendor
type (X86_VENDOR_ZHAOXIN, with value of 1
Hi All,
Anyone had a change to take a look at this?
Thanks,
Jonathan
On Tue, 16 Apr 2019 01:49:03 +0800
Jonathan Cameron wrote:
> Changes since RFC V2.
> * RFC dropped as now we have x86 support, so the lack of guards in in the
> ACPI code etc should now be fine.
> * Added x86 support. Note
Add x86 architecture support for new Zhaoxin processors.
Carve out initialization code needed by Zhaoxin processors into
a separate compilation unit.
To identify Zhaoxin CPU, add a new vendor type X86_VENDOR_ZHAOXIN
for system recognition.
Signed-off-by: Tony W Wang-oc
---
MAINTAINERS
On 28/05/2019 13.04, Sebastian Andrzej Siewior wrote:
> | CC arch/arm/boot/compressed/decompress.o
> |In file included from include/linux/mm_types_task.h:14,
> | from include/linux/mm_types.h:5,
> | from include/linux/mmzone.h:21,
> | from inclu
Nathan Chancellor wrote:
> When building with -Wuninitialized, Clang warns:
>
> drivers/net/wireless/rsi/rsi_91x_sdio.c:940:43: warning: variable 'data'
> is uninitialized when used here [-Wuninitialized]
> put_unaligned_le32(TA_HOLD_THREAD_VALUE, data);
>
Pavel
On 5/27/19 7:45 PM, Dan Murphy wrote:
Pavel
On 5/27/19 5:33 AM, Pavel Machek wrote:
On Thu 2019-05-23 14:08:12, Dan Murphy wrote:
Add a documentation of LED Multicolor LED class specific
sysfs attributes.
Signed-off-by: Dan Murphy
---
.../ABI/testing/sysfs-class-led-multicolor |
and On Tue, May 28, 2019 at 9:17 AM Walter Wu
wrote:
>
> This patch adds memory corruption identification at bug report for
> software tag-based mode, the report show whether it is "use-after-free"
> or "out-of-bound" error instead of "invalid-access" error.This will make
> it easier for progra
> On May 28, 2019, at 2:12 AM, David Laight wrote:
>
> From: Deepa Dinamani
>> Sent: 24 May 2019 18:02
> ...
>> Look at the code before 854a6ed56839a:
>>
>> /*
>> * If we changed the signal mask, we need to restore the original one.
>> * In case we've got a signal while waiting, w
Gen Zhang wrote:
> In wl1271_probe(), 'glue->core' is allocated by platform_device_alloc(),
> when this allocation fails, ENOMEM is returned. However, 'pdev_data'
> and 'glue' are allocated by devm_kzalloc() before 'glue->core'. When
> platform_device_alloc() returns NULL, we should also free 'pd
Mathieu Malaterre writes:
> Fix warnings treated as errors with W=1:
>
> arch/powerpc/lib/sstep.c:1172:31: error: variable 'rc' set but not used
> [-Werror=unused-but-set-variable]
>
> Suggested-by: Christophe Leroy
> Signed-off-by: Mathieu Malaterre
> ---
> v2: as suggested prefer CONFIG_PP
YueHaibing wrote:
> Fix sparse warnings:
>
> drivers/net/wireless/realtek/rtw88/phy.c:851:4: warning: symbol
> 'rtw_cck_size' was not declared. Should it be static?
> drivers/net/wireless/realtek/rtw88/phy.c:852:4: warning: symbol
> 'rtw_ofdm_size' was not declared. Should it be static?
> driv
On Tue, May 28, 2019 at 4:28 AM Michal Hocko wrote:
>
> On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > > > On Tue, May 28, 2019 at 11:08:21AM +0200, Michal Hocko wrote:
> > > > >
On Tue, May 28, 2019 at 01:28:40PM +0200, Michal Hocko wrote:
> On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > > > On Tue, May 28, 2019 at 11:08:21AM +0200, Michal Hocko wrote:
> >
On 28/05/19 2:21 PM, Arend Van Spriel wrote:
>
>
> On 5/28/2019 12:04 PM, Adrian Hunter wrote:
>> On 26/05/19 9:42 PM, Arend Van Spriel wrote:
>>> On 5/18/2019 12:54 AM, Douglas Anderson wrote:
Normally when the MMC core sees an "-EILSEQ" error returned by a host
controller then it will
On Tue 28-05-19 04:21:44, Daniel Colascione wrote:
> On Tue, May 28, 2019 at 3:33 AM Michal Hocko wrote:
> >
> > On Tue 28-05-19 02:39:03, Daniel Colascione wrote:
> > > On Tue, May 28, 2019 at 2:08 AM Michal Hocko wrote:
> > > >
> > > > On Tue 28-05-19 17:49:27, Minchan Kim wrote:
> > > > > On T
On Tue, May 28, 2019 at 4:44 AM Minchan Kim wrote:
>
> On Tue, May 28, 2019 at 01:28:40PM +0200, Michal Hocko wrote:
> > On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > > > > O
On 2019-05-28 13:33:12 [+0200], Rasmus Villemoes wrote:
> > How do we deal with this one?
>
> Urgh. The problem is really in arch/arm/boot/compressed/decompress.c
> which does
>
> #define _LINUX_STRING_H_
>
> preventing linux/string.h from providing strchrnul. It also #includes
> asm/string.h, w
There are several clocks on the r9a06g032 which are currently not enabled
in their drivers that can be delegated to clock domain system for power
management. Therefore add support for clock domain functionality to the
r9a06g032 clock driver after updating the relevant dt-bindings file.
v4:
- Remo
Hi!
On Sun 2019-05-26 12:25:27, Hugh Dickins wrote:
> On Sun, 26 May 2019, Sebastian Andrzej Siewior wrote:
> > On 2019-05-26 19:33:25 [+0200], To Hugh Dickins wrote:
> > From: Hugh Dickins
> > …
> > > Signed-off-by: Hugh Dickins
> >
> > Hugh, I took your patch, slapped a signed-off-by line. Pl
There are several clocks on the r9a06g032 which are currently not
enabled in their drivers that can be delegated to clock domain system
for power management. Therefore add support for clock domain
functionality to the r9a06g032 clock driver.
Signed-off-by: Gareth Williams
---
v4:
- Removed unne
Jia-Ju Bai wrote:
> *BUG 1:
> In rtl_pci_probe(), when rtlpriv->cfg->ops->init_sw_vars() fails,
> rtl_deinit_core() in the error handling code is executed.
> rtl_deinit_core() calls rtl_free_entries_from_scan_list(), which uses
> rtlpriv->scan_list.list in list_for_each_entry_safe(), but it has b
The driver is gaining power domain support, so add the new property
to the DT binding and update the examples.
Signed-off-by: Gareth Williams
Reviewed-by: Geert Uytterhoeven
---
v4:
- Added missing HCLK to UART0 example to show the clock added
to the driver.
- Added Geert's Reviewed-by line
On Tue 28-05-19 04:42:47, Daniel Colascione wrote:
> On Tue, May 28, 2019 at 4:28 AM Michal Hocko wrote:
> >
> > On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > > > > On Tue, M
The next call to ixgbevf_update_itr will continue to dynamically
update ITR.
Copy from commit bdbeefe8ea8c ("ixgbe: fix possible divide by zero in
ixgbe_update_itr")
Signed-off-by: Young Xiao <92siuy...@gmail.com>
---
drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c | 3 +++
1 file changed, 3 i
On 5/28/19 12:16 PM, Naresh Kamboju wrote:
> Hi Hans,
>
> On Mon, 20 May 2019 at 19:26, Naresh Kamboju
> wrote:
>>
>> Hi Hans,
>>
>> On Mon, 13 May 2019 at 19:08, Hans Verkuil wrote:
>>>
>>> On 5/13/19 3:32 PM, Naresh Kamboju wrote:
Do you see test VIDIOC_G/S_PARM: FAIL on stable 4.14, 4.9
Hi Eugeniy,
> -Original Message-
> From: Eugeniy Paltsev
> Sent: Tuesday, May 28, 2019 11:55 AM
> To: linux-snps-...@lists.infradead.org; Vineet Gupta
> Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ;
> Eugeniy Paltsev
>
> Subject: [PATCH] ARC: [plat-hsdk]: unify memory apertures co
This patch fixes corner case when (fp + 4) overflows unsigned long,
for example: fp = 0x -> fp + 4 == 3.
Copy from commit 3abb6671a9c0 ("ARM: 7913/1: fix framepointer check in
unwind_frame").
Signed-off-by: Young Xiao <92siuy...@gmail.com>
---
arch/unicore32/kernel/stacktrace.c | 2 +-
1
Hi Eugeniy,
> -Original Message-
> From: Eugeniy Paltsev
> Sent: Tuesday, May 28, 2019 12:41 PM
> To: linux-snps-...@lists.infradead.org; Vineet Gupta
> Cc: linux-kernel@vger.kernel.org; Alexey Brodkin ;
> Eugeniy Paltsev
>
> Subject: [PATCH] ARC: [plat-hsdk]: enable creg-gpio controll
From: Deepa Dinamani
> Sent: 28 May 2019 12:38
> > On May 28, 2019, at 2:12 AM, David Laight wrote:
> >
> > From: Deepa Dinamani
> >> Sent: 24 May 2019 18:02
> > ...
> >> Look at the code before 854a6ed56839a:
> >>
> >> /*
> >> * If we changed the signal mask, we need to restore the original
On Tue, May 21, 2019 at 02:40:48PM -0700, kan.li...@linux.intel.com wrote:
> From: Andi Kleen
>
> Metrics counters (hardware counters containing multiple metrics)
> are modeled as separate registers for each TopDown metric events,
> with an extra reg being used for coordinating access to the
> un
On Tue 28-05-19 20:44:36, Minchan Kim wrote:
> On Tue, May 28, 2019 at 01:28:40PM +0200, Michal Hocko wrote:
> > On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> > > > > On Tue, Ma
On Tue, May 28, 2019 at 04:42:47AM -0700, Daniel Colascione wrote:
> On Tue, May 28, 2019 at 4:28 AM Michal Hocko wrote:
> >
> > On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > > On Tue 28-05-19 19:32:56, Minchan Kim wrote:
> >
Thanks for digging through this.
On Fri, May 24, 2019 at 11:33:55AM -0400, Joel Savitz
wrote:
> It is a bit ambiguous, but I performed no action on the task's cpuset
> nor did I offline any cpus at point (a).
So did you do any operation that left you with
cpu_active_mask & 0xf0 == 0
?
(If s
Alan Stern writes:
> The syzbot fuzzer found a bug in the p54 USB wireless driver. The
> issue involves a race between disconnect and the firmware-loader
> callback routine, and it has several aspects.
>
> One big problem is that when the firmware can't be loaded, the
> callback routine tries to
On Tue, May 28, 2019 at 4:49 AM Michal Hocko wrote:
>
> On Tue 28-05-19 04:21:44, Daniel Colascione wrote:
> > On Tue, May 28, 2019 at 3:33 AM Michal Hocko wrote:
> > >
> > > On Tue 28-05-19 02:39:03, Daniel Colascione wrote:
> > > > On Tue, May 28, 2019 at 2:08 AM Michal Hocko wrote:
> > > > >
On Tue, May 28, 2019 at 11:39:22AM +, Kalle Valo wrote:
> Gen Zhang wrote:
>
> > In wl1271_probe(), 'glue->core' is allocated by platform_device_alloc(),
> > when this allocation fails, ENOMEM is returned. However, 'pdev_data'
> > and 'glue' are allocated by devm_kzalloc() before 'glue->core'
On Tue, May 21, 2019 at 02:40:48PM -0700, kan.li...@linux.intel.com wrote:
> +/*
> + * We model PERF_METRICS as more magic fixed-mode PMCs, one for each metric
> + * and another for the whole slots counter
> + *
> + * Internally they all map to Fixed Ctr 3 (SLOTS), and allocate PERF_METRICS
> + * a
There is no deallocation of fusb300->ep[i] elements, allocated at
fusb300_probe.
The patch adds deallocation of fusb300->ep array elements.
Signed-off-by: Young Xiao <92siuy...@gmail.com>
---
drivers/usb/gadget/udc/fusb300_udc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/us
Add test_vmalloc.sh to TEST_FILES to make sure it gets installed for
run_vmtests.
Fixed below error:
./run_vmtests: line 217: ./test_vmalloc.sh: No such file or directory
Tested with: make TARGETS=vm install INSTALL_PATH=$PWD/x
Signed-off-by: Naresh Kamboju
---
tools/testing/selftests/vm/Makef
Douglas Anderson wrote:
> In commit 29f6589140a1 ("brcmfmac: disable command decode in
> sdio_aos") we disabled something called "command decode in sdio_aos"
> for a whole bunch of Broadcom SDIO WiFi parts.
>
> After that patch landed I find that my kernel log on
> rk3288-veyron-minnie and rk328
On Tue, May 28, 2019 at 4:56 AM Michal Hocko wrote:
>
> On Tue 28-05-19 04:42:47, Daniel Colascione wrote:
> > On Tue, May 28, 2019 at 4:28 AM Michal Hocko wrote:
> > >
> > > On Tue 28-05-19 20:12:08, Minchan Kim wrote:
> > > > On Tue, May 28, 2019 at 12:41:17PM +0200, Michal Hocko wrote:
> > > >
On Tue, May 21, 2019 at 02:40:49PM -0700, kan.li...@linux.intel.com wrote:
> From: Andi Kleen
>
> The internal counters used for the metrics can overflow. If this happens
> an overflow is triggered on the SLOTS fixed counter. Add special code
> that resets all the slave metric counters in this ca
Hi Hans,
On Tue, 28 May 2019 at 17:27, Hans Verkuil wrote:
> Do you see test VIDIOC_G/S_PARM: FAIL on stable 4.14, 4.9 and 4.4
> kernel branches ?
> >>>
> >>> Probably related to commit 8a7c5594c0202 (media: v4l2-ioctl: clear fields
> >>> in s_parm).
> >>
> >> I have cherry-picked on s
Weitao Hou wrote:
> fix lengh to length
>
> Signed-off-by: Weitao Hou
Patch applied to wireless-drivers-next.git, thanks.
b07e1ae2ce53 brcmfmac: fix typos in code comments
--
https://patchwork.kernel.org/patch/10950995/
https://wireless.wiki.kernel.org/en/developers/documentation/submittin
neo...@gmail.com wrote:
> From: Neo Jou
>
> The function strcpy() is inherently not safe. Though the function
> works without problems here, it would be better to use other safer
> function, e.g. strlcpy(), to replace strcpy() still.
>
> Signed-off-by: Neo Jou
Patch applied to wireless-driver
Casey Schaufler wrote:
> The change was made in commit c3300aaf95fb4 from Al Viro.
This should be in a "Fixes:" tag?
> + fsparam_string("fsdef", Opt_fsdefault),
> fsparam_string("fsdefault", Opt_fsdefault),
> fsparam_string("fsfloor", Opt_fsfloor),
> fspa
201 - 300 of 936 matches
Mail list logo
