Hello!
On 29.12.2020 0:31, Adam Ford wrote:
The AVB driver assumes there is an external clock, but it could
be driven by an external clock.
Driver can be driven by external clock? :-)
In order to enable a programmable
clock, it needs to be added to the clocks list and enabled in the
Hi Jules,
On 12/26/2020 17:45, Jules Maselbas wrote:
> Hi Artur,
>
> On Fri, Dec 25, 2020 at 11:41:04AM +, Artur Petrosyan wrote:
>>> @@ -251,7 +251,12 @@ static int dwc2_lowlevel_hw_init(struct dwc2_hsotg
>>> *hsotg)
>>> }
>>>
>>> if (!hsotg->phy) {
>>> - hsotg->uphy
arch/arm64/kernel/smp.c: In function ‘arch_show_interrupts’:
arch/arm64/kernel/smp.c:808:16: warning: unused variable ‘irq’
[-Wunused-variable]
808 | unsigned int irq = irq_desc_get_irq(ipi_desc[i]);
|^~~
The removal of the last user forgot to remove the
Commit a44f7cb93732 ("mmc: core: use mrq->sbc when sending CMD23 for
RPMB") began to use ACMD23 for RPMB if the host supports ACMD23. In
RPMB ACM23 case, we need to set bit 31 to CMD23 argument, otherwise
RPMB write operation will return general fail.
However, no matter V4 is enabled or not, the
On 29.12.2020 0:31, Adam Ford wrote:
The bindings have been updated to support two clocks, but the
original clock now requires the name fck to distinguish it
from the other.
Signed-off-by: Adam Ford
Reviewed-by: Sergei Shtylyov
MBR, Sergei
On Sun, 27 Dec 2020 14:04:59 +0100,
Defang Bo wrote:
>
> Similar to commit<124751d5e>, there should be a check for urb before kill it.
>
> Signed-off-by: Defang Bo
usb_kill_urb() accepts the NULL urb pointer, so the NULL check in the
caller side is basically superfluous.
thanks,
Takashi
>
This patch is used to construct skb based on page to save memory copy
overhead.
Taking into account the problem of addr unaligned, and the
possibility of frame size greater than page in the future.
The test environment is Aliyun ECS server.
Test cmd:
```
xdpsock -i eth0 -t -S -s
```
Test
On Mon, Dec 28, 2020 at 1:54 PM Alexey Dobriyan wrote:
>
> Signed-off-by: Alexey Dobriyan
Acked-by: Andrei Vagin
Thanks,
Andrei
> ---
>
> kernel/time/namespace.c |6 --
> 1 file changed, 6 deletions(-)
>
> --- a/kernel/time/namespace.c
> +++ b/kernel/time/namespace.c
> @@ -465,9
From: Lina Iyer
When triggering a TCS to send its contents, reading back the trigger
value may return an incorrect value. That is because, writing the
trigger may raise an interrupt which could be handled immediately and
the trigger value could be reset in the interrupt handler.
A
Hi Yi,
On 2020/12/29 11:25, Liu Yi L wrote:
Current struct intel_svm has a field to record the struct intel_iommu
pointer for a PASID bind. And struct intel_svm will be shared by all
the devices bind to the same process. The devices may be behind different
DMAR units. As the iommu driver code
On 29.12.2020 0:31, Adam Ford wrote:
The bindings have been updated to support two clocks, but the
original clock now requires the name fck. Add a clock-names
list in the device tree with fck in it.
Hopefully this won't break RPM...
Signed-off-by: Adam Ford
[...]
MBR, Sergei
Hi Yi,
On 2020/12/29 11:25, Liu Yi L wrote:
In the existing code, loop all devices attached to a domain does not
include sub-devices attached via iommu_aux_attach_device().
This was found by when I'm working on the belwo patch, There is no
^
On Mon, 28 Dec 2020 at 19:31, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.10.4 release.
> There are 717 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
Hi Yi,
On 2020/12/29 11:25, Liu Yi L wrote:
iommu_flush_dev_iotlb() is called to invalidate caches on device. It only
loops the devices which are full-attached to the domain. For sub-devices,
this is ineffective. This results in invalid caching entries left on the
device. Fix it by adding loop
Hello Again peeps,
On Thu, 2020-12-17 at 12:04 +0200, Matti Vaittinen wrote:
> On Wed, 2020-12-02 at 15:32 +0200, Matti Vaittinen wrote:
> > Hello Lee,
> >
> > On Wed, 2020-12-02 at 12:57 +, Lee Jones wrote:
> > > On Fri, 27 Nov 2020, Vaittinen, Matti wrote:
> > >
> > > > Hello Lee,
> > > >
On 2020/1/15 22:14, Marc Zyngier wrote:
> On 2020-01-13 12:12, Will Deacon wrote:
>> [+PeterZ]
>>
>> On Thu, Dec 26, 2019 at 09:58:27PM +0800, Zengruan Ye wrote:
>>> This patch set aims to support the vcpu_is_preempted() functionality
>>> under KVM/arm64, which allowing the guest to obtain the
s/apci/acpi/
Turn an ICL into a TGL because it is likely a cut'n'paste error
Signed-off-by: Christophe JAILLET
---
sound/soc/intel/common/soc-acpi-intel-ehl-match.c | 2 +-
sound/soc/intel/common/soc-acpi-intel-tgl-match.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Introduce blk_ksm_update_capabilities() to update the capabilities of
a keyslot manager (ksm) in-place. The pointer to a ksm in a device's
request queue may not be easily replaced, because upper layers like
the filesystem might access it (e.g. for programming keys/checking
capabilities) at the
Update the device-mapper core to support exposing the inline crypto
support of the underlying device(s) through the device-mapper device.
This works by creating a "passthrough keyslot manager" for the dm
device, which declares support for encryption settings which all
underlying devices support.
The device mapper may map over devices that have inline encryption
capabilities, and to make use of those capabilities, the DM device must
itself advertise those inline encryption capabilities. One way to do this
would be to have the DM device set up a keyslot manager with a
"sufficiently large"
dm-linear and dm-flakey obviously can pass through inline crypto support.
Co-developed-by: Eric Biggers
Signed-off-by: Eric Biggers
Signed-off-by: Satya Tangirala
---
drivers/md/dm-flakey.c | 4 +++-
drivers/md/dm-linear.c | 5 +++--
2 files changed, 6 insertions(+), 3 deletions(-)
diff
DM only allows the table to be swapped if the new table's inline encryption
capabilities are a superset of the old table's. We only check that this
constraint is true when the table is actually swapped in (in
dm_swap_table()). But this allows a user to load an unacceptable table
without any
On Mon, 28 Dec 2020 at 18:50, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.164 release.
> There are 346 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
Now that device mapper supports inline encryption, add the ability to
evict keys from all underlying devices. When an upper layer requests
a key eviction, we simply iterate through all underlying devices
and evict that key from each device.
Co-developed-by: Eric Biggers
Signed-off-by: Eric
This patch series adds support for inline encryption to the device mapper.
Patch 1 introduces the "passthrough" keyslot manager.
The regular keyslot manager is designed for inline encryption hardware that
have only a small fixed number of keyslots. A DM device itself does not
actually have only
On Mon, 28 Dec 2020 at 18:38, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.213 release.
> There are 242 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: 39c1485c8baa47aa20caefc1ec0a3410fbad6c81 MIPS: KVM: Add kvm guest
support for Loongson-3
date: 5 months ago
config: mips-randconfig-r013-20201227 (attached
On 22.12.20 19:27, sh wrote:
> replace '>lru != list' with list_entry_is_head().
> No functional change.
>
> Signed-off-by: sh
> ---
> mm/page_reporting.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/mm/page_reporting.c b/mm/page_reporting.c
> index
On 29/12/20 11:29AM, kernel test robot wrote:
> Hi Pratyush,
>
> Thank you for the patch! Perhaps something to improve:
>
> [auto build test WARNING on spi/for-next]
> [also build test WARNING on v5.11-rc1 next-20201223]
> [If your patch is applied to the wrong git tree, kindly drop us a note.
>
On 22.12.20 11:32, Adrian Huang wrote:
> From: Adrian Huang
>
> The local variable 'retval' is assigned just for once in __do_sys_brk(),
> and the function returns the value of the local variable right after
> the assignment. Remove unnecessary assignment and local variable
> declaration.
>
>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: 8f28ca6bd8211214faf717677bbffe375c2a6072 iomap: constify ioreadX()
iomem argument (as in generic implementation)
date: 5 months ago
config:
Yejune,
On 2020-12-29 07:15, Yejune Deng wrote:
There is two function gic_of_init() and gic_of_init_child() called
gic_of_setup(),so add WARN_ON() to facilitate backtracking.
Signed-off-by: Yejune Deng
---
drivers/irqchip/irq-gic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Mon, 28 Dec 2020 at 18:30, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.249 release.
> There are 175 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Tue, Dec 29, 2020 at 04:56:04PM +0800, zhangqiumi...@huawei.com wrote:
> From: zhangqiumiao
>
> make pl011 serial port support 485 mode full duplex communication
>
> Signed-off-by: zhangqiumiao
Can you please use your "real name" or one you sign documents with?
> ---
>
On Tue, Dec 29, 2020 at 04:53:26PM +0800, zhangqiumi...@huawei.com wrote:
> From: zhangqiumiao
>
> Since ttySx and ttyAMAx are low-speed devices, serial port writing will be
> suspended when the buffer of driver layer is full due to serial port damage.
> The
> concrete representation is
On Tue, Dec 29, 2020 at 02:27:36PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Mon, Dec 28, 2020 at 5:31 PM Jiri Olsa wrote:
> >
> > On Wed, Dec 16, 2020 at 06:05:55PM +0900, Namhyung Kim wrote:
> >
> > SNIP
> >
> > > + *p++ = '\0';
> > >
> > > - while (token !=
On Mon, Dec 28, 2020 at 06:09:25PM -0500, Sasha Levin wrote:
> On Mon, Dec 28, 2020 at 11:47:44AM -0800, Andrii Nakryiko wrote:
> > On Mon, Dec 28, 2020 at 7:49 AM Naresh Kamboju
> > wrote:
> > >
> > > Perf build failed on stable-rc 5.4 branch due to this patch.
> > >
> > > On Mon, 28 Dec 2020
On Mon, Dec 28, 2020 at 09:33:22AM -0800, Guenter Roeck wrote:
> On 12/28/20 4:43 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.4.86 release.
> > There are 453 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Tue, Dec 29, 2020 at 02:53:36PM +0900, Namhyung Kim wrote:
> On Sat, Dec 26, 2020 at 7:21 AM Jiri Olsa wrote:
> >
> > Currently we allow pipe input/output only through '-' string
> > being passed to '-o' or '-i' options, like:
> >
> > # mkfifo perf.pipe
> > # perf record --no-buffering -e
On Mon, 28 Dec 2020 at 18:22, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.4.249 release.
> There are 132 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
On Tue, Dec 29, 2020 at 6:06 PM Hillf Danton wrote:
>
> On Sat, 26 Dec 2020 10:51:16 +0800
> > From: Lai Jiangshan
> >
> > When worker_attach_to_pool() is called, we should not put the workers
> > to pool->attrs->cpumask when there is not CPU online in it.
> >
> > We have to use
On Tue, Dec 29, 2020 at 09:16:17AM +0800, Xiaolei Wang wrote:
> Fixes: 9b947a13e7f6 ("regmap: use debugfs even when no device")
This line goes down next to your signed-off-by line in the changelog
please.
thanks,
greg k-h
On Wed, Dec 16, 2020 at 02:48:07PM +0800, Jason Wang wrote:
> This patches allows userspace to send ASID based IOTLB message to
> vhost. This idea is to use the reserved u32 field in the existing V2
> IOTLB message. Vhost device should advertise this capability via
> VHOST_BACKEND_F_IOTLB_ASID
From: Bartosz Golaszewski
20 characters limit for item name is relatively small. Let's increase it
to 32 to fit '04-committable-children' - a name we'll use in the sample
code for committable items.
Signed-off-by: Bartosz Golaszewski
---
include/linux/configfs.h | 2 +-
1 file changed, 1
From: Bartosz Golaszewski
This implements configfs committable items. We mostly follow the
documentation except that we extend config_group_ops with uncommit_item()
callback for reverting the changes made by commit_item().
Each committable group has two sub-directories: pending and live. New
From: Bartosz Golaszewski
For better readability and maintenance: use the (1UL << bit) for flag
definitions.
Signed-off-by: Bartosz Golaszewski
---
fs/configfs/configfs_internal.h | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git
From: Bartosz Golaszewski
Committable items in configfs are well defined and documented but unfortunately
so far never implemented.
The use-case we have over at the GPIO subsystem is using configfs in
conjunction with sysfs to replace our current gpio-mockup testing module
with one that will be
From: Bartosz Golaszewski
Add an example of using committable items to configfs samples. Each
config item has two attributes: read-write 'storeme' which works
similarly to other examples in this file and a read-only 'committed'
attribute which changes its value between false and true depending
ago
config: arm64-randconfig-r025-20201229 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
cee1e7d14f4628d6174b33640d502bff3b54ae45)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
On Tue, Dec 29, 2020 at 01:09:12PM +1000, Nicholas Piggin wrote:
> I think it should certainly be documented in terms of what guarantees
> it provides to application, _not_ the kinds of instructions it may or
> may not induce the core to execute. And if existing API can't be
> re-documented
After initializing the regmap through
syscon_regmap_lookup_by_compatible, then regmap_attach_dev to the
device, because the debugfs_name has been allocated, there is no
need to redistribute it again
unreferenced object 0xd8399b80 (size 64):
comm "swapper/0", pid 1, jiffies 4294937641 (age
On Tue, Dec 29, 2020 at 02:30:56PM +0800, Leizhen (ThunderTown) wrote:
>
>
> On 2020/12/26 20:13, Russell King - ARM Linux admin wrote:
> > On Fri, Dec 25, 2020 at 07:44:58PM +0800, Zhen Lei wrote:
> >> The outercache of some Hisilicon SOCs support physical addresses wider
> >> than 32-bits. The
This is the start of the stable review cycle for the 5.4.86 release.
There are 450 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 31 Dec 2020 10:36:29 +.
Anything
On Fri, 25 Dec 2020 at 20:14, Eric Biggers wrote:
>
> On Tue, Dec 22, 2020 at 05:06:27PM +0100, Ard Biesheuvel wrote:
> > The AES-NI implementation of XTS was impacted significantly by the retpoline
> > changes, which is due to the fact that both its asm helper and the chaining
> > mode glue
This is the start of the stable review cycle for the 5.10.4 release.
There are 716 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu, 31 Dec 2020 10:36:33 +.
Anything
From: Eddie Hung
There is a use-after-free issue, if access udc_name
in function gadget_dev_desc_UDC_store after another context
free udc_name in function unregister_gadget.
Context 1:
gadget_dev_desc_UDC_store()->unregister_gadget()->
free udc_name->set udc_name to NULL
Context 2:
On Mon, Dec 28, 2020 at 08:00:00AM +0100, Arnd Bergmann wrote:
> Wouldn't this also be needed by an Armada XP that supports
> more than 4GB of RAM but has an outer cache?
While Armada XP has an outer cache, it requires no maintanence; the
only support the kernel has is for configuring it at boot
On Mon, Dec 28, 2020 at 03:43:06PM -0800, Sean Christopherson wrote:
> Eh, casting to u8 is "absolutely correct" as well. I don't like using bytes[]
> because it feels like accessing the raw data as opposed to the end result of
> decoding, but it's not a sticking point.
Ok, code in the kernel
On Wed, 2020-12-23 at 17:25 +0900, Tomasz Figa wrote:
> On Wed, Dec 09, 2020 at 04:00:50PM +0800, Yong Wu wrote:
> > Add fail handle for iommu_device_sysfs_add and iommu_device_register.
> >
> > Fixes: b16c0170b53c ("iommu/mediatek: Make use of iommu_device_register
> > interface")
> >
On Wed, 2020-12-23 at 17:32 +0900, Tomasz Figa wrote:
> On Wed, Dec 09, 2020 at 04:00:52PM +0800, Yong Wu wrote:
> > This patch adds pm runtime callback.
> >
> > In pm runtime case, all the registers backup/restore and bclk are
> > controlled in the pm_runtime callback, then pm_suspend is not
On Wed, 2020-12-23 at 17:36 +0900, Tomasz Figa wrote:
> On Wed, Dec 09, 2020 at 04:00:53PM +0800, Yong Wu wrote:
> > In the previous SoC, the M4U HW is in the EMI power domain which is
> > always on. the latest M4U is in the display power domain which may be
> > turned on/off, thus we have to add
To preserve message boundaries, new packet operation was added:
to mark start of record(with record length in header). To send record,
packet with start marker is sent first, then all data is transmitted as
'RW' packets.
On receiver's side, length of record is known from packet
Axe 'hl_pci_set_dma_mask()' and replace it with an equivalent
'dma_set_mask_and_coherent()' call.
This makes the code a bit less verbose.
It also removes an erroneous comment, because 'hl_pci_set_dma_mask()' does
not try to use a fall-back value.
Signed-off-by: Christophe JAILLET
---
This patch simply adds transport ops and removes
ignore of non-stream type of packets.
Signed-off-by: Arseny Krasnov
---
drivers/vhost/vsock.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/vhost/vsock.c b/drivers/vhost/vsock.c
index
On Wed, 2020-12-23 at 17:20 +0900, Tomasz Figa wrote:
> On Wed, Dec 09, 2020 at 04:00:44PM +0800, Yong Wu wrote:
> > MediaTek extend the bit5 in lvl1 and lvl2 descriptor as PA34.
> >
> > Signed-off-by: Yong Wu
> > Acked-by: Will Deacon
> > Reviewed-by: Robin Murphy
> > ---
> >
1) Add socket ops for SOCK_SEQPACKET type.
2) For receive, create another loop. It looks like
stream receive loop, but it doesn't call notify
callbacks, it doesn't care about 'SO_SNDLOWAT' and
'SO_RCVLOWAT' values, it waits until whole record is
The CONTAINER and HOTPLUG_MEMORY memory options mention modules
but are bool only options so if selected are alway built in. Drop
the help text about modules.
Signed-off-by: Peter Robinson
---
drivers/acpi/Kconfig | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/acpi/Kconfig
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dea8dcf2a9fa8cc540136a6cd885c3beece16ec3
commit: b344d6a83d01c52fddbefa6b3b4764da5b1022a0 parisc: add support for
cmpxchg on u8 pointers
date: 5 months ago
config: parisc-randconfig-s031-20201229
: arm64-randconfig-r025-20201229 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
cee1e7d14f4628d6174b33640d502bff3b54ae45)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
On Wed, 2020-12-23 at 17:29 +0900, Tomasz Figa wrote:
> On Wed, Dec 09, 2020 at 04:00:51PM +0800, Yong Wu wrote:
> > In the lastest SoC, M4U has its special power domain. thus, If the engine
> > begin to work, it should help enable the power for M4U firstly.
> > Currently if the engine work, it
> On Tue, Nov 17, 2020 at 04:56:09PM +0100, Heiner Kallweit wrote:
> > With Runtime PM disabled e.g. the PHY on network devices may remain
> > powered up even with no cable plugged in, affecting battery lifetime
> > on mobile devices. Currently we have to rely on the respective distro
> > or user
On Sun, Dec 27, 2020 at 10:12:20PM +0100, Hans de Goede wrote:
> The (shared) probing code of the arizona-i2c and arizona-spi modules
> takes the following steps during init:
>
> 1. Call mfd_add_devices() for a set of early child-devices, this
> includes the arizona_ldo1 device which provides one
On Wed, Dec 16, 2020 at 02:48:08PM +0800, Jason Wang wrote:
> This patch converts the vhost-vDPA device to support multiple IOTLBs
> tagged via ASID via hlist. This will be used for supporting multiple
> address spaces in the following patches.
>
> Signed-off-by: Jason Wang
> ---
>
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../arm64/boot/dts/freescale/fsl-lx2160a.dtsi | 92 ---
1 file changed, 57 insertions(+), 35 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/fsl-lx2160a.dtsi
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../arm64/boot/dts/freescale/fsl-ls1046a.dtsi | 73 ---
1 file changed, 48 insertions(+), 25 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1046a.dtsi
Em Tue, Dec 29, 2020 at 04:01:41PM +0900, Namhyung Kim escreveu:
> On Tue, Dec 29, 2020 at 2:41 AM Song Liu wrote:
> > BPF programs are useful in perf to profile BPF programs. BPF skeleton is
> I'm having difficulties understanding the first sentence - looks like a
> recursion. :) So do you
Since commit 4cb15934ba05 ("clk: qoriq: provide constants for the type")
there are constants for better readabilty. This series will use them for
all arm64 device trees.
This is just a mechanical change. The change was done with the following
script:
$ sed -e 's/< 0 \([0-9]\)>/<\
Hello,
syzbot found the following issue on:
HEAD commit:5c8fe583 Linux 5.11-rc1
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13ecd07750
kernel config: https://syzkaller.appspot.com/x/.config?x=a6998cf893b79850
dashboard link:
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../arm64/boot/dts/freescale/fsl-ls1088a.dtsi | 91 +--
1 file changed, 64 insertions(+), 27 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../fsl-ls1028a-kontron-sl28-var3-ads2.dts| 5 +-
.../arm64/boot/dts/freescale/fsl-ls1028a.dtsi | 162 +-
2 files changed, 120 insertions(+), 47 deletions(-)
diff
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../arm64/boot/dts/freescale/fsl-ls2080a.dtsi | 17 ++--
.../arm64/boot/dts/freescale/fsl-ls2088a.dtsi | 17 ++--
.../arm64/boot/dts/freescale/fsl-ls208xa.dtsi | 85 ++-
3
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 73 ---
.../boot/dts/freescale/qoriq-fman3-0.dtsi | 6 +-
2 files changed, 52 insertions(+), 27 deletions(-)
diff --git
Now that we have constants, use them. This is just a mechanical change.
Signed-off-by: Michael Walle
---
.../arm64/boot/dts/freescale/fsl-ls1012a.dtsi | 60 +--
1 file changed, 43 insertions(+), 17 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1012a.dtsi
Em Wed, Dec 16, 2020 at 06:05:56PM +0900, Namhyung Kim escreveu:
> Currently it parses the /proc file everytime it opens a file in the
> cgroupfs. Save the last result to avoid it (assuming it won't be
> changed between the accesses).
Which is the most likely case, but can't we use something
On Wed, Dec 16, 2020 at 02:48:08PM +0800, Jason Wang wrote:
> This patch converts the vhost-vDPA device to support multiple IOTLBs
> tagged via ASID via hlist. This will be used for supporting multiple
> address spaces in the following patches.
>
> Signed-off-by: Jason Wang
> ---
>
On Sat, Dec 26, 2020 at 11:26 PM Heiner Kallweit wrote:
>
> On 17.11.2020 17:57, Rafael J. Wysocki wrote:
> > On Tue, Nov 17, 2020 at 5:38 PM Bjorn Helgaas wrote:
> >>
> >> [+to Rafael, author of the commit you mentioned,
> >> +cc Mika, Kai Heng, Lukas, linux-pm, linux-kernel]
> >>
> >> On Tue,
On Sun, Dec 27, 2020 at 10:12:22PM +0100, Hans de Goede wrote:
> There is no reason why the arizona core,irq and codec model specific
> regmap bits cannot be build as a module. All they do is export symbols
> which are used by the arizona-spi and/or arizona-i2c modules, which
> themselves can be
Add the a new variant for the Kontron SMARC-sAL28 board.
Signed-off-by: Michael Walle
---
Documentation/devicetree/bindings/arm/fsl.yaml | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml
b/Documentation/devicetree/bindings/arm/fsl.yaml
index
There is a new variant 1 of this board available. It features up to four
SerDes lanes for customer use. Add a new device tree which features just
the basic peripherals. A customer will then have to modify or append to
this device tree.
Signed-off-by: Michael Walle
---
date: 5 weeks ago
config: arm64-randconfig-r025-20201229 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
cee1e7d14f4628d6174b33640d502bff3b54ae45)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin
On Wed, Dec 16, 2020 at 02:48:08PM +0800, Jason Wang wrote:
> This patch converts the vhost-vDPA device to support multiple IOTLBs
> tagged via ASID via hlist. This will be used for supporting multiple
> address spaces in the following patches.
>
> Signed-off-by: Jason Wang
> ---
>
From: Peng Fan
There is spba bus in aips1 and aips3, each spba bus has some
peripherals inside, add the spba bus node
Peng Fan (4):
arm64: dts: imx8mn: add spba bus node of aips3
arm64: dts: imx8mn: add spba bus node
arm64: dts: imx8mn: add spba bus node
arm64: dts: imx8mq: add spba bus
From: Peng Fan
According to RM, there is a spba bus inside aips3 and aips1, add it.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 362 +++---
1 file changed, 189 insertions(+), 173 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mm.dtsi
From: Peng Fan
According to RM, there is a spba bus inside aips3 and aips1, add it.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx8mn.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mn.dtsi
From: Peng Fan
There is a spba bus inside aips3 space, add it.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx8mn.dtsi | 148 --
1 file changed, 78 insertions(+), 70 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mn.dtsi
On Sun, Dec 27, 2020 at 10:12:24PM +0100, Hans de Goede wrote:
> We must free/disable all interrupts and cancel all pending works
> before doing further cleanup.
>
> Before this commit arizona_extcon_remove() was doing several
> register writes to shut things down before disabling the IRQs
> and
On Sun, Dec 27, 2020 at 10:12:25PM +0100, Hans de Goede wrote:
> Fix the modalias so that the driver will be loaded automatically. The
> module's name is "extcon-arizona", following other extcon module-names.
>
> But the driver's and platform-device's name is "arizona-extcon" and the
> modalias
From: Peng Fan
According to RM, there is a spba bus inside aips3 and aips1, add it.
Signed-off-by: Peng Fan
---
arch/arm64/boot/dts/freescale/imx8mq.dtsi | 386 +++---
1 file changed, 201 insertions(+), 185 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq.dtsi
On Sun, Dec 27, 2020 at 10:12:26PM +0100, Hans de Goede wrote:
> The initial value of the GPIO should match the info->micd_modes[0].gpio
> value. arizona_extcon_probe() already stores the necessary flag in a
> mode variable, but instead of passing mode as flags to the gpiod_get()
> it was using a
On Tue, Dec 29, 2020 at 11:11:56AM +0800, Rongwei Wang wrote:
> When I was doing some memory-related projects, it always reported error
> "nonzero mapcount", but its judgment condition was that _mapcount was not
> equal
> to -1, so I felt the original string was a bit inappropriate, so I tried to
1 - 100 of 494 matches
Mail list logo
