On 6/1/20 3:39 PM, Andy Lutomirski wrote:
>
>> On Jun 1, 2020, at 10:56 AM, Daniel P. Smith
>> wrote:
>>
>> On 6/1/20 12:51 PM, Andy Lutomirski wrote:
On Mon, Jun 1, 2020 at 8:33 AM Daniel P. Smith
wrote:
On 5/7/20 7:06 AM, Daniel Kiper wrote:
> Hi Łukasz,
>
> O
On Mon, Jun 1, 2020 at 6:58 PM Richard Guy Briggs wrote:
> On 2020-06-01 12:10, Paul Moore wrote:
> > On Thu, May 28, 2020 at 9:44 PM Richard Guy Briggs wrote:
...
> > > diff --git a/net/netfilter/nf_tables_api.c b/net/netfilter/nf_tables_api.c
> > > index 4471393da6d8..7a386eca6e04 100644
> >
On 5/29/20 8:39 AM, Paolo Bonzini wrote:
Similar to VMX, the state that is captured through the currently available
IOCTLs is a mix of L1 and L2 state, dependent on whether the L2 guest was
running at the moment when the process was interrupted to save its state.
In particular, the SVM-specifi
On Mon, Jun 01, 2020 at 04:46:45PM -0700, Linus Torvalds wrote:
> On Mon, Jun 1, 2020 at 11:40 AM Al Viro wrote:
> >
> > Assorted patches from Miklos; an interesting part here is
> > /proc/mounts
> > stuff...
>
> You know, this could really have done with more of a real description, Al..
On Mon, Jun 1, 2020 at 11:07 PM Tejun Heo wrote:
>
> On Mon, Jun 01, 2020 at 08:44:42AM +, Lai Jiangshan wrote:
> > The major memory ussage in workqueue is on the pool_workqueue.
> > The pool_workqueue has alignment requirement which often leads
> > to padding.
> >
> > Reducing the memory usag
> -Original Message-
> From: Nick Desaulniers
> Sent: Monday, June 1, 2020 4:18 PM
> To: Moore, Robert ; Kaneda, Erik
> ; Wysocki, Rafael J ;
> Len Brown
> Cc: Ard Biesheuvel ; dvyu...@google.com;
> gli...@google.com; guohan...@huawei.com; linux-arm-
> ker...@lists.infradead.org; linux-
On Mon, 1 Jun 2020 14:54:12 -0500
"Zanussi, Tom" wrote:
> Hi Masami,
>
> On 6/1/2020 9:42 AM, Masami Hiramatsu wrote:
> > Convert the required tracefs interface checking code with
> > requires: list.
> >
> > Signed-off-by: Masami Hiramatsu [ SNIP ]
>
> > diff --git
> > a/tools/testing/selfte
Sent from my iPad
On Tue Jun 02 20, Lu Baolu wrote:
Hi Jerry,
On 6/1/20 6:42 PM, Jerry Snitselaar wrote:
Hi Joerg,
With this patchset, I have an epyc system where if I boot with
iommu=nopt and force a dump I will see some io page faults for a nic
on the system. The vmcore is harvested and the system reboots. I
The pull request you sent on Mon, 1 Jun 2020 19:35:15 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.set_fs-exec
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/8b39a57e965403c12a27d0859901a8a7d1d7318f
Thank you!
--
Deet-doot-dot, I am a bot
The pull request you sent on Mon, 1 Jun 2020 19:40:36 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git from-miklos
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/f359287765c04711ff54fbd11645271d8e5ff763
Thank you!
--
Deet-doot-dot, I am a bot.
htt
The pull request you sent on Mon, 1 Jun 2020 19:22:45 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git uaccess.csum
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4b01285e1672ed9342ace952e92eb1e1db7134ae
Thank you!
--
Deet-doot-dot, I am a bot.
ht
The pull request you sent on Mon, 1 Jun 2020 19:31:03 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git
> uaccess.__copy_from_user
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/56446efab9ce4961fe0fe6bbc5bc66374b08b9f3
Thank you!
--
Deet-doot-dot,
The pull request you sent on Mon, 1 Jun 2020 19:31:59 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git
> uaccess.__copy_to_user
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/062ea674ae8ad93530dbf7176c59daef098863df
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 19:25:24 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git uaccess.access_ok
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/e0cd9206878a3b95024602b355b254d142f5ce94
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Mon, 1 Jun 2020 19:30:01 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git uaccess.__put_user
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4fdea5848b3c7fb13a0bfd7f768dcf15b534dafe
Thank you!
--
Deet-doot-dot, I am a b
On Mon, 1 Jun 2020, Geert Uytterhoeven wrote:
> >
> > Sure, it could be absorbed by both asm/mac_iop.h and
> > drivers/macintosh/adb-iop.c [...]
>
> asm/mac_iop.h doesn't include asm/adb_iop.h (at least not in my tree,
> but perhaps you have plans to change that?), so there's only a single
> u
On Mon, Jun 1, 2020 at 4:37 PM Peter Collingbourne wrote:
>
> On Mon, Jun 1, 2020 at 4:18 PM Nick Desaulniers
> wrote:
> >
> > Will reported UBSAN warnings:
> > UBSAN: null-ptr-deref in drivers/acpi/acpica/tbfadt.c:459:37
> > UBSAN: null-ptr-deref in arch/arm64/kernel/smp.c:596:6
> >
> > Looks l
On Mon, May 18, 2020 at 08:17:42PM -0700, Andi Kleen wrote:
> > Instead, we can avoid the ODR violation by matching other arch's by
> > defining jiffies only by linker script. For -fno-semantic-interposition
> > + Full LTO, there is no longer a global definition of jiffies for the
> > compiler to
On Mon, Jun 1, 2020 at 11:40 AM Al Viro wrote:
>
> Assorted patches from Miklos; an interesting part here is /proc/mounts
> stuff...
You know, this could really have done with more of a real description, Al...
Linus
On Mon, Jun 1, 2020 at 4:18 PM Nick Desaulniers wrote:
>
> Will reported UBSAN warnings:
> UBSAN: null-ptr-deref in drivers/acpi/acpica/tbfadt.c:459:37
> UBSAN: null-ptr-deref in arch/arm64/kernel/smp.c:596:6
>
> Looks like the emulated offsetof macro ACPI_OFFSET is causing these. We
> can avoid t
> > or a pathname, or including also the event default of "disabled".
>
> For my cases conversion of pathnames into open fds belongs to external
> controlling process e.g. like in the examples provided in the patch set.
> Not sure about "event default of 'disabled'"
It would be nicer for manual u
CAUTION: This email originated from outside of the organization. Do not
click links or open attachments unless you can confirm the sender and know the
content is safe.
On 5/19/20 7:25 PM, Anchal Agarwal wrote:
>
> int xenbus_dev_resume(struct device *dev)
> {
> -
On Sun, May 31, 2020 at 08:24:52PM +0200, Giovanni Gherdovich wrote:
> There may be CPUs that support turbo boost but don't declare any turbo
> ratio, i.e. their MSR_TURBO_RATIO_LIMIT is all zeroes. In that condition
> scale-invariant calculations can't be performed.
>
> Signed-off-by: Giovanni Gh
On Mon, Jun 01, 2020 at 06:00:29PM -0500, Babu Moger wrote:
> Memory bandwidth is calculated reading the monitoring counter
> at two intervals and calculating the delta. It is the software’s
> responsibility to read the count often enough to avoid having
> the count roll over _twice_ between reads.
[+cc Greg, linux-kernel for wider exposure]
On Tue, May 26, 2020 at 09:30:08AM -0700, Rajat Jain wrote:
> On Thu, May 14, 2020 at 7:18 PM Rajat Jain wrote:
> > On Thu, May 14, 2020 at 12:13 PM Raj, Ashok wrote:
> > > On Wed, May 13, 2020 at 02:26:18PM -0700, Rajat Jain wrote:
> > > > On Wed, May
Hi Jerry,
On 6/1/20 9:17 PM, Jerry Snitselaar wrote:
On Mon Jun 01 20, Jerry Snitselaar wrote:
On Fri May 29 20, Jerry Snitselaar wrote:
On Tue Apr 14 20, Joerg Roedel wrote:
Hi,
here is the second version of this patch-set. The first version with
some more introductory text can be found her
Hi Jerry,
On 6/1/20 6:42 PM, Jerry Snitselaar wrote:
Hi Joerg,
With this patchset, I have an epyc system where if I boot with
iommu=nopt and force a dump I will see some io page faults for a nic
on the system. The vmcore is harvested and the system reboots. I
haven't reproduced it on other sys
Hi Dave,
On Mon, 11 May 2020 13:00:15 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the ipsec-next tree got conflicts in:
>
> net/ipv4/xfrm4_output.c
> net/ipv6/xfrm6_output.c
>
> between commit:
>
> 0c922a4850eb ("xfrm: Always set XFRM_TRANSFORMED in
> xfrm{4,6}_output
Will reported UBSAN warnings:
UBSAN: null-ptr-deref in drivers/acpi/acpica/tbfadt.c:459:37
UBSAN: null-ptr-deref in arch/arm64/kernel/smp.c:596:6
Looks like the emulated offsetof macro ACPI_OFFSET is causing these. We
can avoid this by using the compiler builtin, __builtin_offsetof.
The non-kerne
On Mon, Jun 1, 2020 at 1:08 PM Kees Cook wrote:
>
> On Sun, May 31, 2020 at 02:03:48PM -0700, Andy Lutomirski wrote:
> > On Sun, May 31, 2020 at 11:57 AM Andy Lutomirski wrote:
> > >
> > >
> > > What if there was a special filter type that ran a BPF program on each
> > > syscall, and the program
Hi all,
In commit
055be6865dea ("Crypto/chcr: Fixes a coccinile check error")
Fixes tag
Fixes: 567be3a5d227 ("crypto:
has these problem(s):
- Subject has leading but no trailing parentheses
- Subject has leading but no trailing quotes
Please do not split Fixes tags over more than one
This data is never flushed by rstat, so it is never used. We shouldn't
bother collecting it. We can access global disk stats to compute io
statistics for the root cgroup.
Signed-off-by: Boris Burkov
---
include/linux/blk-cgroup.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Add a small bit of plumbing necessary to use CAAM on VFxxx SoCs.
Signed-off-by: Andrey Smirnov
Cc: Chris Healy
Cc: Horia Geantă
Cc: Herbert Xu
Cc: Fabio Estevam
Cc: linux-...@nxp.com
Cc: linux-cry...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/crypto/caam/ctrl.c | 10 +++
According to Vybrid Security RM, CCM_CCGR11[CG176] can be used to gate
CAAM ipg clock.
Signed-off-by: Horia Geantă
Signed-off-by: Andrey Smirnov
Cc: Chris Healy
Cc: Shawn Guo
Cc: Fabio Estevam
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-...@nxp.com
---
On Mon, Jun 1, 2020 at 1:38 PM Linus Torvalds
wrote:
>
> Ok, I'll try to remember, but I probably won't. So it would be lovely
> to be reminded when I get the arm pull.
Well, the arm pull already came in, and mentioned it, and it all
looked entirely local and simple, so it's all good.
Or rather,
Memory bandwidth is calculated reading the monitoring counter
at two intervals and calculating the delta. It is the software’s
responsibility to read the count often enough to avoid having
the count roll over _twice_ between reads.
The current code hardcodes the bandwidth monitoring counter's widt
On Sun, May 31, 2020 at 8:22 PM Greg Thelen wrote:
>
> Since v4.19 commit b0dedc49a2da ("mm/vmscan.c: iterate only over charged
> shrinkers during memcg shrink_slab()") a memcg aware shrinker is only
> called when the per-memcg per-node shrinker_map indicates that the
> shrinker may have objects t
On 2020-06-01 12:10, Paul Moore wrote:
> On Thu, May 28, 2020 at 9:44 PM Richard Guy Briggs wrote:
> > iptables, ip6tables, arptables and ebtables table registration,
> > replacement and unregistration configuration events are logged for the
> > native (legacy) iptables setsockopt api, but not for
The pull request you sent on Mon, 1 Jun 2020 09:46:00 -0600:
> git://git.lwn.net/linux.git tags/docs-5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/b23c4771ff62de8ca9b5e4a2d64491b2fb6f8f69
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.wiki.kernel.org/use
Hi,
On Sun, May 31, 2020 at 6:47 PM Jarkko Sakkinen
wrote:
>
> On Thu, May 28, 2020 at 03:19:30PM -0700, Douglas Anderson wrote:
> > During flow control we are just reading from the TPM, yet our spi_xfer
> > has the tx_buf and rx_buf both non-NULL which means we're requesting a
> > full duplex tr
On Mon, Jun 1, 2020 at 8:46 AM Jonathan Corbet wrote:
>
> There will be, alas, more of the usual trivial merge conflicts.
Heh. And one of those conflicts was just due to the arm64 people
fixing some warnings differently from the doc people.
I took the doc version that kept the allegedly "unexpec
From: Jules Irenge
Date: Mon, 1 Jun 2020 19:45:52 +0100
> Sparse reports a warning at efx_ef10_try_update_nic_stats_vf()
> warning: context imbalance in efx_ef10_try_update_nic_stats_vf()
> - unexpected unlock
> The root cause is the missing annotation at
> efx_ef10_try_update_nic_stats_vf
This is my sixth attempt to send a bug report.
The first time you didn't like my email address.
The second time you didn't like that I copied the whole url.
The third time you didn't like that the part of the url that I copied
looked a bit like a url.
The fourth time you complained that "The messa
On 6/1/20 5:00 PM, Agarwal, Anchal wrote:
>
>
> I don't see these last two used anywhere. Are you, in fact,
> distinguishing between PM suspend and hibernation?
>
> Yes, I am. Unless there is a better way to distinguish at runtime which I
> haven't figured out yet.
> The initial desig
On Mon, Jun 01, 2020 at 03:56:55PM -0600, Alex Williamson wrote:
> On Mon, 1 Jun 2020 14:40:23 -0700
> "Raj, Ashok" wrote:
>
> > On Mon, Jun 01, 2020 at 04:25:19PM -0500, Bjorn Helgaas wrote:
> > > On Thu, May 28, 2020 at 01:57:42PM -0700, Ashok Raj wrote:
> > > > All Intel platforms guarantee
The pull request you sent on Mon, 1 Jun 2020 18:13:10 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
> tags/arm64-upstream
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/533b220f7be4e461a5222a223d169b42856741ef
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 14:59:37 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git
> tags/m68k-for-v5.8-tag1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3ee3723b40d55f473b8c82c60ed0e67f1f9ec6b9
Thank you!
--
Deet-d
From: YueHaibing
Date: Thu, 28 May 2020 22:34:07 +0800
> tipc_sendstream() may send zero length packet, then tipc_msg_append()
> do not alloc skb, skb_peek_tail() will get NULL, msg_set_ack_required
> will trigger NULL pointer dereference.
>
> Reported-by: syzbot+8eac6d030e7807c21...@syzkaller.a
On Tue, 2 Jun 2020 at 00:19, Nick Desaulniers wrote:
>
> On Mon, Jun 1, 2020 at 2:57 PM Ard Biesheuvel wrote:
> >
> > On Mon, 1 Jun 2020 at 23:52, Nick Desaulniers
> > wrote:
> > >
> > > Anyways, it looks like the address of member from NULL subexpression
> > > looks problematic. I wonder if o
On Mon, Jun 01, 2020 at 10:33:45PM +0800, Dejin Zheng wrote:
> Use devm_platform_ioremap_resource_byname() to simplify codes.
> it contains platform_get_resource_byname() and devm_ioremap_resource().
>
> Signed-off-by: Dejin Zheng
> ---
> drivers/pci/controller/cadence/pcie-cadence-ep.c | 3 +-
On Mon, Jun 1, 2020 at 2:57 PM Ard Biesheuvel wrote:
>
> On Mon, 1 Jun 2020 at 23:52, Nick Desaulniers wrote:
> >
> > Anyways, it looks like the address of member from NULL subexpression
> > looks problematic. I wonder if offsetof can be used here?
> >
> > #define ACPI_OFFSET(d, f) ACPI_PTR_DIFF
On Fri, 29 May 2020 00:15:10 +0800, Dejin Zheng wrote:
> Use devm_platform_ioremap_resource_byname() to simplify codes.
> it contains platform_get_resource_byname() and devm_ioremap_resource().
>
> Signed-off-by: Dejin Zheng
> ---
> drivers/pci/controller/dwc/pci-dra7xx.c | 11 --
On Wed, 27 May 2020 00:01:10 +0800, Dejin Zheng wrote:
> use devm_platform_ioremap_resource() to simplify code, it
> contains platform_get_resource() and devm_ioremap_resource().
>
> Signed-off-by: Dejin Zheng
> ---
> drivers/pci/controller/dwc/pci-exynos.c | 4 +---
> drivers/pci/controller/pci
Hi Dave,
On Fri, 29 May 2020 14:10:56 +1000 Stephen Rothwell
wrote:
>
> On Tue, 26 May 2020 14:08:41 +1000 Stephen Rothwell
> wrote:
> >
> > On Tue, 19 May 2020 15:09:55 +1000 Stephen Rothwell
> > wrote:
> > >
> > > After merging the drm-msm tree, today's linux-next build (arm
> > > multi_
Hi Greg,
> From: stable-ow...@vger.kernel.org On
> Behalf Of Greg Kroah-Hartman
> Sent: 01 June 2020 18:53
>
> This is the start of the stable review cycle for the 4.4.226 release.
> There are 48 patches in this series, all will be posted as a response
> to this one. If anyone has any issues wi
On Tue, 26 May 2020 23:09:54 +0800, Dejin Zheng wrote:
> It will print an error message by itself when
> devm_pci_remap_cfg_resource() goes wrong. so remove the duplicate
> error message.
>
> Signed-off-by: Dejin Zheng
> ---
> drivers/pci/controller/cadence/pcie-cadence-host.c | 4 +---
> drive
Vinod,
Obviously this series won't make it for 5.8 due to being blocked by Fenghua's
PASID series. Do you think you can take patches 4 and 5 independently? I think
these can go into 5.8 and is not dependent on anything. Thanks.
On 5/18/2020 11:53 AM, Dave Jiang wrote:
v2:
- Dropped device fea
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 9bf9511e3d9f328c03f6f79bfb741c3d18f2f2c0
commit: a35d16905efc6ad5523d864a5c6efcb1e657e386 rcu: Add basic support for
kfree_rcu() batching
date: 4 months ago
config: sparc-randconfig-s031-20200602 (attached
The newly-introduced function min_loaded_core() iterates over all of
the venus instances an tries to figure out how much load each instance
is putting on each core. Not all instances, however, might be fully
initialized. Specifically the "codec_freq_data" is initialized as
part of vdec_queue_setu
On Sat, May 30, 2020 at 2:11 PM Ferenc Fejes wrote:
>
> This option makes it possible to programatically bind sockets
> to netdevices. With the help of this option sockets
> of VRF unaware applications could be distributed between
> multiple VRFs with an eBPF program. This lets the applications
>
On Mon, 1 Jun 2020, Steven Rostedt wrote:
On Mon, 1 Jun 2020 19:45:51 +0100
Jules Irenge wrote:
Sparse reports warnings
warning: context imbalance in ftrace_arch_code_modify_prepare()
- wrong count at exit
warning: context imbalance in ftrace_arch_code_modify_post_process()
On Mon, Jun 1, 2020 at 11:59 PM Norbert Lange wrote:
>
> The series seems to be stuck in limbo, and I got the hint to bring
> this to Andrew's attention [1].
> Hope this will finally end in upstream, been using these patches for ~2 years.
>
> Regards, Norbert
>
> [1] - https://bugs.debian.org/cgi-
> On Jun 1, 2020, at 2:58 PM, Norbert Lange wrote:
>
> The series seems to be stuck in limbo, and I got the hint to bring
> this to Andrew's attention [1].
> Hope this will finally end in upstream, been using these patches for ~2 years.
Thanks for the CC!
Hi . See below !
> On Jun 1, 2020, at 4:02 PM, Bhupesh Sharma wrote:
>
> Hi John,
>
> On Tue, Jun 2, 2020 at 1:01 AM John Donnelly
> wrote:
>>
>> Hi,
>>
>>
>> On 6/1/20 7:02 AM, Prabhakar Kushwaha wrote:
>>> Hi Chen,
>>>
>>> On Thu, May 21, 2020 at 3:05 PM Chen Zhou wrote:
This pa
The series seems to be stuck in limbo, and I got the hint to bring
this to Andrew's attention [1].
Hope this will finally end in upstream, been using these patches for ~2 years.
Regards, Norbert
[1] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955469
On Mon, 1 Jun 2020 14:40:23 -0700
"Raj, Ashok" wrote:
> On Mon, Jun 01, 2020 at 04:25:19PM -0500, Bjorn Helgaas wrote:
> > On Thu, May 28, 2020 at 01:57:42PM -0700, Ashok Raj wrote:
> > > All Intel platforms guarantee that all root complex implementations
> > > must send transactions up to IOMM
On Mon, 1 Jun 2020 at 23:52, Nick Desaulniers wrote:
>
> On Mon, Jun 1, 2020 at 12:05 AM Will Deacon wrote:
> >
> > On Wed, May 27, 2020 at 02:41:04PM +0100, Lorenzo Pieralisi wrote:
> > > On Tue, May 26, 2020 at 09:21:57PM +0100, Will Deacon wrote:
> > > > Hi Lorenzo, Hanjun, [+Nick]
> > > >
> >
Hi,
On Fri, May 29, 2020 at 06:27:04PM +0200, Pavel Machek wrote:
> > This patchset improves support for SBS compliant batteries. Due to
> > the changes, the battery now exposes 32 power supply properties and
> > (un)plugging it generates a backtrace containing the following message
> > without th
The pull request you sent on Mon, 1 Jun 2020 18:23:02 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ae1a4113c24470007424ea0e1d2e31336edd7296
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 1 Jun 2020 15:24:43 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-core-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/58ff3b7604a461a766a84348e620834dce9834a9
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 1 Jun 2020 18:11:36 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git smp-core-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d861f6e6829ce586bcf5823ab7d348f09be3c8fb
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 1 Jun 2020 19:07:04 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-vdso-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/4e909124f8ed54b13e07e42273c3452b7deb5a0b
Thank you!
--
Deet-doot-dot, I am a b
The pull request you sent on Mon, 1 Jun 2020 17:54:37 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a7092c82042b4ba3000cf7b369d1032161c5d4c9
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 1 Jun 2020 18:43:26 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/eff5ddadab04dc7ae8c4588dd3eef2ecad770fd7
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Mon, 1 Jun 2020 18:34:18 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-cleanups-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/17e0a7cb6a254c6d086562e7adf8b7ac24d267f3
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 18:54:25 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-fpu-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0a319ef75d931de0b21882ec17d8d70ece0aa871
Thank you!
--
Deet-doot-dot, I am a bo
The pull request you sent on Mon, 1 Jun 2020 17:31:14 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> objtool-core-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/69fc06f70f4569c9969f99fe25bdc9a6bb537b43
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 19:05:00 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-platform-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/88bc1de11cf5b5fa14dbeff7c613ce62fdfae7f6
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 15:32:28 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-core-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/60056060bede58c3073dccb8a5e73a6c40804aa9
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 18:31:54 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-build-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/bb548bedf5c596f72b6388804b3cbd2f78c9dc98
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Mon, 1 Jun 2020 15:08:06 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> core-kprobes-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/0bd957eb11cfeef23fcc240edde6dfe431731e69
Thank you!
--
Deet-doot-dot, I
The pull request you sent on Mon, 1 Jun 2020 15:15:57 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-rcu-2020-06-01
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2227e5b21aec6c5f7f6491352f0c19fd02d19418
Thank you!
--
Deet-doot-dot, I am a b
On Mon, Jun 1, 2020 at 12:05 AM Will Deacon wrote:
>
> On Wed, May 27, 2020 at 02:41:04PM +0100, Lorenzo Pieralisi wrote:
> > On Tue, May 26, 2020 at 09:21:57PM +0100, Will Deacon wrote:
> > > Hi Lorenzo, Hanjun, [+Nick]
> > >
> > > On Thu, May 21, 2020 at 06:37:38PM +0100, Lorenzo Pieralisi wrote
Kirill Tkhai wrote:
> Hi, Greg,
>
> good finding. See comments below.
>
> On 01.06.2020 06:22, Greg Thelen wrote:
>> Since v4.19 commit b0dedc49a2da ("mm/vmscan.c: iterate only over charged
>> shrinkers during memcg shrink_slab()") a memcg aware shrinker is only
>> called when the per-memcg per-n
From: Victor Julien
Date: Mon, 1 Jun 2020 22:49:37 +0200
> @@ -472,6 +472,12 @@ TP_STATUS_CSUM_VALID This flag indicates that at
> least the transport
> validated on the kernel side. If the flag is not set
> then we are free to check the checksum
On Tue, 26 May 2020 15:12:40 -0400, Jim Quinlan wrote:
> From: Jim Quinlan
>
> Have PCIE_BRCMSTB depend on ARCH_BRCMSTB. Also set the default value to
> ARCH_BRCMSTB.
>
> Signed-off-by: Jim Quinlan
> Acked-by: Florian Fainelli
> ---
> drivers/pci/controller/Kconfig | 3 ++-
> 1 file changed,
On 27/05/2020 11:58, Lukasz Luba wrote:
> Add support for other devices than CPUs. The registration function
> does not require a valid cpumask pointer and is ready to handle new
> devices. Some of the internal structures has been reorganized in order to
> keep consistent view (like removing per_cp
On Mon, Jun 1, 2020 at 10:01 AM Ingo Molnar wrote:
>
> - Provide an opt-in (prctl driven) mechanism to flush the L1D cache on
> context switch.
>The goal is to allow tasks that are paranoid due to the recent snoop
> assisted data
>sampling vulnerabilites, to flush their L1D on being swi
On Fri, May 15, 2020 at 06:59:03PM +0900, Kunihiko Hayashi wrote:
> Even if phy driver doesn't probe, the error message can't be distinguished
> from other errors. This displays error message caused by the phy driver
> explicitly.
>
> Signed-off-by: Kunihiko Hayashi
> ---
> drivers/pci/controlle
On Mon, Jun 01, 2020 at 04:25:19PM -0500, Bjorn Helgaas wrote:
> On Thu, May 28, 2020 at 01:57:42PM -0700, Ashok Raj wrote:
> > All Intel platforms guarantee that all root complex implementations
> > must send transactions up to IOMMU for address translations. Hence for
> > RCiEP devices that are V
Hi!
> Odds of a BIOS fix appear to be low: 1.57 was released over 6 years ago
> and although the [BIOS changelog] notes "Fixed an issue of UEFI
> touchpad/trackpoint/keyboard/touchscreen" in 1.58, it appears to be
> insufficient.
>
> Adding 33474HU to the nomux list avoids the issue on my system.
On Tue, 2 Jun 2020 at 00:21, Russell King - ARM Linux admin
wrote:
>
> On Mon, Jun 01, 2020 at 11:57:30PM +0300, Vladimir Oltean wrote:
> > On Mon, 1 Jun 2020 at 03:28, Russell King - ARM Linux admin
> > wrote:
> > > And yes, I do have some copper SFP modules that have an (inaccessible)
> > > AR8
On Mon, Jun 1, 2020 at 1:18 PM Song Liu wrote:
>
> On Mon, Jun 1, 2020 at 9:29 AM Denis Efremov wrote:
> >
> > buf_prevkey in generic_map_lookup_batch() is allocated with
> > kmalloc(). It's safe to free it with kfree().
> >
> > Signed-off-by: Denis Efremov
>
> Please add prefix "PATCH bpf" or "
The following commit has been merged into the x86/entry branch of tip:
Commit-ID: 4b1f63084d3ebd14c3ef2cd4e8732c25bcd8381d
Gitweb:
https://git.kernel.org/tip/4b1f63084d3ebd14c3ef2cd4e8732c25bcd8381d
Author:Thomas Gleixner
AuthorDate:Mon, 01 Jun 2020 21:33:56 +02:00
Committ
On Fri, May 15, 2020 at 06:59:02PM +0900, Kunihiko Hayashi wrote:
> This gets iATU register area from reg property. In Synopsis DWC version
> 4.80 or later, since iATU register area is separated from core register
> area, this area is necessary to get from DT independently.
>
> Signed-off-by: Kuni
Hi Sai,
On top of the comments already privided by Mike, I have the following:
On Mon, Jun 01, 2020 at 01:32:26PM +0530, Sai Prakash Ranjan wrote:
> Implement a shutdown callback to ensure ETR/ETF hardware is
> properly shutdown in reboot/shutdown path. This is required
> for ETR/ETF which has SM
>
> >
> > > These device IDs can be found on Microsoft Surface devices.
> > >
> > > Signed-off-by: Dorian Stoll
> >
> > This need to be done differently because of the server platforms conflict.
> > I have patches for that I will post short, though we are not
> > officially supporting those devic
On Thu, May 28, 2020 at 01:57:42PM -0700, Ashok Raj wrote:
> All Intel platforms guarantee that all root complex implementations
> must send transactions up to IOMMU for address translations. Hence for
> RCiEP devices that are Vendor ID Intel, can claim exception for lack of
> ACS support.
>
>
>
On Mon, Jun 01, 2020 at 11:57:30PM +0300, Vladimir Oltean wrote:
> On Mon, 1 Jun 2020 at 03:28, Russell King - ARM Linux admin
> wrote:
> > And yes, I do have some copper SFP modules that have an (inaccessible)
> > AR803x PHY on them - Microtik S-RJ01 to be exact. I forget exactly
> > which varia
201 - 300 of 1740 matches
Mail list logo