vringh_getdesc_iotlb() allocates memory to store the kvec, that
is freed with vringh_kiov_cleanup().
vringh_getdesc_iotlb() is able to reuse a kvec previously allocated,
so in order to avoid to allocate the kvec for each request, we are
not calling vringh_kiov_cleanup() when we finished to handle
From: Xie Yongji
With VDUSE, we should be able to support all kinds of virtio devices.
Signed-off-by: Xie Yongji
---
drivers/vhost/vdpa.c | 28 ++--
1 file changed, 2 insertions(+), 26 deletions(-)
diff --git a/drivers/vhost/vdpa.c b/drivers/vhost/vdpa.c
index
v1:
https://lore.kernel.org/lkml/93f207c0-61e6-3696-f218-e7d7ea9a7...@redhat.com/
This series is the second part of the v1 linked above. The first part with
refactoring of vdpa_sim has already been merged.
The patches are based on Max Gurtovoy's work and extend the block simulator to
have a
In some cases, it may be useful to provide a way to skip a number
of bytes in a vringh_kiov.
Let's implement vringh_kiov_advance() for this purpose, reusing the
code from vringh_iov_xfer().
We replace that code calling the new vringh_kiov_advance().
Signed-off-by: Stefano Garzarella
---
__vringh_iov() overwrites the contents of riov and wiov, in fact it
resets the 'i' and 'used' fields, but also the consumed field should
be reset to avoid an inconsistent state.
Signed-off-by: Stefano Garzarella
---
drivers/vhost/vringh.c | 4 ++--
1 file changed, 2 insertions(+), 2
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 76c057c84d286140c6c416c3b4ba832cd1d8984e
commit: b3e5d80d0c48c0cc7bce56473672f4e6e1210910 arm64/build: Warn on orphan
section placement
date: 5 months ago
config: arm64-randconfig-r034-20210128 (attached
On Thu, Jan 28, 2021 at 01:38:25PM +, Chris Clayton wrote:
> Thanks, Thomas.
>
> On 28/01/2021 11:24, Thomas Backlund wrote:
> > Den 28.1.2021 kl. 12:05, skrev Chris Clayton:
> >>
> >> On 28/01/2021 09:34, Greg Kroah-Hartman wrote:
> >>> On Thu, Jan 28, 2021 at 09:17:10AM +, Chris Clayton
Hi Colin,
On Thu, Jan 28, 2021 at 12:19:03PM +, Colin King wrote:
> From: Colin Ian King
>
> Currently if the call to qs5xx_fw_file_parse fails the error return
> exit path will read the uninitialized variable error_bl. Fix this
> by ensuring error_bl is initialized to zero.
>
>
Add documentation for kernel script checkpatch.pl.
This documentation is also parsed by checkpatch to
enable a verbose mode.
Only a few test descriptions are added and the rest
will be added later over time to document all the
message types emitted by checkpatch.
Signed-off-by: Dwaipayan Ray
Link the checkpatch documentation to the dev-tools index
for sphinx.
Signed-off-by: Dwaipayan Ray
---
Documentation/dev-tools/index.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/dev-tools/index.rst
b/Documentation/dev-tools/index.rst
index 1b1cf4f5c9d9..43d28998118b
On 1/28/21 5:04 AM, Kanchan Joshi wrote:
> On Wed, Jan 27, 2021 at 9:32 PM Pavel Begunkov wrote:
>>
>> On 27/01/2021 15:42, Pavel Begunkov wrote:
>>> On 27/01/2021 15:00, Kanchan Joshi wrote:
This RFC patchset adds asynchronous ioctl capability for NVMe devices.
Purpose of RFC is to get
Add a new verbose mode to checkpatch.pl to emit additional verbose
test descriptions. The verbose mode is optional and can be enabled
by the flag -v or --verbose.
The test descriptions are parsed from the checkpatch documentation
file at `Documentation/dev-tools/checkpatch.rst`. The test
Add a new verbose mode to checkpatch. The verbose test
descriptions are read from the checkpatch documentation
file at `Documentation/dev-tools/checkpatch.rst`.
The verbose mode is optional and can be enabled by the
flag -v or --verbose.
The documentation file is only parsed by checkpatch.pl
if
Hi Daniel,
On 05/01/2021 14:17, Daniel W. S. Almeida wrote:
> From: "Daniel W. S. Almeida"
>
> Add support for vidtv at the test-media script so that automated testing
> is possible. Proper compliance tests are still pending.
I've tried this, but something is wrong: 'media-ctl -p' shows an
> + uint cmds, type;
> + struct super_block *sb = NULL;
I don't think sb needs the NULL initialization.
> + struct path path, *pathp = NULL;
> + struct path mountpath;
> + bool excl = false, thawed = false;
> + int ret;
> +
> + cmds = cmd >> SUBCMDSHIFT;
> + type
Hi Simon,
On Thu, 28 Jan 2021 at 20:01, Simon Ser wrote:
>
> On Thursday, January 28th, 2021 at 1:03 PM, Sumit Semwal
> wrote:
>
> > Since he didn't comment over Hridya's last clarification about the
> > tracepoints to track total GPU memory allocations being orthogonal to
> > this series, I
On 1/28/21 12:18 AM, Baolin Wang wrote:
> Remove the obsolete 'MAX_KEY_LEN' macro.
Applied, thanks.
--
Jens Axboe
On Thu, Jan 28, 2021 at 2:58 PM Carlis wrote:
Thanks for your contribution, my comments below.
> From: zhangxuezhi
You probably have to configure your Git to use the same account for
author and committer.
> For st7789v ic,when we need continuous full screen refresh, it is best to
'ic,when'
On 1/27/21 10:58 PM, Baolin Wang wrote:
> On !PREEMPT kernel, we can get below softlockup when doing stress
> testing with creating and destroying block cgroup repeatly. The
> reason is it may take a long time to acquire the queue's lock in
> the loop of blkcg_destroy_blkgs(), or the system can
Le jeu. 28 janv. 2021 à 13:02, Axel Lin a écrit :
>
> Trivial typo fix.
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/pf8x00-regulator.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/regulator/pf8x00-regulator.c
>
On Wed, Jan 27, 2021 at 12:51:13PM -0600, Josh Poimboeuf wrote:
> Is this a joke? I've never met anybody who builds OOT modules as a
> development aid...
I'm pretty sure you've met me before.
> On the other hand I know of several very popular distros (some paid,
> some not) who rely on allowing
On Thursday, January 28th, 2021 at 1:03 PM, Sumit Semwal
wrote:
> Since he didn't comment over Hridya's last clarification about the
> tracepoints to track total GPU memory allocations being orthogonal to
> this series, I assumed he agreed with it.
IIRC he's away this week. (I don't remember
Hi Kunihiko,
On 24/01/21 8:39 pm, Kunihiko Hayashi wrote:
> Set the polling function and call the init function to enable EPC restart
> management. The polling function detects that the bus-reset signal is a
> rising edge.
>
> Signed-off-by: Kunihiko Hayashi
> ---
>
Hello,
syzbot found the following issue on:
HEAD commit:e1ae4b0b Merge branch 'mtd/fixes' of git://git.kernel.org/..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=10bb1c78d0
kernel config: https://syzkaller.appspot.com/x/.config?x=be33d8015c9de024
On Sat, Jan 16, 2021 at 4:27 AM Zhen Lei wrote:
>
> The outercache of some Hisilicon SOCs support physical addresses wider
> than 32-bits. The unsigned long datatype is not sufficient for mapping
> physical addresses >= 4GB. The commit ad6b9c9d78b9 ("ARM: 6671/1: LPAE:
> use phys_addr_t instead
Hi,
On Thu, Jan 28, 2021 at 06:05:31PM +0800, mingchuang.q...@mediatek.com wrote:
> From: Mingchuang Qiao
>
> In bus scan flow, the "LTR Mechanism Enable" bit of DEVCTL2 register is
> configured in pci_configure_ltr(). If device and bridge both support LTR
> mechanism, the "LTR Mechanism
On Sat, Jan 16, 2021 at 4:32 AM Zhen Lei wrote:
>
> Enable support for the Hisilicon Kunpeng506 and Kunpeng509 SoC.
>
> Signed-off-by: Zhen Lei
> ---
> arch/arm/mach-hisi/Kconfig | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm/mach-hisi/Kconfig
On 2021/01/28 22:27, Sabyrzhan Tasbolatov wrote:
>> Doesn't this change break legitimate requests like
>>
>> char buffer[2];
>>
>> memset(buffer, ' ', sizeof(buffer));
>> memcpy(buffer + sizeof(buffer) - 10, "foo", 3);
>> write(fd, buffer, sizeof(buffer));
>>
>> ?
>
> It does, in this
Hello
the perf_fuzzer has turned up a repeatable crash on my haswell system.
addr2line is not being very helpful, it points to DECLARE_PER_CPU_FIRST.
I'll investigate more when I have the chance.
Vince
[96289.009646] BUG: kernel NULL pointer dereference, address: 0150
Ping. I think this patch is ready to be merged.
On Wed, 20 Jan 2021 at 13:09, Robert Foss wrote:
>
> The previously added modes 3264x2448 & 1632x1224 are actually
> configuring the sensor for BGGR mode, this is an issue since
> the mode that is exposed through V4L incorrectly is set as GRBG.
>
>
On Sat, Jan 16, 2021 at 4:27 AM Zhen Lei wrote:
> diff --git a/arch/arm/mm/Makefile b/arch/arm/mm/Makefile
> +
> +static void l3cache_maint_common(u32 range, u32 op_type)
> +{
> + u32 reg;
> +
> + reg = readl(l3_ctrl_base + L3_MAINT_CTRL);
> + reg &= ~(L3_MAINT_RANGE_MASK |
On Sat, Jan 16, 2021 at 4:34 AM Zhen Lei wrote:
>
> Add devicetree binding for Hisilicon Kunpeng L3 cache controller.
>
> Signed-off-by: Zhen Lei
> ---
> .../arm/hisilicon/kunpeng-l3cache.yaml| 40 +++
Reviewed-by: Arnd Bergmann
arm, sh and riscv architecture build failed on today's Linux next tag 20210128.
FYI,
# CONFIG_MMU is not set on these failed configs.
config file attached to this email.
make --silent --keep-going --jobs=8 O=/home/tux -
build/.cache/tuxmake/builds/1/tmp ARCH=arm
CROSS_COMPILE=arm-linux
On Thu 28-01-21 06:05:11, Shakeel Butt wrote:
> On Wed, Jan 27, 2021 at 11:59 PM Michal Hocko wrote:
> >
> > On Wed 27-01-21 10:42:13, Roman Gushchin wrote:
> > > On Tue, Jan 26, 2021 at 04:05:55PM +0100, Michal Hocko wrote:
> > > > On Tue 26-01-21 14:48:38, Matthew Wilcox wrote:
> > > > > On
Qualcomm LPASS (Low Power Audio SubSystem) has internal codec
TX macro block which is used for connecting with external
Soundwire TX Codecs like WCD938x.
This patch adds support to the codec part of the TX Macro block
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/Kconfig |
This patch adds irr widgets and mixers on this codec
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/lpass-rx-macro.c | 264 ++
1 file changed, 264 insertions(+)
diff --git a/sound/soc/codecs/lpass-rx-macro.c
b/sound/soc/codecs/lpass-rx-macro.c
index
This patch adds dapm widgets and routes on this codec
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/lpass-rx-macro.c | 1339 +
1 file changed, 1339 insertions(+)
diff --git a/sound/soc/codecs/lpass-rx-macro.c
b/sound/soc/codecs/lpass-rx-macro.c
index
This patch adds dapm widgets and routes on this codec
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/lpass-tx-macro.c | 685 ++
1 file changed, 685 insertions(+)
diff --git a/sound/soc/codecs/lpass-tx-macro.c
b/sound/soc/codecs/lpass-tx-macro.c
index
This binding is for LPASS has internal codec TX macro which is
for connecting with Soundwire TX codecs like WCD938x.
Signed-off-by: Srinivas Kandagatla
---
.../bindings/sound/qcom,lpass-tx-macro.yaml | 67 +++
1 file changed, 67 insertions(+)
create mode 100644
Signed-off-by: Srinivas Kandagatla
---
sound/soc/codecs/Kconfig |5 +
sound/soc/codecs/Makefile |2 +
sound/soc/codecs/lpass-rx-macro.c | 2020 +
3 files changed, 2027 insertions(+)
create mode 100644 sound/soc/codecs/lpass-rx-macro.c
diff
Current quotactl syscall uses a path to a block device to specify the
filesystem to work on which makes it unsuitable for filesystems that
do not have a block device. This series adds a new syscall quotactl_path()
which replaces the path to the block device with a mountpath, but otherwise
behaves
This patchset adds support for two Codec Macro blocks(TX and RX) available in
Qualcomm LPASS (Low Power Audio SubSystem).
There are WSA, VA, TX and RX Macros on LPASS IP, each of the Macro block
has specific connectivity like WSA Macros are intended to connect
to WSA Smart speaker codecs via
This binding is for LPASS has internal codec RX macro which is
for connecting with SoundWire RX codecs like WCD938x.
Signed-off-by: Srinivas Kandagatla
---
.../bindings/sound/qcom,lpass-rx-macro.yaml | 62 +++
1 file changed, 62 insertions(+)
create mode 100644
Add syscall quotactl_path, a variant of quotactl which allows to specify
the mountpath instead of a path of to a block device.
The quotactl syscall expects a path to the mounted block device to
specify the filesystem to work on. This limits usage to filesystems
which actually have a block device.
On Thu, Jan 28, 2021 at 11:55:01AM +0100, Jan Kara wrote:
> On Thu 28-01-21 15:12:27, bingjingc wrote:
> > From: BingJing Chang
> >
> > The uid/gid (unsigned int) of a domain user may be larger than INT_MAX.
> > The parse_options of isofs and udf will return 0, and mount will fail
> > with
Expand the quotactl.2 manpage with a description for quotactl_path()
that takes a mountpoint path instead of a path to a block device.
Signed-off-by: Sascha Hauer
---
man2/quotactl.2 | 19 +--
man2/quotactl_path.2 | 1 +
2 files changed, 18 insertions(+), 2 deletions(-)
Wire up the quotactl_path syscall added in the previous patch.
Signed-off-by: Sascha Hauer
---
arch/alpha/kernel/syscalls/syscall.tbl | 1 +
arch/arm/tools/syscall.tbl | 1 +
arch/arm64/include/asm/unistd.h | 2 +-
arch/arm64/include/asm/unistd32.h |
From: Colin Ian King
In the case where zpool_can_sleep_mapped(pool) returns 0
then tmp is not allocated and tmp is then an uninitialized
pointer. Later if entry is null, tmp is freed, hence free'ing
an uninitialized pointer. Fix this by ensuring tmp is initialized
to NULL.
Addresses-Coverity:
Hi all,
I'm more than happy to change the interface into something that is
objectively better and accepted by everyone.
I would really love to reach the point at which we have a "stable-ish"
UAPI as soon as possible.
I've been thinking about a few possible approaches to fix the issue, yet
to
Hi Kunihiko,
On 24/01/21 8:39 pm, Kunihiko Hayashi wrote:
> This adds a member 'started' as a boolean value to struct pci_epc to set
> whether the controller is started, and also adds a function to get the
> value.
>
> Signed-off-by: Kunihiko Hayashi
> ---
> drivers/pci/endpoint/pci-epc-core.c
Jonathan
On 1/24/21 9:12 AM, Jonathan Cameron wrote:
On Thu, 21 Jan 2021 13:14:31 -0600
Dan Murphy wrote:
Fix the spi_transfer array in the reading of the data from the ADC.
Fixes: ("e717f8c6dfec iio: adc: Add the TI ads124s08 ADC code")
Signed-off-by: Dan Murphy
I'm not really following
On Wed, Jan 27, 2021 at 1:42 AM Wei Xu wrote:
> On 2021/1/27 6:23, Arnd Bergmann wrote:
> > On Tue, Dec 8, 2020 at 1:46 PM Zhen Lei wrote:
> >>
> >> The vendor prefix of "Hisilicon Limited" is "hisilicon", it is clearly
> >> stated in "vendor-prefixes.yaml".
> >>
> >> Fixes: 35ca8168133c
On Wed, Jan 27, 2021 at 11:59 PM Michal Hocko wrote:
>
> On Wed 27-01-21 10:42:13, Roman Gushchin wrote:
> > On Tue, Jan 26, 2021 at 04:05:55PM +0100, Michal Hocko wrote:
> > > On Tue 26-01-21 14:48:38, Matthew Wilcox wrote:
> > > > On Mon, Jan 25, 2021 at 11:38:17PM +0200, Mike Rapoport wrote:
>
Masahiro,
wanted to test on sparc64, but I'm unable to cleanly apply your patch
series to current master of
git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
saved in all patches from mutt MUA to mbox (syscalltbl-mbox) file
format (except of 00/27) and tried to apply via git-am:
$
On 28.01.21 14:44, Oscar Salvador wrote:
On Thu, Jan 28, 2021 at 11:43:41AM +0100, David Hildenbrand wrote:
My knowledge of CMA tends to be quite low, actually I though that CMA
was somehow tied to ZONE_MOVABLE.
CMA is often placed into one of the kernel zones, but can also end up in the
Thanks for the fix!
On Thu, Jan 28, 2021 at 2:59 PM Colin King wrote:
>
> From: Colin Ian King
>
> Currently when the call to gpiod_to_irq fails the error return
> path does not kfree the recently allocated object 'unit'. Fix this
> swapping the order of the irq call and the allocation of unit.
On Thu, Jan 28, 2021 at 09:24:08AM +0100, Linus Walleij wrote:
> Hi Oleksij,
>
> thanks for your patch!
>
> On Tue, Jan 26, 2021 at 2:15 PM Oleksij Rempel
> wrote:
>
> > + priv->irq = platform_get_irq(pdev, 0);
> > + if (priv->irq < 0) {
> > + dev_err(dev, "failed
From: Colin Ian King
Currently when the call to gpiod_to_irq fails the error return
path does not kfree the recently allocated object 'unit'. Fix this
swapping the order of the irq call and the allocation of unit.
Thanks to Ricardo Ribalda for suggesting this fix.
Addresses-Coverity:
On 1/28/21 8:54 AM, David Howells wrote:
Stefan Berger wrote:
This (sub)set is intended to go through the keyrings tree or is it all going
through the crypto tree now?
Patch 1/3 should go through 'crypto', the other ones through 'keyrings'.
Do 2 & 3 depend on 1?
Functionality-wise, yes,
Hi Joel,
On Wed, 27 Jan 2021 at 19:43, Joel Fernandes wrote:
>
> Hi Vincent,
>
> On Mon, Jan 25, 2021 at 03:42:41PM +0100, Vincent Guittot wrote:
> > On Fri, 22 Jan 2021 at 20:10, Joel Fernandes wrote:
> > > On Fri, Jan 22, 2021 at 05:56:22PM +0100, Vincent Guittot wrote:
> > > > On Fri, 22 Jan
On Thu 28-01-21 13:45:12, Mel Gorman wrote:
[...]
> So mostly this is down to the number of times SLUB calls into the page
> allocator which only caches order-0 pages on a per-cpu basis. I do have
> a prototype for a high-order per-cpu allocator but it is very rough --
> high watermarks stop
Intro:
Smatch is a C static checker with a lot of kernel specific checks. You
can download it from: http://repo.or.cz/w/smatch.git. Or if you prefer
a github mirror, then you can download it from
https://github.com/error27/smatch
The last time I made a release was in 2015.
Stefan Berger wrote:
> > This (sub)set is intended to go through the keyrings tree or is it all going
> > through the crypto tree now?
>
>
> Patch 1/3 should go through 'crypto', the other ones through 'keyrings'.
Do 2 & 3 depend on 1?
David
On Wed, Jan 27, 2021 at 11:31:36PM +, Colin King wrote:
> From: Colin Ian King
>
> There is a spelling mistake in an error message. Fix it.
>
> Signed-off-by: Colin Ian King
Applied to hyperv-next. Thanks.
Wei.
On Thu 28-01-21 13:28:10, Cristopher Lameter wrote:
> On Thu, 28 Jan 2021, Michal Hocko wrote:
>
> > > So, if I understand your concerns correct this implementation has two
> > > issues:
> > > 1) allocation failure at page fault that causes unrecoverable OOM and
> > > 2) a possibility for an
months ago
config: sh-randconfig-c003-20210128 (attached as .config)
compiler: sh4-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot
"coccinelle warnings: (new ones prefixed by >>)"
>> drivers/pwm/pwm-lpc18xx-s
From: kernel test robot
drivers/pwm/pwm-lpc18xx-sct.c:292:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
Fixes: e96c0ff4b1e0 ("pwm: Enable compile testing for some of drivers")
CC: Krzysztof Kozlowski
Reported-by: kernel test robot
On Thu, Jan 28, 2021 at 02:44:58PM +0100, Oscar Salvador wrote:
> Btw, should linux-uapi be CCed, as /proc/vmstat layout will change?
I meant /proc/zoneinfo
>
> --
> Oscar Salvador
> SUSE L3
>
--
Oscar Salvador
SUSE L3
On 1/28/21 4:19 AM, David Howells wrote:
This (sub)set is intended to go through the keyrings tree or is it all going
through the crypto tree now?
Patch 1/3 should go through 'crypto', the other ones through 'keyrings'.
Stefan
David
On Tue, Jan 26, 2021 at 02:59:18PM +0100, Michal Hocko wrote:
> > > This thread shows that this is still somehow related to performance but
> > > the real reason is not clear. I believe we should be focusing on the
> > > actual reasons for the performance impact than playing with some fancy
> > >
Hi Victor,
Thank you for working on this!
[...]
> i = pci_save_pcie_state(dev);
> if (i != 0)
> - return i;
> + goto Exit;
>
> i = pci_save_pcix_state(dev);
> if (i != 0)
> - return i;
> + goto Exit;
[...]
> +Exit:
> +
On Thu, Jan 28, 2021 at 11:43:41AM +0100, David Hildenbrand wrote:
> > My knowledge of CMA tends to be quite low, actually I though that CMA
> > was somehow tied to ZONE_MOVABLE.
>
> CMA is often placed into one of the kernel zones, but can also end up in the
> movable zone.
Ok good to know.
>
When a change of memory map occurs, the hardware resources are destroyed
and then re-created again with the new memory map. In such case, we need
to restore the hardware available and used indices. The driver failed to
restore the used index which is added here.
Fixes 1a86b377aa21 ("vdpa/mlx5:
suspend_vq should only suspend the VQ on not save the current available
index. This is done when a change of map occurs when the driver calls
save_channel_info().
Signed-off-by: Eli Cohen
---
drivers/vdpa/mlx5/net/mlx5_vnet.c | 8
1 file changed, 8 deletions(-)
diff --git
Hi Michael,
The following two patches are a fixing a failure to update the hardware
with the updated used index. This results in a failure to to hot add
memory to the guest which results in a memory map update and teardown
and re-create of the resources.
The first patch just removes unnecessary
On Thu, Jan 28, 2021 at 09:17:23AM +0100, Linus Walleij wrote:
> Hi Oleksij,
>
> thanks for your patch!
>
> On Tue, Jan 26, 2021 at 2:15 PM Oleksij Rempel
> wrote:
>
> > Add binding for the pulse counter node
> >
> > Signed-off-by: Oleksij Rempel
> (...)
>
> > +properties:
> > +
Thanks, Thomas.
On 28/01/2021 11:24, Thomas Backlund wrote:
> Den 28.1.2021 kl. 12:05, skrev Chris Clayton:
>>
>> On 28/01/2021 09:34, Greg Kroah-Hartman wrote:
>>> On Thu, Jan 28, 2021 at 09:17:10AM +, Chris Clayton wrote:
Hi,
Building 5.10.11 fails on my (x86-64) laptop
Hi Lorenzo,
On 28/01/21 5:41 pm, Lorenzo Pieralisi wrote:
> On Fri, Jan 22, 2021 at 07:48:52PM +0530, Kishon Vijay Abraham I wrote:
>> Hi Bjorn,
>>
>> On 20/01/21 12:04 am, Bjorn Helgaas wrote:
>>> On Mon, Jan 04, 2021 at 08:58:53PM +0530, Kishon Vijay Abraham I wrote:
Add specification for
Hi Adrien,
Thanks for improving Nitrogen upstream, much appreciated.
On Tue, Jan 26, 2021 at 10:55:11PM +0100, Adrien Grassein wrote:
> add USB support for imx8mq-nitrogen. It consists
> in 2 phys: OTG and host.
>
> The OTG port uses a dedicated regulator for vbus.
>
> Signed-off-by: Adrien
> > /*
> > +* No partial write.
> > * Enough data must be present.
> > */
> > if (*ppos != 0)
> > return -EINVAL;
> > + if (count == 0 || count > PAGE_SIZE)
> > + return -EINVAL;
> >
> > data = memdup_user_nul(buf, count);
> > if
On Thu, 28 Jan 2021, Michal Hocko wrote:
> > So, if I understand your concerns correct this implementation has two
> > issues:
> > 1) allocation failure at page fault that causes unrecoverable OOM and
> > 2) a possibility for an unprivileged user to deplete secretmem pool and
> > cause (1) to
On Thu, Jan 28, 2021 at 2:12 PM Calvin Johnson
wrote:
>
> On Thu, Jan 28, 2021 at 01:00:40PM +0100, Rafael J. Wysocki wrote:
> > On Thu, Jan 28, 2021 at 12:27 PM Calvin Johnson
> > wrote:
> > >
> > > Hi Rafael,
> > >
> > > Thanks for the review. I'll work on all the comments.
> > >
> > > On Fri,
On 1/28/21 12:43 PM, Dmitry Vyukov wrote:
> On Thu, Jan 28, 2021 at 1:30 PM Vincenzo Frascino
> wrote:
>>
>> On 1/27/21 7:50 PM, Andrey Konovalov wrote:
>>> On Wed, Jan 27, 2021 at 6:44 PM Mark Brown wrote:
On Wed, Jan 27, 2021 at 06:14:13PM +0100, Dmitry Vyukov wrote:
> On Wed,
A number of our CI systems are hitting redzone overwritten errors after
s2idle, with the errors introduced between v5.11-rc4 and v5.11-rc5. See
snippet below, full logs for one affected machine at [1].
Known issue?
BR,
Jani.
[1]
On Thu, Jan 28, 2021 at 8:12 PM Andy Shevchenko
wrote:
>
> On Thu, Jan 28, 2021 at 10:19:44AM +0800, Yafang Shao wrote:
> > Currently the pGp only shows the names of page flags, rather than
> > the full information including section, node, zone, last cpupid and
> > kasan tag. While it is not easy
On Thu, Jan 28, 2021 at 8:11 PM Andy Shevchenko
wrote:
>
> On Thu, Jan 28, 2021 at 10:19:47AM +0800, Yafang Shao wrote:
> > Currently the pGp only shows the names of page flags, rather than
> > the full information including section, node, zone, last cpupid and
> > kasan tag. While it is not easy
Hello Lai,
On Sun, Jan 24, 2021 at 10:11:14PM +0800, Lai Jiangshan wrote:
> > +
> > + /*
> > +* No need to switch back to the IST stack. The current stack is
> > either
> > +* identical to the stack in the IRET frame or the VC fall-back
> > stack,
> > +* so it is
Hi Colin
Thanks a lot for the patch. It is definitely a bug.
On Thu, Jan 28, 2021 at 2:10 PM Colin King wrote:
>
> From: Colin Ian King
>
> Currently when the call to gpiod_to_irq fails the error return
> path does not kfree the recently allocated object 'unit'. Fix this
> by kfree'ing it
On Thu, 28 Jan 2021, Mika Westerberg wrote:
> Hi Lee,
>
> On Wed, Jan 27, 2021 at 11:25:42AM +, Lee Jones wrote:
> > This set is part of a larger effort attempting to clean-up W=1
> > kernel builds, which are currently overwhelmingly riddled with
> > niggly little warnings.
> >
> > Only 1
On Thu, Jan 28, 2021 at 01:53:50PM +0100, Wolfram Sang wrote:
> On Thu, Jan 28, 2021 at 06:37:57AM -0600, Corey Minyard wrote:
> > Looks good, do you want this in the IPMI tree or are you handling this
> > another way?
>
> I can take it but would prefer the IPMI tree.
Ok, it's queued for next
On Thu, Jan 28, 2021 at 01:00:40PM +0100, Rafael J. Wysocki wrote:
> On Thu, Jan 28, 2021 at 12:27 PM Calvin Johnson
> wrote:
> >
> > Hi Rafael,
> >
> > Thanks for the review. I'll work on all the comments.
> >
> > On Fri, Jan 22, 2021 at 08:22:21PM +0100, Rafael J. Wysocki wrote:
> > > On Fri,
Em Mon, Jan 25, 2021 at 07:27:50AM +0800, Jin Yao escreveu:
> Other perf tool builtins have already supported dso filter.
>
> For example,
> perf report --dso, which only considers symbols in these dsos.
>
> Now dso filter is supported for perf-script.
>
> root@kbl-ppc:~# ./perf script --dso
The only remaining use of MAX_USER_PRIO (and USER_PRIO) is the
SCALE_PRIO() definition in the PowerPC Cell architecture's Synergistic
Processor Unit (SPU) scheduler. TASK_USER_PRIO isn't used anymore.
Commit fe443ef2ac42 ("[POWERPC] spusched: Dynamic timeslicing for
SCHED_OTHER") copied
Commit d46523ea32a7 ("[PATCH] fix MAX_USER_RT_PRIO and MAX_RT_PRIO")
was introduced due to a a small time period in which the realtime patch
set was using different values for MAX_USER_RT_PRIO and MAX_RT_PRIO.
This is no longer true, i.e. now MAX_RT_PRIO == MAX_USER_RT_PRIO.
Get rid of
From: Colin Ian King
Currently when the call to gpiod_to_irq fails the error return
path does not kfree the recently allocated object 'unit'. Fix this
by kfree'ing it before returning.
Addresses-Coverity: ("Resource leak")
Fixes: 2886477ff987 ("media: uvcvideo: Implement UVC_EXT_GPIO_UNIT")
The description of the RT offset and the values for 'normal' tasks needs
update. Moreover there are DL tasks now.
task_prio() has to stay like it is to guarantee compatibility with the
/proc//stat priority field:
# cat /proc//stat | awk '{ print $18; }'
Signed-off-by: Dietmar Eggemann
---
(1) Removing MAX_USER_RT_PRIO was already discussed here in April 2020:
https://lkml.kernel.org/r/20200423094403.6f1d2...@gandalf.local.home
(2) USER_PRIO() and related macros are not used anymore except in one
case for powerpc where MAX_USER_PRIO can be replaced by NICE_WIDTH.
On 1/28/2021 2:42 PM, Kuniyuki Iwashima wrote:
The commit 41b14fb8724d ("net: Do not clear the sock TX queue in
sk_set_socket()") removes sk_tx_queue_clear() from sk_set_socket() and adds
it instead in sk_alloc() and sk_clone_lock() to fix an issue introduced in
the commit e022f0b4a03f ("net:
There is a missing call to tpm_request_locality before the call to
the tpm_get_timeouts() and tpm_tis_probe_irq_single(). As the current
approach might work for tpm2, it fails for tpm1.x - in that case
call to tpm_get_timeouts() or tpm_tis_probe_irq_single()
without locality fails and in turn
On Thu, Jan 28, 2021 at 8:37 PM Muchun Song wrote:
>
> On Wed, Jan 27, 2021 at 6:36 PM David Hildenbrand wrote:
> >
> > On 26.01.21 16:56, David Hildenbrand wrote:
> > > On 26.01.21 16:34, Oscar Salvador wrote:
> > >> On Tue, Jan 26, 2021 at 04:10:53PM +0100, David Hildenbrand wrote:
> > >>> The
901 - 1000 of 1344 matches
Mail list logo