Garry Filakhtov 于2020年6月12日周五 上午8:38写道：
>
> Good time of the day,
>
> Hope you all are staying safe during these challenging times.
>
> I have been struggling with KVM guest freezes after the upgrade from
> 4.19 LTS to 5.4 LTS.
>
> Searching through the internet lead me to
> https://www.reddit.com
Good time of the day,
Hope you all are staying safe during these challenging times.
I have been struggling with KVM guest freezes after the upgrade from
4.19 LTS to 5.4 LTS.
Searching through the internet lead me to
https://www.reddit.com/r/VFIO/comments/b1xx0g/windows_10_qemukvm_freezes_after_5
On Tue, Jun 25, 2019 at 03:50:29PM +0800, Greg KH wrote:
> On Mon, Jun 24, 2019 at 11:42:34AM +0100, Ignat Korchagin wrote:
> > Hi Greg,
> >
> > > > For us it seems applying the following 4 mainline patches makes 4.19.x
> > > > branch perf compile with GCC-9:
> > > >
> > > > 4d0f16d059ddb91424480d
On Mon, Jun 24, 2019 at 11:42:34AM +0100, Ignat Korchagin wrote:
> Hi Greg,
>
> > > For us it seems applying the following 4 mainline patches makes 4.19.x
> > > branch perf compile with GCC-9:
> > >
> > > 4d0f16d059ddb91424480d88473f7392f24aebdc: perf ui helpline: Use
> > > strlcpy() as a shorter
Hi Greg,
> > For us it seems applying the following 4 mainline patches makes 4.19.x
> > branch perf compile with GCC-9:
> >
> > 4d0f16d059ddb91424480d88473f7392f24aebdc: perf ui helpline: Use
> > strlcpy() as a shorter form of strncpy() + explicit set nul
> > b6313899f4ed2e76b8375cf8069556f5b94fbf
Em Mon, Jun 10, 2019 at 05:25:42PM +0200, Greg KH escreveu:
> On Mon, Jun 10, 2019 at 12:14:07PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Jun 10, 2019 at 12:21:51AM -0700, Ivan Babrou escreveu:
> > > Looks like 4.19.49 received some patches for GCC 9+, but unfortunately
> > > perf still d
On Mon, Jun 10, 2019 at 12:14:07PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jun 10, 2019 at 12:21:51AM -0700, Ivan Babrou escreveu:
> > Looks like 4.19.49 received some patches for GCC 9+, but unfortunately
> > perf still doesn't want to compile:
> >
> > [07:15:32]In file included from /us
Em Mon, Jun 10, 2019 at 12:21:51AM -0700, Ivan Babrou escreveu:
> Looks like 4.19.49 received some patches for GCC 9+, but unfortunately
> perf still doesn't want to compile:
>
> [07:15:32]In file included from /usr/include/string.h:635,
> [07:15:32] from util/debug.h:7,
> [07:15:32] from builtin-
On Mon, Jun 10, 2019 at 4:49 PM Greg KH wrote:
>
> On Mon, Jun 10, 2019 at 04:42:27PM +0200, Miguel Ojeda wrote:
> > I think Josh Poimboeuf added support for a few related things in GCC 8
> > (e.g. 13810435b9a7 ("objtool: Support GCC 8's cold subfunctions")).
>
> That commit is already in all stab
On Mon, Jun 10, 2019 at 3:49 PM Greg KH wrote:
>
> >
> > I typically compile a bare-bones GCC for those things, it is quite quick.
>
> Pointers to how to do that is appreciated. It's been years since I had
> to build gcc "from scratch".
This is how we do it, but we use it for some other projects
On Mon, Jun 10, 2019 at 04:42:27PM +0200, Miguel Ojeda wrote:
> On Mon, Jun 10, 2019 at 4:21 PM Greg KH wrote:
> >
> > > I also checked that 4.19.49 compiles fine with GCC 9, although with a
> > > lot of warnings, mostly from objtool, like "warning: objtool:
> > > sock_register()+0xd: sibling call
On Mon, Jun 10, 2019 at 4:21 PM Greg KH wrote:
>
> > I also checked that 4.19.49 compiles fine with GCC 9, although with a
> > lot of warnings, mostly from objtool, like "warning: objtool:
> > sock_register()+0xd: sibling call from callable instruction with
> > modified stack frame". But it's a st
On Mon, Jun 10, 2019 at 10:32:25AM +0100, Ignat Korchagin wrote:
> Hi Greg,
>
> For us it seems applying the following 4 mainline patches makes 4.19.x
> branch perf compile with GCC-9:
>
> 4d0f16d059ddb91424480d88473f7392f24aebdc: perf ui helpline: Use
> strlcpy() as a shorter form of strncpy() +
Hi Greg,
For us it seems applying the following 4 mainline patches makes 4.19.x
branch perf compile with GCC-9:
4d0f16d059ddb91424480d88473f7392f24aebdc: perf ui helpline: Use
strlcpy() as a shorter form of strncpy() + explicit set nul
b6313899f4ed2e76b8375cf8069556f5b94fbff0: perf help: Remove n
On Mon, Jun 10, 2019 at 12:21:51AM -0700, Ivan Babrou wrote:
> Looks like 4.19.49 received some patches for GCC 9+, but unfortunately
> perf still doesn't want to compile:
>
> [07:15:32]In file included from /usr/include/string.h:635,
> [07:15:32] from util/debug.h:7,
> [07:15:32] from builtin-hel
Looks like 4.19.49 received some patches for GCC 9+, but unfortunately
perf still doesn't want to compile:
[07:15:32]In file included from /usr/include/string.h:635,
[07:15:32] from util/debug.h:7,
[07:15:32] from builtin-help.c:15:
[07:15:32]In function 'strncpy',
[07:15:32] inlined from 'add_man
On May 17, 2019 2:23:10 PM GMT-03:00, Ivan Babrou wrote:
>On Fri, May 17, 2019 at 8:22 AM Arnaldo Carvalho de Melo
> wrote:
>>
>> Em Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda escreveu:
>> > On Fri, May 17, 2019 at 10:51 AM Greg KH
> wrote:
>> > >
>> > > On Fri, May 17, 2019 at 10:35:29AM
On Fri, May 17, 2019 at 8:22 AM Arnaldo Carvalho de Melo
wrote:
>
> Em Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda escreveu:
> > On Fri, May 17, 2019 at 10:51 AM Greg KH wrote:
> > >
> > > On Fri, May 17, 2019 at 10:35:29AM +0200, Miguel Ojeda wrote:
> > > > On Fri, May 17, 2019 at 9:38 A
Em Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda escreveu:
> On Fri, May 17, 2019 at 10:51 AM Greg KH wrote:
> >
> > On Fri, May 17, 2019 at 10:35:29AM +0200, Miguel Ojeda wrote:
> > > On Fri, May 17, 2019 at 9:38 AM Peter Zijlstra
> > > wrote:
> > > >
> > > > Right; if there is anything y
On Fri, May 17, 2019 at 11:42:17AM +0200, Greg KH wrote:
> On Fri, May 17, 2019 at 11:27:41AM +0200, Miguel Ojeda wrote:
> > On Fri, May 17, 2019 at 11:23 AM Greg KH wrote:
> > >
> > > On Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda wrote:
> > >
> > > > a6e60d84989f ("include/linux/module.h
On Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda wrote:
> On Fri, May 17, 2019 at 10:51 AM Greg KH wrote:
> >
> > On Fri, May 17, 2019 at 10:35:29AM +0200, Miguel Ojeda wrote:
> > > On Fri, May 17, 2019 at 9:38 AM Peter Zijlstra
> > > wrote:
> > > >
> > > > Right; if there is anything you
On Fri, May 17, 2019 at 11:27:41AM +0200, Miguel Ojeda wrote:
> On Fri, May 17, 2019 at 11:23 AM Greg KH wrote:
> >
> > On Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda wrote:
> >
> > > a6e60d84989f ("include/linux/module.h: copy __init/__exit attrs to
> > > init/cleanup_module")
> >
> > Tha
On Fri, May 17, 2019 at 11:23 AM Greg KH wrote:
>
> On Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda wrote:
>
> > a6e60d84989f ("include/linux/module.h: copy __init/__exit attrs to
> > init/cleanup_module")
>
> That patch I applied now.
Note that this one requires the second one (c0d9782f5b
On Fri, May 17, 2019 at 11:01:45AM +0200, Miguel Ojeda wrote:
> On Fri, May 17, 2019 at 10:51 AM Greg KH wrote:
> >
> > On Fri, May 17, 2019 at 10:35:29AM +0200, Miguel Ojeda wrote:
> > > On Fri, May 17, 2019 at 9:38 AM Peter Zijlstra
> > > wrote:
> > > >
> > > > Right; if there is anything you
On Fri, May 17, 2019 at 10:51 AM Greg KH wrote:
>
> On Fri, May 17, 2019 at 10:35:29AM +0200, Miguel Ojeda wrote:
> > On Fri, May 17, 2019 at 9:38 AM Peter Zijlstra wrote:
> > >
> > > Right; if there is anything you can reproduce on linus.git I'll happily
> > > have a look. If it doesn't reproduc
On Fri, May 17, 2019 at 10:35:29AM +0200, Miguel Ojeda wrote:
> On Fri, May 17, 2019 at 9:38 AM Peter Zijlstra wrote:
> >
> > On Fri, May 17, 2019 at 07:09:31AM +0200, Greg KH wrote:
> > > On Thu, May 16, 2019 at 08:14:25PM -0700, Ivan Babrou wrote:
> > > > We are building the upstream kernel. The
On Fri, May 17, 2019 at 9:38 AM Peter Zijlstra wrote:
>
> On Fri, May 17, 2019 at 07:09:31AM +0200, Greg KH wrote:
> > On Thu, May 16, 2019 at 08:14:25PM -0700, Ivan Babrou wrote:
> > > We are building the upstream kernel. There are a few patches, but
> > > nothing related to objtool.
> > >
> > >
On Fri, May 17, 2019 at 07:09:31AM +0200, Greg KH wrote:
> On Thu, May 16, 2019 at 08:14:25PM -0700, Ivan Babrou wrote:
> > We are building the upstream kernel. There are a few patches, but
> > nothing related to objtool.
> >
> > Unless you mean mainline/stable by upstream, I haven't tried that. W
On Thu, May 16, 2019 at 08:14:25PM -0700, Ivan Babrou wrote:
> We are building the upstream kernel. There are a few patches, but
> nothing related to objtool.
>
> Unless you mean mainline/stable by upstream, I haven't tried that. We
> stick to LTS.
Please work and all of these issues fixed up in
We are building the upstream kernel. There are a few patches, but
nothing related to objtool.
Unless you mean mainline/stable by upstream, I haven't tried that. We
stick to LTS.
On Thu, May 16, 2019 at 7:04 PM Josh Poimboeuf wrote:
>
> On Thu, May 16, 2019 at 11:20:54PM +0200, Miguel Ojeda wrote
On Thu, May 16, 2019 at 11:20:54PM +0200, Miguel Ojeda wrote:
> > mm/slub.o: warning: objtool: init_cache_random_seq()+0x36: sibling
> > call from callable instruction with modified stack frame
> > mm/slub.o: warning: objtool: slab_out_of_memory()+0x3b: sibling call
> > from callable instruction wi
On Thu, May 16, 2019 at 2:21 PM Miguel Ojeda
wrote:
>
> Hi,
>
> On Thu, May 16, 2019 at 10:11 PM Ivan Babrou wrote:
> >
> > Hey Miguel,
> >
> > The first error is during perf build process (make -C tools/perf install):
> >
> > [17:38:21] In file included from /usr/include/string.h:635,
> > [17:38
Hi,
On Thu, May 16, 2019 at 10:11 PM Ivan Babrou wrote:
>
> Hey Miguel,
>
> The first error is during perf build process (make -C tools/perf install):
>
> [17:38:21] In file included from /usr/include/string.h:635,
> [17:38:21] from ui/tui/helpline.c:4:
> [17:38:21] In function '
problem may be somewhere else. *
* Hope this helps! *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
stable/linux-4.19.y boot bisection: v4.19.34 on meson-gxl-s905x-libretech-cc
Summary:
Start: 4d552acf3370 Linux 4.19.34
On Fri, Oct 26, 2018 at 5:49 PM Martin Steigerwald wrote:
>
> This regression is gone with 4.19-rc8.
Thanks for the update!
> Martin Steigerwald - 11.09.18, 09:53:
> […]
> > Linus Torvalds - 02.09.18, 23:45:
> > > As usual, the rc2 release is pretty small. People are taking a
> >
> > With 4.19-
This regression is gone with 4.19-rc8.
Thanks,
Martin
Martin Steigerwald - 11.09.18, 09:53:
[…]
> Linus Torvalds - 02.09.18, 23:45:
> > As usual, the rc2 release is pretty small. People are taking a
>
> With 4.19-rc2 this ThinkPad T520 with i5 Sandybrdige sometimes hangs
> with black screen when
On Mon 2018-10-22 00:38:43, Joe Perches wrote:
> On Mon, 2018-10-22 at 08:32 +0100, Greg KH wrote:
>
> > Greg Kroah-Hartman (7):
> > Code of Conduct Interpretation: Add document explaining how the Code
> > of Conduct is to be interpreted
> > Code of Conduct Interpretation: Properly re
On Mon, 2018-10-22 at 08:32 +0100, Greg KH wrote:
> Greg Kroah-Hartman (7):
> Code of Conduct Interpretation: Add document explaining how the Code of
> Conduct is to be interpreted
> Code of Conduct Interpretation: Properly reference the TAB correctly
> Code of Conduct: Provide
n: Properly reference the TAB correctly
Code of Conduct: Provide links between the two documents
Code of Conduct Interpretation: Put in the proper URL for the committee
Code of Conduct: Change the contact email address
MAINTAINERS: Add an entry for the code of conduct
Linux 4.19
G
On 18/10/2018 21:52, Daniel Lezcano wrote:
> From: Greg Kroah-Hartman
Sorry I did a wrong copy-paste when git - sending the email. Please ignore.
From: Greg Kroah-Hartman
Signed-off-by: Daniel Lezcano
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index e8b599b..bf3786e 100644
--- a/Makefile
+++ b/Makefile
@@ -2,7 +2,7 @@
VERSION = 4
PATCHLEVEL = 19
SUBLEVEL = 0
-EXTRAVERSION = -rc
On Mon, Oct 15, 2018 at 08:49:15AM +0200, Greg KH wrote:
> Hi all,
>
> As mentioned last week, here's a -rc8 release as it seems needed.
>
> There were a lot of "little" pull requests this week, semi-normal for
> this late in the cycle, but a lot of them were "fix up the previous fix
> I just sen
g switch resume
Gerald Schaefer (1):
s390/hibernate: fix error handling when suspend cpu != resume cpu
Giacinto Cifelli (1):
qmi_wwan: Added support for Gemalto's Cinterion ALASxx WWAN interface
Greg Kroah-Hartman (1):
Linux 4.19-rc8
Guenter Roeck (1):
of: unitt
On Mon, Oct 08, 2018 at 12:43:05PM -0600, Shuah Khan wrote:
> On Sun, Oct 7, 2018 at 9:48 AM Greg KH wrote:
> >
> > Hi all,
> >
> > Yet again, it's time for a kernel -rc release. This one is bigger than
> > -rc6 was, for a variety of unrelated reasons it seems. Lots of
> > different trees being
On Sun, Oct 7, 2018 at 9:48 AM Greg KH wrote:
>
> Hi all,
>
> Yet again, it's time for a kernel -rc release. This one is bigger than
> -rc6 was, for a variety of unrelated reasons it seems. Lots of
> different trees being merged this week, much more so than the previous
> one. Highlights includ
On 16.09.2018 21:22, Linus Torvalds wrote:
Hi,
> One was simply my own reaction to having screwed up my scheduling of
> the maintainership summit: yes, I was somewhat embarrassed about
> having screwed up my calendar, but honestly, I was mostly hopeful that
> I wouldn't have to go to the kernel
On 04.10.2018 16:57, Eric W. Biederman wrote:
> Very often people will propose patches that do solve their specific case
> but only do 10% or maybe 20% of what is needed for a general kernel
> level solution. For something that just works and does not cause
> maintenance problems in the long run.
On Sun, Oct 07, 2018 at 03:36:22PM -0700, Guenter Roeck wrote:
> On Sun, Oct 07, 2018 at 05:45:29PM +0200, Greg KH wrote:
> > Hi all,
> >
> > Yet again, it's time for a kernel -rc release. This one is bigger than
> > -rc6 was, for a variety of unrelated reasons it seems. Lots of
> > different tr
On 18.09.2018 03:30, Pavel Snajdr wrote:
Hi folks,
I usually try to stay out of political issues in software projects
(there're already too much real political problems, where people need
to stand up and push away actual oppressors), but now I have the bad
feeling that political (or more precisel
On Sun, Oct 07, 2018 at 05:45:29PM +0200, Greg KH wrote:
> Hi all,
>
> Yet again, it's time for a kernel -rc release. This one is bigger than
> -rc6 was, for a variety of unrelated reasons it seems. Lots of
> different trees being merged this week, much more so than the previous
> one. Highligh
s
Florian Westphal (1):
netfilter: avoid erronous array bounds warning
Geert Uytterhoeven (3):
dm raid: remove bogus const from decipher_sync_action() return type
Revert "serial: sh-sci: Remove SCIx_RZ_SCIFA_REGTYPE"
Revert "serial: sh-sci: Allow for compressed SC
Pavel Snajdr writes:
>
> We started our organization (vpsFree.org) on top of OpenVZ patch set and are
> now
> working to get vanilla up to the task of replacing the venerable 2.6.32-based
> OpenVZ 6 Linux-like thing. The new Code of Conduct is a guarantee for us, that
> we won't be laughed out of
On Wed, Oct 03, 2018 at 08:42:13AM -0600, Shuah Khan wrote:
> Hi Greg,
>
> Please pull the following kselftest for 4.19-rc7.
>
> linux-kselftest-4.19-rc7
>
> This fixes update for 4.19-rc7 consists one fix to rseq test to prevent
> it from seg-faulting when compiled with -fpie.
Now merged, than
The following changes since commit 7876320f88802b22d4e2daf7eb027dd14175a0f8:
Linux 4.19-rc4 (2018-09-16 11:52:37 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
tags/linux-kselftest-4.19-rc7
for you to fetch
On Sun, Sep 30, 2018 at 3:07 PM, Martin Steigerwald wrote:
> l...@lkcl.net - 30.09.18, 14:09:
>> the third is how UNICEF trains teachers to treat children as human
>> beings.
>
> During releasing a lot of limiting "stuff" I found that probably nothing
> written or said can hurt my feelings unles
ku Inami (1):
spi: sh-msiof: Fix invalid SPI use during system suspend
Geert Uytterhoeven (2):
spi: rspi: Fix invalid SPI use during system suspend
spi: rspi: Fix interrupted DMA transfers
Greg Kroah-Hartman (1):
Linux 4.19-rc6
Guoju Fang (1):
bcache: add separat
l...@lkcl.net - 30.09.18, 14:09:
> > That written: Quite some of the rude mails that contained swearwords
> > I read from you have been about code, not persons. I think this is
> > an important distinction. I do not have much of an issue with
> > swearing at code :), especially when it is in some h
> That written: Quite some of the rude mails that contained swearwords I
> read from you have been about code, not persons. I think this is an
> important distinction. I do not have much of an issue with swearing at
> code :), especially when it is in some humorous way.
absolutely, and this is
https://linux.slashdot.org/story/18/09/27/1529236/linus-torvalds-on-linuxs-code-of-conduct#comments
linus: ah... um... okay so this is beginning to remind me of dr who
films, the comedy film "the world's end", and various other b-movie
horror shows where people were taken over through mind-control
On Sun, Sep 23, 2018 at 08:05:23PM +0200, Geert Uytterhoeven wrote:
> Hi Greg,
>
> On Sun, Sep 23, 2018 at 7:57 PM Greg KH wrote:
> > As almost everyone knows, it's been an "interesting" week from a social
> > point-of-view. But from the technical side, -rc5 looks totally normal.
>
> Thanks for
Hi Greg,
On Sun, Sep 23, 2018 at 7:57 PM Greg KH wrote:
> As almost everyone knows, it's been an "interesting" week from a social
> point-of-view. But from the technical side, -rc5 looks totally normal.
Thanks for, and congratulations with, your first non-stable release!
> As usual, please go
age table for fixmap space
Fenghua Yu (1):
x86/intel_rdt: Add Reinette as co-maintainer for RDT
Geert Uytterhoeven (1):
spi: Fix double IDR allocation with DT aliases
Greg Kroah-Hartman (1):
Linux 4.19-rc5
Guenter Roeck (4):
hwmon: (nct6775) Fix access to fan pul
linus, hi,
i haven't been able to get hold of a copy of "invisible dynamics" yet
however my partner did track down a... "translation" of the six
systemic laws from family to organisational principles (from where
they were originally derived). the book puts the systemic laws in a
clearer way and e
Hi Pavel,
and how about if we viewed the new Code of Conduct as about the same
thing as BitKeeper was for the development process?
You should view the Code of Conduct for what it is, as I referenced
previously with real world examples, the evidence shows that it is just
a ploy to take control
On Fri, Sep 21, 2018 at 04:06:06PM +0200, Paolo Bonzini wrote:
> Greg,
>
> The following changes since commit 7876320f88802b22d4e2daf7eb027dd14175a0f8:
>
> Linux 4.19-rc4 (2018-09-16 11:52:37 -0700)
>
> are available in the git repository at:
>
> git://git.
Greg,
The following changes since commit 7876320f88802b22d4e2daf7eb027dd14175a0f8:
Linux 4.19-rc4 (2018-09-16 11:52:37 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to
Greg,
The following changes since commit 7876320f88802b22d4e2daf7eb027dd14175a0f8:
Linux 4.19-rc4 (2018-09-16 11:52:37 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8a104f8b5867c682d994ffa7a74093c54469c11f
ahh, guys? ah... i'm going to try *really* hard to follow the advice
that's listed here ok?
http://www.pndc.com/documents/_PDF%20Text-PNDC%20WORKS.pdf it's a
little challenging
On 2018-09-17 23:09, Michael Woods wrote:
The Code of Conflict was perfectly fine. Whomever convinced you to add
the Code of Conduct was convincing you to give control over to a
social justice initiative that has no interest in the kernel's core
function or reason for existence.
Hi Michael,
Hi Linus,
> The one change that stands out and merits mention is the code of
> conduct addition...
The Code of Conflict was perfectly fine. Whomever convinced you to add
the Code of Conduct was convincing you to give control over to a social
justice initiative that has no interest in the kerne
On Sun, 2018-09-16 at 12:22 -0700, Linus Torvalds wrote:
> Greg Kroah-Hartman (1):
> Code of Conduct: Let's revamp it.
I believe it would be better if this sort of change
had on-list and public discussion before being applied.
On Sun, Sep 16, 2018 at 12:22:43PM -0700, Linus Torvalds wrote:
> [ So this email got a lot longer than I initially thought it would
> get, but let's start out with the "regular Sunday release" part ]
>
> Another week, another rc.
>
Build results:
total: 135 pass: 134 fail: 1
Failed buil
On Sun, Sep 16, 2018 at 02:22:21PM -0600, Shuah Khan wrote:
> Hi Linus,
>
> Please pull the following Kselftest update for Linux 4.19-rc5
>
> linux-kselftest-4.19-rc5
>
> This Kselftest fixes update for 4.19-rc5 consists of:
>
> -- fixes to build failures
> -- fix
The new kernel rc release is good news as always. The rest of this? not
so much.
"I can’t wait for the mass exodus from Linux now that it’s been
infiltrated by SJWs. Hahahah" -- @CoralineAda on Twitter [1][2]
You really want people like this attempting to sabotage FOSS projects?
I for one am not
hi linus,
just saw the note on slashdot. i just wanted to say how amazed,
relieved and delighted i was to see what you wrote. that you
recognised that you needed to reflect, *sought feedback*, and, most
importantly, were willing and able to discuss that and ask publicly.
as the longest-serving c
Hi Linus.
I was "around linux-kernel" some 10 years ago and still to this date
sometimes check e.g. lkml.org where I happened upon this; felt it hard
to resist commenting on one specific bit...
Whereas you concentrate on net-positive effect on code quality of an at
times "crass" communication sty
Hi Linus,
Please pull the following Kselftest update for Linux 4.19-rc5
linux-kselftest-4.19-rc5
This Kselftest fixes update for 4.19-rc5 consists of:
-- fixes to build failures
-- fixes to add missing config files to increase test coverage
-- fixes to cgroup test and a new cgroup test for
g RTL_FLAG_TASK_ENABLED
Keith Busch (1):
PCI: pciehp: Fix hot-add vs powerfault detection order
Kim Phillips (2):
perf arm64: Fix include path for asm-generic/unistd.h
perf annotate: Fix parsing aarch64 branch instructions after
objdump update
Kristian Evensen (1):
qmi_w
Ville Syrjälä - 12.09.18, 19:10:
> On Tue, Sep 11, 2018 at 12:17:05PM +0200, Martin Steigerwald wrote:
> > Cc´d Intel Gfx mailing list, in case somebody there knows something:
> >
> > Cc´d Thorsten for regression tracking… forgot initially. Can also
> > open bug report at a later time but so far I
On Tue, Sep 11, 2018 at 12:17:05PM +0200, Martin Steigerwald wrote:
> Cc´d Intel Gfx mailing list, in case somebody there knows something:
>
> Cc´d Thorsten for regression tracking… forgot initially. Can also open
> bug report at a later time but so far I cannot provide many details
> about the
Cc´d Intel Gfx mailing list, in case somebody there knows something:
Cc´d Thorsten for regression tracking… forgot initially. Can also open
bug report at a later time but so far I cannot provide many details
about the issue.
Rafael J. Wysocki - 11.09.18, 10:17:
> On Tue, Sep 11, 2018 at 10:01 A
Hi,
On Tue, Sep 11, 2018 at 10:01 AM Martin Steigerwald wrote:
>
> Hi.
>
> Linus Torvalds - 02.09.18, 23:45:
> > As usual, the rc2 release is pretty small. People are taking a
>
> With 4.19-rc2 this ThinkPad T520 with i5 Sandybrdige sometimes hangs
> with black screen when resuming from suspend o
> xen/blkback: remove unused pers_gnts_lock from struct
> xen_blkif_ring x86/pae: use 64 bit atomic xchg function in
> native_ptep_get_and_clear
>
> Julien Grall (1):
> Documentation/arm64/sve: Couple of improvements and typos
>
> Kai-Heng Feng (1):
> r
(U+F026) to backslash
Kees Cook (1):
random: make CPU trust a boot parameter
Keyon Jie (1):
ALSA: hda: Fix several mismatch for register mask and value
Konstantin Khlebnikov (1):
block: bfq: swap puts in bfqg_and_blkg_put
Linus Torvalds (1):
Linux 4.19-rc3
Linus Wal
Linus,
The following changes since commit 57361846b52bc686112da6ca5368d11210796804:
Linux 4.19-rc2 (2018-09-02 14:37:30 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm tags/for-linus
for you to fetch changes up to
On 09/03/2018 12:09 PM, David Miller wrote:
From: Guenter Roeck
Date: Mon, 3 Sep 2018 11:22:02 -0700
The sparc32:allmodconfig build problem is the same as last week.
David - any interest/plan to get this fixed, or should I just drop
the build ?
I didn't see it, please give me a reference to
From: Guenter Roeck
Date: Mon, 3 Sep 2018 11:22:02 -0700
> The sparc32:allmodconfig build problem is the same as last week.
> David - any interest/plan to get this fixed, or should I just drop
> the build ?
I didn't see it, please give me a reference to the details.
Thanks.
On Sun, Sep 02, 2018 at 02:45:22PM -0700, Linus Torvalds wrote:
> As usual, the rc2 release is pretty small. People are taking a
> breather after the merge window, and it takes a bit of time for bug
> reports to start coming in and get identified. Plus people were
> probably still on vacation (par
SPDX identifiers
Leonard Crestez (1):
Revert "ARM: dts: imx7d: Invert legacy PCI irq mapping"
Linus Torvalds (1):
Linux 4.19-rc2
Linus Walleij (2):
ata: ftide010: Add a quirk for SQ201
ARM: defconfig: Update the ARM Versatile defconfig
Lothar Felten (1):
hwmon:
From: Linus Torvalds
> Sent: 26 August 2018 22:49
>
> So two weeks have passed, and the merge window for 4.19 is over.
>
> This was a fairly frustrating merge window, partly because 4.19 looks
> to be a pretty big release (no single reason), and partly just due to
> random noise.
...
Time for 5.
On Mon, Aug 27, 2018 at 02:56:32PM -0700, Linus Torvalds wrote:
> On Mon, Aug 27, 2018 at 6:45 AM Guenter Roeck wrote:
> >
> > Build results:
> > total: 132 pass: 129 fail: 3
>
> Thanks for running these. Looks like everything but the sparc thing is
> under control, and the sparc thing mi
On Mon, Aug 27, 2018 at 6:45 AM Guenter Roeck wrote:
>
> Build results:
> total: 132 pass: 129 fail: 3
Thanks for running these. Looks like everything but the sparc thing is
under control, and the sparc thing might be one of those "big builds
don't work on sparc" ;(
Linus
On Mon, 27 Aug 2018 06:44:59 PDT (-0700), li...@roeck-us.net wrote:
On Sun, Aug 26, 2018 at 02:49:14PM -0700, Linus Torvalds wrote:
So two weeks have passed, and the merge window for 4.19 is over.
[ ... ]
Anyway, go forth and test,
Build results:
total: 132 pass: 129 fail: 3
Faile
>
> On Sun, Aug 26, 2018 at 3:51 PM Linus Torvalds foundation.org> wrote:
> >
> > So two weeks have passed, and the merge window for 4.19 is over.
> >
>
>
> > Anyway, go forth and test,
> >
>
> I am seeing the errors use-after-free errors in mei_cl_write. dmesg as
> follows.
> Adding Tomas Wi
On Mon, Aug 27, 2018 at 11:13:11AM -0700, Christoph Hellwig wrote:
> On Mon, Aug 27, 2018 at 10:11:52AM -0700, Guenter Roeck wrote:
> > When building sparc32 images, this results in the following
> > error.
> >
> > drivers/base/platform.c: In function 'setup_pdev_archdata':
> > drivers/base/platfo
On Sun, Aug 26, 2018 at 3:51 PM Linus Torvalds
wrote:
>
> So two weeks have passed, and the merge window for 4.19 is over.
>
> Anyway, go forth and test,
>
I am seeing the errors use-after-free errors in mei_cl_write. dmesg as follows.
Adding Tomas Winkler to the thread.
[ 12.602912] PM: Add
On Mon, Aug 27, 2018 at 10:11:52AM -0700, Guenter Roeck wrote:
> When building sparc32 images, this results in the following
> error.
>
> drivers/base/platform.c: In function 'setup_pdev_archdata':
> drivers/base/platform.c:235:22: error: assignment from incompatible pointer
> type [-Werror=incom
On Mon, Aug 27, 2018 at 08:46:41AM -0700, Christoph Hellwig wrote:
> > sparc:
> >
> > WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> > esp_sbus_probe+0x408/0x6e8
> > WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> > sparc_lance_probe_one+0x428/0x4f
> >
> > Missing i
> sparc:
>
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> esp_sbus_probe+0x408/0x6e8
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> sparc_lance_probe_one+0x428/0x4f
>
> Missing initialization of coherent_dma_mask in the respective drivers.
>
> ---
> Each platf
1 - 100 of 104 matches
Mail list logo
