On 12/17/20 9:31 AM, Tobias Klauser wrote:
Add the test binaries introduced by commit 693f5ca08ca0 ("kselftest:
Extend vDSO selftest"), commit 03f55c7952c9 ("kselftest: Extend vDSO
selftest to clock_getres") and commit c7e5789b24d3 ("kselftest: Move
test_vdso to the vDSO test suite") to
On 12/17/20 9:37 AM, Lakshmi Ramasubramanian wrote:
fdt_appendprop_addrrange() function adds a property, with the given name,
to the device tree at the given node offset, and also sets the address
and size of the property. This function should be used to add
"linux,ima-kexec-buffer" property to
On 12/17/20 9:32 AM, Tobias Klauser wrote:
Fix the following -Wformat warnings in vdso_test_correctness.c:
vdso_test_correctness.c: In function ‘test_one_clock_gettime64’:
vdso_test_correctness.c:352:21: warning: format ‘%ld’ expects argument of type
‘long int’, but argument 3 has type ‘long
On 12/17/20 9:37 AM, Lakshmi Ramasubramanian wrote:
The functions defined in "arch/powerpc/kexec/ima.c" handle setting up
and freeing the resources required to carry over the IMA measurement
list from the current kernel to the next kernel across kexec system call.
These functions do not have
On 12/17/20 9:37 AM, Lakshmi Ramasubramanian wrote:
create_dtb() function allocates memory for the device tree blob (DTB)
and calls fdt_open_into(). If this call fails the memory allocated
for the DTB is not freed before returning from create_dtb() thereby
leaking memory.
Typo in the email
On 12/17/20 9:37 AM, Lakshmi Ramasubramanian wrote:
Address and size of the buffer containing the IMA measurement log need
to be passed from the current kernel to the next kernel on kexec.
Typo in the email address of James Morse (ARM.com). Sorry about that.
Adding the correct email address.
From: Stefan Chulski
Issue:
Flow control frame used to pause GoP(MAC) was delivered to the CPU
and created a load on the CPU. Since XOFF/XON frames are used only
by MAC, these frames should be dropped inside MAC.
Fix:
According to 802.3-2012 - IEEE Standard for Ethernet pause frame
has unique
On Thu, Dec 17, 2020 at 6:14 AM Geert Uytterhoeven wrote:
> Should there be a dependency on SECCOMP_ARCH_NATIVE?
> Should all architectures that implement seccomp have this?
>
> E.g. mips does select HAVE_ARCH_SECCOMP_FILTER, but doesn't
> have SECCOMP_ARCH_NATIVE?
>
> (noticed with preliminary
Hi Daniel,
On 12/16/20 11:03 PM, Daniel Lezcano wrote:
> The code does no longer use the ms unit based fields to set the
> delays as they are replaced by the jiffies.
>
> Remove them and replace their user to use the jiffies version instead.
>
> Cc: Thara Gopinath
> Signed-off-by: Daniel
Hi Jon,
ok, let's start slow and with something that should not need a whole lot
of bikeshedding. We have been repeating that a lot of times in the past
which means that, especially new submitters, do not know it. So here it
goes.
Btw, pls let me know when you start queueing the patches, on
Hello,
Thanks for your review.
Le jeu. 17 déc. 2020 à 18:42, Jagan Teki a écrit :
>
> On Wed, Dec 16, 2020 at 5:27 AM Adrien Grassein
> wrote:
> >
> > Fix the ternary condition which is a bad coding style
> > in the kernel
> >
> > I also remove the defering configuration of the
From: Stefan Chulski
Current PPPoE+IPv6 entry is jumping to 'next-hdr'
field and not to 'DIP' field as done for IPv4.
Fixes: 3f518509dedc ("ethernet: Add new driver for Marvell Armada 375 network
unit")
Reported-by: Liron Himi
Signed-off-by: Stefan Chulski
---
Changes in v2:
- Fix "fixes
Great! Thanks for the reply.
--Will
On Thu, Dec 17, 2020 at 2:19 AM Jiri Kosina wrote:
>
> On Mon, 14 Dec 2020, Will McVicker wrote:
>
> > > The HID subsystem allows an "HID report field" to have a different
> > > number of "values" and "usages" when it is allocated. When a field
> > > struct
Replace inline assembly in nested_vmx_check_vmentry_hw
with a call to __vmx_vcpu_run. The function is not
performance critical, so (double) GPR save/restore
in __vmx_vcpu_run can be tolerated, as far as performance
effects are concerned.
v2: Mark vmx_vmenter SYM_FUNC_START_LOCAL.
Cc: Paolo
On Thu, Dec 17, 2020 at 06:11:50PM +0530, Divya Koppera wrote:
> +struct lan8814_ptphdr {
> + u8 tsmt; /* transportSpecific | messageType */
> + u8 ver; /* reserved0 | versionPTP */
> + __be16 msglen;
> + u8 domain;
> + u8 rsrvd1;
> + __be16 flags;
> + __be64
17.12.2020 21:21, Mikko Perttunen пишет:
> On 12/17/20 8:06 PM, Dmitry Osipenko wrote:
>> Add suspend/resume and generic power domain support to the Host1x driver.
>> This is required for enabling system-wide DVFS and supporting dynamic
>> power management using a generic power domain.
>>
>>
"Alejandro Colomar (man-pages)" writes:
> [CC += Thomas, Ingo, Peter, Darren]
>
> Hi Oleg,
>
> On 12/16/20 3:33 AM, Jann Horn wrote:
>> On Wed, Dec 16, 2020 at 3:21 AM Ted Estes wrote:
>>> On 12/15/2020 6:01 PM, Jann Horn wrote:
On Wed, Dec 16, 2020 at 12:25 AM Alejandro Colomar
On 12/17/20 12:21 PM, risha...@codeaurora.org wrote:
On 2020-12-17 08:12, Alex Elder wrote:
On 12/15/20 4:55 PM, Bjorn Andersson wrote:
On Sat 12 Dec 14:48 CST 2020, Rishabh Bhatnagar wrote:
Create an unbound high priority workqueue for recovery tasks.
I have been looking at a different
On Thu, 17 Dec 2020 17:08:42 +0530, Kiran Gunda wrote:
> Convert the bindings from .txt to .yaml format.
>
> Signed-off-by: Kiran Gunda
> ---
> .../devicetree/bindings/mfd/qcom,spmi-pmic.txt | 80 -
> .../devicetree/bindings/mfd/qcom,spmi-pmic.yaml| 127
>
On Thu, 17 Dec 2020 17:59:23 +0800, Liu Ying wrote:
> This patch adds bindings for i.MX8qm/qxp pixel combiner.
>
> Signed-off-by: Liu Ying
> ---
> .../display/bridge/fsl,imx8qxp-pixel-combiner.yaml | 160
> +
> 1 file changed, 160 insertions(+)
> create mode 100644
>
Yes this looks correct, please add my rb and get into a fixes queue somewhere.
Dave.
On Fri, Dec 18, 2020 at 2:39 AM Christian König
wrote:
>
> Am 17.12.20 um 17:26 schrieb Mike Galbraith:
> > On Thu, 2020-12-17 at 17:24 +0100, Christian König wrote:
> >> Hi Mike,
> >>
> >> what exactly is the
Function current_gfp_context() is called after fast path. However, soon we
will add more constraints which will also limit zones based on context.
Move this call into fast path, and apply the correct constraints for all
allocations.
Also update .reclaim_idx based on value returned by
PF_MEMALLOC_NOCMA is used ot guarantee that the allocator will not return
pages that might belong to CMA region. This is currently used for long
term gup to make sure that such pins are not going to be done on any CMA
pages.
When PF_MEMALLOC_NOCMA has been introduced we haven't realized that it
PF_MEMALLOC_PIN is only honored for CMA pages, extend
this flag to work for any allocations from ZONE_MOVABLE by removing
__GFP_MOVABLE from gfp_mask when this flag is passed in the current
context.
Add is_pinnable_page() to return true if page is in a pinnable page.
A pinnable page is not in
In order not to fragment CMA the pinned pages are migrated. However,
they are migrated to ZONE_MOVABLE, which also should not have pinned pages.
Remove __GFP_MOVABLE, so pages can be migrated to zones where pinning
is allowed.
Signed-off-by: Pavel Tatashin
Reviewed-by: David Hildenbrand
We should not pin pages in ZONE_MOVABLE. Currently, we do not pin only
movable CMA pages. Generalize the function that migrates CMA pages to
migrate all movable pages. Use is_pinnable_page() to check which
pages need to be migrated
Signed-off-by: Pavel Tatashin
Reviewed-by: John Hubbard
---
Changelog
-
v4
- Address page migration comments. New patch:
mm/gup: limit number of gup migration failures, honor failures
Implements the limiting number of retries for migration failures, and
also check for isolation failures.
Added a test case into gup_test to verify that pages
Document the special handling of page pinning when ZONE_MOVABLE present.
Signed-off-by: Pavel Tatashin
Suggested-by: David Hildenbrand
---
Documentation/admin-guide/mm/memory-hotplug.rst | 9 +
1 file changed, 9 insertions(+)
diff --git
When pages are pinned they can be faulted in userland and migrated, and
they can be faulted right in kernel without migration.
In either case, the pinned pages must end-up being pinnable (not movable).
Add a new test without touching pages in userland, and use FOLL_TOUCH
instead. Also, verify
In gup_test both gup_flags and test_flags use the same flags field.
This is broken, because gup_flags can be passed as raw value (via -F hex),
which can overwrite all the test flags.
Farther, in the actual gup_test.c all the passed gup_flags are erased and
unconditionally replaced with
In __get_user_pages_locked() i counts number of pages which should be
long.
Signed-off-by: Pavel Tatashin
---
mm/gup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/gup.c b/mm/gup.c
index 591d8e2dfc70..1ebb7cc2fbe4 100644
--- a/mm/gup.c
+++ b/mm/gup.c
@@ -1481,7 +1481,7
check_and_migrate_movable_pages() does not honor isolation errors, and also
retries migration failures indefinably.
Fix both of the above issues: add a new function that checks and unpins
pages range check_and_unpin_pages().
Move the retry loop from check_and_migrate_movable_pages() to
Hello:
This patch was applied to netdev/net.git (refs/heads/master):
On Wed, 16 Dec 2020 12:00:20 + you wrote:
> From: Colin Ian King
>
> There is a spelling mistake in the Kconfig. Fix it.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/net/ethernet/ni/Kconfig | 2 +-
> 1 file
17.12.2020 21:28, Daniel Lezcano пишет:
> On 17/12/2020 19:06, Dmitry Osipenko wrote:
>> Enable CPU voltage scaling and thermal throttling on Tegra20 Ventana board.
>>
>> Signed-off-by: Dmitry Osipenko
>> ---
>> arch/arm/boot/dts/tegra20-ventana.dts | 40 ++-
>> 1 file
On Thu, Dec 17, 2020 at 6:29 PM Rafael J. Wysocki wrote:
>
> On Thu, Dec 17, 2020 at 6:09 PM Srinivas Pandruvada
> wrote:
> >
> > On Thu, 2020-12-17 at 16:24 +0100, Rafael J. Wysocki wrote:
> > > On Thu, Dec 17, 2020 at 4:21 PM Srinivas Pandruvada
> > > wrote:
[cut]
> > > > > Well, would
On Thu, 17 Dec 2020 05:24:34 + George Cherian wrote:
> > From: Colin Ian King
> >
> > Currently the check for an unmap PF error is always going to be false
> > because
> > intr_val is a 32 bit int and is being bit-mask checked against 1ULL << 32.
> > Fix
> > this by making intr_val a u64
On Thu, Dec 17, 2020 at 12:12 PM Uwe Kleine-König
wrote:
>
> On Thu, Dec 17, 2020 at 10:51:08AM -0600, Rob Herring wrote:
> > On Fri, Dec 11, 2020 at 5:10 PM Rasmus Villemoes
> > wrote:
> > >
> > > On 11/12/2020 23.30, Rob Herring wrote:
> > > > On Fri, Dec 11, 2020 at 3:56 PM Rasmus Villemoes
>
On Thu, 17 Dec 2020 12:53:27 +0100 Łukasz Stelmach wrote:
> This is a driver for AX88796C Ethernet Adapter connected in SPI mode as
> found on ARTIK5 evaluation board. The driver has been ported from a
> v3.10.9 vendor kernel for ARTIK5 board.
# Form letter - net-next is closed
We have already
On Thu, 17 Dec 2020 12:53:30 +0100 Łukasz Stelmach wrote:
> ASIX AX88796[1] is a versatile ethernet adapter chip, that can be
> connected to a CPU with a 8/16-bit bus or with an SPI. This driver
> supports SPI connection.
>
> The driver has been ported from the vendor kernel for ARTIK5[2]
>
Linus,
Tracing updates for 5.11
** Note there's a minor conflict with mainline, see second paragraph **
The major update to this release is that there's a new arch config option
called:
CONFIG_HAVE_DYNAMIC_FTRACE_WITH_ARGS. Currently, only x86_64 enables it.
All the ftrace callbacks now take
On Wed, Dec 16, 2020 at 09:41:42AM -0800, Chang S. Bae wrote:
> When the system state switches to these sleep states, the internal key gets
> reset. Since this system transition is transparent to userspace, the
> internal key needs to be restored properly.
>
> Key Locker provides a mechanism to
On Wed, Dec 16, 2020 at 09:41:38AM -0800, Chang S. Bae wrote:
> [1] Intel Architecture Instruction Set Extensions Programming Reference:
>
> https://software.intel.com/content/dam/develop/external/us/en/documents/architecture-instruction-set-$
> [2] Intel Key Locker Specification:
>
>
On 12/16/2020 8:08 PM, Rayagonda Kokatanur wrote:
> On Wed, Dec 2, 2020 at 11:14 PM Ray Jui wrote:
>>
>>
>>
>> On 12/2/2020 6:35 AM, Wolfram Sang wrote:
>>>
All review comments are scattered now, please let me know what has to be
done further,
Are we going to change the tasklet
From: Rafael J. Wysocki
When turbo has been disabled by the BIOS, but HWP_CAP.GUARANTEED is
changed later, user space may want to take advantage of this increased
guaranteed performance.
HWP_CAP.GUARANTEED is not a static value. It can be adjusted by an
out-of-band agent or during an Intel
On 12/17/20 7:15 PM, Joe Perches wrote:
> On Thu, 2020-12-17 at 18:42 +0100, Helge Deller wrote:
>> On 12/17/20 6:27 PM, Joe Perches wrote:
>>> On Thu, 2020-12-17 at 18:11 +0100, Helge Deller wrote:
In most cases people use lookup_symbol_name() to resolve a kernel symbol
and then print
From: Rafael J. Wysocki
Some code in drivers/acpi/sleep.c (which is regarded as a generic
file) related to suspend-to-idle support has grown direct dependencies
on x86, but in fact it has been specific to x86 (which is the only
user of it) anyway for a long time.
For this reason, move that code
On 17/12/2020 19:32, Hans de Goede wrote:
> Hi Daniel,
>
> On 12/16/20 11:03 PM, Daniel Lezcano wrote:
>> The code does no longer use the ms unit based fields to set the
>> delays as they are replaced by the jiffies.
>>
>> Remove them and replace their user to use the jiffies version instead.
>>
In article <20201216224344.h3r7wbo7fgatupm5@chatter.i7.local>
(earth.lists.linux-kernel) you wrote:
> On Wed, Dec 16, 2020 at 10:20:18PM +, Matthew Wilcox wrote:
> > > Unfortunately the site https://pgp.cs.uu.nl/ is not maintained
> > > anymore
> > > and the "Finding paths to Linus" link
On Wed, 16 Dec 2020 15:47:01 +0800, Hsin-Hsiung Wang wrote:
> This adds compatible for the MediaTek MT6359 PMIC.
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> Documentation/devicetree/bindings/mfd/mt6397.txt | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
Please add
On Thu, 17 Dec 2020 at 01:41, Nick Desaulniers wrote:
>
> With newer GNU binutils, linking with BFD produces warnings for vmlinux:
> aarch64-linux-gnu-ld: warning: -z norelro ignored
>
> BFD can produce this warning when the target emulation mode does not
> support RELRO relocation types, and -z
On 17/12/20 10:33 pm, Joe Perches wrote:
> On Thu, 2020-12-17 at 19:12 +0530, Aditya Srivastava wrote:
>> Currently checkpatch warns for long line in commit messages even for
>> URL lines.
>>
>> An evaluation over v4.13..v5.8 showed that out of ~11000 warnings for
>> this class, around 790 are due
On 12/17/20 5:42 AM, Matthew Wilcox wrote:
On Thu, Dec 17, 2020 at 12:12:46PM +, Matthew Wilcox wrote:
ehh ... probably an off-by-one. Does subtracting 1 from contig_end fix it?
I'll spool up a test VM shortly and try it out.
Yes, this fixed it:
- u64 contig_end =
On 17/12/2020 20:01, Dmitry Osipenko wrote:
> 17.12.2020 21:28, Daniel Lezcano пишет:
>> On 17/12/2020 19:06, Dmitry Osipenko wrote:
>>> Enable CPU voltage scaling and thermal throttling on Tegra20 Ventana board.
>>>
>>> Signed-off-by: Dmitry Osipenko
>>> ---
>>>
On Thu, Dec 17, 2020 at 4:31 AM wrote:
>
> From: siyanteng
>
> When building cma_heap the following error shows up:
>
> drivers/dma-buf/heaps/cma_heap.c:195:10: error: implicit declaration of
> function 'vmap'; did you mean 'kmap'? [-Werror=implicit-function-declaration]
> 195 | vaddr =
17.12.2020 18:50, Alan Stern пишет:
> On Thu, Dec 17, 2020 at 12:40:06PM +0300, Dmitry Osipenko wrote:
>> The ChipIdea driver now provides USB2 host mode support for NVIDIA Tegra
>> SoCs. The ehci-tegra driver is obsolete now, remove it and redirect the
>> older Kconfig entry to the CI driver.
>>
On Thu, Dec 17, 2020 at 06:44:51PM +0100, Donald Buczek wrote:
> Dear xfs developer,
>
> I was doing some testing on a Linux 5.10.1 system with two 100 TB xfs
> filesystems on md raid6 raids.
>
> The stress test was essentially `cp -a`ing a Linux source repository with two
> threads in
Hi Mike,
Thanks for the report,
Does the attached patch help?
Dave.
On Thu, Dec 17, 2020 at 11:30 PM Mike Galbraith wrote:
>
> On Wed, 2020-12-16 at 14:31 +0100, Mike Galbraith wrote:
> > When the below new to 5.11 cycle badness happens, it's time to reboot.
> >
> > ...
> > [ 27.467260]
On Thu, 2020-12-17 at 00:49 +, Al Viro wrote:
> [Christoph added to Cc...]
> On Wed, Dec 16, 2020 at 06:31:47PM -0500, Vivek Goyal wrote:
> > Current implementation of __sync_filesystem() ignores the return code
> > from ->sync_fs(). I am not sure why that's the case. There must have
> > been
17.12.2020 18:02, Thierry Reding пишет:
> On Thu, Dec 17, 2020 at 04:45:03PM +0300, Dmitry Osipenko wrote:
>> 17.12.2020 16:41, Thierry Reding пишет:
>>> On Thu, Dec 17, 2020 at 12:40:05PM +0300, Dmitry Osipenko wrote:
Tegra PHY driver now supports waking up controller from a low power mode.
On 17.12.20 18:59, Jakub Kicinski wrote:
> On Thu, 17 Dec 2020 09:25:48 +0100 Ahmad Fatoum wrote:
>> On 17.12.20 02:13, Jakub Kicinski wrote:
+ netdev_warn(priv->dev, "HW Timestamping init failed:
%pe\n",
+ ERR_PTR(ret));
>>>
>>>
Hi Arnd,
> > I think we would be better served dropping support for sun4m and sun4d
> > from the kernel.
>
> This seems appropriate as well to me.
I did a quick hack:
20 files changed, 40 insertions(+), 3051 deletions(-)
All the leon stuff is kept and there is room for more cleaning up.
The
On Fri, 2020-12-18 at 05:45 +1000, David Airlie wrote:
> Does the attached patch help?
Yup, that seems to have done the trick. Fast bug squashing by the drm
guys today, two slowly bisected, two quickly squashed.
-Mike
On Thu, Dec 17, 2020 at 09:37:06AM -0800, Lakshmi Ramasubramanian wrote:
> The functions defined in "arch/powerpc/kexec/ima.c" handle setting up
> and freeing the resources required to carry over the IMA measurement
> list from the current kernel to the next kernel across kexec system call.
>
Hello,
This is Young Hsieh from Uber and currently I am in Uber infra team and in
charge of server system design. Nice to e-meet you! :)
We are working on AMD Milan platform with Debian, and notice there are some
patches for performance and security improvements, which are not implemented in
On Thu, Dec 17, 2020 at 11:11 AM Eric Biggers wrote:
>
> On Wed, Dec 16, 2020 at 09:41:38AM -0800, Chang S. Bae wrote:
> > [1] Intel Architecture Instruction Set Extensions Programming Reference:
> >
> >
On Wed, Dec 16, 2020 at 06:31:49PM -0500, Vivek Goyal wrote:
> Check for writeback error on overlay super block w.r.t "struct file"
> passed in ->syncfs().
>
> As of now real error happens on upper sb. So this patch first propagates
> error from upper sb to overlay sb and then checks error w.r.t
It was <2020-12-17 czw 11:08>, when Jakub Kicinski wrote:
> On Thu, 17 Dec 2020 12:53:30 +0100 Łukasz Stelmach wrote:
>> ASIX AX88796[1] is a versatile ethernet adapter chip, that can be
>> connected to a CPU with a 8/16-bit bus or with an SPI. This driver
>> supports SPI connection.
>>
>> The
Currently cma areas without a fixed base are allocated close to the
end of the node. This placement is sub-optimal because of compaction:
it brings pages into the cma area. In particular, it can bring in hot
executable pages, even if there is a plenty of free memory on the
machine. This results in
With kaslr the kernel image is placed at a random place, so starting
the bottom-up allocation with the kernel_end can result in an
allocation failure and a warning like this one:
[0.002920] hugetlb_cma: reserve 2048 MiB, up to 2048 MiB per node
[0.002921] [ cut here
Hi Jason,
I love your patch! Perhaps something to improve:
[auto build test WARNING on vhost/linux-next]
[also build test WARNING on linus/master v5.10]
[cannot apply to next-20201217]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
The pull request you sent on Thu, 17 Dec 2020 14:18:22 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git
> tags/fuse-update-5.11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/65de0b89d7d5e173d71cb50dfae786133c579308
Thank you!
--
The pull request you sent on Wed, 16 Dec 2020 22:00:30 -0800:
> git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs.git
> tags/f2fs-for-5.11-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ff49c86f27e4726a86f5034543e6e684daf41955
Thank you!
--
The pull request you sent on Thu, 17 Dec 2020 17:27:49 +0100:
> https://github.com/ceph/ceph-client.git tags/ceph-for-5.11-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/be695ee29e8fc0af266d9f1882868c47da01a790
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Thu, 17 Dec 2020 15:20:25 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
> tags/ovl-update-5.11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/92dbc9dedccb9759c7f9f2f0ae6242396376988f
Thank you!
--
On Thu, Dec 17, 2020 at 10:05 AM Trond Myklebust
wrote:
>
> git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-
> 5.11-1
>
> for you to fetch changes up to
> 52104f274e2d7f134d34bab11cada8913d4544e2:
pr-tracker-bot doesn't seem to have reacted to this email.
I suspect it's
This patch adds YAML based device tree binding document for Tegra
Quad SPI driver.
Signed-off-by: Sowjanya Komatineni
---
.../bindings/spi/nvidia,tegra210-quad.yaml | 117 +
1 file changed, 117 insertions(+)
create mode 100644
Tegra SoC has a Quad SPI controller starting from Tegra210.
This patch adds support for Tegra210 QSPI controller.
Signed-off-by: Sowjanya Komatineni
---
drivers/spi/Kconfig |9 +
drivers/spi/Makefile|1 +
drivers/spi/spi-tegra210-quad.c | 1382
Tegra Quad SPI controller hardware supports sending dummy bytes based
on programmed dummy clock cycles after the actual transfer bytes.
This patch adds this support of hardware dummy bytes transfer and
skips transfer of dummy bytes from the software.
For dummy cycles more than Tegra Quad SPI
This series adds Tegra210, Tegra186, and Tegra194 Quad SPI driver and
enables Quad SPI on Jetson Nano and Jetson Xavier NX.
QSPI controller is available on Tegra210, Tegra186 and Tegra194.
Tegra186 and Tegra194 has additional feature of combined sequence mode
where command, address and data can
This patch marks dummy transfer by setting dummy_data bit to 1.
Controllers supporting dummy transfer by hardware use this bit field
to skip software transfer of dummy bytes and use hardware dummy bytes
transfer.
Signed-off-by: Sowjanya Komatineni
---
drivers/spi/spi-mem.c | 1 +
Add maintainers and mailing list entries to Tegra Quad SPI driver
section.
Signed-off-by: Sowjanya Komatineni
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5b20bab..19db61f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -17447,6
Tegra194 has 2 QSPI controllers.
This patch adds DT node for these 2 QSPI controllers.
Signed-off-by: Sowjanya Komatineni
---
arch/arm64/boot/dts/nvidia/tegra194.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia/tegra194.dtsi
17.12.2020 22:36, Daniel Lezcano пишет:
+ type = "critical";
+ };
+ };
+
+ cooling-maps {
+ map0 {
+ trip = <>;
Tegra210 QSPI clock output has divider DIV2_SEL which will be enabled
when using DDR interface mode.
This patch adds clock ID for this to dt-binding.
Acked-by: Rob Herring
Signed-off-by: Sowjanya Komatineni
---
include/dt-bindings/clock/tegra210-car.h | 2 +-
1 file changed, 1 insertion(+), 1
This patch enables QSPI on Jetson Xavier NX.
Signed-off-by: Sowjanya Komatineni
---
.../arm64/boot/dts/nvidia/tegra194-p3509-+p3668-.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/nvidia/tegra194-p3509-+p3668-.dts
This patch enables QSPI on Jetson Nano.
Signed-off-by: Sowjanya Komatineni
---
arch/arm64/boot/dts/nvidia/tegra210-p3450-.dts | 12
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 5 +++--
2 files changed, 15 insertions(+), 2 deletions(-)
diff --git
The recent change to unbreak the 32bit fast syscall introduced a new
noinstr escape. While harmless because state is already established at
this point it makes objtool complain.
Add the missing annotation and fix the 'case' typo in the comment while
at it.
Fixes: 4facb95b7ada ("x86/entry:
On Thu, Dec 17, 2020 at 01:02:32PM -0600, Rob Herring wrote:
> On Thu, Dec 17, 2020 at 12:12 PM Uwe Kleine-König
> wrote:
> >
> > On Thu, Dec 17, 2020 at 10:51:08AM -0600, Rob Herring wrote:
> > > On Fri, Dec 11, 2020 at 5:10 PM Rasmus Villemoes
> > > wrote:
> > > >
> > > > On 11/12/2020 23.30,
On Fri, Dec 18, 2020 at 04:05:45AM +0800, Young Hsieh wrote:
Hello,
This is Young Hsieh from Uber and currently I am in Uber infra team and in
charge of server system design. Nice to e-meet you! :)
We are working on AMD Milan platform with Debian, and notice there are some
patches for
vmscsi_size_delta can be written concurrently by multiple instances of
storvsc_probe(), corresponding to multiple synthetic IDE/SCSI devices;
cf. storvsc_drv's probe_type == PROBE_PREFER_ASYNCHRONOUS. Change the
global variable vmscsi_size_delta to per-synthetic-IDE/SCSI-device.
Suggested-by:
Current code overestimates the value of max_outstanding_req_per_channel
for Win8 and newer hosts, since vmscsi_size_delta is set to the initial
value of sizeof(vmscsi_win8_extension) rather than zero. This may lead
to wrong decisions when using ring_avail_percent_lowater equals to zero.
The
Check that the packet is of the expected size at least, don't copy data
past the packet.
Reported-by: Saruhan Karademir
Signed-off-by: Andrea Parri (Microsoft)
Cc: "James E.J. Bottomley"
Cc: "Martin K. Petersen"
Cc: linux-s...@vger.kernel.org
---
drivers/scsi/storvsc_drv.c | 6 ++
1 file
Hi all,
This series is to address the problems mentioned in:
4da3a54f5a0258 ("Revert "scsi: storvsc: Validate length of incoming packet in
storvsc_on_channel_callback()"")
(cf., in particular, patch 2/3) and to re-introduce the validation in
question (patch 3/3); patch 1/3 emerged from
What exact commits are you referring to?
And you do know about the rules for stable kernel patches, right?
greg k-h
On December 17, 2020 9:05:45 PM GMT+01:00, Young Hsieh wrote:
>Hello,
>
>This is Young Hsieh from Uber and currently I am in Uber infra team and in
>charge of server system
On Wed, Dec 16, 2020 at 07:24:30PM +0800, Zhou Wang wrote:
> On 2020/6/23 23:04, Bjorn Helgaas wrote:
> > On Fri, Jun 19, 2020 at 10:26:54AM +0800, Zhangfei Gao wrote:
> >> Have studied _DSM method, two issues we met comparing using quirk.
> >>
> >> 1. Need change definition of either
Hi all,
In commit
358e7cbf87b4 ("s390/dasd: fix hanging device offline processing")
Fixes tag
Fixes: 47825e05d93e ("s390/dasd: fix endless loop after read unit address
configuration")
has these problem(s):
- Target SHA1 does not exist
Maybe you meant
Fixes: 41995342b40c ("s390/dasd:
On 11/6/20 3:29 PM, ira.we...@intel.com wrote:
> void disable_TSC(void)
> @@ -644,6 +668,8 @@ void __switch_to_xtra(struct task_struct *prev_p, struct
> task_struct *next_p)
>
> if ((tifp ^ tifn) & _TIF_SLD)
> switch_to_sld(tifn);
> +
> + pks_sched_in();
> }
Does the
On 12/17/20 1:38 PM, Stephen Rothwell wrote:
> Hi all,
>
> In commit
>
> 358e7cbf87b4 ("s390/dasd: fix hanging device offline processing")
>
> Fixes tag
>
> Fixes: 47825e05d93e ("s390/dasd: fix endless loop after read unit address
> configuration")
>
> has these problem(s):
>
> -
'sdhci_remove_host()' and 'sdhci_pltfm_free()' should be used in place of
'mmc_remove_host()' and 'mmc_free_host()'.
This avoids some resource leaks, is more in line with the error handling
path of the probe function, and is more consistent with other drivers.
Fixes: fb8bd90f83c4 ("mmc:
Hi Linus,
Please consider for pull.
The following changes since commit 3cea11cd5e3b00d91caf0b4730194039b45c5891:
Linux 5.10-rc2 (2020-11-01 14:43:51 -0800)
are available in the Git repository at:
g...@github.com:openrisc/linux.git tags/for-linus
for you to fetch changes up to
201 - 300 of 988 matches
Mail list logo