When SOP Discovery is done, set the opmode to PD if status indicates
SOP is connected.
SOP connected indicates a PD contract is in place, and is a solid
indication we have transitioned to PD power negotiation, either as
source or sink.
Signed-off-by: Benson Leung
---
The USB Power Delivery specification Section 6.2.1.1.5 outlines
revision backward compatibility requirements starting from Revision 3.0.
The Port, the Cable Plug, and the Port Partner may support either
revision 2 or revision 3 independently, and communication between ports,
partners, and cables
Status provides sop_revision. Process it, and set it using the new
setter in the typec class.
Signed-off-by: Benson Leung
---
drivers/platform/chrome/cros_ec_typec.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/platform/chrome/cros_ec_typec.c
The partner's PD revision may be resolved later than the port partner
registration since the port partner creation may take place once
Type-C detects the port has changed state, but before PD communication is
completed.
Add a setter so that the partner's PD revision can be attached to it once
it
USB Power Delivery has a 3 entity handshake (port, cable, partner), and as
of USB PD R3.0, each entity may independently support either Revision 2 or
Revision 3 signaling and protocol. In order for userspace and the kernel
to properly process the data objects received from a particular SOP*, we
On 2021/1/29 0:17, Robin Murphy wrote:
> On 2021-01-28 15:18, Keqian Zhu wrote:
>>
>>
>> On 2021/1/27 17:39, Robin Murphy wrote:
>>> On 2021-01-27 07:36, Keqian Zhu wrote:
On 2021/1/27 10:01, Leizhen (ThunderTown) wrote:
>
>
> On 2021/1/26 18:12, Will Deacon wrote:
On 29-01-21, 00:03, Frank Rowand wrote:
> On 1/22/21 4:50 AM, Viresh Kumar wrote:
> > We will start building overlays for platforms soon in the kernel and
> > would need fdtoverlay going forward. Lets start building it.
> >
> > The fdtoverlay program applies (or merges) one or more overlay dtb
>
On 2021-01-28 8:02 p.m., Olof Johansson wrote:
> Scott,
>
> On Thu, Jan 28, 2021 at 4:30 PM Scott Branden
> wrote:
>> This patch series drops previous patches in [1]
>> that were incorporated by Kees Cook into patch series
>> "Introduce partial kernel_read_file() support" [2].
>>
>> Remaining
From: wengjianfeng
define ret and then assign value to it, which we should do one time.
Signed-off-by: wengjianfeng
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8192e.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Hi Randy,
Thank you for talking to me the correct kernel-doc format. :)
I also split the cleanup of kernel doc comments into an independent
patch due to Jan's comments and submitted it. Thank you.
bingjingc 於 2021年1月29日 週五 下午1:51寫道:
>
> [loop bxxxj...@gmail.com] in order to reply in plain-text
On 2021-01-29 11:20, Bart Van Assche wrote:
On 1/27/21 8:16 PM, Can Guo wrote:
ufshcd_compl_tm() looks for all 0 bits in the
REG_UTP_TASK_REQ_DOOR_BELL
and call complete() for each req who has the req->end_io_data set.
There
can be a race condition btw tmc send/compl, because the
Correct compile issue if CONFIG_TTY is not set by
only adding ttyVK devices if CONFIG_TTY is set.
Reported-by: Randy Dunlap
Signed-off-by: Scott Branden
---
drivers/misc/bcm-vk/Makefile | 4 ++--
drivers/misc/bcm-vk/bcm_vk_dev.c | 13 +
2 files changed, 15 insertions(+), 2
From: Desmond Yan
Change set_q_num API to use if-else to make it more explicit,
and avoid a precedence rule issue.
Reported-by: kernel test robot
Signed-off-by: Desmond Yan
Signed-off-by: Scott Branden
---
drivers/misc/bcm-vk/bcm_vk_msg.c | 10 --
1 file changed, 8 insertions(+), 2
On 1/22/21 4:50 AM, Viresh Kumar wrote:
> We will start building overlays for platforms soon in the kernel and
> would need fdtoverlay going forward. Lets start building it.
>
> The fdtoverlay program applies (or merges) one or more overlay dtb
> blobs to a base dtb blob. The kernel build system
Hi Miklos,
Thank you for your mail. Please see my message below.
bingjingc 於 2021年1月29日 週五 下午1:50寫道:
>
> [loop bxxxj...@gmail.com] in order to reply in plain-text
> Miklos Szeredi 於 2021-01-28 16:37 寫道:
>
> On Thu, Jan 28, 2021 at 3:21 AM bingjingc wrote:
> >
> > From: BingJing Chang
> >
> >
Hi Viresh,
On 1/26/21 11:56 PM, Viresh Kumar wrote:
> On 22-01-21, 16:20, Viresh Kumar wrote:
>> In order to build-test the same unit-test files using fdtoverlay tool,
>> move the device nodes from the existing overlay_base.dts and
>> testcases_common.dts files to .dtsi files. The .dts files now
From: Quanyang Wang
When run xrandr to change resolution on Beaglebone Black board, it will
print the error information:
root@beaglebone:~# xrandr -display :0 --output HDMI-1 --mode 720x400
[drm:drm_crtc_commit_wait] *ERROR* flip_done timed out
[drm:drm_atomic_helper_wait_for_dependencies]
On 2021-01-29 11:15, Bart Van Assche wrote:
On 1/27/21 8:16 PM, Can Guo wrote:
In __ufshcd_issue_tm_cmd(), it is not right to use hba->nutrs +
req->tag as
the Task Tag in one TMR UPIU. Directly use req->tag as the Task Tag.
Why is the current code wrong and why is this patch the proper fix?
On 2021-01-28 23:06, Xie He wrote:
On Thu, Jan 28, 2021 at 11:47 AM Jakub Kicinski
wrote:
Noob question - could you point at or provide a quick guide to
layering
here? I take there is only one netdev, and something maintains an
internal queue which is not stopped when HW driver stops the
allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a001-20210128
i386 randconfig
Everything except the individual CFLAGS flags looks fine to me,
so for all the patches except for the CFLAGS changes:
Reviewed-by: Christoph Hellwig
To save memory usage, it needs to reduce number of entries in the proc
filesystem. It's using /proc//task directory to traverse threads
in the process and then kernel creates /proc//task/ entries.
After that it checks the thread info using the /proc//status file
rather than /proc//task//status.
On 2021/01/29 4:05, Shuah Khan wrote:
> The reason I don't like adding printk's is this is a race condition
> and as a result time sensitive. Adding printks in the path will not
> help debug this issue. It will make it harder to reproduce the problem.
Not always. Adding printk() might make it
On Mon, Jan 25, 2021 at 09:41:12AM -0800, Randy Dunlap wrote:
> on x86_64:
>
> ld: drivers/crypto/marvell/octeontx2/otx2_cptpf_main.o: in function
> `cptpf_flr_wq_handler':
> otx2_cptpf_main.c:(.text+0x2b): undefined reference to
> `otx2_mbox_alloc_msg_rsp'
Thanks for the report. The issue is
Like in __event__synthesize_thread(), I think it's better to use
scandir() instead of the readdir() loop. In case some malicious task
continues to create new threads, the readdir() loop will run over and
over to collect tids. The scandir() also has the problem but the
window is much smaller
To synthesize information to resolve sample IPs, it needs to scan task
and mmap info from the /proc filesystem. For each process, it
opens (and reads) status and maps file respectively. But as kernel
threads don't have memory maps so we can skip the maps file.
To find kernel threads, check
Hello,
This is to optimize the event synthesis during perf record.
The first patch is to reduce memory usage when many threads are used.
The second is to avoid unncessary syscalls for kernel threads. And
the last one is to reduce the number of threads to iterate when new
threads are being
On 2021-01-29 11:22, Bart Van Assche wrote:
On 1/27/21 8:16 PM, Can Guo wrote:
ufshcd_tmc_handler() calls blk_mq_tagset_busy_iter(fn =
ufshcd_compl_tm()),
but since blk_mq_tagset_busy_iter() only iterates over all reserved
tags
and requests which are not in IDLE state, ufshcd_compl_tm() never
On Fri, Jan 29, 2021 at 01:07:10AM +0200, Lennert Buytenhek wrote:
> > > One open question is whether IORING_OP_GETDENTS64 should be more like
> > > pread(2) and allow passing in a starting offset to read from the
> > > directory from. (This would require some more surgery in fs/readdir.c.)
> >
Hi Jan & Matthew,
Thank you for your kind notices and comments. Please see my message
below.
bingjingc 於 2021年1月29日 週五 下午1:06寫道:
>
> [loop bxxxj...@gmail.com] in order to reply in plain-text
>
> Matthew Wilcox 於 2021-01-28 22:20 寫道:
>
> On Thu, Jan 28, 2021 at 11:55:01AM +0100, Jan Kara wrote:
This patch changes the read I/O to the HPB read I/O.
If the logical address of the read I/O belongs to active sub-region, the
HPB driver modifies the read I/O command to HPB read. It modifies the UPIU
command of UFS instead of modifying the existing SCSI command.
In the HPB version 1.0, the
This is a patch for managing L2P map in HPB module.
The HPB divides logical addresses into several regions. A region consists
of several sub-regions. The sub-region is a basic unit where L2P mapping is
managed. The driver loads L2P mapping data of each sub-region. The loaded
sub-region is called
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Wed, 27 Jan 2021 10:28:01 +0800 you wrote:
> From: dingsenjie
>
> allocted -> allocated
>
> Signed-off-by: dingsenjie
> ---
> include/linux/qed/qed_chain.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
This is a patch for the HPB initialization and adds HPB function calls to
UFS core driver.
NAND flash-based storage devices, including UFS, have mechanisms to
translate logical addresses of IO requests to the corresponding physical
addresses of the flash storage.
In UFS,
emoved now.
Signed-off-by: Lukas Bulwahn
---
applies cleanly on next-20210128
Hannes, Martin, please pick this minor fix-up on your scsi-next tree.
MAINTAINERS | 7 ---
1 file changed, 7 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index dfb1f1af32bb..5e1fec71f21b 100644
--- a/MAINTAI
Changelog:
v18 -> 19
1. Fix null pointer error when printing sysfs from non-HPB LU.
2. Apply HPB read opcode in lrbp->cmd->cmnd (from Can Guo's review).
3. Rebase the patch on 5.12/scsi-queue.
v17 -> v18
Fix build error which reported by kernel test robot.
v16 -> v17
1. Rename hpb_state_lock to
On 29.01.21 01:51, Marek Marczykowski-Górecki wrote:
On Thu, Jan 28, 2021 at 07:03:00PM -0500, Boris Ostrovsky wrote:
On 1/28/21 6:52 PM, Michael D Labriola wrote:
Hey, everyone. I've run into problems starting up my Xen domUs as of
the latest batch of stable updates. Whenever I try to
Some Kingston A2000 NVMe SSDs sooner or later get confused and stop
working when they use the deepest APST sleep while running Linux. The
system then crashes and one has to cold boot it to get the SSD working
again.
Kingston seems to known about this since at least mid-September 2020:
On 2021-01-28 13:22, Manivannan Sadhasivam wrote:
On Sun, Jan 10, 2021 at 09:31:45AM +0530, Md Sadre Alam wrote:
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
Looks good,
Reviewed-by: Christoph Hellwig
On Mon, Jan 18, 2021 at 04:18:19PM +0800, Hui Tang wrote:
> Uacce SysFS support more algorithms inqury such as
> 'ecdh/ecdsa/sm2/x25519/x448'
>
> Signed-off-by: Hui Tang
> Reviewed-by: Zaibo Xu
> ---
> drivers/crypto/hisilicon/hpre/hpre_main.c | 5 -
> 1 file changed, 4 insertions(+), 1
Hi Randy,
On 29/01/21 6:35 am, Randy Dunlap wrote:
> On 1/4/21 7:28 AM, Kishon Vijay Abraham I wrote:
>> Add specification for the *PCI NTB* function device. The endpoint function
>> driver and the host PCI driver should be created based on this
>> specification.
>>
>> Signed-off-by: Kishon Vijay
On Wed, Jan 20, 2021 at 06:57:24PM +, Christophe Leroy wrote:
> Talitos Security Engine AESU considers any input
> data size that is not a multiple of 16 bytes to be an error.
> This is not a problem in general, except for Counter mode
> that is a stream cipher and can have an input of any
On Mon, Jan 18, 2021 at 04:15:40PM +0800, Hui Tang wrote:
> Delete 'HPRE_RAS_ECC1BIT_TH' register setting of hpre,
> since register 'QM_RAS_CE_THRESHOLD' of qm has done this work.
>
> Signed-off-by: Hui Tang
> Reviewed-by: Zaibo Xu
> ---
> drivers/crypto/hisilicon/hpre/hpre_main.c | 2 --
> 1
On Mon, Jan 18, 2021 at 04:17:25PM +0800, Hui Tang wrote:
> 1.One CE error is detecting timeout of generating a random number.
> 2.Another is detecting timeout of SVA prefetching address.
>
> Signed-off-by: Hui Tang
> Reviewed-by: Zaibo Xu
> ---
> drivers/crypto/hisilicon/hpre/hpre_main.c | 8
On Thu, Jan 28, 2021 at 05:50:56PM -0300, Thiago Jung Bauermann wrote:
> > struct module *find_module(const char *name)
> > {
> > - module_assert_mutex();
>
> Does it make sense to replace the assert above with the warn below (untested)?
>
> RCU_LOCKDEP_WARN(rcu_read_lock_sched_held());
On 2021-01-29 03:41, Miquel Raynal wrote:
Hello,
mda...@codeaurora.org wrote on Fri, 29 Jan 2021 03:18:46 +0530:
On 2021-01-14 21:23, Miquel Raynal wrote:
> Hello,
>
> Md Sadre Alam wrote on Sun, 10 Jan 2021
> 09:31:45 +0530:
>
>> From QPIC version 2.0 onwards new register got added to
>
>
Commit 684da7628d93 ("block: remove unnecessary argument from
blk_execute_rq") changes the signature of blk_execute_rq(), but misses
to adjust its kernel-doc.
Hence, make htmldocs warns on ./block/blk-exec.c:78:
warning: Excess function parameter 'q' description in 'blk_execute_rq'
Drop
On Thu, 28 Jan 2021 16:33:02 +0200
Andy Shevchenko wrote:
> 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.
hi,you
From: BingJing Chang
Fix existing issues at the kernel-doc markups
Signed-off-by: BingJing Chang
---
lib/parser.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/lib/parser.c b/lib/parser.c
index f5b3e5d..763acd7 100644
--- a/lib/parser.c
+++
syzbot has found a reproducer for the following issue on:
HEAD commit:d03154e8 Add linux-next specific files for 20210128
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1243cbc8d0
kernel config: https://syzkaller.appspot.com/x/.config?x
From: BingJing Chang
If uid or gid of mount options is larger than INT_MAX, udf_fill_super will
return -EINVAL.
The problem can be encountered by a domain user or reproduced via:
mount -o loop,uid=2147483648 something-in-udf-format.iso /mnt
This can be fixed as commit 233a01fa9c4c ("fuse:
Commit 52f019d43c22 ("block: add a hard-readonly flag to struct gendisk")
provides some kernel-doc for set_disk_ro(), but introduces a small typo.
Hence, make htmldocs warns on ./block/genhd.c:1441:
warning: Function parameter or member 'read_only' not described in
'set_disk_ro'
warning:
Hi all,
Today's linux-next merge of the char-misc tree got conflicts in:
drivers/tty/n_tracerouter.c
drivers/tty/n_tracesink.c
between commit:
3b830a9c34d5 ("tty: convert tty_ldisc_ops 'read()' function to take a kernel
pointer")
from the tty tree and commit:
8ba59e9dee31 ("misc:
From: BingJing Chang
If uid or gid of mount options is larger than INT_MAX, isofs_fill_super
will return -EINVAL.
The problem can be encountered by a domain user or reproduced via:
mount -o loop,uid=2147483648 ubuntu-16.04.6-server-amd64.iso /mnt
This can be fixed as commit 233a01fa9c4c
From: BingJing Chang
Will be used by fs parsing options
Reviewed-by: Robbie Ko
Reviewed-by: Chung-Chiang Cheng
Signed-off-by: BingJing Chang
---
include/linux/parser.h | 1 +
lib/parser.c | 22 ++
2 files changed, 23 insertions(+)
diff --git
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 -EINVAL. These patches try to handle large user and group ID.
BingJing Chang (3):
parser: add unsigned int parser
isofs:
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International
On Fri, Jan 29, 2021 at 10:26 AM Daniel Latypov wrote:
>
> Currently, given something (fairly dystopian) like
> > KUNIT_EXPECT_EQ(test, 2 + 2, 5)
>
> KUnit will prints a failure message like this.
> > Expected 2 + 2 == 5, but
> > 2 + 2 == 4
> > 5 == 5
>
> With this patch, the output
Hello:
This series was applied to netdev/net-next.git (refs/heads/master):
On Tue, 26 Jan 2021 12:56:57 -0600 you wrote:
> Version 2 of this series fixes a "restricted __le16 degrades to
> integer" warning from sparse in the third patch. The normal host
> architecture is little-endian, so the
Update the tx-fifo-resize property with a better description, while
adding the tx-fifo-max-num, which is a new parameter allowing
adjustments for the maximum number of packets the txfifo resizing logic
can account for while resizing the endpoints.
Signed-off-by: Wesley Cheng
---
Ensure that the USB gadget is able to support the configuration being
added based on the number of endpoints required from all interfaces. This
is for accounting for any bandwidth or space limitations.
Signed-off-by: Wesley Cheng
---
drivers/usb/gadget/configfs.c | 22 ++
1
In order to take advantage of the TX fifo resizing logic, manually add
these properties to the DWC3 child node by default. This will allow
the DWC3 gadget to resize the TX fifos for the IN endpoints, which
help with performance.
Signed-off-by: Wesley Cheng
---
drivers/usb/dwc3/dwc3-qcom.c | 10
Some devices have USB compositions which may require multiple endpoints
that support EP bursting. HW defined TX FIFO sizes may not always be
sufficient for these compositions. By utilizing flexible TX FIFO
allocation, this allows for endpoints to request the required FIFO depth to
achieve higher
Some UDCs may have constraints on how many high bandwidth endpoints it can
support in a certain configuration. This API allows for the composite
driver to pass down the total number of endpoints to the UDC so it can verify
it has the required resources to support the configuration.
Changes in V7:
- Added a new property tx-fifo-max-num for limiting how much fifo space the
resizing logic can allocate for endpoints with large burst values. This
can differ across platforms, and tie in closely with overall system latency.
- Added recommended checks for DWC32.
- Added
on next-20210128
- Use DIV_ROUND_UP in dm-log-writes.c
- Use DIV_ROUND_UP in iomap/buffered-io.c
block/blk-map.c | 4 +---
drivers/block/xen-blkback/blkback.c | 4 +---
drivers/md/dm-io.c | 4 ++--
drivers/md/dm-log-writes.c | 10 +-
drivers
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International
Hello,
syzbot found the following issue on:
HEAD commit:e6806137 Merge tag 'irq_urgent_for_v5.11_rc5' of git://git..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1744f4e8d0
kernel config: https://syzkaller.appspot.com/x/.config?x=be33d8015c9de024
WARNING: Title underline too short.
Rectify length of subsection title underline.
Signed-off-by: Lukas Bulwahn
---
applies cleanly on next-20210128
Nitin, please ack.
Hans, please pick this minor fixup for your platform/x86 -next tree.
Documentation/admin-guide/laptops/thinkpad-acpi.rst
Add new sysfs node to limit bio size.
Signed-off-by: Changheun Lee
---
block/blk-sysfs.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/block/blk-sysfs.c b/block/blk-sysfs.c
index b513f1683af0..840d97f427e6 100644
--- a/block/blk-sysfs.c
+++ b/block/blk-sysfs.c
@@ -288,6 +288,7 @@
bio size can grow up to 4GB when muli-page bvec is enabled.
but sometimes it would lead to inefficient behaviors.
in case of large chunk direct I/O, - 32MB chunk read in user space -
all pages for 32MB would be merged to a bio structure if the pages
physical addresses are contiguous. it makes some
Scott,
On Thu, Jan 28, 2021 at 4:30 PM Scott Branden
wrote:
>
> This patch series drops previous patches in [1]
> that were incorporated by Kees Cook into patch series
> "Introduce partial kernel_read_file() support" [2].
>
> Remaining patches are contained in this series to add Broadcom VK
On Fri, Jan 22, 2021 at 7:27 PM Hsin-Hsiung Wang
wrote:
>
> From: Wen Su
>
> The MT6359 is a regulator found on boards based on MediaTek MT6779 and
> probably other SoCs. It is a so called pmic and connects as a slave to
> SoC using SPI, wrapped inside the pmic-wrapper.
>
> Signed-off-by: Wen Su
On 2021/1/28 下午9:41, Eli Cohen wrote:
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
On Thu, Jan 28, 2021 at 4:50 PM Miaohe Lin wrote:
>
> Fix typos sasitfy to satisfy, reservtion to reservation, hugegpage to
> hugepage and uniprocesor to uniprocessor in comments.
>
> Signed-off-by: Miaohe Lin
Reviewed-by: Souptick Joarder
> ---
> include/linux/hugetlb.h | 2 +-
>
On 28/01/2021 22:21, Rob Herring wrote:
On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
wrote:
If QCA6391 chip (connected to PCIe0) is not powered at the PCIe probe
time, PCIe0 bus probe will timeout and the device will not be detected.
So use qca6391 as pcie0's bridge power-domain. This
On 28/01/2021 22:15, Rob Herring wrote:
On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
wrote:
From: Manivannan Sadhasivam
Add Bluetooth support on RB5 using the onboard QCA6391 WLAN+BT chipset.
Signed-off-by: Manivannan Sadhasivam
[DB: added qca6391 power domain, removed s2f regulator]
On 2021/1/28 下午9:41, Eli Cohen wrote:
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
Acked-by: Jason Wang
---
On 28/01/2021 22:26, Rob Herring wrote:
On Thu, Jan 28, 2021 at 11:52 AM Dmitry Baryshkov
wrote:
Some Qualcomm platforms require to power up an external device before
probing the PCI bus. E.g. on RB5 platform the QCA6390 WiFi/BT chip needs
to be powered up before PCIe0 bus is probed. Add a
Hey Linus,
Weekly fixes for graphics, nothing too major, nouveau has a few
regression fixes for various fallout from header changes previously,
vc4 has two fixes, two amdgpu, and a smattering of i915 fixes.
All seems on course for a quieter rc7, fingers crossed.
Dave.
drm-fixes-2021-01-29:
drm
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International
The pull request you sent on Thu, 28 Jan 2021 19:24:31 -0600:
> https://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs.git
> tags/ecryptfs-5.11-rc6-setxattr-fix
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bec4c2968fce2f44ce62d05288a633cd99a722eb
Thank
On Thu, Jan 28, 2021 at 4:54 PM Jarkko Sakkinen wrote:
>
> This contains bug fixes for tpm_tis driver, which had a racy wait for
> hardware state change to be ready to send a command to the TPM chip. The
> bug has existed already since 2006, but has only made itself known in
> recent past.
Hmm.
Dear Masami and Steve,
I have sent v2 but still have confusions:
OK, I think it is simpler to check the rp->kp.addr && rp->kp.symbol_name
because it is not allowed (it can lead inconsistent setting).
How about this code? Is this work for you?
diff --git a/kernel/kprobes.c b/kernel/kprobes.c
On 2021/1/29 11:30, Sagi Grimberg wrote:
You can't see exactly where it dies but I followed the assembly to
nvme_round_robin_path(). Maybe it's not the initial nvme_next_ns(head,
old) which returns NULL but nvme_next_ns() is returning NULL eventually
(list_next_or_null_rcu()).
So there is
Hello,
We've noticed the following regression in Linux 5.10 branch:
[ 128.367231][C0]
==
[ 128.368523][C0] BUG: KASAN: stack-out-of-bounds in
unwind_next_frame (arch/x86/kernel/unwind_orc.c:371
On Thu, 28 Jan 2021 09:43:52 -0800
"Luck, Tony" wrote:
> On Thu, Jan 28, 2021 at 07:43:26PM +0800, Aili Yao wrote:
> > when one page is already hwpoisoned by AO action, process may not be
> > killed, the process mapping this page may make a syscall include this
> > page and result to trigger a
You can't see exactly where it dies but I followed the assembly to
nvme_round_robin_path(). Maybe it's not the initial nvme_next_ns(head,
old) which returns NULL but nvme_next_ns() is returning NULL eventually
(list_next_or_null_rcu()).
So there is other bug cause nvme_next_ns abormal.
I
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International
On 1/27/21 8:16 PM, Can Guo wrote:
> ufshcd_tmc_handler() calls blk_mq_tagset_busy_iter(fn = ufshcd_compl_tm()),
> but since blk_mq_tagset_busy_iter() only iterates over all reserved tags
> and requests which are not in IDLE state, ufshcd_compl_tm() never gets a
> chance to run. Thus, TMR always
On 1/27/21 8:16 PM, Can Guo wrote:
> ufshcd_compl_tm() looks for all 0 bits in the REG_UTP_TASK_REQ_DOOR_BELL
> and call complete() for each req who has the req->end_io_data set. There
> can be a race condition btw tmc send/compl, because the req->end_io_data is
> set, in __ufshcd_issue_tm_cmd(),
On 1/27/21 8:16 PM, Can Guo wrote:
> In __ufshcd_issue_tm_cmd(), it is not right to use hba->nutrs + req->tag as
> the Task Tag in one TMR UPIU. Directly use req->tag as the Task Tag.
Why is the current code wrong and why is this patch the proper fix?
Please explain this in the patch description.
On 2021/1/29 9:42, Sagi Grimberg wrote:
You can't see exactly where it dies but I followed the assembly to
nvme_round_robin_path(). Maybe it's not the initial nvme_next_ns(head,
old) which returns NULL but nvme_next_ns() is returning NULL eventually
(list_next_or_null_rcu()).
So there is
While testing against a vgem device is helpful for testing importing
they aren't always configured in, so don't make it a fatal failure.
Cc: Shuah Khan
Cc: Brian Starkey
Cc: Sumit Semwal
Cc: Laura Abbott
Cc: Hridya Valsaraju
Cc: Suren Baghdasaryan
Cc: Sandeep Patil
Cc: Daniel Mentz
Cc:
Cleanup the test output so it is a bit easier to read
Cc: Shuah Khan
Cc: Brian Starkey
Cc: Sumit Semwal
Cc: Laura Abbott
Cc: Hridya Valsaraju
Cc: Suren Baghdasaryan
Cc: Sandeep Patil
Cc: Daniel Mentz
Cc: linux-me...@vger.kernel.org
Cc: dri-de...@lists.freedesktop.org
Cc:
Add a check to validate that buffers allocated from the heaps
are properly zeroed before being given to userland.
It is done by allocating a number of buffers, and filling them
with a nonzero pattern, then closing and reallocating more
buffers and checking that they are all properly zeroed.
This
Copied in from somewhere else, the makefile was including
the kerne's usr/include dir, which caused the asm/ioctl.h file
to be used.
Unfortunately, that file has different values for _IOC_SIZEBITS
and _IOC_WRITE than include/uapi/asm-generic/ioctl.h which then
causes the _IOCW macros to give the
Add logic to check the dmabuf sync calls succeed.
Cc: Shuah Khan
Cc: Brian Starkey
Cc: Sumit Semwal
Cc: Laura Abbott
Cc: Hridya Valsaraju
Cc: Suren Baghdasaryan
Cc: Sandeep Patil
Cc: Daniel Mentz
Cc: linux-me...@vger.kernel.org
Cc: dri-de...@lists.freedesktop.org
Cc:
101 - 200 of 1344 matches
Mail list logo