Reviewed-by: Bingbu Cao
On 1/29/21 7:27 AM, Sakari Ailus wrote:
> From: Rajmohan Mani
>
> Tell ACPI device PM code that the driver supports the device being powered
> off when the driver's probe function is entered.
>
> Signed-off-by: Rajmohan Mani
> Signed-off-by: Sakari Ailus
> ---
> driv
On Thu, Jan 28, 2021 at 09:49:41PM -0500, Stefan Berger wrote:
>
> In my patch series I initially had registered the akciphers under the names
> ecc-nist-p192 and ecc-nist-p256 but now, in V4, joined them together as
> 'ecdsa'. This may be too generic for a name. Maybe it should be called
> ecsda-n
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 909b447dcc45db2f9bd5f495f1d16c419812e6df
commit: 37686b1353cfc30e127cef811959cdbcd0495d98 tracing: Improve "if" macro
code generation
date: 1 year, 10 months ago
config: s390-randconfig-r00
> -Original Message-
> From: Marc Zyngier
> Sent: 2021年1月28日 17:02
> To: Biwen Li (OSS)
> Cc: mark.rutl...@arm.com; Leo Li ; t...@linutronix.de;
> linux-kernel@vger.kernel.org; Jiafei Pan ;
> linux-arm-ker...@lists.infradead.org; Ran Wang
> Subject: Re: [v2] irqchip: ls-extirq: add fla
On Wed, Jan 27, 2021 at 1:50 PM Pavel Tatashin
wrote:
>
> On Wed, Jan 27, 2021 at 4:09 PM David Hildenbrand wrote:
> >
> > On 27.01.21 21:43, Pavel Tatashin wrote:
> > > This is something that Dan Williams and I discussed off the mailing
> > > list sometime ago, but I want to have a broader discu
On 2021/1/26 15:08, Xu, Like wrote:
On 2021/1/25 22:47, Liuxiangdong (Aven, Cloud Infrastructure Service
Product Dept.) wrote:
Thanks for replying,
On 2021/1/25 10:41, Like Xu wrote:
+ k...@vger.kernel.org
Hi Liuxiangdong,
On 2021/1/22 18:02, Liuxiangdong (Aven, Cloud Infrastructure Servi
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 progr
On 1/28/21 5:30 AM, Ard Biesheuvel wrote:
On Thu, 28 Jan 2021 at 06:04, Herbert Xu wrote:
On Fri, Jan 22, 2021 at 03:09:52PM +0800, Meng Yu wrote:
1. Add ecc curves(P224, P384, P521) for ECDH;
OK I think this is getting unwieldy.
In light of the fact that we already have hardware that suppor
On 01/28/2021 05:15 AM, Thomas Bogendoerfer wrote:
On Tue, Jan 05, 2021 at 11:18:06AM +0100, Peter Zijlstra wrote:
On Tue, Jan 05, 2021 at 11:45:37AM +0800, Jiaxun Yang wrote:
在 2021/1/4 下午6:59, Peter Zijlstra 写道:
On Tue, Dec 29, 2020 at 08:55:59PM +0800, Tiezhu Yang wrote:
+u64 perf_reg_abi(
On Thu, 28 Jan 2021 21:45:02 + Nguyen, Anthony L wrote:
> > drivers/net/ethernet/intel/e100.c | 92 -
>
> My apologies, this patch slipped through the cracks for me. I will send
> it in my next net-next 1GbE series or Jakub you can take it directly if
> you'd like.
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 just becomes
> Expected 2 + 2 == 5, but
> 2 + 2 == 4
This patch is sli
From: zhongjupeng
In btusb_mtk_wmt_recv if skb_clone fails, the alocated skb should be
released.
Signed-off-by: zhongjupeng
---
drivers/bluetooth/btusb.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index ffec6bc..
On Thu, 28 Jan 2021 20:31:04 +0200 stef...@marvell.com wrote:
> From: Stefan Chulski
>
> Armada hardware has a pause generation mechanism in GOP (MAC).
> The GOP generate flow control frames based on an indication programmed in
> Ports Control 0 Register. There is a bit per port.
> However asser
On Mon, 25 Jan 2021 08:45:28 -0800 t...@redhat.com wrote:
> From: Tom Rix
>
> This change fixes the checkpatch warning described in this commit
> commit cbacb5ab0aa0 ("docs: printk-formats: Stop encouraging use of
> unnecessary %h[xudi] and %hh[xudi]")
>
> Standard integer promotion is already
On 1/28/2021 6:24 AM, Tetsuo Handa wrote:
> 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, buff
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 progr
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Sun, 24 Jan 2021 11:08:04 -0800 you wrote:
> From: Tom Rix
>
> This change fixes the checkpatch warning described in this commit
> commit cbacb5ab0aa0 ("docs: printk-formats: Stop encouraging use of
> unnecessary %h[
> > Might be related to the broken custom pfn_valid() implementation for
> > ZONE_DEVICE.
> >
> > https://lkml.kernel.org/r/1608621144-4001-1-git-send-email-anshuman.khand...@arm.com
> >
> > And essentially ignoring sub-section data in there for now as well (but
> > might not be that relevant yet).
Hi,
Thank you.
Regards,
Athari
-Original Message-
From: patchwork-bot+netdev...@kernel.org
Sent: Friday, January 29, 2021 5:20 AM
To: Ismail, Mohammad Athari
Cc: peppe.cavall...@st.com; alexandre.tor...@st.com; joab...@synopsys.com;
da...@davemloft.net; k...@kernel.org; mcoquelin.st.
> -Original Message-
> From: Valentin Schneider [mailto:valentin.schnei...@arm.com]
> Sent: Friday, January 29, 2021 3:47 AM
> To: Song Bao Hua (Barry Song) ;
> linux-kernel@vger.kernel.org
> Cc: mi...@kernel.org; pet...@infradead.org; vincent.guit...@linaro.org;
> dietmar.eggem...@arm.c
> On Jan 28, 2021, at 8:58 AM, David Howells wrote:
>
> Nayna wrote:
>
>> Thanks Eric for clarifying. I was confusing it with with the broader meaning
>> of revocation i.e. certificate revocation list. To avoid similar confusion in
>> the future, I wonder if we should call it as 'blocklist' o
Hi Arnd,
On 2021/1/29 9:02, Wei Xu wrote:
> Hi Arnd,
>
> On 2021/1/28 22:08, Arnd Bergmann wrote:
>> 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"
On Thu, 2021-01-28 at 21:14 +, Will Deacon wrote:
> On Thu, Jan 28, 2021 at 09:10:20PM +, Will Deacon wrote:
> > On Wed, Jan 27, 2021 at 05:39:16PM +0800, Yong Wu wrote:
> > > On Tue, 2021-01-26 at 22:23 +, Will Deacon wrote:
> > > > On Mon, Jan 11, 2021 at 07:18:48PM +0800, Yong Wu wro
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 progr
Hello John,
I’ve done some additional digging on my end. I tested using a 5.10.11
kernel and observed the following:
1) With the default of CONFIG_LOG_BUF_SHIFT=17, I was not able to reproduce
the issue.
2) With CONFIG_LOG_BUF_SHIFT=20, I was able to reproduce the behavior
mentioned before.
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 revie
task_user_regset_view() is fundamentally broken, but it's ABI for
PTRACE_GETREGSET and PTRACE_SETREGSET.
We shouldn't be using it for PTRACE_GETREGS or PTRACE_SETREGS,
though. A native 64-bit ptrace() call and an x32 ptrace() call
should use the 64-bit regset views, and a 32-bit ptrace() call
(na
On 2021/1/29 0:21, Jaegeuk Kim wrote:
On 01/20, Chao Yu wrote:
On 2021/1/20 3:06, Jaegeuk Kim wrote:
On 01/15, Chao Yu wrote:
On 2021/1/15 5:53, Jaegeuk Kim wrote:
On 12/30, Chao Yu wrote:
ThreadA ThreadB
- f2fs_ioc_start_atomic_write
- write
- f2fs_ioc_commit
specific files for 20210128
git tree: linux-next
final oops: https://syzkaller.appspot.com/x/report.txt?x=10bf3090d0
console output: https://syzkaller.appspot.com/x/log.txt?x=173f3090d0
kernel config: https://syzkaller.appspot.com/x/.config?x=6953ffb584722a1
dashboard link: https
> The laptop's speakers produce no sound. Audio from headphones still works
> fine. A quick test is to visit GNOME System Settings -> Sound -> Output,
> select Test, click Front Left or Front Right and notice there is no sound. I
> tested a mainline kernel revision from yesterday
> (5.11-rc5+) and
On Wed, Jan 27, 2021 at 07:14:10PM -0500, Stefan Berger wrote:
> From: Stefan Berger
>
> Add support for parsing the parameters of a NIST P256 or NIST P192 key.
> Enable signature verification using these keys.
>
> Signed-off-by: Stefan Berger
> Cc: Herbert Xu
> Cc: "David S. Miller"
> Cc: li
Hi, Hsin-Yi:
On Thu, 2021-01-28 at 19:23 +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> for 5 or 6 bpc panel, we need enable dither function
> to improve the display quality
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp_comp
On Thu, Jan 28, 2021 at 07:24:14PM +0100, Peter Zijlstra wrote:
> On Thu, Jan 28, 2021 at 06:45:56PM +0200, Nikolay Borisov wrote:
> > it would be placed on the __fentry__ (and not endbr64) hence it works.
> > So perhaps a workaround outside of bpf could essentially detect this
> > scenario and adj
On Thu, Jan 28, 2021 at 6:39 PM Bjorn Helgaas wrote:
>
> [+cc Atanas -- thank you very much for the bug report!]
>
> On Sat, Feb 22, 2020 at 10:58:40AM -0600, Bjorn Helgaas wrote:
> > On Wed, Jan 15, 2020 at 04:10:08PM -0600, Bjorn Helgaas wrote:
> > > I think we have a problem with link bandwidth
On Thu, Jan 28, 2021 at 11:58 AM NeilBrown wrote:
>
> On Tue, Jan 26 2021, Fox Chen wrote:
>
> > The Path lookup is a very complex subject in VFS. The path-lookup
> > document provides a very detailed guidance to help people understand
> > how path lookup works in the kernel.This document was orig
On 1/23/21 5:47 AM, m...@richard-neumann.de wrote:
> From: Richard Neumann
>
> Updated documentation of the AMD Sensor Fusion Hub.
>
> Signed-off-by: Richard Neumann
> ---
> Documentation/hid/amd-sfh-hid.rst | 275 ++
> 1 file changed, 131 insertions(+), 144 deletio
On 2021/1/28 17:40, Daniel Wagner wrote:
On Thu, Jan 28, 2021 at 05:18:56PM +0800, Chao Leng wrote:
It is impossible to return NULL for nvme_next_ns(head, old).
block nvme0n1: no usable path - requeuing I/O
block nvme0n1: no usable path - requeuing I/O
block nvme0n1: no usable path -
Hi Linus,
The following changes since commit 83d09ad4b950651a95d37697f1493c00d888d0db:
Merge tag 'for-linus' of git://github.com/openrisc/linux (2021-01-21 18:35:02
-0800)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs.git
tags/ecr
On Fri, Oct 16, 2020 at 12:04 PM John Stultz wrote:
>
> On Thu, Oct 8, 2020 at 4:51 AM Brian Starkey wrote:
> > On Sat, Oct 03, 2020 at 04:02:57AM +, John Stultz wrote:
> > > @@ -393,6 +424,16 @@ static int system_heap_allocate(struct dma_heap
> > > *heap,
> > > /* just return,
On Thu, Jan 28, 2021 at 10:50 PM Andy Shevchenko
wrote:
>
> On Thu, Jan 28, 2021 at 09:18:24PM +0800, Yafang Shao wrote:
> > On Thu, Jan 28, 2021 at 8:11 PM Andy Shevchenko
> > wrote:
>
> ...
>
> > Thanks for the explanation.
> > I will change it as you suggested.
>
> You are welcome!
>
> Just no
allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a001-20210128
i386 randconfig-a002-20210128
i386 randconfig
On 2021/1/28 17:23, Hannes Reinecke wrote:
On 1/28/21 10:18 AM, Chao Leng wrote:
On 2021/1/28 15:58, Daniel Wagner wrote:
On Thu, Jan 28, 2021 at 09:31:30AM +0800, Chao Leng wrote:
--- a/drivers/nvme/host/multipath.c
+++ b/drivers/nvme/host/multipath.c
@@ -221,7 +221,7 @@ static struct nv
On 2021/1/29 0:12, Jaegeuk Kim wrote:
On 01/28, Chao Yu wrote:
On 2021/1/22 10:17, Chao Yu wrote:
No, it seems this is not the case.
Oops, could you please help to remove all below codes and do the test again
to check whether they are the buggy codes? as I doubt there is use-after-free
bug.
Hi, Hsin-Yi:
On Thu, 2021-01-28 at 19:23 +0800, Hsin-Yi Wang wrote:
> From: Yongqiang Niu
>
> Add mtk mutex support for MT8183 SoC.
Reviewed-by: CK Hu
>
> Signed-off-by: Yongqiang Niu
> Signed-off-by: Hsin-Yi Wang
> ---
> drivers/soc/mediatek/mtk-mutex.c | 50 +
> + /* For T1 PHY */
> + if (lan937x_is_internal_t1_phy_port(dev, port)) {
> + phylink_set(mask, 100baseT_Full);
> + phylink_set_port_modes(mask);
Since this is a T1 PHY, you should be using 100baseT1_Full.
This might be the first user of this for phylink, so pleas
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 76c057c84d286140c6c416c3b4ba832cd1d8984e
commit: 2067fd92d75b6d9085a43caf050bca5d88c491b8 staging/speakup: Move out of
staging
compiler: ia64-linux-gcc (GCC) 9.3.0
If you fix the issue, kindly add followin
> +bool lan937x_is_internal_phy_port(struct ksz_device *dev, int port)
> +{
> + /* Check if the port is RGMII */
> + if (port == LAN937X_RGMII_1_PORT || port == LAN937X_RGMII_2_PORT)
> + return false;
> +
> + /* Check if the port is SGMII */
> + if (port == LAN937X_SGMII
On 1/28/21 4:37 AM, 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 real issue seems to be
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 Abraham I
> ---
> Documentation/PCI/endpoint/index.rst
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 progr
Hi Arnd,
On 2021/1/28 22:08, Arnd Bergmann wrote:
> 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-
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/can/dev.c
between commit:
b552766c872f ("can: dev: prevent potential information leak in
can_fill_info()")
from Linus' tree and commits:
3e77f70e7345 ("can: dev: move driver related infrastructure into
On Wed, Jan 27, 2021 at 03:33:00PM -0600, Bjorn Helgaas wrote:
> Hi Marc, I appreciate your persistence on this. I am frankly
> surprised that you've put up with this so long.
Well, been using linux for 27 years, but also it's not like I have much
of a choice outside of switching to windows, as
Hi,
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.
There's also couple of new features:
1. Cr50 I2C driver.
2. Sysfs
On Thu, Jan 28, 2021 at 06:12:14PM +0100, Frederic Weisbecker wrote:
> Those tracing calls don't need to be under the nocb lock. Move them
> outside.
This one looks fine (give or take the usual wordsmithing), but does
not apply, presumably due to my not having yet taken one of the earlier
patches.
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 create one, I
> > get a bunch of block device erro
On Thu, Jan 28, 2021 at 06:12:13PM +0100, Frederic Weisbecker wrote:
> Unconfuse a bit the name of this function which suggests returning true
> when the state is updated. It actually returns true when the rdp is in
> the process of deoffloading and we must ignore it.
>
> Reported-by: Paul E. McKe
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
net/switchdev/switchdev.c
between commit:
20776b465c0c ("net: switchdev: don't set port_obj_info->handled true when
-EOPNOTSUPP")
from Linus' tree and commits:
ffb68fc58e96 ("net: switchdev: remove the transaction
Newer AMD processors have a feature to virtualize the use of the
SPEC_CTRL MSR. Presence of this feature is indicated via CPUID
function 0x800A_EDX[20]: GuestSpecCtrl. Hypervisors are not
required to enable this feature since it is automatically enabled on
processors that support it.
A hypervi
Newer AMD processors have a feature to virtualize the use of the
SPEC_CTRL MSR. Presence of this feature is indicated via CPUID
function 0x800A_EDX[20]: GuestSpecCtrl. When present, the
SPEC_CTRL MSR is automatically virtualized.
Signed-off-by: Babu Moger
Acked-by: Borislav Petkov
---
arch/
Newer AMD processors have a feature to virtualize the use of the
SPEC_CTRL MSR on the guest. The series adds the feature support
and enables the feature on SVM.
---
v4:
1. Taken care of comments from Sean Christopherson.
a. Updated svm_set_msr/svm_get_msr to read/write the spec_ctrl value
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/mellanox/mlx5/core/en_ethtool.c
between commit:
57ac4a31c483 ("net/mlx5e: Correctly handle changing the number of queues when
the interface is down")
from Linus' tree and commit:
214baf22870c
On 1/28/2021 8:43 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jan 28, 2021 at 11:31:26AM +0800, Jin, Yao escreveu:
On 1/28/2021 7:13 AM, Jiri Olsa wrote:
@@ -709,6 +725,26 @@ int machine__resolve(struct machine *machine, struct
addr_location *al,
ret = strlist__has_e
Hello:
This patch was applied to bpf/bpf-next.git (refs/heads/master):
On Thu, 28 Jan 2021 02:50:58 +0100 you wrote:
> When dealing with BPF/BTF/pahole and DWARF v5 I wanted to build bpftool.
>
> While looking into the source code I found duplicate assignments
> in misc tools for the LLVM eco sy
On Thu, Jan 28, 2021 at 7:03 PM 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 create one, I
> > get a bunch of block device errors like
Hi Arnaldo,
On 1/28/2021 9:12 PM, Arnaldo Carvalho de Melo wrote:
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
From: Andrea Parri (Microsoft) Sent: Tuesday, January
26, 2021 3:57 AM
>
> Restrict the NVSP protocol version(s) that will be negotiated with the
> host to be NVSP_PROTOCOL_VERSION_61 or greater if the guest is running
> isolated. Moreover, do not advertise the SR-IOV capability and ignore
> NV
defconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a001-20210128
i386
From: Andrea Parri (Microsoft) Sent: Tuesday, January
26, 2021 3:57 AM
>
> Only the VSCs or ICs that have been hardened and that are critical for
> the successful adoption of Confidential VMs should be allowed if the
> guest is running isolated. This change reduces the footprint of the
> code t
From: Andrea Parri (Microsoft) Sent: Tuesday, January
26, 2021 3:57 AM
>
> If bit 22 of Group B Features is set, the guest has access to the
> Isolation Configuration CPUID leaf. On x86, the first four bits
> of EAX in this leaf provide the isolation type of the partition;
> we entail three iso
From: Andrea Parri (Microsoft) Sent: Tuesday, January
26, 2021 3:57 AM
>
> Restrict the protocol version(s) that will be negotiated with the host
> to be 5.2 or greater if the guest is running isolated. This reduces the
> footprint of the code that will be exercised by Confidential VMs and
> he
Add mmap function that allows host application to open up BAR2 memory
for remote spooling out messages from the VK logger.
Co-developed-by: Desmond Yan
Signed-off-by: Desmond Yan
Signed-off-by: Scott Branden
Acked-by: Olof Johansson
---
drivers/misc/bcm-vk/bcm_vk_dev.c | 24 ++
Add ttyVK support to driver to allow console access to VK card from host.
Device node will be in the follow form /dev/bcm-vk.x_ttyVKy where:
x is the instance of the VK card
y is the tty device number on the VK card
Signed-off-by: Scott Branden
Acked-by: Olof Johansson
---
drivers/misc/bcm-vk/
Add maintainer entry for new Broadcom VK Driver
Signed-off-by: Scott Branden
Acked-by: Olof Johansson
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 00836f6452f0..76f3817cf22c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3744,6 +3744
Add support to get card_info (details about card),
peerlog_info (to get details of peerlog on card),
and proc_mon_info (process monitoring on card).
This info is used for collection of logs via direct
read of BAR space and by sysfs access (in a follow on commit).
Co-developed-by: Desmond Yan
Sig
Add message support in order to be able to communicate
to VK card via message queues.
This info is used for debug purposes via collection of logs via direct
read of BAR space and by sysfs access (in a follow on commit).
Co-developed-by: Desmond Yan
Signed-off-by: Desmond Yan
Signed-off-by: Scot
Add ioctl support to issue load_image operation to VK card.
Co-developed-by: Desmond Yan
Signed-off-by: Desmond Yan
Co-developed-by: James Hu
Signed-off-by: James Hu
Signed-off-by: Scott Branden
Acked-by: Olof Johansson
---
drivers/misc/bcm-vk/bcm_vk.h | 3 +
drivers/misc/bcm-vk/bcm_vk
Add reset support via ioctl.
Kill user processes that are open when VK card is reset.
If a particular PID has issued the reset request do not kill that process
as it issued the ioctl.
Co-developed-by: Desmond Yan
Signed-off-by: Desmond Yan
Signed-off-by: Scott Branden
Acked-by: Olof Johansson
Add open/release to replace private data with context for other methods
to use. Reason for the context is because it is allowed for multiple
sessions to open sysfs. For each file open, when upper layer queries the
response, only those that are tied to a specified open should be returned.
Co-deve
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 driver.
(which depends on request_firmware_into_buf API addition which has
now
Pass down an interrupt to card in case of panic or reboot so
that card can take appropriate action to perform a clean reset.
Uses kernel notifier block either directly (register on panic list),
or implicitly (add shutdown method for PCI device).
Co-developed-by: Desmond Yan
Signed-off-by: Desmond
Add user space api for bcm-vk driver.
Provide ioctl api to load images and issue reset command to card.
FW status registers in PCI BAR space also defined as part
of API so that user space is able to interpret these memory locations
as needed via direct PCIe access.
Signed-off-by: Scott Branden
A
Add initial version of Broadcom VK driver to enumerate PCI device IDs
of Valkyrie and Viper device IDs.
VK based cards provide real-time high performance, high throughput,
low latency offload compute engine operations.
They are used for multiple parallel offload tasks as:
audio, video and image pr
Add misc device base support to create and remove devnode.
Additional misc functions for open/read/write/release/ioctl/sysfs, etc
will be added in follow on commits to allow for individual review.
Co-developed-by: Desmond Yan
Signed-off-by: Desmond Yan
Signed-off-by: Scott Branden
Acked-by: Olo
Add support to load and boot images on card automatically.
The kernel module parameter auto_load can be passed in as false to disable
such support on probe.
As well, nr_scratch_pages can be specified to allocate more or less scratch
memory on init as needed for desired card operation.
Co-developed
On Thu, Jan 28, 2021 at 01:45:24PM -0800, Paul E. McKenney wrote:
> On Thu, Jan 28, 2021 at 10:34:13PM +0100, Frederic Weisbecker wrote:
> > On Thu, Jan 28, 2021 at 11:12:28AM -0800, Paul E. McKenney wrote:
> > > On Thu, Jan 28, 2021 at 06:12:10PM +0100, Frederic Weisbecker wrote:
> > > > Simply ch
> On Thu, 28 Jan 2021 at 20:34, Nick Desaulniers
> wrote:
> > + TEST_RX("tbh[pc, r",7, (9f-(1f+4))>>1,", lsl #1]",
> >
> On Thu, Jan 28, 2021 at 1:03 PM Ard Biesheuvel wrote:
> Why is this change needed? Are the resulting opcodes equivalent? Does
> GAS infer the lsl #1 but Clang doesn'
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 progr
On Thu, Jan 28, 2021 at 11:25:31PM +0100, Frederic Weisbecker wrote:
> On Thu, Jan 28, 2021 at 01:31:33PM -0800, Paul E. McKenney wrote:
> > On Thu, Jan 28, 2021 at 06:12:11PM +0100, Frederic Weisbecker wrote:
> > > ---
> > > include/linux/rcu_segcblist.h | 7 ---
> > > kernel/rcu/tree_plugin
On 1/21/21 1:26 PM, Will Deacon wrote:
> On Wed, 20 Jan 2021 21:29:12 -0800, Sudarshan Rajagopalan wrote:
>> This patch is the follow-up from the discussions in the thread [1].
>> Reducing the section size has the merit of reducing wastage of reserved
>> memory
>> for vmmemmap mappings for sect
From: Ira Weiny
There is no reason to alloc a page and kmap it to store this temporary
data from the user. This is especially true when we are trying to
remove kmap usages. Also placing the token pointer 1/2 way into the
page is fragile.
Replace this allocation with two kzalloc()'s which also
[...]
> > It seems to me that the main point to step forward is to clarify the global
> > design and features of the rpmsg-ctrl.
> > Depending on the decision taken, this series could be trashed and rewritten
> > from
> > a blank page...To not lost to much time on the series don't hesitate to
>
allyesconfig
powerpc allmodconfig
powerpc allnoconfig
i386 randconfig-a001-20210128
i386 randconfig-a002-20210128
i386 randconfig-a004-20210128
i386 randconfig-a005-20210128
Hi Eric,
> Il giorno 29 gen 2021, alle ore 00:37, Eric Tremblay
> ha scritto:
>
> The series is mainly about the support of 8250 UART without TEMT
> interrupt. I saw that there was some development in the past but
> it was never merged. Since the last discussion were quite some
> time ago, I
On 1/28/21 5:51 PM, Sinan Kaya wrote:
On 1/28/2021 6:39 PM, Bjorn Helgaas wrote:
AFAICT, this thread petered out with no resolution.
If the bandwidth change notifications are important to somebody,
please speak up, preferably with a patch that makes the notifications
disabled by default and add
On 2021-01-28 21:14, Will Deacon wrote:
On Thu, Jan 28, 2021 at 09:10:20PM +, Will Deacon wrote:
On Wed, Jan 27, 2021 at 05:39:16PM +0800, Yong Wu wrote:
On Tue, 2021-01-26 at 22:23 +, Will Deacon wrote:
On Mon, Jan 11, 2021 at 07:18:48PM +0800, Yong Wu wrote:
If group->default_domain
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 create one, I
> get a bunch of block device errors like this:
>
> libxl: error: libxl_device.c:1105:device_backend_callbac
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 progr
t
> [-Wformat-extra-args]
> ../drivers/acpi/acpi_fpdt.c:255:4: note: in expansion of macro 'pr_info'
> pr_info(FW_BUG, "Invalid subtable type %d found.\n",
[]
> --- linux-next-20210128.orig/drivers/acpi/acpi_fpdt.c
> +++ linux-next-20210128/drivers/acp
On Fri, 22 Jan 2021 09:22:24 +0100
Lukas Bulwahn wrote:
> In this project, we can make use of:
>
> - gitdm [git://git.lwn.net/gitdm.git]: gitdm includes some scripts to
> parse MAINTAINERS and obtain the integration tree patch of a commit.
Look also at the 'treeplot' tool there, which determine
201 - 300 of 1344 matches
Mail list logo
