On Sun, Feb 21, 2021 at 09:50:42AM +0800, Liu, Shuo A wrote:
>
>
> On 2/20/2021 22:53, Yejune Deng wrote:
> > Use vfs_poll() is a more advanced function in acrn_irqfd_assign().
> > as the same time, modify the definition of events.
> >
> > Signed-off-by: Yejune Deng
>
> Thanks for the update.
Some 'clk_prepare_enable()' and 'clk_get()' must be undone in the error
handling path of the probe function, as already done in the remove
function.
Fixes: 1c6d47aa4f4b ("USB Gadget driver for Samsung s3c2410 ARM SoC")
Signed-off-by: Christophe JAILLET
---
checkpatch reports:
WARNING: Unknown
Since commit fe0f8e5c9ba8 ("usb: gadget: s3c: use platform resources"),
'request_mem_region()' and 'ioremap()' are no more used, so they don't need
to be undone in the error handling path of the probe and in the removre
function.
Remove these calls and the unneeded 'rsrc_start' and 'rsrc_len'
> +static u64 ufshpb_get_ppn(struct ufshpb_lu *hpb,
> + struct ufshpb_map_ctx *mctx, int pos, int *error)
> +{
> + u64 *ppn_table;
> + struct page *page;
> + int index, offset;
> +
> + index = pos / (PAGE_SIZE / HPB_ENTRY_SIZE);
> + offset =
Hi Arnd,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f40ddce88593482919761f74910f42f4b84c004b
commit: 17132da70eb766785b9b4677bacce18cc11ea442 ARM: samsung: move pm check
code to drivers/soc
date: 6 months
On Sat, Feb 20, 2021 at 04:46:02PM +0800, Hao Chen wrote:
> When the laptop HONOR MagicBook 14 sleep to S3/S4, the laptop can't
> resume.
> The dmesg of kernel report:
> "[ 99.990168] pcieport :00:01.2: can't change power state
> from D3hot to D0 (config space inaccessible)
> [ 99.993334]
On Fri, Feb 19, 2021 at 06:32:26PM -0500, Julian Braha wrote:
> commit 6e61907779ba99af785f5b2397a84077c289888a
> Author: Julian Braha
> Date: Fri Feb 19 18:20:57 2021 -0500
>
> drivers: infiniband: sw: rxe: fix kconfig dependency on CRYPTO
>
> When RDMA_RXE is enabled and CRYPTO is
On Fri, Feb 19, 2021 at 12:28:12PM -0800, Xie He wrote:
> On Fri, Feb 19, 2021 at 10:39 AM Jakub Kicinski wrote:
> >
> > Not entirely sure what the argument is about but adding constants would
> > certainly help.
>
> Leon wants me to replace this:
>
> dev->needed_headroom = 3 - 1;
>
> with this:
On Thu, Feb 18, 2021 at 05:14:49PM +0100, Steen Hegelund wrote:
> Provide new phy configuration interfaces for media type and speed that
> allows e.g. PHYs used for ethernet to be configured with this
> information.
>
> Signed-off-by: Lars Povlsen
> Signed-off-by: Steen Hegelund
> Reviewed-by:
The pull request you sent on Mon, 15 Feb 2021 19:47:14 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pnp-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/55f62bc873477dae2c45bbbc30b86cf3e0982f3b
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Mon, 15 Feb 2021 19:45:53 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
> acpi-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3c8f504b3a486e4e984ac8dc619eba3afa24cec4
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 15 Feb 2021 19:43:59 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/02f9fc286e039d0bef7284fb1200ee755b525bde
Thank you!
--
Deet-doot-dot, I am a
On 20.02.21 23:32, Peter Zijlstra wrote:
On Sat, Feb 20, 2021 at 06:41:01PM +0100, Borislav Petkov wrote:
- if we had negative alternatives objtool doesn't need to actually
rewrite code in this case. It could simply emit alternative entries
and call it a day.
I don't mind the
The pull request you sent on Mon, 15 Feb 2021 17:27:18 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tags/tty-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e4286926abbbaab9b047c8bc25cae78ec990928f
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Mon, 15 Feb 2021 17:27:57 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git tags/usb-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/780607b9731feef575514108fc7956c54180f16e
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Mon, 15 Feb 2021 17:28:17 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
> tags/staging-5.12-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5d99aa093b566d234b51b7822c67059e2bd3ed8d
Thank you!
--
From: Zoltán Böszörményi
My 2TB SKC2000 showed the exact same symptoms that were provided
in 538e4a8c57 ("nvme-pci: avoid the deepest sleep state on
Kingston A2000 SSDs"), i.e. a complete NVME lockup that needed
cold boot to get it back.
According to some sources, the A2000 is simply a rebadged
On Sat, Feb 20, 2021 at 12:34:15PM -0600, Gustavo A. R. Silva wrote:
>
>
> On 2/20/21 12:21, Atul Gopinathan wrote:
> > The variable "info_element" is of the following type:
> > struct rtllib_info_element *info_element
> >
> > rtllib_info_element is a struct containing the following fields as
>
The pull request you sent on Mon, 15 Feb 2021 13:40:50 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_asm_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2c405d1ab8b3103df2df541aaacc2113dc6c9fac
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 15 Feb 2021 13:44:26 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/efi-next-for-v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/70cd33d34c6026cbc2efb172f8063fccb2ebeb9a
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 15 Feb 2021 13:38:07 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_build_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/26a30952390499a95a0accad0c49379e5301
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 12:55:38 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_cpu_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0570b69305276a349ef7a17c8c54dfeed76f3954
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 15 Feb 2021 12:59:05 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_cache_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b0fb29382d822a6cd6f5d8d441471f0072cd3133
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 12:52:14 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_fpu_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8831d718aa5a9540aaeb527a582af5fc140aed6e
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 15 Feb 2021 12:41:32 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_misc_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/317d4f459393e27b3efedf571bd9e78a23fcd2ed
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 15 Feb 2021 12:45:04 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_microcode_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d00c4ed02e90c1a4290acdd4f9bc4d056a573859
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 11:53:24 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_paravirt_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1255f44017c02d14e3ad5b63cdf619a734d765a1
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 11:43:39 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_seves_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b9cdab6820ae740dad1e87e609d78dbea7a297f2
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 11:01:16 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/ras_updates_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3e89c7ea7a828fec5694101e0f0ff7240e634470
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 12:02:49 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_mm_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ae821d2107e378bb086a02afcce82d0f43c29a6f
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 15 Feb 2021 11:49:22 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_platform_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4f7a4028d8b48d1dc6b51b0737087f5e3c16c336
Thank you!
--
The pull request you sent on Mon, 15 Feb 2021 11:30:43 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_sgx_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4bf0b820d146682d997248ff1d49665475f9df16
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 15 Feb 2021 10:16:53 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
> tags/edac_updates_for_v5.12
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8518496639123ebcceb1be173c4f00edf178bfbd
Thank you!
--
On Mon, 15 Feb 2021, Maciej W. Rozycki wrote:
> I hope to have the adapter properly fixed soon and I'll look at the Malta
> side now, possibly using the old server whose DEFPA has worked flawlessly
> for some 20 years now. I have planned to use the interface to supply NFS
> root, which I
On Wed, 10 Feb 2021, Christoph Hellwig wrote:
> Given that plat_mem_setup runs before earlyparams are handled and malta
> selects CONFIG_DMA_MAYBE_COHERENT, coherentio can only be set to
> IO_COHERENCE_DEFAULT at this point. So remove the checking for other
> options and merge
The pull request you sent on Wed, 17 Feb 2021 18:52:00 -0800 (PST):
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/51e6d17809c85e1934600ec4cdb85552e9bda254
Thank you!
--
On Sat, Feb 20, 2021 at 7:36 PM Randy Dunlap wrote:
> I suppose the rest of the patch is OK since it works for you.
>
> I don't know any of this code. It would be nice to know what some
> of those pm2_RD(par, SOME_REG) mean so that I could sort of
> understand what it is doing, but don't go
pm2fb_sync is called when doing /dev/fb read or write.
The original pm2fb_sync wait indefinitely on hardware flags which can
possibly stall kernel and make everything unresponsive.
Instead of waiting indefinitely, we can timeout to give user a chance to
get back control.
[ 39.503356] Hardware
Sorry,it was my fault, I will resubmit.
On Sun, Feb 21, 2021 at 9:54 AM David Ahern wrote:
>
> On 2/19/21 9:32 PM, Yejune Deng wrote:
> > static const struct neigh_ops arp_direct_ops = {
> > .family = AF_INET,
> > .output = neigh_direct_output,
> > @@
virtio_config_enable(), virtio_config_disable() are only used inside
drivers/virtio/virtio.c, so it doesn't need export the symbols.
Signed-off-by: Xianting Tian
---
drivers/virtio/virtio.c | 6 ++
include/linux/virtio.h | 2 --
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git
Background
==
EPC section is covered by one or more SRAT entries that are associated with
one and only one PXM (NUMA node). The motivation behind this patch is to
provide basic elements of building allocation scheme based on this premise.
It does not try to fully address NUMA. For
Hi Tong,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.11 next-20210219]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
Dear friend,
I am contacting you independently of my investigation in
my bank and no one is informed of this communication. I need your
urgent assistance in transferring the sum of $5.3 million dollars to
your private account,that belongs to one of our foreign customers who
died a longtime with
On 2/19/21 9:32 PM, Yejune Deng wrote:
> static const struct neigh_ops arp_direct_ops = {
> .family = AF_INET,
> .output = neigh_direct_output,
> @@ -277,15 +269,10 @@ static int arp_constructor(struct neighbour *neigh)
>
On 2/20/2021 22:53, Yejune Deng wrote:
> Use vfs_poll() is a more advanced function in acrn_irqfd_assign().
> as the same time, modify the definition of events.
>
> Signed-off-by: Yejune Deng
Thanks for the update.
Reviewed-by: Shuo Liu
Hi Greg,
Need i do more work on this patch?
Or you
syzbot has found a reproducer for the following issue on:
HEAD commit:f40ddce8 Linux 5.11
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1156374ad0
kernel config: https://syzkaller.appspot.com/x/.config?x=4b919ebed7b4902
dashboard link:
Hi Tong,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.11 next-20210219]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
[ Let's see how long this lasts, but I've got a generator for the
laptop, and hopefully I'll be able to start doing pulls tonight, and
get "real" power tomorrow ]
On Sat, Feb 20, 2021 at 11:30 AM Al Viro wrote:
>
> IOW, it's not iov_iter_revert() being weird or do_tty_write() misuing it -
> it's
On 2/20/21 4:00 PM, Tong Zhang wrote:
> pm2fb_sync is called when doing /dev/fb read or write.
> The original pm2fb_sync wait indefinitely on hardware flags which can
> possibly stall kernel and make everything unresponsive.
> Instead of waiting indefinitely, we can timeout to give user a chance
Hi Alain,
On Sat, 20 Feb 2021 20:45:25 +0100 Alain Volmat wrote:
>
> sorry for the delay, is there anything I should do concerning this issue
> ?
No, it should be taken care of my the maintainers when they get Linus
to merge their trees.
--
Cheers,
Stephen Rothwell
pgp6n6zDuD5bG.pgp
In https://bugs.gentoo.org/769614 Dmitry noticed that
`ptrace(PTRACE_GET_SYSCALL_INFO)` does not work for syscalls called
via glibc's syscall() wrapper.
ia64 has two ways to call syscalls from userspace: via `break` and via
`eps` instructions.
The difference is in stack layout:
1. `eps` creates
In https://bugs.gentoo.org/769614 Dmitry noticed that
`ptrace(PTRACE_GET_SYSCALL_INFO)` does not return error sign properly.
The bug is in mismatch between get/set errors:
static inline long syscall_get_error(struct task_struct *task,
struct pt_regs *regs)
{
Hi Randy,
Thanks for the comment.
I currently have this problem on my machine.
I have submitted a revised patch -- which includes the console log.
Thanks!
- Tong
On Sat, Feb 20, 2021 at 6:33 PM Randy Dunlap wrote:
>
> Hi--
>
> On 2/20/21 3:02 PM, Tong Zhang wrote:
> > pm2fb_sync is called when
pm2fb_sync is called when doing /dev/fb read or write.
The original pm2fb_sync wait indefinitely on hardware flags which can
possibly stall kernel and make everything unresponsive.
Instead of waiting indefinitely, we can timeout to give user a chance to
get back control.
[ 39.503356] Hardware
On 2/12/21 6:13 AM, William Breathitt Gray wrote:
This is in preparation for a subsequent patch implementing a character
device interface for the Counter subsystem.
Signed-off-by: William Breathitt Gray
---
Reviewed-by: David Lechner
We are reaching you once again as regards the estate of Late George Brumley,
you were made one of the beneficiaries of his estate. Do get back to me at your
earliest convenience. The Trustees
Hi--
On 2/20/21 3:02 PM, Tong Zhang wrote:
> pm2fb_sync is called when doing /dev/fb read or write.
> The original pm2fb_sync wait indefinitely on hardware flags which can
> possibly stall kernel and make everything unresponsive.
> Instead of waiting indefinitely, we can timeout to give user a
Hi Vincent,
On Wed, Feb 10, 2021 at 06:33:52PM +0100, Vincent Knecht wrote:
> +
> + for (i = 0; i < MAX_SUPPORTED_FINGER_NUM; i++) {
> + p = _event.pkt[i];
> + /* Ignore non-pressed finger data */
> + if (p->xy_hi == 0xFF && p->x_low == 0xFF && p->y_low ==
From: Nadav Amit
Simplify the code and avoid having an additional function on the stack
by inlining on_each_cpu_cond() and on_each_cpu().
Cc: Andy Lutomirski
Cc: Thomas Gleixner
Suggested-by: Peter Zijlstra
Signed-off-by: Nadav Amit
---
include/linux/smp.h | 50
From: Nadav Amit
The compiler is smart enough without these hints.
Cc: Andy Lutomirski
Cc: Peter Zijlstra
Suggested-by: Dave Hansen
Reviewed-by: Dave Hansen
Signed-off-by: Nadav Amit
---
arch/x86/mm/tlb.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
From: Nadav Amit
cpumask_next_and() and cpumask_any_but() are pure, and marking them as
such seems to generate different and presumably better code for
native_flush_tlb_multi().
Reviewed-by: Dave Hansen
Signed-off-by: Nadav Amit
---
include/linux/cpumask.h | 6 +++---
1 file changed, 3
From: Nadav Amit
Blindly writing to is_lazy for no reason, when the written value is
identical to the old value, makes the cacheline dirty for no reason.
Avoid making such writes to prevent cache coherency traffic for no
reason.
Cc: Andy Lutomirski
Cc: Peter Zijlstra
Suggested-by: Dave Hansen
From: Nadav Amit
cpu_tlbstate is mostly private and only the variable is_lazy is shared.
This causes some false-sharing when TLB flushes are performed.
Break cpu_tlbstate intro cpu_tlbstate and cpu_tlbstate_shared, and mark
each one accordingly.
Cc: Andy Lutomirski
Cc: Peter Zijlstra
From: Nadav Amit
To improve TLB shootdown performance, flush the remote and local TLBs
concurrently. Introduce flush_tlb_multi() that does so. Introduce
paravirtual versions of flush_tlb_multi() for KVM, Xen and hyper-v (Xen
and hyper-v are only compile-tested).
While the updated smp
From: Nadav Amit
Open-code on_each_cpu_cond_mask() in native_flush_tlb_others() to
optimize the code. Open-coding eliminates the need for the indirect branch
that is used to call is_lazy(), and in CPUs that are vulnerable to
Spectre v2, it eliminates the retpoline. In addition, it allows to use
From: Nadav Amit
The unification of these two functions allows to use them in the updated
SMP infrastrucutre.
To do so, remove the reason argument from flush_tlb_func_local(), add
a member to struct tlb_flush_info that says which CPU initiated the
flush and act accordingly. Optimize the size of
From: Nadav Amit
Currently, on_each_cpu() and similar functions do not exploit the
potential of concurrency: the function is first executed remotely and
only then it is executed locally. Functions such as TLB flush can take
considerable time, so this provides an opportunity for performance
From: Nadav Amit
The series improves TLB shootdown by flushing the local TLB concurrently
with remote TLBs, overlapping the IPI delivery time with the local
flush. Performance numbers can be found in the previous version [1].
v5 was rebased on 5.11 (long time after v4), and had some bugs and
pm2fb_sync is called when doing /dev/fb read or write.
The original pm2fb_sync wait indefinitely on hardware flags which can
possibly stall kernel and make everything unresponsive.
Instead of waiting indefinitely, we can timeout to give user a chance to
get back control.
Signed-off-by: Tong Zhang
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: f40ddce88593482919761f74910f42f4b84c004b
commit: 71b9114d2c13a648fbe6523dd859e611c316ad90 ARM: s3c: move into a common
directory
date: 6 months ago
config: arm-randconfig-r034-20210221 (attached as
On Sat, Feb 20, 2021 at 11:28:02PM +0100, Peter Zijlstra wrote:
> On Sat, Feb 20, 2021 at 06:41:01PM +0100, Borislav Petkov wrote:
> > > - I have more cases for objtool to rewrite code (I'll see if I can
> > >rebase and post that this weekend -- no promises).
> >
> > Oh noes.
>
> 11 patches
On Sat, Feb 20, 2021 at 06:41:01PM +0100, Borislav Petkov wrote:
> > - if we had negative alternatives objtool doesn't need to actually
> >rewrite code in this case. It could simply emit alternative entries
> >and call it a day.
>
> I don't mind the negative alt per se - I mind the
On Sat, Feb 20, 2021 at 06:41:01PM +0100, Borislav Petkov wrote:
> > - I have more cases for objtool to rewrite code (I'll see if I can
> >rebase and post that this weekend -- no promises).
>
> Oh noes.
11 patches and one beer later, it even boots :-)
Saves more than 6k on a defconfig
After several failed attempts,we are reaching you once again as regards the
estate of Late George Brumley, you were made one of the beneficiaries of his
estate. Do get back to me at your earliest convenience. The Trustees
Hi Robert,
Thank you for your patch!
On 17.02.2021 14:21, Robert Foss wrote:
Add register definitions for version 170 of the Titan architecture
and implement support for the RDI output mode.
The RDI mode as opposed to the PIX output mode for the VFE unit does
not support any ISP
Hi Robert,
Thank you for your patch!
On 17.02.2021 14:21, Robert Foss wrote:
Add register definitions for version 170 of the Titan architecture
and implement support for the RDI output mode.
The RDI mode as opposed to the PIX output mode for the VFE unit does
not support any ISP
On Sat, Feb 20, 2021 at 12:31:49PM -0800, Cong Wang wrote:
> Because it does not lock the lock, just compare:
>
> lock();
> __unix_set_addr();
> unlock();
>
> to:
>
> lock();
> __unix_set_addr();
>
> Clearly the former is more readable and less error-prone. Even
> if you really want to do
Hello,
syzbot found the following issue on:
HEAD commit:f40ddce8 Linux 5.11
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1397f498d0
kernel config: https://syzkaller.appspot.com/x/.config?x=e53d04227c52a0df
dashboard link:
On 2/19/21 10:40 AM, Juergen Gross wrote:
> For avoiding read- and write-tearing by the compiler use READ_ONCE()
> and WRITE_ONCE() for accessing the ring indices in evtchn.c.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Boris Ostrovsky
On 20/02/2021 20:04, Salvatore Bonaccorso wrote:
Hi,
On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
Hi list,
NFS caching appears broken in 4.19.37.
The more cores/threads the easier to reproduce. Tested with identical
results on Ryzen 1600 and 1600X.
1. Mount an openwrt build
On Sat, Feb 20, 2021 at 11:32 AM Al Viro wrote:
>
> On Sat, Feb 20, 2021 at 11:12:33AM -0800, Cong Wang wrote:
> > On Thu, Feb 18, 2021 at 8:22 PM Al Viro wrote:
> > >
> > > Duplicated logics in all bind variants (autobind, bind-to-path,
> > > bind-to-abstract) gets taken into a common helper.
>
Document debugfs directories and files created for pinctrl subsystem.
Suggested-by: Andy Shevchenko
Reviewed-by: Andy Shevchenko
Reviewed-by: Tony Lindgren
Signed-off-by: Drew Fustini
---
Documentation/driver-api/pinctl.rst | 37 +
1 file changed, 37 insertions(+)
Add "pinmux-select" to debugfs which will activate a pin function for a
given pin group:
echo "" > pinmux-select
The write operation pinmux_select() handles this by checking that the
names map to valid selectors and then calling ops->set_mux().
The existing "pinmux-functions" debugfs file
Switch over pinctrl debugfs files to use octal permissions as they are
preferred over symbolic permissions. Refer to commit f90774e1fd27
("checkpatch: look for symbolic permissions and suggest octal instead").
Note: S_IFREG flag is added to the mode by __debugfs_create_file()
in
This series first converts the debugfs files in the pinctrl subsystem to
octal permissions and then adds a new debugfs file "pinmux-select".
Group name and function name can be written to "pinmux-select" which
will cause the pin function for the specified group to be activated on
the pin
> On Feb 20, 2021, at 3:13 PM, Anton Ivanov
> wrote:
>
> On 20/02/2021 20:04, Salvatore Bonaccorso wrote:
>> Hi,
>>
>> On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
>>> Hi list,
>>>
>>> NFS caching appears broken in 4.19.37.
>>>
>>> The more cores/threads the easier to
On Sat, Feb 20, 2021 at 10:47:48AM -0800, Randy Dunlap wrote:
> ---
> KernelVersion: v5.11
> I don't know what format is used for KernelVersion.
> This patch applies to any Linux kernel v5.x and probably even older.
I normally ask for it to be the kernel version (without git) that the
patch was
Hi,
On Mon, Jul 08, 2019 at 07:19:54PM +0100, Anton Ivanov wrote:
> Hi list,
>
> NFS caching appears broken in 4.19.37.
>
> The more cores/threads the easier to reproduce. Tested with identical
> results on Ryzen 1600 and 1600X.
>
> 1. Mount an openwrt build tree over NFS v4
> 2. Run make -j
This allows khwrngd to make use of iproc-rng200.
Justification:
cat /dev/hwrng | rngtest -c 1000
rngtest 6.10
Copyright (c) 2004 by Henrique de Moraes Holschuh
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A
This allows devices without a high precission timer to speed up boot from
more 100 s to lest than 30s.
Justification:
root@OpenWrt:/# cat /dev/hwrng | rngtest -c 1000
rngtest 6.10
Copyright (c) 2004 by Henrique de Moraes Holschuh
This is free software; see the source for copying conditions.
On Fri, Feb 19, 2021 at 03:30:24PM +0100, Adrien Grassein wrote:
> Remove useless clocks in UART 2
>
> Signed-off-by: Adrien Grassein
> ---
> arch/arm64/boot/dts/freescale/imx8mm-nitrogen-r2.dts | 2 --
> 1 file changed, 2 deletions(-)
Reviewed-by: Krzysztof Kozlowski
Best regards,
Krzysztof
Can we get some kind of common prefix for the subjects?
> This report is generated by a bot. It may contain errors.
It is less useful than average lkml mail, so it should be easy to
filter.
> See https://goo.gl/tpsmEJ for more information about syzbot.
> syzbot engineers can be reached at
Hi Stephen,
sorry for the delay, is there anything I should do concerning this issue
?
Cheers,
Alain
On Mon, Feb 15, 2021 at 09:14:44AM +1100, Stephen Rothwell wrote:
> Hi all,
>
> On Tue, 2 Feb 2021 09:01:35 +1100 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the arm-soc
On Sat, Feb 20, 2021 at 07:29:57PM +, Al Viro wrote:
> And then you notice that it has reports
> successful write of amount other than what you'd passed and tries
> to pull back.
Sorry, half-edited sentence has escaped ;-/ Should be
"And there the caller notices that callback has reported
On Sat, Feb 20, 2021 at 08:12:45PM +0100, Álvaro Fernández Rojas wrote:
> Hi Andrew,
>
> I ran rngtest and this is what I got:
> root@OpenWrt:/# cat /dev/hwrng | rngtest -c 1000
> rngtest 6.10
> Copyright (c) 2004 by Henrique de Moraes Holschuh
> This is free software; see the source for copying
On Sat, Feb 20, 2021 at 11:12:33AM -0800, Cong Wang wrote:
> On Thu, Feb 18, 2021 at 8:22 PM Al Viro wrote:
> >
> > Duplicated logics in all bind variants (autobind, bind-to-path,
> > bind-to-abstract) gets taken into a common helper.
> >
> > Signed-off-by: Al Viro
> > ---
> >
On Sat, Feb 20, 2021 at 05:38:49PM +, Al Viro wrote:
> On Sat, Feb 20, 2021 at 08:56:40AM -0800, Linus Torvalds wrote:
> > Al,
> > This is the "FIXME! Have Al check this!" case in do_tty_write(). You were
> > in on that whole discussion, but we never did get to that issue...
> >
> > There
On Fri, Feb 19, 2021 at 03:30:23PM +0100, Adrien Grassein wrote:
> Add description and pin muxing for UARTs.
>
> Signed-off-by: Adrien Grassein
> ---
> .../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 48 +++
> 1 file changed, 48 insertions(+)
>
Reviewed-by: Krzysztof Kozlowski
On Fri, Feb 19, 2021 at 03:30:20PM +0100, Adrien Grassein wrote:
> Add usdhc3 description which corresponds to the wifi/bt chip
>
> Signed-off-by: Adrien Grassein
> ---
> .../boot/dts/freescale/imx8mm-nitrogen-r2.dts | 38 +++
> 1 file changed, 38 insertions(+)
>
> diff --git
On Fri, Feb 19, 2021 at 03:02:35PM +0100, Adrien Grassein wrote:
> Le ven. 19 févr. 2021 à 14:19, Krzysztof Kozlowski a écrit :
> >
> > On Wed, Feb 17, 2021 at 05:10:47PM +0100, Adrien Grassein wrote:
> > > Add the description for espi support.
> > >
> > > Signed-off-by: Adrien Grassein
> > >
1 - 100 of 234 matches
Mail list logo
