On Mon, Jul 27, 2020 at 02:04:56PM +0800, Tanwar, Rahul wrote:
>
> Hi Uwe,
>
> On 24/7/2020 12:15 am, Uwe Kleine-König wrote:
> > Hello,
> >
> > On Thu, Jul 23, 2020 at 03:44:18PM +0800, Rahul Tanwar wrote:
> >> +static int lgm_pwm_apply(struct pwm_chip *chip, struct pwm_device *pwm,
> >> +
In the current code, we can not see the PCI info after fixup which is
correct to reflect the reality, it is better to move pci_info() after
pci_fixup_device() in pci_setup_device().
Signed-off-by: Tiezhu Yang
---
drivers/pci/probe.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
di
On Sat, Jul 25, 2020 at 01:44:44PM +0300, Andy Shevchenko wrote:
> On Sat, Jul 25, 2020 at 1:42 PM Andy Shevchenko
> wrote:
> > On Sat, Jul 25, 2020 at 1:37 AM Bjorn Helgaas wrote:
> > > On Fri, Jul 24, 2020 at 11:16:55PM +0300, Andy Shevchenko wrote:
>
> ...
>
> > > If it's a bug that spi-topc
On Mon, Jul 27, 2020 at 4:54 AM Tianjia Zhang
wrote:
>
> Obviously, the TPM version number in the help message is wrong, which
> will cause confusion. This patch fixes it.
How is this "obvious"? I tried finding the specification and could not
see anything
to back up TIS 1.3 being only supported w
On Sun, Jul 26, 2020 at 11:14:42PM -0700, Joe Perches wrote:
> On Mon, 2020-07-27 at 11:24 +0530, Nachiket Naganure wrote:
> > Disable commit log length check in case of signature tag. If the commit
> > log line has valid signature tags such as "Reported-and-tested-by" with
> > more than 75 charact
On 2020/7/24 20:44, Pavel Machek wrote:
>
> Based on what fails, function can return with nfs_sync_rwlock either
> locked or unlocked. That can not be right.
>
> Always return with lock unlocked on error.
>
> Signed-off-by: Pavel Machek (CIP)
Looks good.
Fixes: 4cd9973f9ff6 ("ocfs2: avoid
My Dear,
With warm heart I offer my friendship, and my greetings to you in the
name of our lord, and I hope this letter meets you in good time, I
Propose with my free mind and as a person of integrity from God, I
know that this message will appear as a surprise to you that we barely
Know but the g
The class driver will ensure the parameters are valid
pointers before call the hook function of usb_ep_ops,
so no need check them again.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_gadget.c | 25 ++---
1 file changed, 6 insertions(+), 19 deletions(-)
diff --git a/d
The caller already print error log.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_gadget.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/usb/mtu3/mtu3_gadget.c b/drivers/usb/mtu3/mtu3_gadget.c
index 3d13129..2bc9a95 100644
--- a/drivers/usb/mtu3/mtu3_
Use argument req directly instead of mreq->request, they
are the same usb request.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_gadget.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/mtu3/mtu3_gadget.c b/drivers/usb/mtu3/mtu3_gadget.c
The CSR registers will be reset as default value if the
ports are disabled, so reinitialize them when the ports
are enabled again.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_core.c | 61 +++-
1 file changed, 32 insertions(+), 29 deletions(-)
di
The member @busy in mtu3_ep struct is unnecessary, so remove it.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3.h| 1 -
drivers/usb/mtu3/mtu3_gadget.c | 6 --
2 files changed, 7 deletions(-)
diff --git a/drivers/usb/mtu3/mtu3.h b/drivers/usb/mtu3/mtu3.h
index 9d68f25..8fd83bd
If not clear u3port's dual mode when disable device, the IP
will fail to enter sleep mode when suspend.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_core.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/mtu3/mtu3_core.c b/drivers/usb/mtu3/mtu3_core.
Use MTU3_EP_WEDGE flag instead of the member @wedged in mtu3_ep
struct, then @wedged can be removed.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3.h| 1 -
drivers/usb/mtu3/mtu3_gadget.c | 9 -
drivers/usb/mtu3/mtu3_gadget_ep0.c | 2 +-
3 files changed, 5 insertion
Make use of the method to make sure connect on speeds
supported by the gadget driver.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3.h| 4 ++-
drivers/usb/mtu3/mtu3_core.c | 68 +-
drivers/usb/mtu3/mtu3_gadget.c | 14 +
3 files ch
When disable interrupts, will also want to clear their status,
ensure it by calling mtu3_intr_status_clear() in
mtu3_intr_disable().
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_core.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/driver
The bits field for maximum number of packets is 8 bits.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_hw_regs.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/mtu3/mtu3_hw_regs.h b/drivers/usb/mtu3/mtu3_hw_regs.h
index bf34f78..072db1f 100644
--- a/dr
The max_speed got from DTS may be not supported by the
hardware, so need check it, and assign a proper default
value. And make it clear by introducing a funtion.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_core.c | 48 ++--
1 file changed, 28 ins
Kdump could fail sometime on Hyper-V guest over Accelerated Network
interface. This is because the retry in hv_pci_enter_d0() releases
child device strurctures in hv_pci_bus_exit(). Although there is
a second asynchronous device relations message sending from the host,
if this message arrives guest
SeongJae Park wrote:
> From: SeongJae Park
>
> This commit adds documents for DAMON under
> `Documentation/admin-guide/mm/damon/` and `Documentation/vm/damon/`.
>
> Signed-off-by: SeongJae Park
> ---
> Documentation/admin-guide/mm/damon/guide.rst | 157 ++
> Documentation/admin-guide/m
On Sat, Jul 25, 2020 at 09:00:12AM +0800, kernel test robot wrote:
> Hi Vaibhav,
>
> Thank you for the patch! Perhaps something to improve:
>
> [auto build test WARNING on block/for-next]
> [also build test WARNING on v5.8-rc6 next-20200724]
> [If your patch is applied to the wrong git tree, kind
The spi-sun4i driver already has the ability to do large transfers.
However, the max transfer size reported is still fifo depth - 1.
Update the max transfer size reported to the max value possible.
Fixes: 196737912da5 ("spi: sun4i: Allow transfers larger than FIFO size")
Signed-off-by: Jonathan L
On Mon, Jul 27, 2020 at 12:28 AM Peilin Ye wrote:
>
> video_put_user() is copying uninitialized stack memory to userspace due
> to the compiler not initializing holes in the structures declared on the
> stack. Fix it by initializing `ev32` and `vb32` using memset().
>
> Reported-and-tested-by: syz
On Sat, 25 Jul 2020 17:19:49 +0800, Wei Yongjun wrote:
> The sparse tool complains as follows:
>
> arch/powerpc/platforms/pseries/papr_scm.c:97:1: warning:
> symbol 'papr_nd_regions' was not declared. Should it be static?
> arch/powerpc/platforms/pseries/papr_scm.c:98:1: warning:
> symbol 'papr_
On Sat, 25 Jul 2020 17:38:00 -0700, Randy Dunlap wrote:
> Drop duplicated words in arch/powerpc/ header files.
>
> Cc: Michael Ellerman
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: linuxppc-...@lists.ozlabs.org
>
> [...]
Applied to powerpc/next.
[1/9] powerpc/book3s/mmu-hash.h: de
On Sun, 28 Jun 2020 14:23:12 +1000, Finn Thain wrote:
> Various issues with the via-macii driver have become apparent over the
> years. Some examples:
>
> - A Talk command response can be lost. This can result in phantom devices
> being probed or an incorrect device handler ID being retrieved.
>
On Mon, 29 Jun 2020 11:17:18 + (UTC), Christophe Leroy wrote:
> st->last_pa is always updated in note_page() so it can
> be done outside the if/elseif/else block.
Applied to powerpc/next.
[1/2] powerpc/ptdump: Refactor update of st->last_pa
https://git.kernel.org/powerpc/c/846feeace51bc
On Fri, Jul 24, 2020 at 5:19 PM David Christensen
wrote:
> In the working case, tg3_init_hw() returns successfully, resulting in
> every instance of napi_disable() being followed by an instance of
> napi_enable().
>
> In the failing case, tg3_hw_init() returns an error. (This is not
> surprising
On Thu, 23 Jul 2020 14:38:03 +0530, Ravi Bangoria wrote:
> Last series[1] was to add basic infrastructure support for more than
> one watchpoint on Book3S powerpc. This series actually enables the 2nd
> DAWR for baremetal and powervm. Kvm guest is still not supported.
>
> v4:
> https://lore.kerne
On Mon, 29 Jun 2020 11:15:19 + (UTC), Christophe Leroy wrote:
> On book3s32 (hash), exec protection is set per 256Mb segments with NX bit.
> Instead of clearing NX bit on vmalloc space when CONFIG_MODULES is selected,
> allocate modules in a dedicated segment (0xb000-0xbfff by default).
On Sun, 31 May 2020 09:17:03 +1000, Finn Thain wrote:
> The adb-iop driver was never finished. Some deficiencies have become
> apparent over the years. For example,
>
> - Mouse and/or keyboard may stop working if used together
>
> - SRQ autopoll list cannot be changed
>
> [...]
Applied to pow
On Sun, Jul 26, 2020 at 11:35 PM Stephen Rothwell wrote:
>
> Hi all,
>
> Commits
>
> 16730dda542e ("ARM: mstar: Add dts for 70mai midrive d08")
> 22a30e8035c6 ("ARM: mstar: Add dts for msc313(e) based BreadBee boards")
> b6d785a8410e ("ARM: mstar: Add mercury5 series dtsis")
> 34a6a898b3f4
On Mon, Jul 27, 2020 at 02:33:18PM +0800, Shengjiu Wang wrote:
> > > static int fsl_asoc_card_audmux_init(struct device_node *np,
> > >struct fsl_asoc_card_priv *priv)
> > > {
> > > @@ -611,7 +600,6 @@ static int fsl_asoc_card_probe(struct platform_device
> >
On 26/07/2020 19:25, Sam Ravnborg wrote:
> Hi Neil.
>
> On Thu, Jul 23, 2020 at 11:05:50AM +0200, Neil Armstrong wrote:
>> Fix the Amlogic Video Framebuffer Compression modifier macro to
>> correctly add the layout options, a pair of parenthesis was missing.
>>
>> Fixes: d6528ec88309 ("drm/fourcc:
Hello Uwe,
On Sat, Jul 25, 2020 at 09:12:23PM +0200, Martin Botka wrote:
>> > Note there is already a series that changes these values to u64. See
>> > a9d887dc1c60ed67f2271d66560cdcf864c4a578 in linux-next.
>>
>> Amazing. But isn't there the same issue with it as this one where this
>> would fail
On Sun, Jul 26, 2020 at 01:18:27AM +0200, Michael Walle wrote:
> Add support for the PWM controller of the sl28cpld board management
> controller. This is part of a multi-function device driver.
>
> The controller has one PWM channel and can just generate four distinct
> frequencies.
>
> Signed-o
This converts the DaVinci DM355EVM LEDs to use GPIO
descriptor look-ups.
Cc: Sekhar Nori
Cc: Bartosz Golaszewski
Signed-off-by: Linus Walleij
---
drivers/mfd/dm355evm_msp.c | 49 --
1 file changed, 37 insertions(+), 12 deletions(-)
diff --git a/drivers/mfd/
Hi Uwe,
On 27/7/2020 3:01 pm, Uwe Kleine-König wrote:
> On Mon, Jul 27, 2020 at 02:04:56PM +0800, Tanwar, Rahul wrote:
>> Hi Uwe,
>>
>> On 24/7/2020 12:15 am, Uwe Kleine-König wrote:
>>> Hello,
>>>
>>> On Thu, Jul 23, 2020 at 03:44:18PM +0800, Rahul Tanwar wrote:
+static int lgm_pwm_apply(s
Hi Stanley,
On 2020-07-24 22:01, Stanley Chu wrote:
Currently I/O request could be still submitted to UFS device while
UFS is working on shutdown flow. This may lead to racing as below
scenarios and finally system may crash due to unclocked register
accesses.
To fix this kind of issues, specifi
> Could you please send the messages also to everyone else ?
Next time of course.
Try to avoid adding repeated words either on the
same line or consecutive comment lines in a block
e.g.:
duplicated word in comment block
/*
* this is a comment block where the last word of the previous
* previous line is also the first word of the next line
*/
SeongJae Park wrote:
> From: SeongJae Park
>
> This commit introduces a reference implementation of the address space
> specific low level primitives for the virtual address space, so that
> users of DAMON can easily monitor the data accesses on virtual address
> spaces of specific processes by
On Mon, Jul 27, 2020 at 06:51:00AM +, Peng Fan wrote:
> > Subject: Re: [PATCH 03/10] remoteproc: imx: use devm_ioremap
> >
> > On Mon, Jul 27, 2020 at 06:28:20AM +, Peng Fan wrote:
> > > Hi Oleksij,
> > >
> > > > Subject: Re: [PATCH 03/10] remoteproc: imx: use devm_ioremap
> > > >
> > > >
On Mon, 27 Jul 2020 00:19:00 -0700 Greg Thelen wrote:
> SeongJae Park wrote:
>
> > From: SeongJae Park
> >
> > This commit adds documents for DAMON under
> > `Documentation/admin-guide/mm/damon/` and `Documentation/vm/damon/`.
> >
> > Signed-off-by: SeongJae Park
> > ---
> > Documentation/ad
suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/alexandru-tachici-analog-com/hwmon-pmbus-adm1266-add-support/20200727-133122
base:
https://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.
bus-width and non-removable is not used by the driver.
max-frequency should be spi-max-frequency for flash node.
Fixes: 689b937bedde ("arm64: dts: mediatek: add mt8173 elm and hana board")
Reported-by: Nicolas Boichat
Signed-off-by: Hsin-Yi Wang
---
arch/arm64/boot/dts/mediatek/mt8173-elm.dtsi
Hi Stephen,
On 2020-07-26 23:10, Stephen Rothwell wrote:
Hi all,
Commit
e5c19cf32b68 ("irqchip/stm32-exti: Use the
hwspin_lock_timeout_in_atomic() API")
is missing a Signed-off-by from its committer.
Looks like I fat-fingered a b4 invocation! Thanks for the heads up,
will be fixed in a mi
Some Poco F1 phones have an LCD panel from Tianma, model nt36672a,
with a resolution of 1080x2246 that operates in DSI video mode.
Add the drm panel driver for it.
During testing, Benni Steini helped us fix
the reset sequence timing (from 10ms to 20ms), to get the bootanimation
to work on Androi
Some Poco F1 phones from Xiaomi have an nt36672a video mode panel; add support
for the same.
Most of the panel data is taken from downstream panel dts, and is converted to
drm-panel based driver by me.
It has been validated with v5.8-rc5 on Poco F1 phone; my tree with other
dependent patches is her
The nt36672a panel from Tianma is a FHD+ panel with a resolution of
1080x2246 and 6.18 inches size. It is found in some of the Poco F1
phones.
Signed-off-by: Sumit Semwal
---
v2: remove ports node, making port@0 directly under panel@0 node.
v3: updated to replace port@0 to just 'port'.
---
.../
Hi,
On 7/27/20 2:50 AM, Henrique de Moraes Holschuh wrote:
On Tue, 21 Jul 2020, Dmitry Torokhov wrote:
On Sun, Jul 19, 2020 at 07:56:49PM -0300, Henrique de Moraes Holschuh wrote:
On Fri, 17 Jul 2020, Hans de Goede wrote:
This is a simple patch-series adding support for 3 new hotkeys found
on
Hi all,
Today's linux-next merge of the char-misc tree got a conflict in:
drivers/misc/habanalabs/common/command_submission.c
between commit:
cea7a0449ea3 ("habanalabs: prevent possible out-of-bounds array access")
from Linus' tree and commit:
3abc99bb7dcb ("habanalabs: configure maximu
On Mon, Jul 27, 2020 at 10:45 AM Hans de Goede wrote:
>
> Hi,
>
> On 7/27/20 2:50 AM, Henrique de Moraes Holschuh wrote:
> > On Tue, 21 Jul 2020, Dmitry Torokhov wrote:
> >> On Sun, Jul 19, 2020 at 07:56:49PM -0300, Henrique de Moraes Holschuh
> >> wrote:
> >>> On Fri, 17 Jul 2020, Hans de Goede
On Sun, Jul 26, 2020 at 6:40 AM Daniel Palmer wrote:
>
> MStar v7 SoCs contain a region of registers that are in the always on
> domain that the vendor code calls the "pmsleep" area.
>
> This area contains registers for a broad range of functionality and
> needs to be shared between drivers.
>
> T
On Mon, Jul 27, 2020 at 7:46 AM Manivannan Sadhasivam wrote:
> On Sun, Jul 26, 2020 at 07:34:54PM +0300, Andy Shevchenko wrote:
> > On Sun, Jul 26, 2020 at 6:53 PM Manivannan Sadhasivam
> > wrote:
...
> > I'm wondering if you may use mctrl_gpio_*() API instead.
>
> How? mctrl_gpio APIs are a w
On Mon, Jun 29, 2020 at 01:47:48PM +0100, Lee Jones wrote:
> Attempting to clean-up W=1 kernel builds, which are currently
> overwhelmingly riddled with niggly little warnings.
>
> Lee Jones (4):
> pwm: bcm-iproc: Remove impossible comparison when validating duty
> cycle
> pwm: bcm-kona: R
Hello Martin,
On Mon, Jul 27, 2020 at 09:29:19AM +0200, Martin Botka wrote:
> On Sat, Jul 25, 2020 at 09:12:23PM +0200, Martin Botka wrote:
> >> > Note there is already a series that changes these values to u64. See
> >> > a9d887dc1c60ed67f2271d66560cdcf864c4a578 in linux-next.
> >>
> >> Amazing.
On Sat, 2020-07-25 at 07:24 +0800, Chun-Kuang Hu wrote:
> Hi Yongqiang:
>
> Yongqiang Niu 於 2020年7月23日 週四 上午10:15寫道：
> >
> > This patch add support for mediatek SOC MT8183
> > 1.ovl_2l share driver with ovl
>
> I think this is done in [1], [2], [3], this patch just add the support
> of mt8183-ov
On Mon, Jul 27, 2020 at 06:44:32AM +, Peng Fan wrote:
> Hi Oleksij,
>
> > Subject: Re: [PATCH 00/10] remoteproc: imx_rproc: support iMX8M and early
> > boot
> >
> > Hi,
> >
> > On Fri, Jul 24, 2020 at 04:08:03PM +0800, Peng Fan wrote:
> > > This patchset is to support i.MX8MQ/M coproc booted
From: Bjorn Andersson
Enable MDSS and DSI and add the LT9611 HDMI bridge. Also add the HDMI
audio nodes.
Signed-off-by: Bjorn Andersson
Co-developed-by: Srinivas Kandagatla
Signed-off-by: Srinivas Kandagatla
Signed-off-by: Vinod Koul
---
arch/arm64/boot/dts/qcom/sdm845-db845c.dts | 118
On Sun, Jul 26, 2020 at 6:20 PM Paul Cercueil wrote:
> Le dim. 26 juil. 2020 à 18:15, Krzysztof Kozlowski a écrit :
> > On Sun, Jul 26, 2020 at 06:12:27PM +0200, Paul Cercueil wrote:
> >> Le dim. 26 juil. 2020 à 18:06, Krzysztof Kozlowski a
> >> écrit
>
> > OK, that's true. Anyway, I don't ha
On 11/4/2019 2:52 AM, Colin King wrote:
From: Colin Ian King
There is a spelling mistake in an error message string, fix it.
Signed-off-by: Colin Ian King
---
drivers/i2c/busses/i2c-qcom-geni.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-qco
Hi all,
Today's linux-next merge of the char-misc tree got a conflict in:
drivers/misc/habanalabs/gaudi/gaudi.c
between commit:
e38bfd30e088 ("habanalabs: set clock gating per engine")
from Linus' tree and commits:
0b168c8f1d21 ("habanalabs: remove rate limiters from GAUDI")
fcc6a4e60
Now that cpu_core_mask has been removed and topology_core_cpumask has
been updated to use cpu_cpu_mask, we no more need
get_physical_package_id.
Please note get_physical_package_id is an exported symbol. However
it was introduced recently and probably no users outside kernel.
Cc: linuxppc-dev
Cc
Anton reported that his 4096 cpu (1024 cores in a socket) was taking too
long to boot. He also analyzed that most of the time was being spent on
updating cpu_core_mask.
Here are some optimizations and fixes to make ppc64_cpu --smt=8/ppc64_cpu
--smt=1 run faster and hence boot the kernel also faste
Anton Blanchard reported that his 4096 vcpu KVM guest took around 30
minutes to boot. He also analyzed it to the time taken to iterate while
setting the cpu_core_mask.
Further analysis shows that cpu_core_mask and cpu_cpu_mask for any CPU
would be equal on Power. However updating cpu_core_mask too
Currently while offlining a cpu, we iterate through all the cpus in the
DIE to clear sibling, l2_cache and smallcore maps. However if there are
more number of cores in a DIE, we end up spending more time iterating
through cpus which are completely unrelated.
Optimize this by only iterating through
From: Ankit Baluni
Fixed a coding style issue.
Signed-off-by: Ankit Baluni
---
drivers/staging/media/atomisp/pci/atomisp_cmd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/media/atomisp/pci/atomisp_cmd.c
b/drivers/staging/media/atomisp/pci/atomisp_cmd.c
update_mask_by_l2 is called only once. But it passes cpu_l2_cache_mask
as parameter. Instead of passing cpu_l2_cache_mask, use it directly in
update_mask_by_l2.
Cc: linuxppc-dev
Cc: LKML
Cc: Michael Ellerman
Cc: Nicholas Piggin
Cc: Anton Blanchard
Cc: Oliver O'Halloran
Cc: Nathan Lynch
Cc:
On Power, cpu_core_mask and cpu_cpu_mask refer to the same set of CPUs.
cpu_cpu_mask is needed by scheduler, hence look at deprecating
cpu_core_mask. Before deleting the cpu_core_mask, ensure its only user
is moved to cpu_cpu_mask.
Cc: linuxppc-dev
Cc: LKML
Cc: Michael Ellerman
Cc: Nicholas Pig
On Mon, Jul 27, 2020 at 09:25:16AM +0200, Arnd Bergmann wrote:
> On Mon, Jul 27, 2020 at 12:28 AM Peilin Ye wrote:
> >
> > video_put_user() is copying uninitialized stack memory to userspace due
> > to the compiler not initializing holes in the structures declared on the
> > stack. Fix it by initi
Hi Zenghui,
On 2020-07-27 04:50, Zenghui Yu wrote:
Hi Marc,
On 2020/6/30 21:37, Zenghui Yu wrote:
Booting the latest kernel with DEBUG_ATOMIC_SLEEP=y on a GICv4.1
enabled
box, I get the following kernel splat:
[0.053766] BUG: sleeping function called from invalid context at
mm/slab.h:56
All the arch specific topology cpumasks are within a node/die.
However when setting these per cpu cpumasks, system traverses through
all the online cpus. This is redundant.
Reduce the traversal to only cpus that are online in the node to which
the cpu belongs to.
Cc: linuxppc-dev
Cc: LKML
Cc: M
On Sun, Jul 26, 2020 at 12:06:39PM -0700, Minchan Kim wrote:
> > @@ -528,8 +530,7 @@ static ssize_t backing_dev_store(struct device *dev,
> > * freely but in fact, IO is going on so finally could cause
> > * use-after-free when the IO is really done.
> > */
> > - zram->disk->queue-
Currently on hotplug/hotunplug, the cpu iterates through all the cpus in
its core to find threads in its thread group. However this info is
already captured in cpu_l1_cache_map. Hence we could reduce the
iteration and cleanup add_cpu_to_smallcore_masks function.
Cc: linuxppc-dev
Cc: LKML
Cc: Mic
Hello,
> I hit "reply-to-all" and the mail only was sent to you because you wrote
> to only me.
Yes my reply was only to you. But your original message was sent only to me too.
So when i clicked reply to all it was only you as you sent it only to me.
> Also threading is somehow strange because y
On 7/27/2020 1:25 PM, Akash Asthana wrote:
On 11/4/2019 2:52 AM, Colin King wrote:
From: Colin Ian King
There is a spelling mistake in an error message string, fix it.
Signed-off-by: Colin Ian King
---
drivers/i2c/busses/i2c-qcom-geni.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
With all due respect I got your details from an online directory and
having been motivated by your personal status, I decided to approach
you I am Mrs. George Olivia; I have decided to donate what I have to
you / Motherless babies/Less privileged/Widows' because I am dying and
diagnosed for cancer
On 24.07.20 18:36, Boris Ostrovsky wrote:
> On 7/24/20 10:34 AM, David Hildenbrand wrote:
>> CCing Dan
>>
>> On 24.07.20 14:42, Roger Pau Monne wrote:
>>> diff --git a/drivers/xen/unpopulated-alloc.c
>>> b/drivers/xen/unpopulated-alloc.c
>>> new file mode 100644
>>> index ..aaa91cefbbf
From: Ankit Baluni
Fixed a coding style issue.
Signed-off-by: Ankit Baluni
---
drivers/staging/media/atomisp/pci/atomisp_cmd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/media/atomisp/pci/atomisp_cmd.c
b/drivers/staging/media/atomisp/pci/atomisp_cmd.c
Lontium LT9611 HDMI bridge can be found in Dragon Board RB3 for
converting DSI to HDMI. Enable this driver to get display working on RB3
Signed-off-by: Vinod Koul
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/config
commit db37a34c563b ("block, bfq: get a ref to a group when adding it to a
service tree")
introduce leak forbfq_group and blkcg_gq objects because of get/put
imbalance. See trace balow:
-> blkg_alloc
-> bfq_pq_alloc
-> bfqg_get (+1)
->bfq_activate_bfqq
->bfq_activate_requeue_entity
-
video_put_user() is copying uninitialized stack memory to userspace due
to the compiler not initializing holes in the structures declared on the
stack. Fix it by initializing `ev32` and `vb32` using memset().
Cc: sta...@vger.kernel.org
Fixes: 1a6c0b36dd19 ("media: v4l2-core: fix VIDIOC_DQEVENT for
On Sun, Jul 26, 2020 at 2:53 PM Stafford Horne wrote:
>
> On Sun, Jul 26, 2020 at 12:00:37PM +0300, Andy Shevchenko wrote:
> > On Sun, Jul 26, 2020 at 6:14 AM Stafford Horne wrote:
> > >
> > > The return type of functions _inb, _inw and _inl are all u16 which looks
> > > wrong. This patch makes
On Mon, Jul 27, 2020 at 1:55 AM Vadym Kochan wrote:
> On Sun, Jul 26, 2020 at 01:32:19PM +0300, Andy Shevchenko wrote:
> > On Sat, Jul 25, 2020 at 6:10 PM Vadym Kochan
> > wrote:
...
For the non-commented I assume you are agree with. Correct?
...
> > > +config PRESTERA_PCI
> > > + tris
Hello!
On 27.07.2020 10:14, Chunfeng Yun wrote:
If not clear u3port's dual mode when disable device, the IP
If we don't clear ... when disabling ...?
will fail to enter sleep mode when suspend.
Signed-off-by: Chunfeng Yun
[...]
MBR, Sergei
Hi all,
After merging the char-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
In file included from drivers/misc/habanalabs/goya/goya.c:8:
drivers/misc/habanalabs/goya/goyaP.h:12:10: fatal error: habanalabs.h: No such
file or directory
12 | #include "habanalabs.h"
On Fri, Jul 24, 2020 at 08:23:26PM +0200, Krzysztof Kozlowski wrote:
> Macros arguments should be enclosed by parenthesis for safety.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/memory/pl172.c | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
Applied to drivers/m
On Fri, Jul 24, 2020 at 08:23:25PM +0200, Krzysztof Kozlowski wrote:
> Use proper kerneldoc to fix GCC warnings like:
>
>drivers/memory/of_memory.c:30: warning: Function parameter or member 'dev'
> not described in 'of_get_min_tck'
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mem
> Subject: Re: [PATCH 03/10] remoteproc: imx: use devm_ioremap
>
> On Mon, Jul 27, 2020 at 06:51:00AM +, Peng Fan wrote:
> > > Subject: Re: [PATCH 03/10] remoteproc: imx: use devm_ioremap
> > >
> > > On Mon, Jul 27, 2020 at 06:28:20AM +, Peng Fan wrote:
> > > > Hi Oleksij,
> > > >
> > > >
On Tue, 30 Jun 2020 21:37:46 +0800, Zenghui Yu wrote:
> Booting the latest kernel with DEBUG_ATOMIC_SLEEP=y on a GICv4.1 enabled
> box, I get the following kernel splat:
>
> [0.053766] BUG: sleeping function called from invalid context at
> mm/slab.h:567
> [0.053767] in_atomic(): 1, irqs_
On Fri, Jul 24, 2020 at 11:38:57AM -0700, Florian Fainelli wrote:
> On 7/24/20 11:23 AM, Krzysztof Kozlowski wrote:
> > Fix firwmare -> firmware.
> >
> > Signed-off-by: Krzysztof Kozlowski
>
> Acked-by: Florian Fainelli
Thanks!
Applied to drivers/memory tree.
Best regards,
Krzysztof
On Mon, 27 Jul 2020 22:17:33 +0800, Joakim Zhang wrote:
> This patch intends to implement intmux PM.
>
> ChangeLogs:
> V2->V3:
> 1. allocate u32 saved_reg for a per channel.
>
> V1->V2:
> 1. add more detailed commit message.
> 2. use u32 for 32bit HW registers.
> 3. fix kb
On Thu, Jun 11, 2020 at 03:22:51PM +0800, Ming Lei wrote:
> BDI is unregistered from del_gendisk() which is usually done in device's
> release handler from device hotplug or error handling context, so BDI
> can be unregistered anytime.
>
> It should be normal for __mark_inode_dirty to see un-regis
On Fri, Jul 24, 2020 at 08:23:17PM +0200, Krzysztof Kozlowski wrote:
> Macros arguments should be enclosed by parenthesis for safety.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/memory/omap-gpmc.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
Applied
On Fri, Jul 24, 2020 at 08:23:18PM +0200, Krzysztof Kozlowski wrote:
> Driver uses 'unsigned int' in other places instead of 'unsigned'.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/memory/omap-gpmc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Applied to drivers/memor
On Fri, Jul 24, 2020 at 08:23:21PM +0200, Krzysztof Kozlowski wrote:
> Fix arbitary -> arbitrary.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/memory/omap-gpmc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied to drivers/memory tree.
Best regards,
Krzysztof
On Fri, Jul 24, 2020 at 08:23:19PM +0200, Krzysztof Kozlowski wrote:
> Remove some unneeded blank lines, align indentation with open
> parenthesis (or fix existing alignment).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/memory/omap-gpmc.c | 24 +++-
> 1 file change
On Mon, Jul 27, 2020 at 7:57 AM Kent Gibson wrote:
> I've gone with this:
>
> +config GPIO_CDEV
> + bool
> + prompt "Character device (/dev/gpiochipN) support" if EXPERT
> + default y
>
> so the entry is always present in menuconfig, and GPIO_CDEV_V1 can still
> depend on it, bu
On Fri, Jul 24, 2020 at 08:23:16PM +0200, Krzysztof Kozlowski wrote:
> Use proper kerneldoc to fix GCC warnings like:
>
> drivers/memory/omap-gpmc.c:299: warning: Function parameter or member
> 'cs' not described in 'gpmc_get_clk_period'
> drivers/memory/omap-gpmc.c:432: warning: Excess f
1 - 100 of 2108 matches
Mail list logo
