On Wed, Aug 22, 2018 at 11:31 AM Nick Desaulniers
wrote:
> Hi Dominique,
> I'm currently testing a fix in
> https://github.com/ClangBuiltLinux/linux/commit/1f89ae7622c26b8131f42f3a362d6ef41b88a595,
Sorry, maybe https://github.com/ClangBuiltLinux/linux/commits/compiler_detection
is a better link,
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: df2def49c57b4146520a1f4ca37bc3f494e2cd67
commit: 0fbe9a245c60bedebb6dd329966f463bb724450a microblaze: add endianness
options to LDFLAGS instead of LD
date: 4 weeks ago
config: microblaze-allyesconfig (atta
On Wed, Aug 22, 2018 at 08:53:46PM +0200, H. Nikolaus Schaller wrote:
> This patch requires that /sbin/depmod is installed and installable on
> the build host.
>
> But not all build hosts for cross compiling Linux are Linux systems
> and are able to provide a working port of depmod, especially at
On 8/22/18 4:11 AM, Vlastimil Babka wrote:
On 08/15/2018 08:49 PM, Yang Shi wrote:
+ start_vma = munmap_lookup_vma(mm, start, end);
+ if (!start_vma)
+ goto out;
+ if (IS_ERR(start_vma)) {
+ ret = PTR_ERR(start_vma);
+ goto out;
+
On Tue, Aug 21, 2018 at 09:31:25PM +0200, Marcus Folkesson wrote:
> LTC1665/LTC1660 is a 8/10-bit Digital-to-Analog Converter (DAC)
> with eight individual channels.
>
> Signed-off-by: Marcus Folkesson
Rob, sorry I missed your tag.
Reviewed-by: Rob Herring
> ---
>
> Notes:
> v2:
>
On 08/22/2018 01:11 PM, Halil Pasic wrote:
On 08/22/2018 05:48 PM, Christian Borntraeger wrote:
On 08/22/2018 05:34 PM, Pierre Morel wrote:
On 22/08/2018 17:11, Christian Borntraeger wrote:
On 08/22/2018 01:03 PM, Pierre Morel wrote:
That's interesting.
IMHO this quote is quite a half-f
Continuing the experiments with Ronnie's patches show additional
promising performance results from other common scenarios:
Very good news that the number of roundtrips (request/response pairs
to the server) has dropped so substantially. Reducing latency, and
allowing the server to more efficient
Hi Linus,
please pull the second round of fixes and updates in this merge window
for the parisc architecture for kernel 4.19 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-4.19-2
Changes:
- fix boot failure of 64-bit kernel. It got broken by the unwind
op
On Tue, Jul 24, 2018 at 10:01 AM, Miklos Szeredi wrote:
> iput() ends up calling ->evict() on new inode, which is not yet initialized
> by owning fs. So use destroy_inode() instead.
>
> Add to sb->s_inodes list only if inode is not in I_CREATING state (meaning
> that it wasn't allocated with new_
On Wed, Aug 22, 2018 at 4:53 PM, Linus Torvalds
wrote:
> On Wed, Aug 22, 2018 at 1:55 AM Miklos Szeredi wrote:
>>
>> + spin_lock(&inode->i_lock);
>> + inode->i_state |= I_CREATING;
>> + spin_unlock(&inode->i_lock);
>> +
>
> Why is that spinlock protection there?
>
> Isn't this a
Hello maintainers,
Crossing over from a thread in linux-integrity
(),
the fTPM on the Dell Inspiron 11 3000 reports its TPM registers inside
ACPI NV space. This causes the TPM to fail to run as the address
space has already been mapped by acpi/nvs.c prior to the TPM driver
loading.
In discussion
On Wed, Aug 22, 2018 at 12:58 PM Miklos Szeredi wrote:
>
> > So I'd like some clarification on this point before applying it. It's
> > possible that the spinlock is required, I just want to understand why.
>
> I added the spinlock, because it's cheap (new_inode() already pulls it
> into L1 cache)
Hi Sean,
On 08/22/2018 10:00 AM, Sean Christopherson wrote:
On Wed, Aug 22, 2018 at 10:14:17AM +0200, Borislav Petkov wrote:
Dropping Pavel as it bounces.
On Tue, Aug 21, 2018 at 11:07:38AM -0500, Brijesh Singh wrote:
The tsc_early_init() is called before setup_arch() -> init_mem_mapping.
On 08/22/2018 07:24 AM, David Hildenbrand wrote:
On 22.08.2018 13:19, David Hildenbrand wrote:
On 13.08.2018 23:48, Tony Krowiak wrote:
From: Tony Krowiak
Introduces a new CPU model feature and two CPU model
facilities to support AP virtualization for KVM guests.
CPU model feature:
The KVM_
On 08/11/2018 03:58 PM, Marek Vasut wrote:
> On 06/08/2018 12:58 AM, Florian Fainelli wrote:
>> Per the ARM reference manual for the Cortex-A15, The ACTLR:
>>
>> Is a read/write register.
>>
>> Common to the Secure and Non-secure states.
>>
>> Is only accessible from PL1 or higher, with access r
Please I have a very important transaction for you can we talk here on your
email or phone conversation ?
Hi!
I'm getting this in -rc0:
CC drivers/gpu/drm/ttm/ttm_tt.o
In file included from ./include/media/cec-notifier.h:13:0,
from drivers/gpu/drm/i915/intel_drv.h:42,
from
drivers/gpu/drm/i915/i915_trace.h:11,
from d
The rt3352 has a pin that can be used as second spi chip select,
watchdog reset or GPIO. The pinmux setup was missing the definition of
said pin.
The pin is configured via the same bit on rt5350, so reuse the existing
macro.
Signed-off-by: Mathias Kresin
---
arch/mips/ralink/rt305x.c | 5 +
This is to replace the USB PHY initialization code (pxa_usb_phy_init(),
pxa_usb_phy_deinit()) with a proper PHY driver.
Signed-off-by: Lubomir Rintel
---
arch/arm/mach-mmp/devices.c | 21 +
arch/arm/mach-mmp/pxa910.h | 1 +
2 files changed, 22 insertions(+)
diff --git a/ar
On 8/22/18 4:19 AM, Vlastimil Babka wrote:
On 08/15/2018 08:49 PM, Yang Shi wrote:
+ downgrade_write(&mm->mmap_sem);
+
+ /* Zap mappings with read mmap_sem */
+ unmap_region(mm, start_vma, prev, start, end);
+
+ arch_unmap(mm, start_vma, start, end);
Hmm, did you chec
On Wed, 2018-08-22 at 11:31 -0700, Nick Desaulniers wrote:
> On Tue, Aug 21, 2018 at 9:32 PM Dominique Martinet
> wrote:
> >
> > Joe Perches wrote on Tue, Aug 21, 2018:
> > > On Wed, 2018-08-22 at 06:16 +0200, Dominique Martinet wrote:
> > > > I think that could work, but at the point making a se
On 8/22/18 8:07 AM, Srikar Dronamraju wrote:
* Vlastimil Babka [2018-08-22 12:55:59]:
On 08/15/2018 08:49 PM, Yang Shi wrote:
We need check if mm or vma has uprobes in the following patch to check
if a vma could be unmapped with holding read mmap_sem. The checks and
pre-conditions used by
On 08/22/2018 07:19 AM, David Hildenbrand wrote:
On 13.08.2018 23:48, Tony Krowiak wrote:
From: Tony Krowiak
Introduces a new CPU model feature and two CPU model
facilities to support AP virtualization for KVM guests.
CPU model feature:
The KVM_S390_VM_CPU_FEAT_AP feature indicates that
AP i
Hey,
On Tue, Aug 21, 2018 at 04:59:08PM -0700, Andi Kleen wrote:
> On Tue, Aug 21, 2018 at 04:05:22PM -0700, Eduardo Valentin wrote:
> > On Tue, Aug 21, 2018 at 03:09:37PM -0700, Andi Kleen wrote:
> > > On Tue, Aug 21, 2018 at 02:15:28PM -0700, Eduardo Valentin wrote:
> > > > On a system with X86_
Linus,
The following changes since commit 94710cac0ef4ee177a63b5227664b38c95bbf703:
Linux 4.18 (2018-08-12 13:41:04 -0700)
are available in the Git repository at:
git://git.infradead.org/linux-ubifs.git tags/upstream-4.19-rc1
for you to fetch changes up to 99a24e02ccf6604e3020cf9e2c7a042b6
On Wed, Aug 22, 2018 at 2:02 PM wrote:
>
> On Tue, Aug 21, 2018 at 10:44:10AM +0200, Rafael J . Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > The case addressed by commit 5ef499cd571c (cpuidle: menu: Handle
> > stopped tick more aggressively) in the stopped tick case is present
> > when the
On 08/22/2018 12:57 PM, David Hildenbrand wrote:
In this case we will have no problem with older guests not having idea
about APXA.
Would it be a solution?
Any feature the guest sees, should be part of the CPU model. The whole
environment for cpu subfunctions is already in place both in KVM and
On Wed, Aug 22, 2018 at 01:45:44PM -0700, Yang Shi wrote:
>
>
> On 8/22/18 4:19 AM, Vlastimil Babka wrote:
> > On 08/15/2018 08:49 PM, Yang Shi wrote:
> > > + downgrade_write(&mm->mmap_sem);
> > > +
> > > + /* Zap mappings with read mmap_sem */
> > > + unmap_region(mm, start_vma, prev, start, end
Hi!
> I'm getting this in -rc0:
>
> CC drivers/gpu/drm/ttm/ttm_tt.o
> In file included from ./include/media/cec-notifier.h:13:0,
>from drivers/gpu/drm/i915/intel_drv.h:42,
> from
> drivers/gpu/drm/i915/i915_trace.h:11,
>
On Tue, Aug 21, 2018 at 06:10:42PM -0700, Mike Kravetz wrote:
> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> index 3103099f64fd..f085019a4724 100644
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -4555,6 +4555,9 @@ static bool vma_shareable(struct vm_area_struct *vma,
> unsigned long addr)
>
>
On Wed, Aug 22, 2018 at 8:46 AM Peter Zijlstra wrote:
>
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -180,6 +180,7 @@ config X86
> select HAVE_PERF_REGS
> select HAVE_PERF_USER_STACK_DUMP
> select HAVE_RCU_TABLE_FREE
> + select HAVE_RCU_TABLE_INVALIDATE
Hi,
On Wed, Aug 22, 2018 at 12:55:47PM +0200, Johan Hovold wrote:
> Use the new of_get_compatible_child() helper to lookup the usb sibling
> node instead of using of_find_compatible_node(), which searches the
> entire tree and thus can return an unrelated (non-sibling) node.
>
> This also address
On Wed, Aug 22, 2018 at 8:46 AM Peter Zijlstra wrote:
>
> Revert [..] in order to simplify the TLB invalidate fixes for x86. We'll try
> again later.
Rik, I assume I should take your earlier "yeah, I can try later" as an
ack for this?
I'll wait a bit more in the hopes of getting reviews/acks, b
On 08/22/2018 02:10 PM, Kirill A. Shutemov wrote:
>> For x86, mpx_notify_unmap() looks finally zap the VM_MPX vmas in bound table
>> range with zap_page_range() and doesn't update vm flags, so it sounds ok to
>> me since vmas have been detached, nobody can find those vmas. But, I'm not
>> familiar
A kbd_handle input can have a specific keyboard config that makes
keycode to keysym mapping array different from another one. Because
key_down[] bitmap stores currently pressed key as keycode, it should be
associated with an input keymap in order to retrieve the associated
keysym.
Allocating this
On Mon, 2018-07-16 at 09:36 +0200, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Theodore Ts'o
>
> commit d2ac838e4cd7e5e9891ecc094d626734b0245c99 upstream.
>
> Refactor the validation code used in LOOP_
Hi Linus,
Second merge window pull request
This is the SMC cleanup promised, a randconfig regression fix, and kernel oops
fix.
I've learned we have at least one regression this merge window in IPoIB,
which people are working on.
The following changes since commit 0a3173a5f09bc58a3638ecfd0a80bdb
On Wed, Aug 22, 2018 at 4:37 PM, Marc Dionne wrote:
>
> FYI with this patch (now merged) I'm seeing warnings whenever an
> object is created in an overlayfs mount:
>
> [ 842.152673] list_add double add: new=88017efe03d8,
> prev=88015c07ad88, next=88017efe03d8.
> [ 842.152687] WARNING
On 2018-08-20 12:53, Rob Herring wrote:
On Fri, Aug 17, 2018 at 05:08:35PM -0700, Venkata Narendra Kumar Gutta
wrote:
Add reg-names and interrupts for LLCC documentation and the usage
examples. llcc broadcast base is added in addition to llcc base,
which is used for llcc broadcast writes.
Typo
On 08/22/2018 02:05 PM, Kirill A. Shutemov wrote:
> On Tue, Aug 21, 2018 at 06:10:42PM -0700, Mike Kravetz wrote:
>> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
>> index 3103099f64fd..f085019a4724 100644
>> --- a/mm/hugetlb.c
>> +++ b/mm/hugetlb.c
>> @@ -4555,6 +4555,9 @@ static bool vma_shareable(str
On 8/22/18 2:42 PM, Dave Hansen wrote:
On 08/22/2018 02:10 PM, Kirill A. Shutemov wrote:
For x86, mpx_notify_unmap() looks finally zap the VM_MPX vmas in bound table
range with zap_page_range() and doesn't update vm flags, so it sounds ok to
me since vmas have been detached, nobody can find t
Because user can use different keyboards with different layouts on the
same tty, an input could have a different key map from another one. In
order to use and modify this specific key map the user can call three
new ioctls:
1) KDGKBIENT
Get an input key map's entry. If the input does not h
This patchset adds a way to have a specific keyboard config (i.e.
keycode to keysym map) for a vt attached input.
Because one can have different keyboards with different layouts on the
same VT, it can be useful to be able to associate a different keymap
with a different input. In order to do so th
Each connected kbd_handle holds a keyboard config that contains the
keymap used to translate keycode into keysym. At init and until the
kbd_handle gets detached it uses the global keyboard config
(aka key_maps[]) array to translate keycode into keysym.
For now, it is not possible for the user to d
In order to ease the addition of the ability of an input to use a
different key configuration (keycode to keysym map), the operations of
getting and setting an entry in a key map is moved in respective
functions.
Signed-off-by: Remi Pommarel
Tested-by: Elie Roudninski
---
drivers/tty/vt/keyboar
On 08/22/2018 02:56 PM, owner-linux...@kvack.org wrote:
>
>
> On 8/22/18 2:42 PM, Dave Hansen wrote:
>> On 08/22/2018 02:10 PM, Kirill A. Shutemov wrote:
For x86, mpx_notify_unmap() looks finally zap the VM_MPX vmas in
bound table
range with zap_page_range() and doesn't update vm f
On Wed, 2018-08-22 at 14:37 -0700, Linus Torvalds wrote:
> On Wed, Aug 22, 2018 at 8:46 AM Peter Zijlstra
> wrote:
> >
> > Revert [..] in order to simplify the TLB invalidate fixes for x86.
> > We'll try again later.
>
> Rik, I assume I should take your earlier "yeah, I can try later" as
> an
>
Hey Peter,
On Wed, Aug 22, 2018 at 05:30:16PM +0200, Peter Zijlstra wrote:
> If we don't use paravirt; don't play unnecessary and complicated games
> to free page-tables.
>
> Suggested-by: Linus Torvalds
> Signed-off-by: Peter Zijlstra (Intel)
> ---
> arch/x86/Kconfig |
ed to merge target specific data of file drivers/input/mouse/byd.o
and many, many more like this.
Sorry, I can't easily tell what caused this.
I have used the kbuild tree from next-20180822 for today.
--
Cheers,
Stephen Rothwell
pgpsMUCqr0DYj.pgp
Description: OpenPGP digital signature
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 899fbc33fd775b9dfa363db28f322272920a2196
commit: 0fbe9a245c60bedebb6dd329966f463bb724450a microblaze: add endianness
options to LDFLAGS instead of LD
date: 4 weeks ago
config: microblaze-allmodconfig (atta
Hello Nick,
On Tue, Jul 17, 2018 at 10:00:05PM +0100, Nick Dyer wrote:
> On Tue, Jul 17, 2018 at 08:16:25PM +0200, Paweł Chmiel wrote:
> > This patch adds optional regulators, which can be used to power
> > up touchscreen. After enabling regulators, we need to wait 150msec.
> > This value is taken
On Wed, Aug 22, 2018 at 1:50 PM Joe Perches wrote:
>
> On Wed, 2018-08-22 at 11:31 -0700, Nick Desaulniers wrote:
> > On Tue, Aug 21, 2018 at 9:32 PM Dominique Martinet
> > wrote:
> > >
> > > Joe Perches wrote on Tue, Aug 21, 2018:
> > > > On Wed, 2018-08-22 at 06:16 +0200, Dominique Martinet wro
Hi all,
On Wed, 22 Aug 2018 14:47:56 +0200 Nicolas Ferre
wrote:
>
> Alexandre Ludovic and myself are the group of maintainers for Microchip
> ARM SoCs. The current tree that we have in linux-next is mine [1] and we
> are moving to a common group kernel.org tree.
>
> So, can you please add our
On Wed, 2018-08-22 at 16:05 -0700, Nick Desaulniers wrote:
Hey Nick.
> On Wed, Aug 22, 2018 at 1:50 PM Joe Perches wrote:
> > A mild suggestion about the patch would be to break it up into
> > 2 patches to improve how people read and review them.
> >
> > 1 include/linux/compiler-*
> > 2 everyth
On 08/22/2018 11:53 AM, H. Nikolaus Schaller wrote:
> This patch requires that /sbin/depmod is installed and installable on
> the build host.
>
> But not all build hosts for cross compiling Linux are Linux systems
> and are able to provide a working port of depmod, especially at the
> file patch /
Commit cafa0010cd51 ("Raise the minimum required gcc version to 4.6")
recently exposed a brittle part of the build for supporting non-gcc
compilers.
Both Clang and ICC define __GNUC__, __GNUC_MINOR__, and
__GNUC_PATCHLEVEL__ for quick compatibility with code bases that haven't
added compiler speci
On Tue, Aug 7, 2018 at 4:55 AM Andy Lutomirski wrote:
> > On Aug 6, 2018, at 6:22 PM, Jann Horn wrote:
> > There have been multiple kernel vulnerabilities that permitted userspace to
> > pass completely unchecked pointers through to userspace accessors:
> >
> > - the waitid() bug - commit 96ca579
Nick Desaulniers wrote on Wed, Aug 22, 2018:
> I'm currently testing a fix in
> https://github.com/ClangBuiltLinux/linux/commit/1f89ae7622c26b8131f42f3a362d6ef41b88a595,
> can you please share with me your steps to test/verify that the patch
> fixes the issue for eBPF? I'll go talk to a co-worker
Signed-off-by: Ryan Lee
---
Changes : Applied 10ms delay after amp software reset.
10ms guard time is required for stability.
sound/soc/codecs/max98373.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/soc/codecs/max98373.c b/sound/soc/codecs/max98373.c
index 2764fae..6aaf
Hi John,
After merging the apparmor tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
security/apparmor/policy_unpack.c: In function 'unpack_dfa':
security/apparmor/policy_unpack.c:426:1: warning: label 'fail' defined but not
used [-Wunused-label]
fail:
^~~~
Introduc
On Wed, 2018-08-22 at 16:37 -0700, Nick Desaulniers wrote:
> Commit cafa0010cd51 ("Raise the minimum required gcc version to 4.6")
> recently exposed a brittle part of the build for supporting non-gcc
> compilers.
style trivia:
> diff --git a/include/linux/compiler_types.h b/include/linux/compile
On Wed, Aug 22, 2018 at 4:39 PM Nick Desaulniers
wrote:
>
> Rather than always including compiler-gcc.h then undefining or
> redefining macros in compiler-intel.h or compiler-clang.h, let's
> separate out the compiler specific macro definitions into mutually
> exclusive headers, do more proper com
Nick Desaulniers wrote on Wed, Aug 22, 2018:
> Commit cafa0010cd51 ("Raise the minimum required gcc version to 4.6")
> recently exposed a brittle part of the build for supporting non-gcc
> compilers.
>
> Both Clang and ICC define __GNUC__, __GNUC_MINOR__, and
> __GNUC_PATCHLEVEL__ for quick compat
On Wed, Aug 22, 2018 at 4:53 PM, Jann Horn wrote:
> On Tue, Aug 7, 2018 at 4:55 AM Andy Lutomirski wrote:
>> > On Aug 6, 2018, at 6:22 PM, Jann Horn wrote:
>> > There have been multiple kernel vulnerabilities that permitted userspace to
>> > pass completely unchecked pointers through to userspac
On Wed, Aug 22, 2018 at 5:21 PM Ryan Lee wrote:
>
> Signed-off-by: Ryan Lee
> ---
> Changes : Applied 10ms delay after amp software reset.
>10ms guard time is required for stability.
> sound/soc/codecs/max98373.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/sound/soc/c
On Wed, Aug 22, 2018 at 4:35 PM Randy Dunlap wrote:
>
> On 08/22/2018 11:53 AM, H. Nikolaus Schaller wrote:
> > This patch requires that /sbin/depmod is installed and installable on
> > the build host.
> >
> > But not all build hosts for cross compiling Linux are Linux systems
> > and are able to
On Tue, Aug 07, 2018 at 08:59:44AM +0200, Mylène Josserand wrote:
> Hello Dmitry,
>
> Thank you again for the review.
>
> On Wed, 25 Jul 2018 17:47:32 -0700
> Dmitry Torokhov wrote:
>
> > Hi Mylène,
> >
> > On Wed, Jul 25, 2018 at 09:34:08AM +0200, Mylène Josserand wrote:
> > > Add the support
On Thu, Aug 23, 2018 at 2:28 AM Andy Lutomirski wrote:
>
> On Wed, Aug 22, 2018 at 4:53 PM, Jann Horn wrote:
> > On Tue, Aug 7, 2018 at 4:55 AM Andy Lutomirski wrote:
> >> > On Aug 6, 2018, at 6:22 PM, Jann Horn wrote:
> >> > There have been multiple kernel vulnerabilities that permitted usersp
On Wed, Aug 22, 2018 at 5:25 PM Dominique Martinet
wrote:
>
> Overall looks good to me, just pointing at the same error I wrote in my
> other mail here -- I saw that by the time I was done writing this this
> patch got taken but that alone will probably warrant a follow-up :/
I've fixed that manu
On 08/22/2018 05:39 PM, Dmitry Torokhov wrote:
> On Wed, Aug 22, 2018 at 4:35 PM Randy Dunlap wrote:
>>
>> On 08/22/2018 11:53 AM, H. Nikolaus Schaller wrote:
>>> This patch requires that /sbin/depmod is installed and installable on
>>> the build host.
>>>
>>> But not all build hosts for cross com
Linus Torvalds wrote on Wed, Aug 22, 2018:
> I've fixed that manually, but when I tried to test it I just hit the
>
> arch/x86/Makefile:179: *** Compiler lacks asm-goto support.. Stop.
>
> error.
>
> Do you have some experimental clang build with asm goto support? What
> version? Or is it jus
On Wed, Aug 22, 2018 at 6:10 PM Dominique Martinet
wrote:
>
> I'm not building linux directly, but BPF programs that indirectly uses
> clang with bcc
Oh, ok.
I _can_ test the basic build (just not get a working link and a
kernel) by just forcing it, so I guess I'll call that testing enough.
I'l
On Wed, 22 Aug 2018 08:58:09 -0400
Steven Rostedt wrote:
> On Tue, 21 Aug 2018 09:42:49 -0400
> Steven Rostedt wrote:
>
> > On Tue, 21 Aug 2018 22:04:57 +0900
> > Masami Hiramatsu wrote:
> >
> > > Fix within_notrace_func() to check notrace function correctly.
> > >
> > > Since the ftrace_loc
On Wed, Aug 22, 2018 at 5:55 PM, Jann Horn wrote:
> On Thu, Aug 23, 2018 at 2:28 AM Andy Lutomirski wrote:
>>
>> On Wed, Aug 22, 2018 at 4:53 PM, Jann Horn wrote:
>> > On Tue, Aug 7, 2018 at 4:55 AM Andy Lutomirski wrote:
>> >> > On Aug 6, 2018, at 6:22 PM, Jann Horn wrote:
>> >> > There have
On Thu, 23 Aug 2018 10:18:31 +0900
Masami Hiramatsu wrote:
> On Wed, 22 Aug 2018 08:58:09 -0400
> Steven Rostedt wrote:
>
> > On Tue, 21 Aug 2018 09:42:49 -0400
> > Steven Rostedt wrote:
> >
> > > On Tue, 21 Aug 2018 22:04:57 +0900
> > > Masami Hiramatsu wrote:
> > >
> > > > Fix within_
Hi all,
No reply for 2 weeks, any comments?
Thanks,
Chao Fan
On Tue, Aug 07, 2018 at 02:49:56PM +0800, Chao Fan wrote:
>***Background:
>People reported that kaslr may randomly chooses some positions
>which are located in movable memory regions. This will break memory
>hotplug feature and make th
We also have stat() that drops from 6 to 2 roundtrips.
For metadata I think the only remaining low hanging fruit is readdir().
Currently in cifs.ko scanning a directory takes a minimum of 4 roundtrips :
open
query and get data
query and get the error STATUS_NO_MORE_FILES
close
For small-ish dir
On 08/22/2018 05:20 PM, Stephen Rothwell wrote:
> Hi John,
>
> After merging the apparmor tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> security/apparmor/policy_unpack.c: In function 'unpack_dfa':
> security/apparmor/policy_unpack.c:426:1: warning: label 'fail'
Linus,
Masami found an off by one bug in the code that keeps "notrace" functions
from being traced by kprobes. During my testing, I found that there's places
that we may want to add kprobes to notrace, thus we may end up changing this
code before 4.19 is released. The history behind this change
If some error happened before find_vqs, error branch will goto
virtscsi_remove_vqs to free vqs. Actually the vqs have not been allocated
successfully, so this will cause wild-pointer-free problem. So
virtscsi_remove_vqs could be deleted as no error will happen after
find_vqs.
Signed-off-by: Jun Pi
Hi Paul,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on tip/irq/core]
[also build test WARNING on v4.18 next-20180822]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
Hi Nick
2018-08-23 8:37 GMT+09:00 Nick Desaulniers :
> Commit cafa0010cd51 ("Raise the minimum required gcc version to 4.6")
> recently exposed a brittle part of the build for supporting non-gcc
> compilers.
>
> Both Clang and ICC define __GNUC__, __GNUC_MINOR__, and
> __GNUC_PATCHLEVEL__ for quic
Currently the ti-cpufreq driver blindly registers a 'ti-cpufreq' to force
the driver to probe on any platforms where the driver is built in.
However, this should only happen on platforms that actually can make use
of the driver. There is already functionality in place to match the
SoC compatible so
FYI, we noticed the following commit (built with gcc-5):
commit: 19efe000d3258032d9a1dfb25313a092f9454da0 ("x86: Remap the IRQ stack so
it has guard pages")
https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git x86/guard_pages
in testcase: trinity
with following parameters:
runtim
Hi Johan,
I love your patch! Yet something to improve:
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.18 next-20180822]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits
Compliment of the day to you Dear Friend.
Dear Friend.
I am Mrs. Amina Kadi. am sending this brief letter to solicit your
partnership to transfer $5.5 million US Dollars. I shall send you
more information and procedures when I receive positive response from
you.
Mrs. Amina Kadi
On Sat, May 26, 2018 at 11:24:01AM +0200, Dmitry Vyukov wrote:
> On Sun, May 13, 2018 at 8:21 AM, Eric Biggers wrote:
> > On Thu, Apr 05, 2018 at 08:15:24PM -0700, Eric Biggers wrote:
> >> On Mon, Jan 29, 2018 at 01:29:48PM +0800, Tianyu Lan wrote:
> >> >
> >> >
> >> > On 1/27/2018 7:27 AM, Eric B
On Wed, 22 Aug 2018 17:30:14 +0200
Peter Zijlstra wrote:
> Will noted that only checking mm_users is incorrect; we should also
> check mm_count in order to cover CPUs that have a lazy reference to
> this mm (and could do speculative TLB operations).
Why is that incorrect?
This shortcut has noth
Hi all,
Please do not add any v4.20 material to your linux-next included
branches until after v4.19-rc1 has been released.
Changes since 20180822:
New tree: at91-fixes
The kbuild tree gained a build failure so I used the version from
next-20180822.
Non-merge commits (relative to Linus'
On Wed, Aug 22, 2018 at 8:31 PM Nicholas Piggin wrote:
>
>
> So that leaves speculative operations. I don't see where the problem is
> with those either -- this shortcut needs to ensure there are no other
> *non speculative* operations. mm_users is correct for that.
No. Because mm_users doesn't c
On Wed, Aug 22, 2018 at 8:35 PM Linus Torvalds
wrote:
>
> No. Because mm_users doesn't contain any lazy tlb users.
.. or, as it turns out, the use_mm() case either, which can do
gup_fast(). Oh well.
Linus
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 815f0ddb346c196018d4d8f8f55c12b83da1de3f
commit: faa16bc404d72a5afb857c924c83a5f691f83386 lib: Use existing define with
polynomial
date: 4 weeks ago
config: powerpc-skiroot_defconfig (attached as .config)
On Wed, 22 Aug 2018 17:55:27 +0200
Peter Zijlstra wrote:
> On Wed, Aug 22, 2018 at 05:30:15PM +0200, Peter Zijlstra wrote:
> > ARM
> > which later used this put an explicit TLB invalidate in their
> > __p*_free_tlb() functions, and PowerPC-radix followed that example.
>
> > +/*
> > + * If we w
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 815f0ddb346c196018d4d8f8f55c12b83da1de3f
commit: 0fbe9a245c60bedebb6dd329966f463bb724450a microblaze: add endianness
options to LDFLAGS instead of LD
date: 4 weeks ago
config: microblaze-allmodconfig (atta
On 08/22/18 at 06:23pm, Dave Young wrote:
> On 08/21/18 at 03:39pm, Ard Biesheuvel wrote:
> > On 9 August 2018 at 11:13, Dave Young wrote:
> > > On 08/09/18 at 09:33am, Mike Galbraith wrote:
> > >> On Thu, 2018-08-09 at 12:21 +0800, Dave Young wrote:
> > >> > Hi Mike,
> > >> >
> > >> > Thanks for
On Wed, Aug 22, 2018 at 8:45 PM Nicholas Piggin wrote:
>
> powerpc/radix has no such issue, it already does this tracking.
Yeah, I now realize that this was why you wanted to add that hacky
thing to the generic code, so that you can add the tlb_flush_pgtable()
call.
I thought it was because powe
On Thu, 23 Aug 2018, kernel test robot wrote:
FYI, we noticed the following commit (built with gcc-7):
commit: 296ba26b6681b6e07ed419b3004647167cb17f61 ("ipc: drop ipc_lock()")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
I suspect this is because that commit forgot
On Wed, 22 Aug 2018 20:35:16 -0700
Linus Torvalds wrote:
> On Wed, Aug 22, 2018 at 8:31 PM Nicholas Piggin wrote:
> >
> >
> > So that leaves speculative operations. I don't see where the problem is
> > with those either -- this shortcut needs to ensure there are no other
> > *non speculative* op
On 8/22/18 8:54 PM, Anup Patel wrote:
On Wed, Aug 22, 2018 at 11:33 AM, Christoph Hellwig wrote:
On Tue, Aug 21, 2018 at 10:34:38PM +0530, Anup Patel wrote:
The cpu_operations is certainly required because SOC vendors will add
vendor-specific mechanism to selectively bringing-up CPUs/HARTs ins
Some of the larger changes this merge window:
- Removal of drivers for Exynos5440, a Samsung SoC that never saw
widespread use.
- Uniphier support for USB3 and SPI reset handling
- Syste control and SRAM drivers and bindings for Allwinner platforms
- Qualcomm AOSS (Always-on subsystem) reset contro
301 - 400 of 435 matches
Mail list logo
