Hi Madhavan,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 996e435fd401de35df62ac943ab9402cfe85c430
commit: 3c9450c053f88e525b2db1e6990cdf34d14e7696 powerpc/perf: Fix missing
is_sier_aviable() during build
Don't assume dest/source buffers are userspace addresses when manually
copying data for string I/O or MOVS MMIO, as {get,put}_user() will fail
if handed a kernel address and ultimately lead to a kernel panic.
Signed-off-by: Hyunwook (Wooky) Baek
Acked-by: David Rientjes
---
This patch is
On Sat, Jan 09, 2021 at 07:28:05PM +, Jonathan Cameron wrote:
> On Tue, 5 Jan 2021 17:26:33 +0800
> "Ye, Xiang" wrote:
>
> > On Tue, Jan 05, 2021 at 12:53:44AM -0800, Srinivas Pandruvada wrote:
> > > On Tue, 2021-01-05 at 15:21 +0800, Ye Xiang wrote:
> > > > This patch series add a
Hello,
syzbot found the following issue on:
HEAD commit:f6e7a024 Merge tag 'arc-5.11-rc3' of git://git.kernel.org/..
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=135c95fb50
kernel config: https://syzkaller.appspot.com/x/.config?x=8aa30b9da402d224
عزيزي الحبيب ،
يرجى قراءة هذا ببطء وبعناية ، فقد يكون أحد أهم رسائل البريد الإلكتروني
التي تتلقاها على الإطلاق ، أنا السيدة كريستينا كامبل ، كنت متزوجة من
الراحل إدوارد كامبل ، وكان يعمل في شركة شل لتطوير البترول بلندن وكان
أيضًا مقاول متمرس في منطقة شرق آسيا ، توفي يوم الاثنين 31 يوليو 2003
في
> On Sun, Jan 10, 2021 at 01:27:09PM +0800, dinghao@zju.edu.cn wrote:
> > > On Sat, Jan 09, 2021 at 07:33:05PM +0800, Dinghao Liu wrote:
> > > > When kmalloc() fails, tmp_tfm allocated by
> > > > crypto_alloc_shash() has not been freed, which
> > > > leads to memleak.
> > > >
> > > > Fixes:
On Sun, Jan 10, 2021 at 01:27:09PM +0800, dinghao@zju.edu.cn wrote:
> > On Sat, Jan 09, 2021 at 07:33:05PM +0800, Dinghao Liu wrote:
> > > When kmalloc() fails, tmp_tfm allocated by
> > > crypto_alloc_shash() has not been freed, which
> > > leads to memleak.
> > >
> > > Fixes: d46eb3699502b
On Fri, Jan 08, 2021 at 04:24:43PM +0800, Jason Wang wrote:
> Upstream: posted
>
> When compiling with -Werror=maybe-uninitialized, gcc may complains the
> possible uninitialized umem. Fix that.
>
> Signed-off-by: Jason Wang
> ---
> drivers/vdpa/mlx5/net/mlx5_vnet.c | 3 +++
> 1 file changed,
Hi Tony,
On Wed, Jan 06, 2021 at 02:58:21PM +0200, Tony Lindgren wrote:
> @@ -301,6 +348,7 @@ static int omap4_keypad_probe(struct platform_device
> *pdev)
> }
>
> keypad_data->irq = irq;
> + mutex_init(_data->lock);
>
> error = omap4_keypad_parse_dt(>dev, keypad_data);
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 996e435fd401de35df62ac943ab9402cfe85c430
commit: edac63861db72a462ccdfad0b5dfa66985d58bd5 net: macb: add userio bits as
platform configuration
compiler: nios2-linux-gcc (GCC) 9.3.0
If you fix the issue,
Hi Tony,
On Wed, Jan 06, 2021 at 02:58:22PM +0200, Tony Lindgren wrote:
> static int omap4_keypad_remove(struct platform_device *pdev)
> {
> struct omap4_keypad *keypad_data = platform_get_drvdata(pdev);
> - struct resource *res;
>
> dev_pm_clear_wake_irq(>dev);
> -
> -
On Sat, Jan 09, 2021 at 10:52:53PM +0100, Arnd Bergmann wrote:
(... i486 ...)
> As with the other older platforms, the main question to ask is:
> Are there users that are better off running a future LTS kernel on this
> hardware than the v5.10.y version or something older?
I think this is the
On Sat, Jan 09, 2021 at 02:55:12PM +0100, AngeloGioacchino Del Regno wrote:
> Support for this chip was added to the goodix driver: add the
> DT binding for it.
>
> Signed-off-by: AngeloGioacchino Del Regno
>
Applied, thank you.
--
Dmitry
On Sat, Jan 09, 2021 at 02:55:11PM +0100, AngeloGioacchino Del Regno wrote:
> The Goodix GT9286 is a capacitive touch sensor IC based on GT1x.
>
> This chip can be found on a number of smartphones, including the
> F(x)tec Pro 1 and the Elephone U.
>
> Signed-off-by: AngeloGioacchino Del Regno
>
On Sat, Jan 09, 2021 at 03:37:40PM +0100, Bastien Nocera wrote:
> On Sat, 2021-01-09 at 14:55 +0100, AngeloGioacchino Del Regno wrote:
> > Add support for the GT9286 chip, tested on F(x)Tec Pro1 (MSM8998).
>
> Can you please add this test information to the commit message for the
> goodix.c
On Thu, Jan 07, 2021 at 01:59:01PM -0500, Mikulas Patocka wrote:
> On Thu, 7 Jan 2021, Matthew Wilcox wrote:
> > On Thu, Jan 07, 2021 at 08:15:41AM -0500, Mikulas Patocka wrote:
> > > I'd like to ask about this piece of code in __kernel_read:
> > > if (unlikely(!file->f_op->read_iter ||
According to pvpanic spec:
https://git.qemu.org/?p=qemu.git;a=blob_plain;f=docs/specs/pvpanic.txt
The guest should determine pvpanic capability by RDPT, so initialize
capability during device probing. There is no need to register panic
notifier callback function if no events supported.
Before
Suggested by Paolo & Greg, add 'events' device attribute that can be
used to limit which capabilities the driver uses.
Finally, the pvpanic guest driver works by the limitation of both
device capability and user setting.
Signed-off-by: zhenwei pi
---
v3 -> v4:
Use event sysfs attribute instead of module parameter.
Use driver dev_groups instead of creating files by sysfs_* API.
v2 -> v3:
Seperate the function to 2 parts:
1, use sysfs to expose device capability.
2, add a module parameter to set limitation by user.
v1 -> v2:
Remove
From: Vanshidhar Konda
Increase the default value of NR_CPUS to 512 from 256. This will
enable the defconfig kernel to support platforms that have upto
512 cores.
Signed-off-by: Vanshidhar Konda
---
arch/arm64/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 2ff90100ace886895e4fbb2850b8d5e49d931ed6
commit: 57430471e2fa60a412e220fa3014567e792aaa6f drm/amdgpu: Add support for
USBC PD FW download
date: 10 months ago
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
If
> On Sat, Jan 09, 2021 at 07:33:05PM +0800, Dinghao Liu wrote:
> > When kmalloc() fails, tmp_tfm allocated by
> > crypto_alloc_shash() has not been freed, which
> > leads to memleak.
> >
> > Fixes: d46eb3699502b ("evm: crypto hash replaced by shash")
> > Signed-off-by: Dinghao Liu
> > ---
> >
On Sun, Jan 10, 2021 at 01:24:32PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> cffdc9c7c24c ("EXP sched: Print list of runnable tasks in the current rq")
>
> is missing a Signed-off-by from its author.
>
> Paul, remember the rules for -next:
>
> You will need to ensure that the
On Tue, Jan 05, 2021 at 11:12:57AM +0100, Mickaël Salaün wrote:
> Jarkko, David, what is the status of this patch series? Do you need help
> to test it?
Hi, a leave/vacation and the holiday period badly mixed my schedules.
I'm testing this upcoming week.
/Jarkko
> -Original Message-
> From: Greg KH
> Sent: Saturday, January 9, 2021 3:34 AM
> To: Chen, Mike Ximing
> Cc: linux-kernel@vger.kernel.org; a...@arndb.de; Williams, Dan J
> ; pierre-louis.boss...@linux.intel.com
> Subject: Re: [PATCH v8 04/20] dlb: add device ioctl layer and first
>From QPIC version 2.0 onwards new register got added to
read last codeword. This change will update the same.
For first three code word READ_LOCATION_n register will be
use.For last code word READ_LOCATION_LAST_CW_n register will be
use.
Signed-off-by: Md Sadre Alam
---
[V3]
* Added else
From: Chen-Yu Tsai
Radxa ROCK Pi E is a router oriented SBC based on Rockchip's RK3328 SoC.
As the official wiki page puts it, "E for Ethernets".
It features the RK3328 SoC, gigabit and fast Ethernet RJ45 ports, both
directly served by Ethernet controllers in the SoC, a USB 3.0 host port,
a
From: Chen-Yu Tsai
The gmac2phy is integrated with the PHY within the SoC. Any properties
related to this integration can be included in the .dtsi file, instead
of having board dts files specify them separately.
Add the clock_in_out property to specify the direction of the PHY clock.
This is
On Sat, Jan 9, 2021 at 6:51 PM Andrea Arcangeli wrote:
>
> I just don't see the simplification coming from
> 09854ba94c6aad7886996bfbee2530b3d8a7f4f4. Instead of checking
> page_mapcount above as an optimization, to me it looks much simpler to
> check it in a single place, in do_wp_page, that in
From: Chen-Yu Tsai
Hi everyone,
This series adds support for the Radxa ROCK Pi E. This is a router
oriented SBC based on Rockchip's RK3328 SoC. As the official wiki page
puts it, "E for Ethernets".
It features the RK3328 SoC, gigabit and fast Ethernet RJ45 ports, both
directly served by
From: Chen-Yu Tsai
Radxa ROCK Pi E is a router oriented SBC based on Rockchip's RK3328 SoC.
As the official wiki page puts it, "E for Ethernets".
It features the RK3328 SoC, gigabit and fast Ethernet RJ45 ports, both
directly served by Ethernet controllers in the SoC, a USB 3.0 host port,
a
On 2021-01-05 21:15, Manivannan Sadhasivam wrote:
On Tue, Jan 05, 2021 at 12:24:45AM +0530, mda...@codeaurora.org wrote:
On 2020-12-31 16:23, Manivannan Sadhasivam wrote:
> On Thu, Dec 17, 2020 at 07:32:56PM +0530, Md Sadre Alam wrote:
> > From QPIC version 2.0 onwards new register got added to
Hello,
syzbot found the following issue on:
HEAD commit:6207214a Merge tag 'afs-fixes-04012021' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12b600cf50
kernel config: https://syzkaller.appspot.com/x/.config?x=8aa30b9da402d224
On Sat, Jan 09, 2021 at 05:37:09PM -0800, Linus Torvalds wrote:
> On Sat, Jan 9, 2021 at 5:19 PM Linus Torvalds
> wrote:
> >
> > And no, I didn't make the UFFDIO_WRITEPROTECT code take the mmap_sem
> > for writing. For whoever wants to look at that, it's
> > mwriteprotect_range() in
On 1/9/21 7:31 PM, Greg KH wrote:
On Fri, Jan 08, 2021 at 04:26:17PM +0100, Paolo Bonzini wrote:
On 08/01/21 16:15, Greg KH wrote:
On Fri, Jan 08, 2021 at 04:04:24PM +0100, Paolo Bonzini wrote:
On 08/01/21 15:07, Greg KH wrote:
static void __iomem *base;
+static unsigned int events =
Hello,
On Sat, Jan 09, 2021 at 07:44:35PM -0500, Andrea Arcangeli wrote:
> allowing a child to corrupt memory in the parent. That's a problem
> that could happen not-maliciously too. So the scenario described
I updated the above partly quoted sentence since in the previous
version it didn't have
Hello Linus,
On Sat, Jan 09, 2021 at 05:19:51PM -0800, Linus Torvalds wrote:
> +#define is_cow_mapping(flags) (((flags) & (VM_SHARED | VM_MAYWRITE)) ==
> VM_MAYWRITE)
> +
> +static inline bool pte_is_pinned(struct vm_area_struct *vma, unsigned long
> addr, pte_t pte)
> +{
> + struct page
Hi all,
Commit
cffdc9c7c24c ("EXP sched: Print list of runnable tasks in the current rq")
is missing a Signed-off-by from its author.
Paul, remember the rules for -next:
You will need to ensure that the patches/commits in your tree/series have
been:
* submitted under GPL v2 (or later)
Hi all,
In commit
2cc8aca9d547 ("NFS: Adjust fs_context error logging")
Fixes tag
Fixes: Fixes: ce8866f0913f ("NFS: Attach supplementary error information to
fs_context.")
has these problem(s):
- No SHA1 recognised
See duplicate "Fixes: " :-(
--
Cheers,
Stephen Rothwell
Am 2021-01-09 23:45, schrieb Saravana Kannan:
The device link device's name was of the form:
--
This can cause name collision as reported here [1] as device names are
not globally unique. Since device names have to be unique within the
bus/class, add the bus/class name as a prefix to the device
On Thu, Jan 7, 2021 at 6:49 PM Hsin-Yi Wang wrote:
>
> Some power domains (eg. mfg) needs to turn on power supply before power
> on.
>
> Signed-off-by: Hsin-Yi Wang
Reviewed-by: Nicolas Boichat
> ---
> drivers/soc/mediatek/mt8183-pm-domains.h | 1 +
> drivers/soc/mediatek/mtk-pm-domains.c
On 1/9/21 2:52 PM, Rikard Falkeborn wrote:
> On Sat, Jan 09, 2021 at 01:55:13PM -0800, Tom Rix wrote:
>> On 1/8/21 3:54 PM, Rikard Falkeborn wrote:
>>> The only usage of these is to put their addresses in arrays of pointers
>>> to const attribute_groups. Make them const to allow the compiler to
On Sat, Jan 9, 2021 at 5:19 PM Linus Torvalds
wrote:
>
> And no, I didn't make the UFFDIO_WRITEPROTECT code take the mmap_sem
> for writing. For whoever wants to look at that, it's
> mwriteprotect_range() in mm/userfaultfd.c and the fix is literally to
> turn the read-lock (and unlock) into a
Ack, I think 436e980e2ed5 ("kbuild: don't hardcode depmod path") is
stable material even if it doesn't fix a bug.
Not only does the fix for that commit not make sense without the
commit in the first place, but any environment that sets depmod
somewhere else might well be an environment that still
On Sat, Jan 9, 2021 at 4:55 PM Linus Torvalds
wrote:
>
> What part of "clear_refs is the _least_ important of the three cases"
> are you not willing to understand?
In fact, I couldn't even turn on that code with my normal config,
because it depends on CONFIG_CHECKPOINT_RESTORE that I didn't even
Hi,
I was CCed on the "depmod: handle the case of /sbin/depmod without
/sbin in PATH" changes to linux-stable releases.
Do you mind also pushing...?
commit 436e980e2ed526832de822cbf13c317a458b78e1
kbuild: don't hardcode depmod path
That was the origin for the depmod follow-up.
Thanks.
From: Alexander Lobakin
Date: Sat, 09 Jan 2021 23:29:26 +
> From: Alexander Lobakin
> Date: Sat, 09 Jan 2021 19:15:31 +
>
>> From: Nick Desaulniers
>> Date: Sat, 9 Jan 2021 09:50:44 -0800
>>
>>> On Sat, Jan 9, 2021 at 9:11 AM Alexander Lobakin wrote:
Machine: MIPS32 R2 Big
On Sat, Jan 9, 2021 at 4:44 PM Andrea Arcangeli wrote:
>
> Once we agree that COW page reuse requires full accuracy, [...]
You have completely and utterly ignored every single argument against that.
Instead, you just continue to push your agenda.
The thing is, GUP works fine.
COW works fine.
Hello Andrew and everyone,
Once we agree that COW page reuse requires full accuracy, the next
step is to re-apply 17839856fd588f4ab6b789f482ed3ffd7c403e1f and to
return going in that direction.
Who is going to orthogonally secure vmsplice, Andy, Jason, Jens? Once
vmsplice is secured from taking
This reverts commit 09854ba94c6aad7886996bfbee2530b3d8a7f4f4.
This reverts commit be068f29034fb00530a053d18b8cf140c32b12b3.
This reverts commit 1a0cf26323c80e2f1c58fc04f15686de61bfab0c.
This example below uses O_DIRECT, on a process under
clear_refs. There's no FOLL_LONGTERM involvement. All GUP
Hi AngeloGioacchino,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on pm/linux-next]
[also build test WARNING on robh/for-next linux/master linus/master v5.11-rc2
next-20210108]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
On Sun, Jan 10, 2021 at 12:11 AM AngeloGioacchino Del Regno
wrote:
> Il 09/01/21 23:11, Linus Walleij ha scritto:
> > The major review comment is that it'd be nice if you look into
> > using regmaps register cache instead of rolling your own,
> > and also possibly using regmaps locking rather
Hello,
syzbot found the following issue on:
HEAD commit:83dadd4c Add linux-next specific files for 20210105
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=14c0532b50
kernel config: https://syzkaller.appspot.com/x/.config?x=ca68c01770b963e1
dashboard
On Saturday 09 January 2021 23:19:54 Russell King - ARM Linux admin wrote:
> On Sat, Jan 09, 2021 at 08:14:47PM +0100, Pali Rohár wrote:
> > On Saturday 09 January 2021 15:46:01 Russell King - ARM Linux admin wrote:
> > > On Thu, Jan 07, 2021 at 05:54:28PM +0100, Andrew Lunn wrote:
> > > > On Wed,
On Sat, Jan 9, 2021 at 6:06 PM Josh Poimboeuf wrote:
>
> On Sat, Jan 09, 2021 at 11:03:57AM -0600, Josh Poimboeuf wrote:
> > On Sat, Jan 09, 2021 at 05:45:47PM +0100, Sedat Dilek wrote:
> > > I tried merging with clang-cfi Git which is based on Linux v5.11-rc2+
> > > with a lot of merge
From: Alexander Lobakin
Date: Sat, 09 Jan 2021 19:15:31 +
> From: Nick Desaulniers
> Date: Sat, 9 Jan 2021 09:50:44 -0800
>
>> On Sat, Jan 9, 2021 at 9:11 AM Alexander Lobakin wrote:
>>>
>>> Machine: MIPS32 R2 Big Endian (interAptiv (multi))
>>>
>>> While testing MIPS with LLVM, I found a
On Sat, Jan 09, 2021 at 08:14:47PM +0100, Pali Rohár wrote:
> On Saturday 09 January 2021 15:46:01 Russell King - ARM Linux admin wrote:
> > On Thu, Jan 07, 2021 at 05:54:28PM +0100, Andrew Lunn wrote:
> > > On Wed, Jan 06, 2021 at 04:37:48PM +0100, Pali Rohár wrote:
> > > > From: Russell King
>
Hi, Matthias:
Rob Herring 於 2020年10月31日 週六 上午3:17寫道：
>
> On Tue, 27 Oct 2020 17:06:29 +0100, Fabien Parent wrote:
> > Add binding documentation for MT8167 SoC.
Even though the title need to change to 'mt8167', this patch looks
good to me. How do you think about this patch? One drm patch [1]
Il 09/01/21 23:12, Linus Walleij ha scritto:
On Sat, Jan 9, 2021 at 6:24 PM kernel test robot wrote:
> 880 gpioirq->parent_domain = NULL;
The autobuilder is complaining because your irq chip is not
hierarchical and this is only used for hierarchical irqchips.
I think you can just
Il 09/01/21 23:14, Linus Walleij ha scritto:
Hi Angelo,
thanks for your patch!
On Sat, Jan 9, 2021 at 3:02 PM AngeloGioacchino Del Regno
wrote:
+#PIN CONFIGURATION NODES
+patternProperties:
+ '^.*$':
+if:
+ type: object
+then:
+ properties:
+pins:
+
The ms5803 is very similar to the ms5805 but has less resolution options
and has the 128bit PROM layout.
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
drivers/iio/pressure/ms5637.c | 8
2 files changed, 10
Currently, only the 112bit PROM with 7 words is supported. However the ms58xx
family also have devices with a 128bit PROM on 8 words. See AN520:
C-CODE EXAMPLE FOR MS56XX, MS57XX (EXCEPT ANALOG SENSOR), AND MS58XX SERIES
PRESSURE SENSORS and the various device datasheets.
The difference is that
The CRC calculation always happens on 8 words which is why there is an
extra element in the prom array of struct ms_tp_dev. However, on ms5637 and
similar, only 7 words are readable.
Then, set MS_SENSORS_TP_PROM_WORDS_NB to 8 and stop passing a len parameter
to ms_sensors_tp_crc_valid as this
Avoid exposing all the sampling frequencies for chip that only support a
subset.
Signed-off-by: Alexandre Belloni
---
Changes in v2:
-use sysfs_emit_at
drivers/iio/pressure/ms5637.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git
Hello,
This series adds support for the Measurement Specialities ms5803. It is
very similar to the ms5805 but has a different PROM layout (which I
suspect predates the ms5805 PROM layout). Also it supports less
frequency sampling options.
After a bit of preparatory work in the ms5637 driver and
Some sensors in the ms58xx family have a different PROM length and a
different number of available resolution. introduce struct ms_tp_hw_data to
handle those differences.
Signed-off-by: Alexandre Belloni
---
Changes in v2:
- handle the i2c_device_table
Reorder memsic compatible strings alphabetically
Signed-off-by: Alexandre Belloni
---
Documentation/devicetree/bindings/trivial-devices.yaml | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/trivial-devices.yaml
> Then there are ARM platforms that are old but have still seen some work
> in the past years. If I hear nothing, these will all stay, but if maintainers
> may want to drop them anyway, I can help with that:
Hi Arnd
I notice orion5x is not on this list. Is that because of Debian still
building
Il 09/01/21 23:11, Linus Walleij ha scritto:
On Sat, Jan 9, 2021 at 3:02 PM AngeloGioacchino Del Regno
wrote:
The Awinic AW9523(B) is a multi-function I2C gpio expander in a
TQFN-24L package, featuring PWM (max 37mA per pin, or total max
power 3.2Watts) for LED driving capability.
It has two
On 2021-01-07 12:46 p.m., Jason Gunthorpe wrote:
On Mon, Dec 28, 2020 at 06:49:55PM -0500, Douglas Gilbert wrote:
The existing sg_zero_buffer() function is a bit restrictive. For
example protection information (PI) blocks are usually initialized
to 0xff bytes. As its name suggests sgl_memset()
Hi, Matthias:
Chun-Kuang Hu 於 2020年12月3日 週四 上午7:59寫道：
>
> rx_callback is a standard mailbox callback mechanism and could
> cover the function of proprietary cmdq_task_cb, so it is better
> to use the standard one instead of the proprietary one. But
> register rx_callback should before
On 2021-01-07 12:44 p.m., Jason Gunthorpe wrote:
On Mon, Dec 28, 2020 at 06:49:52PM -0500, Douglas Gilbert wrote:
diff --git a/lib/scatterlist.c b/lib/scatterlist.c
index a59778946404..4986545beef9 100644
+++ b/lib/scatterlist.c
@@ -554,13 +554,15 @@ EXPORT_SYMBOL(sg_alloc_table_from_pages);
On Sat, Jan 09, 2021 at 01:55:13PM -0800, Tom Rix wrote:
>
> On 1/8/21 3:54 PM, Rikard Falkeborn wrote:
> > The only usage of these is to put their addresses in arrays of pointers
> > to const attribute_groups. Make them const to allow the compiler to put
> > them in read-only memory.
> >
> >
The device link device's name was of the form:
--
This can cause name collision as reported here [1] as device names are
not globally unique. Since device names have to be unique within the
bus/class, add the bus/class name as a prefix to the device names used to
construct the device link device
From: Steven J. Magnani
Adjust bookkeeping during creation of an end-of-file hole to ensure that
any File Tail (preallocated extent) is reclaimed when the file is
released.
This also ensures that the file's Extended File Entry is populated with
the proper count of recorded blocks.
Fixes:
From: Steven J. Magnani
Fixes: fa33cdbf3ece ("udf: Fix incorrect final NOT_ALLOCATED (hole) extent
length")
The fix for incorrect final NOT_ALLOCATED (hole) extent length did not
consider the possibility that an ALLOCATED_NOT_RECORDED extent
("File Tail") may follow the extents describing the
From: Steven J. Magnani
When an ALLOCATED_NOT_RECORDED extent ("File Tail") follows the
extents describing a file body, don't (improperly) try to make use of it
as part of appending a hole to the file.
Fixes: fa33cdbf3ece ("udf: Fix incorrect final NOT_ALLOCATED (hole) extent
length")
On Sat, 9 Jan 2021 21:41:23 +0100 Dmitry Vyukov wrote:
> On Wed, Oct 28, 2020 at 9:31 AM syzbot
> wrote:
> >
> > Hello,
> >
> > syzbot found the following issue on:
> >
> > HEAD commit:4d09c1d9 Merge tag 'devicetree-fixes-for-5.10-1' of git://..
> > git tree: upstream
> > console
In cleaning up the printf %hh's I have found a number of files
that explicitly do a
#define DEBUG
with no comments or surrounding #ifdef CONFIG_MY_DEBUG_FEATURE/#endif
If I saw this in a review, I would assume this was leftover devel code and nak
the review.
Finding and removing are pretty
On 12/31/20 8:29 AM, Paul Kocialkowski wrote:
> The A31 MIPI CSI-2 controller is a dedicated MIPI CSI-2 bridge
> found on Allwinner SoCs such as the A31 and V3/V3s.
>
> It is a standalone block, connected to the CSI controller on one side
> and to the MIPI D-PHY block on the other. It has a
On Sat, Jan 9, 2021 at 1:06 AM Daniel Tang wrote:
>
> Hi Arnd,
>
> On 9 Jan 2021, at 9:55 am, Arnd Bergmann wrote:
>
> * nspire -- added in 2013, no notable changes after 2015
>
>
> I believe this is still in active use. I’ve CC’d Fabian into this thread who’s
> probably in a better position to
On 09/01/2021 21:49, David Laight wrote:
> From: Al Viro
>> Sent: 09 January 2021 17:04
>>
>> On Sat, Jan 09, 2021 at 04:09:08PM +, Pavel Begunkov wrote:
>>> On 06/12/2020 16:01, Pavel Begunkov wrote:
On 21/11/2020 14:37, Pavel Begunkov wrote:
> The problem here is that
Hi Angelo,
thanks for your patch!
On Sat, Jan 9, 2021 at 3:02 PM AngeloGioacchino Del Regno
wrote:
> +#PIN CONFIGURATION NODES
> +patternProperties:
> + '^.*$':
> +if:
> + type: object
> +then:
> + properties:
> +pins:
> + description:
> +List of
On Sat, Jan 9, 2021 at 6:24 PM kernel test robot wrote:
> > 880 gpioirq->parent_domain = NULL;
The autobuilder is complaining because your irq chip is not
hierarchical and this is only used for hierarchical irqchips.
I think you can just delete this line.
Yours,
Linus Walleij
On Sat, Jan 9, 2021 at 3:02 PM AngeloGioacchino Del Regno
wrote:
> The Awinic AW9523(B) is a multi-function I2C gpio expander in a
> TQFN-24L package, featuring PWM (max 37mA per pin, or total max
> power 3.2Watts) for LED driving capability.
>
> It has two ports with 8 pins per port (for a
On 12/28/20 5:51 AM, Zheng Yongjun wrote:
> spinlock can be initialized automatically with DEFINE_SPINLOCK()
> rather than explicitly calling spin_lock_init().
>
> Signed-off-by: Zheng Yongjun
This looks fine.
Reviewed-by: Tom Rix
> ---
> drivers/fpga/fpga-bridge.c | 4 +---
> 1 file
On Thu, 7 Jan 2021 15:36:45 +0100 Andrew Lunn wrote:
> > +static void ar9331_get_stats64(struct dsa_switch *ds, int port,
> > + struct rtnl_link_stats64 *s)
> > +{
> > + struct ar9331_sw_priv *priv = (struct ar9331_sw_priv *)ds->priv;
> > + struct ar9331_sw_port *p =
On Sat, Jan 9, 2021 at 12:32 AM Steven Rostedt wrote:
>
> On Fri, 8 Jan 2021 23:55:06 +0100
> Arnd Bergmann wrote:
>
> > * h8300: Steven Rostedt has repeatedly asked about it to be removed
> >or fixed in 2020 with no reply. This was killed before in 2013, added
> > back
> >in 2015 but
On Sat, Jan 9, 2021 at 1:18 AM Linus Walleij wrote:
>
> On Fri, Jan 8, 2021 at 11:55 PM Arnd Bergmann wrote:
>
> > * u300 -- added in 2009, no notable changes since 2013
>
> We can delete this, I don't see any use for it moving forward.
> I'll send patches to drop it.
Ok, thanks for confirming.
On 1/8/21 3:54 PM, Rikard Falkeborn wrote:
> The only usage of these is to put their addresses in arrays of pointers
> to const attribute_groups. Make them const to allow the compiler to put
> them in read-only memory.
>
> Signed-off-by: Rikard Falkeborn
> ---
> drivers/fpga/dfl-fme-perf.c | 6
On Thu, 7 Jan 2021 20:03:49 -0800 Randy Dunlap wrote:
> On 1/7/21 6:53 PM, menglong8.d...@gmail.com wrote:
> > From: Menglong Dong
> >
> > Some typos are found out by codespell tool:
> >
> > $ codespell ./net/bridge/
> > ./net/bridge/br_stp.c:604: permanant ==> permanent
> >
On Thu, 7 Jan 2021 17:34:00 -0600 Alex Elder wrote:
> This series adds the IPA driver as a possible target when
> the COMPILE_TEST configuration is enabled. Two small changes to
> dependent subsystems needed to be made for this to work.
>
> Version 2 of this series adds one more patch, which
On Sat, Jan 9, 2021 at 6:56 AM Willy Tarreau wrote:
>
> On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are
> > indications that 486 have no users either on recent kernels.
> > There is still the Vortex86 family of
From: Al Viro
> Sent: 09 January 2021 17:04
>
> On Sat, Jan 09, 2021 at 04:09:08PM +, Pavel Begunkov wrote:
> > On 06/12/2020 16:01, Pavel Begunkov wrote:
> > > On 21/11/2020 14:37, Pavel Begunkov wrote:
> > >> The problem here is that iov_iter_is_*() helpers check types for
> > >> equality,
On Sat, Jan 9, 2021 at 12:34 AM Greg KH wrote:
>
> On Sat, Jan 09, 2021 at 07:49:24AM +, Chen, Mike Ximing wrote:
> > > > +static int dlb_ioctl_arg_size[NUM_DLB_CMD] = {
> > > > + sizeof(struct dlb_get_device_version_args),
> > > > + sizeof(struct dlb_create_sched_domain_args),
> > > > +
On Sat, Jan 9, 2021 at 6:43 PM Russell King - ARM Linux admin
wrote:
>
> On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote:
> > * dove -- added in 2009, obsoleted by mach-mvebu in 2015
>
> May be obsoleted, but I still use this for my dove cubox with
> additional patches.
What is the
On 09/01/2021 20:52, Chaitanya Kulkarni wrote:
> On 1/9/21 12:40, Pavel Begunkov wrote:
>> I expect you won't find any, but such little things can pile up
>> into a not-easy-to-spot overhead over time.
>
> That is what I suspected with the resulting assembly. The commit log
> needs to document
On Sat, Jan 9, 2021 at 5:51 AM Hailong liu wrote:
> From: Hailong Liu
>
> The size of kasan_early_shadow_pte[] now is PTRS_PER_PTE which defined to
> 512 for arm architecture. This means that it only covers the prev Linux pte
> entries, but not the HWTABLE pte entries for arm.
>
> The reason it
On Sun, Dec 27, 2020 at 12:22:34PM +0100, Paul Kocialkowski wrote:
> Hi,
Sorry it has taken so long to respond to this. The holidays intervened,
but that's no excuse.
> On Fri 11 Sep 20, 09:25, Hamish Martin wrote:
> > Some integrated OHCI controller hubs do not expose all ports of the hub
> >
On 09/01/2021 17:03, Al Viro wrote:
> On Sat, Jan 09, 2021 at 04:09:08PM +, Pavel Begunkov wrote:
>> On 06/12/2020 16:01, Pavel Begunkov wrote:
>>> On 21/11/2020 14:37, Pavel Begunkov wrote:
The problem here is that iov_iter_is_*() helpers check types for
equality, but all iterate_*
1 - 100 of 385 matches
Mail list logo
