The variable retval is assigned constant values twice, and can therefore
be replaced by its values.
Signed-off-by: Nishka Dasgupta
---
Changes in v2:
- Add Wei Yongjun to the recipients list
- Fix From and Signed-off-by fields
drivers/staging/pi433/pi433_if.c | 5 ++---
1 file changed, 2 insert
On Wed, May 22, 2019 at 12:20:51AM -0700, Andrey Smirnov wrote:
> UART2 is connected to PTD22/23, not PTD0/1. Fix corresponding pinmux
> node.
>
> Signed-off-by: Andrey Smirnov
> Cc: Shawn Guo
> Cc: Chris Healy
> Cc: Andrew Lunn
> Cc: Fabio Estevam
> Cc: linux-arm-ker...@lists.infradead.org
>
On Wed, May 22, 2019 at 06:15:26PM +0200, Clément Péron wrote:
> Hi Maxime,
>
> On Wed, 22 May 2019 at 12:32, Maxime Ripard wrote:
> >
> > On Tue, May 21, 2019 at 06:03:28PM +0200, Clément Péron wrote:
> > > Allwinner H6 has a second watchdog on the r-blocks which is
> > > compatible with the A31.
From: Bartosz Golaszewski
Currently the clocksource and clockevent support for davinci platforms
lives in mach-davinci. It hard-codes many things, uses global variables,
implements functionalities unused by any platform and has code fragments
scattered across many (often unrelated) files.
Implem
wt., 14 maj 2019 o 21:55 Daniel Lezcano napisał(a):
>
> On 17/04/2019 16:47, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > Currently the clocksource and clockevent support for davinci platforms
> > lives in mach-davinci. It hard-codes many things, uses global variables,
> > imp
On Thu, May 23, 2019 at 10:18 AM Souptick Joarder wrote:
>
> Miguel, Ack from Robin is missing in linux-next-20190523 when applied.
Thanks for the warning! I wanted to review first but didn't get to it yet.
Taking a quick look now, by the way, why does vm_map_pages_zero() (and
__v
From: Bartosz Golaszewski
Hi Daniel,
this is another try at the davinci clocksource driver. Changes in
regard to v1 listed below. As before, the driver is split into two
parts (one for clockevent and one for clocksource).
v1 -> v2:
- changed the format of the copyright notice
- removed all ment
From: Bartosz Golaszewski
Extend the davinci-timer driver to also register a clock source.
Signed-off-by: Bartosz Golaszewski
---
drivers/clocksource/timer-davinci.c | 70 +
1 file changed, 70 insertions(+)
diff --git a/drivers/clocksource/timer-davinci.c
b/driver
On Thu, May 23, 2019 at 5:09 AM Dan Carpenter wrote:
>
> Sven, you should add yourself to the MAINTAINERS file.
Greg, what do you think?
On Wed, May 22, 2019 at 02:27:28PM -0500, Dan Murphy wrote:
> The use of and enablement of the GPIO can be used across devices.
> Use the enable_reg in the regulator descriptor for the register to
> write.
> @@ -263,8 +263,8 @@ static int lm363x_regulator_probe(struct platform_device
> *pdev)
>
On Wed, May 22, 2019 at 02:27:31PM -0500, Dan Murphy wrote:
> Adding regulator support for the LM36274 backlight driver.
> This device can leverage this existing code as the functionality
> and registers are common enough between the LM36274 and the LM363x
> series of devices.
Acked-by: Mark Brown
On Wed, May 22, 2019 at 09:01:33AM -0700, Daniel Colascione wrote:
> On Wed, May 22, 2019 at 9:01 AM Christian Brauner
> wrote:
> >
> > On Wed, May 22, 2019 at 08:57:47AM -0700, Daniel Colascione wrote:
> > > On Wed, May 22, 2019 at 8:48 AM Christian Brauner
> > > wrote:
> > > >
> > > > On Wed,
Hi Peter/All,
This is regarding the discussion happen in the past about
https://lkml.org/lkml/2018/2/15/1324
Where the exact ask is to allow preserving and creation of events on a
offline CPU, so that when the CPU
comes online it will start counting.
I had a look at your patch too and resol
On Wed, May 22, 2019 at 07:23:09PM -0700, kernelci.org bot wrote:
> Details:https://kernelci.org/boot/id/5ce5984c59b514e6a47a364c
> Plain log:
> https://storage.kernelci.org//mainline/master/v5.2-rc1-165-g54dee406374c/arm/multi_v7_defconfig+CONFIG_EFI=y+CONFIG_ARM_LPAE=y/gcc-8/lab-collab
On Thu, May 23, 2019 at 2:58 PM Christian Brauner wrote:
>
> On Thu, May 23, 2019 at 02:40:39PM +0300, Amir Goldstein wrote:
> > On Thu, May 23, 2019 at 1:42 PM Christian Brauner
> > wrote:
> > >
> > > On Thu, May 23, 2019 at 01:25:08PM +0300, Amir Goldstein wrote:
> > > > On Thu, May 23, 2019 a
On Thu, May 23, 2019 at 10:35:46AM +0200, Jorge Ramirez wrote:
> Would you accept if I wrote a separate driver specific to pms405 or do
> you want me to integrate in qcom-spmi_regulator.c?
> I am asking because none of the ops will use the common functions (I
> wont be reusing much code from this
On Tue, May 21, 2019 at 07:57:05AM +, Anson Huang wrote:
> i.MX8MQ needs CONFIG_QORIQ_THERMAL for thermal support.
>
> Signed-off-by: Anson Huang
Please send to my kernel.org email address.
Shawn
> ---
> arch/arm64/configs/defconfig | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On Thu, May 23, 2019 at 09:54:25AM +0100, Jon Hunter wrote:
> Please can you drop this patch?
> Per some offline review with Morimoto-san, it turns out that the actual
> issue resided in my DT (which was incorrect) and not the simple-card
> machine driver.
Sure, can you send a patch doing a reve
On Thu, 23 May 2019, TonyWWang-oc wrote:
> --- /dev/null
> +++ b/arch/x86/kernel/cpu/zhaoxin.c
> @@ -0,0 +1,178 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Zhaoxin Processor Support for Linux
> + *
> + * Copyright (c) 2019 Shanghai Zhaoxin Semiconductor Co., Ltd.
> + *
> + * Author: David
Hi Mark,
On 23/5/19 15:12, Mark Brown wrote:
> On Wed, May 22, 2019 at 07:23:09PM -0700, kernelci.org bot wrote:
>
>> Details:https://kernelci.org/boot/id/5ce5984c59b514e6a47a364c
>> Plain log:
>> https://storage.kernelci.org//mainline/master/v5.2-rc1-165-g54dee406374c/arm/multi_v7_defc
On Wed, May 22, 2019 at 01:34:46AM +, Peng Fan wrote:
> There is no audio_pll2_clk registered, it should be audio_pll2_out.
>
> Cc:
> Fixes: ba5625c3e27 ("clk: imx: Add clock driver support for imx8mm")
> Signed-off-by: Peng Fan
Stephen,
I leave this to you, since it's a fix.
Shawn
> ---
Remove variable frame_size as its multiple usages are all independent of
each other and so can be returned separately.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/most/usb/usb.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --gi
On Mon, May 20, 2019 at 5:26 PM Souptick Joarder wrote:
>
> While using mmap, the incorrect value of length and vm_pgoff are
> ignored and this driver go ahead with mapping fbdev.buffer
> to user vma.
Typos: values*, goes* (same for the other patch)
> Convert vm_insert_pages() to use vm_map_page
Hi,
On Tue, May 21, 2019 at 3:27 PM Benjamin Tissoires
wrote:
>
> Hi,
>
> This is the v2 from https://lkml.org/lkml/2018/10/12/633
>
> So I initially thought it would be easy to integrate the suggested changes
> in the v1, but it turns our that the changes to have the touchscreen-width
> and heig
Hi Bartosz,
On 23/05/2019 14:58, Bartosz Golaszewski wrote:
[ ... ]
>>> +++ b/drivers/clocksource/timer-davinci.c
>>> @@ -0,0 +1,272 @@
>>> +// SPDX-License-Identifier: GPL-2.0-only
>>> +//
>>> +// TI DaVinci clocksource driver
>>> +//
>>> +// Copyright (C) 2019 Texas Instruments
>>> +// Aut
Mark Rutland writes:
> As a step towards making the atomic64 API use consistent types treewide,
> let's have the powerpc atomic64 implementation use s64 as the underlying
> type for atomic64_t, rather than long, matching the generated headers.
>
> As atomic64_read() depends on the generic defintio
kmem_cache_alloc() may be called from z3fold_alloc() in atomic
context, so we need to pass correct gfp flags to avoid "scheduling
while atomic" bug.
Signed-off-by: Vitaly Wool
---
mm/z3fold.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/mm/z3fold.c b/mm/z3fold.
On Thu, May 23, 2019 at 02:48:11PM +0800, Kairui Song wrote:
> On Thu, May 23, 2019 at 7:46 AM Josh Poimboeuf wrote:
> >
> > On Wed, May 22, 2019 at 12:45:17PM -0500, Josh Poimboeuf wrote:
> > > On Wed, May 22, 2019 at 02:49:07PM +, Alexei Starovoitov wrote:
> > > > The one that is broken is p
The expression
rcu_assign_pointer(p, typeof(p) v)
is reported to be of type 'typeof(p)' in the documentation (c.f., e.g.,
Documentation/RCU/whatisRCU.txt) but this is not the case: for example,
the following snippet
int **y;
int *x;
int *r0;
...
r0 = rcu_assign_pointer(*y, x);
can
On Thu, May 23, 2019 at 04:16:24PM +0300, Amir Goldstein wrote:
> On Thu, May 23, 2019 at 2:58 PM Christian Brauner
> wrote:
> >
> > On Thu, May 23, 2019 at 02:40:39PM +0300, Amir Goldstein wrote:
> > > On Thu, May 23, 2019 at 1:42 PM Christian Brauner
> > > wrote:
> > > >
> > > > On Thu, May 2
On Thu, 23 May 2019 08:48:12 -0400
Steven Rostedt wrote:
> I think I'll go and just add a roundup_64()!
Perhaps something like this?
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index 34a998012bf6..cdacfe1f732c 100644
--- a/drivers/gpu/drm/nouveau/no
On 22/05/2019 11:34, Suzuki K Poulose wrote:
This series adds the support for CoreSight devices on ACPI based
platforms. The device connections are encoded as _DSD graph property[0],
with CoreSight specific extensions to indicate the direction of data
flow as described in [1]. Components attac
Subject/Topic: Workplace Mobbing: Bullying at the Workplace
23rd May 2019 9:30 PM Singapore Time GMT+8
There are (perhaps) millions of Targeted Individuals (TIs) in
(perhaps) every country all over the world.
According to accounts and experiences shared by many Targeted
Individuals, every Target
Hi Andrew,
On Thu, May 23, 2019 at 6:04 PM Andrew Lunn wrote:
>
> > Thank you Andrew for reviewing the patch set.
> > Can you please let me know weather you or Peter will be pick up the patch
> > for v5.3 or they should go in via some other tree?
>
> Hi Sagar
>
> Wolfram Sang should pick the pa
On 05/23/2019 12:27 PM, Rantala, Tommi T. (Nokia - FI/Espoo) wrote:
> On Thu, 2019-04-04 at 10:48 +0200, Greg Kroah-Hartman wrote:
>> 4.19-stable review patch. If anyone has any objections, please let
>> me know.
>>
>> --
>>
>> [ Upstream commit 8184d44c9a577a2f1842ed6cc844bfd4a998
On Wed, May 15, 2019 at 09:48:12AM -0700, Douglas Anderson wrote:
> Right now the only way to get the SPI pumping thread bumped up to
> realtime priority is for the controller to request it. However it may
> be that the controller works fine with the normal priority but
> communication to a partic
On Thu, May 23, 2019 at 02:33:24AM +, Y.b. Lu wrote:
> This patch-set is to support hardware timestamping for ENETC
> and also to add ENETC 1588 timer device tree node for ls1028a.
Please, in the future, summarize the changes from the last series in
the cover letter. It helps the reviewers to
On Thu, 23 May 2019 07:38:30 -0300
Mauro Carvalho Chehab wrote:
> It seems that this message is there since 1.8:
>
> https://www.sphinx-doc.org/en/1.8/_modules/sphinx/application.html
...which is strange, since I didn't see it until I built with 2.0. It was
annoying to see a new warning,
The patch
spi: dt-bindings: Convert spi-gpio binding to json-schema
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 ho
The patch
regulator: Convert regulator binding to json-schema
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
regulator: Convert max8660 binding to json-schema
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
The patch
regulator: Convert gpio-regulator to json-schema
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
regulator: max77650: Move max77651_SBB1_desc's declaration down
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime
The patch
spi: spi-fsl-spi: call spi_finalize_current_message() at the end
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.2
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the nex
The patch
spi: Allow SPI devices to request the pumping thread be realtime
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the nex
The patch
spi: dt-bindings: Convert Arm pl022 to json-schema
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) an
The patch
spi: tegra114: set master cleanup and also invoke it on probe error
has been applied to the spi tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
Mark
On 5/23/19 8:03 AM, Mark Brown wrote:
> On Wed, May 22, 2019 at 02:27:28PM -0500, Dan Murphy wrote:
>> The use of and enablement of the GPIO can be used across devices.
>> Use the enable_reg in the regulator descriptor for the register to
>> write.
>
>> @@ -263,8 +263,8 @@ static int lm363x_
On Thu, May 23, 2019 at 03:32:20PM +0200, Andrea Parri wrote:
> The expression
>
> rcu_assign_pointer(p, typeof(p) v)
>
> is reported to be of type 'typeof(p)' in the documentation (c.f., e.g.,
> Documentation/RCU/whatisRCU.txt) but this is not the case: for example,
> the following snippet
>
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 'pdev_data'
and 'glue' before
> Ok, Great. Do we need to write to him about this patchset?
Nope. Hint: You can dig in the mail archives studying older patches to
see how things work. I do this as well because things may work
differently per subsystem.
signature.asc
Description: PGP signature
Hi Jean-Baptiste,
Thank you for the prompt response. Your explanation makes sense and I know how
to at least work around this issue for now. For my current purposes, it is
still useful to have the temperature data as well, so I'll stick to reading all
14 bytes for now and then see if there's a
On 5/23/19 8:52 PM, Huang, Ying wrote:
Yang Shi writes:
Since commit bd4c82c22c36 ("mm, THP, swap: delay splitting THP after
swapped out"), THP can be swapped out in a whole. But, nr_reclaimed
and some other vm counters still get inc'ed by one even though a whole
THP (512 pages) gets swapp
On Wed, 22 May 2019, Oliver Neukum wrote:
> On Mi, 2019-05-22 at 10:56 -0400, Alan Stern wrote:
> > On Wed, 22 May 2019, Oliver Neukum wrote:
> >
> > > I agree with the problem, but I fail to see why this issue would be
> > > specific to USB. Shouldn't this be done in the device core layer?
> >
On Thu, 23 May 2019 at 14:57, Maxime Ripard wrote:
>
> On Wed, May 22, 2019 at 06:15:26PM +0200, Clément Péron wrote:
> > Hi Maxime,
> >
> > On Wed, 22 May 2019 at 12:32, Maxime Ripard
> > wrote:
> > >
> > > On Tue, May 21, 2019 at 06:03:28PM +0200, Clément Péron wrote:
> > > > Allwinner H6 has
> -Original Message-
> From: Enric Balletbo i Serra [mailto:enric.balle...@collabora.com]
> Sent: Thursday, May 23, 2019 9:19 PM
> To: Mark Brown ; Eduardo Valentin
> ; Elaine Zhang
> Cc: tomeu.viz...@collabora.com; guillaume.tuc...@collabora.com;
> mga...@collabora.com; matthew.h...@li
On Wed, May 22, 2019 at 05:52:17PM +0200, Dmitry Vyukov wrote:
> On Sun, May 12, 2019 at 2:40 AM Andrea Parri
> wrote:
> >
> > On Tue, Apr 23, 2019 at 11:22:50AM +0100, Mark Rutland wrote:
> > > On Thu, Apr 11, 2019 at 10:37:51AM -0700, Dhaval Giani wrote:
> > > > Hi Folks,
> > > >
> > > > This is
> -Original Message-
> From: Vabhav Sharma
> Sent: Tuesday, May 21, 2019 11:14 AM
> To: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
> sb...@kernel.org
> Cc: mturque...@baylibre.com; Andy Tang ; Yogesh
> Narayan Gaur
> Subject: RE: [PATCH v4] clk: qoriq: add support for lx2160a
Hi all,
Commits
eeabf6320e2f ("media: Revert "[media] marvell-ccic: reset ccic phy when stop
streaming for stability"")
bbf83ed40252c ("media: ov8856: modify register to fix test pattern")
are missing a Signed-off-by from their authors.
--
Cheers,
Stephen Rothwell
pgpcsbIeTjoxq.pgp
Desc
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 54dee406374ce8adb352c48e175176247cb8db7c
commit: 9f22af1167815ce10909529412de33122be44758 gpio: adp5588: Add device tree
support
date: 3 months ago
config: i386-randconfig-n0-05232030 (attached as .config)
On 5/22/19 11:48 PM, Linus Walleij wrote:
> On Wed, May 22, 2019 at 11:21 AM Amelie DELAUNAY
> wrote:
>
>> ../drivers/pinctrl/pinctrl-stmfx.c:409:20: error:
>> ‘pinconf_generic_dt_node_to_map_pin’ undeclared here (not in a function)
>> .dt_node_to_map = pinconf_generic_dt_node_to_map_pin,
>>
Hi Stephen, Mauro,
On Fri, May 24, 2019 at 12:05:00AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commits
>
> eeabf6320e2f ("media: Revert "[media] marvell-ccic: reset ccic phy when
> stop streaming for stability"")
> bbf83ed40252c ("media: ov8856: modify register to fix test pattern")
>
Dear Assalamu Alaikum,
I came across your contact during my private search
Mrs Aisha Al-Qaddafi is my name, the only daughter of late Libyan
president, I have funds the sum
of $27.5 million USD for investment, I am interested in you for
investment project assistance in your country,
i shall compens
On Thu, May 23, 2019 at 01:26:28PM +0300, Jarkko Sakkinen wrote:
> On Wed, May 22, 2019 at 07:35:17PM -0700, Sean Christopherson wrote:
> > But actually, there's no need to disallow mmap() after ECREATE since the
> > LSM checks also apply to mmap(), e.g. FILE__EXECUTE would be needed to
> > mmap()
On Thu, May 23, 2019 at 06:50:13AM -0700, Paul E. McKenney wrote:
> On Thu, May 23, 2019 at 03:32:20PM +0200, Andrea Parri wrote:
> > The expression
> >
> > rcu_assign_pointer(p, typeof(p) v)
> >
> > is reported to be of type 'typeof(p)' in the documentation (c.f., e.g.,
> > Documentation/RCU/w
Em Thu, 23 May 2019 17:10:05 +0300
Sakari Ailus escreveu:
> Hi Stephen, Mauro,
>
> On Fri, May 24, 2019 at 12:05:00AM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > Commits
> >
> > eeabf6320e2f ("media: Revert "[media] marvell-ccic: reset ccic phy when
> > stop streaming for stability""
From: Steven Rostedt (VMware)
Since commit 21d375b6b34ff5 ("x86/entry/64: Remove the SYSCALL64 fast
path"), there is no user of TASK_TI_flags in assembly. There's no need
to keep it around in asm-offsets.c
Signed-off-by: Steven Rostedt (VMware)
---
diff --git a/arch/x86/kernel/asm-offsets.c b
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 'pdev_data'
and 'glue' before
On 05/22, Deepa Dinamani wrote:
>
> > > > --- a/include/linux/sched/signal.h
> > > > +++ b/include/linux/sched/signal.h
> > > > @@ -416,7 +416,6 @@ void task_join_group_stop(struct task_struct *task);
> > > > static inline void set_restore_sigmask(void)
> > > > {
> > > >set_thread_flag(TIF_REST
Hi Suzuki,
On Wed, May 22, 2019 at 11:34:33AM +0100, Suzuki K Poulose wrote:
[...]
> Changes since v2:
> - Drop the patches exposing device links via sysfs, to be posted as separate
>series.
Thanks for sharing the git tree linkage in another email. Just want
to confirm, since patch set v3
On 5/23/2019 1:55 AM, Christophe Leroy wrote:
> All LXT PHYs implement the standard "power down" bit 11 of
> BMCR, so this patch adds support using the generic
> genphy_{suspend,resume} functions added by
> commit 0f0ca340e57b ("phy: power management support").
>
> LXT970 is left aside because
On 22/05/2019 02:53, Bjorn Andersson wrote:
The reg property represents the address and size on the bus that a
device lives, but for APR the parent is a rpmsg bus, which does not have
numerical addresses. Simply defining #address/#size-cells to 1 and 0,
respectively, to silence the compiler is
One of the more common cases of allocation size calculations is finding
the size of a structure that has a zero-sized array at the end, along
with memory for some number of elements for that array. For example:
struct foo {
int stuff;
struct boo entry[];
};
size = sizeof(struct foo) + cou
On Thu 23-05-19 15:35:18, Christian Brauner wrote:
> So let's say the user tells me:
> - When the "/A/B/C/target" file appears on the host filesystem,
> please give me access to "target" in the container at a path I tell
> you.
> What I do right now is listen for the creation of the "target" fi
On Thu, May 23, 2019 at 04:40:50PM +0200, Jan Kara wrote:
> On Thu 23-05-19 15:35:18, Christian Brauner wrote:
> > So let's say the user tells me:
> > - When the "/A/B/C/target" file appears on the host filesystem,
> > please give me access to "target" in the container at a path I tell
> > you.
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 'pdev_data'
and 'glue' before
On Thu 23 May 07:38 PDT 2019, Srinivas Kandagatla wrote:
>
>
> On 22/05/2019 02:53, Bjorn Andersson wrote:
> > The reg property represents the address and size on the bus that a
> > device lives, but for APR the parent is a rpmsg bus, which does not have
> > numerical addresses. Simply defining
On 5/23/19 12:52 AM, Lianbo Jiang wrote:
> When SME is enabled, the smartpqi driver won't work on the HP DL385
> G10 machine, which causes the failure of kernel boot because it fails
> to allocate pqi error buffer. Please refer to the kernel log:
>
> [9.431749] usbcore: registered new inte
On Sun, May 19, 2019 at 5:17 PM Jiang Biao wrote:
>
> There are lots of mismatches between comments and codes, this
> patch do these comment fixes.
>
> Signed-off-by: Jiang Biao
> ---
> drivers/virtio/virtio_ring.c | 27 ++-
> 1 file changed, 14 insertions(+), 13 deletion
On Thu, May 23, 2019 at 9:32 PM Josh Poimboeuf wrote:
>
> On Thu, May 23, 2019 at 02:48:11PM +0800, Kairui Song wrote:
> > On Thu, May 23, 2019 at 7:46 AM Josh Poimboeuf wrote:
> > >
> > > On Wed, May 22, 2019 at 12:45:17PM -0500, Josh Poimboeuf wrote:
> > > > On Wed, May 22, 2019 at 02:49:07PM +
On 2019-05-23 10:37:24 [+0200], Pavel Machek wrote:
> Hi!
Hi,
> > I did not notice any new crashes.
>
> New crash now; different machine, way -next kernel... and I even have
> a backtrace.
could you please send me (offlist) your .config? Also, what kind of
userland do you run? Something like Deb
Hi all,
Sorry, please, drop this patch.
Thanks
--
Gustavo
On 5/23/19 9:40 AM, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for
On Wed, May 22, 2019 at 12:08 AM Marcel Holtmann wrote:
>
> Hi Vasily,
>
> >> This reverts commit d5bb334a8e171b262e48f378bd2096c0ea458265.
> >>
> >> This commit breaks some HID devices, see [1] for details
> >>
> >> https://bugzilla.kernel.org/show_bug.cgi?id=203643
> >>
> >> Signed-off-by: Vasil
Dave Martin writes:
> On Thu, May 23, 2019 at 01:38:53AM +0100, Eric W. Biederman wrote:
>> It really only matters to debuggers but the SIGKILL does not have any
>> si_codes that use the fault member of the siginfo union. Correct this
>> the simple way and call force_sig instead of force_sig_fau
> > TBH, I'm not sure this is 'the right patch' (hence the RFC...): in
> > fact, I'm currently missing the motivations for allowing assignments
> > such as the "r0 = ..." assignment above in generic code. (BTW, it's
> > not currently possible to use such assignments in litmus tests...)
>
> Given
> +static int fu540_macb_tx_set_rate(struct clk_hw *hw, unsigned long rate,
> + unsigned long parent_rate)
> +{
> + rate = fu540_macb_tx_round_rate(hw, rate, &parent_rate);
> + iowrite32(rate != 12500, mgmt->reg);
That looks odd. Writing the result of a co
> > > TBH, I'm not sure this is 'the right patch' (hence the RFC...): in
> > > fact, I'm currently missing the motivations for allowing assignments
> > > such as the "r0 = ..." assignment above in generic code. (BTW, it's
> > > not currently possible to use such assignments in litmus tests...)
> >
On Wed, May 22, 2019 at 12:54:13PM -0700, Linus Torvalds wrote:
> On Wed, May 22, 2019 at 8:40 AM Waiman Long wrote:
> >
> > +#if defined(CONFIG_PREEMPT) && \
> > + (defined(CONFIG_DEBUG_PREEMPT) || !defined(CONFIG_X86))
> > +#define lockevent_percpu_inc(x)this_cpu_inc(x)
> > +#d
Will Deacon writes:
> On Wed, May 22, 2019 at 07:38:53PM -0500, Eric W. Biederman wrote:
>> It really only matters to debuggers but the SIGKILL does not have any
>> si_codes that use the fault member of the siginfo union. Correct this
>> the simple way and call force_sig instead of force_sig_fau
On 05/23, David Laight wrote:
>
> I'm confused...
Me too. To clarify, the current code is obviously buggy, pselect/whatever
shouldn't return 0 (or anything else) if it was interrupted and we are going
to deliver the signal.
But it seems that Deepa has other concerns which I do not understand at a
While cleaning the ISR of the meson-gx and acking only raised irqs,
the ack of the irq was moved at the very last stage of the function.
This was stable during the initial tests but it triggered issues with
hs200, under specific loads (like booting android). Acking the irqs
after calling the mmc_r
In commit 8122de54602e ("dt-bindings: Convert vendor prefixes to
json-schema"), vendor-prefixes.txt has been converted to a DT schema.
Update the checkpatch.pl DT check to extract vendor prefixes from the new
vendor-prefixes.yaml file.
Fixes: 8122de54602e ("dt-bindings: Convert vendor prefixes to
+ linux-wireless
Gen Zhang writes:
> 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 s
The reg property represents the address and size on the bus that a
device lives, but for APR the parent is a rpmsg bus, which does not have
numerical addresses. Simply defining #address/#size-cells to 1 and 0,
respectively, to silence the compiler is not an appropriate solution.
Replace the use of
Hi Sasha, if you take this one, you'll need the fix for it:
c260121a97a3 ("NFS: Fix a double unlock from nfs_match,get_client")
I didn't see this fix go through my inbox for your stable tree, so
apologies if maybe I missed it.
Looks like you are also applying this one to 4.19 and 4.14, -- I'
Hi all,
Here's a refresh of my devmap stuff, now including the end goal as
well. Patches #1 to #3 are just a rebase of v2, and I hope are ready to
be picked up in the mm tree (#1 is currently doing double-duty in Dan's
subsection series as well). Patch #4 could either go via mm if Will and
Catalin
In order for things like get_user_pages() to work on ZONE_DEVICE memory,
we need a software PTE bit to identify device-backed PFNs. Hook this up
along with the relevant helpers to join in with ARCH_HAS_PTE_DEVMAP.
Signed-off-by: Robin Murphy
---
arch/arm64/Kconfig| 1 +
arch
Refactor is_device_{public,private}_page() with is_pci_p2pdma_page()
to make them all consistent in depending on their respective config
options even when CONFIG_DEV_PAGEMAP_OPS is enabled for other reasons.
This allows a little more compile-time optimisation as well as the
conceptual and cosmetic
ARCH_HAS_ZONE_DEVICE is somewhat meaningless in itself, and combined
with the long-out-of-date comment can lead to the impression than an
architecture may just enable it (since __add_pages() now "comprehends
device memory" for itself) and expect things to work.
In practice, however, ZONE_DEVICE us
Trying to activate ZONE_DEVICE for arm64 reveals that memremap's
internal helpers for sparsemem sections conflict with and arm64's
definitions for hugepages, which inherit the name of "sections" from
earlier versions of the ARM architecture.
Disambiguate memremap (and now HMM too) by propagating s
301 - 400 of 1453 matches
Mail list logo
