Hi Greg,
This release has the same build failure on file tools/perf/tests/code-
reading.c as the one reported for 4.4.128:
Quoting from https://lkml.org/lkml/2018/4/16/246
tests/code-reading.c: In function ‘read_object_code’:
tests/code-reading.c:186:19: error: ‘KMOD_DECOMP_LEN’ undeclared
Hi Greg,
This release has the same build failure on file tools/perf/tests/code-
reading.c as the one reported for 4.4.128:
Quoting from https://lkml.org/lkml/2018/4/16/246
tests/code-reading.c: In function ‘read_object_code’:
tests/code-reading.c:186:19: error: ‘KMOD_DECOMP_LEN’ undeclared
On Sat, 14 Apr 2018 17:41:13 +0800, Teck Choon Giam wrote:
> Hi,
>
> Compile linux-4.9.94 will have error related to KMOD_DECOMP_LEN
> undeclared. Searching string related to KMOD_DECOMP_LEN in
> linux-4.9.94 and linux-4.15.17 sources as below:
>
> sh-4.2# grep -r KMOD_DECOMP_LEN
On Sat, 14 Apr 2018 17:41:13 +0800, Teck Choon Giam wrote:
> Hi,
>
> Compile linux-4.9.94 will have error related to KMOD_DECOMP_LEN
> undeclared. Searching string related to KMOD_DECOMP_LEN in
> linux-4.9.94 and linux-4.15.17 sources as below:
>
> sh-4.2# grep -r KMOD_DECOMP_LEN
On Mon, Jan 15, 2018 at 4:50 PM, David Lang wrote:
> the 4.4.112 patches that Greg just posted include a bunch of work for these
> vulnerabilities.
>
> Who knows what has been backported to the kernel he is running.
> k
In RHEL (therefore CentOS), microcode comes from the
On Mon, Jan 15, 2018 at 4:50 PM, David Lang wrote:
> the 4.4.112 patches that Greg just posted include a bunch of work for these
> vulnerabilities.
>
> Who knows what has been backported to the kernel he is running.
> k
In RHEL (therefore CentOS), microcode comes from the microcode_ctl
package
On Mon, 15 Jan 2018 13:17:17 -0800, David Lang wrote:
> you are running a RedHat kernel, you will have to ask them about what they
> have
> included in it.
> k
I see that he OP is running kernel 4.4.111 as provided by ELRepo
( http://elrepo.org/tiki/kernel-ml ).
Mohammed, try updating the
On Mon, 15 Jan 2018 13:17:17 -0800, David Lang wrote:
> you are running a RedHat kernel, you will have to ask them about what they
> have
> included in it.
> k
I see that he OP is running kernel 4.4.111 as provided by ELRepo
( http://elrepo.org/tiki/kernel-ml ).
Mohammed, try updating the
On Wed, 10 Jan 2018 17:37:47 +0100, Arnd Bergmann wrote:
>
> MODULE_DESCRIPTION and MODULE_AUTHOR are also added.
>
> Signed-off-by: Jesse Chan
> Signed-off-by: Arnd Bergmann
> ---
> net/9p/trans_xen.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git
On Wed, 10 Jan 2018 17:37:47 +0100, Arnd Bergmann wrote:
>
> MODULE_DESCRIPTION and MODULE_AUTHOR are also added.
>
> Signed-off-by: Jesse Chan
> Signed-off-by: Arnd Bergmann
> ---
> net/9p/trans_xen.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/net/9p/trans_xen.c
Commit-ID: 090657c9fb7094e4c1b05c1713d6c2a12ef43dea
Gitweb: https://git.kernel.org/tip/090657c9fb7094e4c1b05c1713d6c2a12ef43dea
Author: Akemi Yagi <amy...@gmail.com>
AuthorDate: Fri, 22 Sep 2017 22:11:53 +
Committer: Arnaldo Carvalho de Melo <a...@redhat.com>
CommitDate:
Commit-ID: 090657c9fb7094e4c1b05c1713d6c2a12ef43dea
Gitweb: https://git.kernel.org/tip/090657c9fb7094e4c1b05c1713d6c2a12ef43dea
Author: Akemi Yagi
AuthorDate: Fri, 22 Sep 2017 22:11:53 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 25 Sep 2017 12:21:05 -0300
perf tools
of #ifdef HAVE_SYSCALL_TABLE as shown in the patch below.
Thanks,
Akemi Yagi <tora...@elrepo.org>
2017-09-22
--- a/tools/perf/util/syscalltbl.c 2017-09-16 15:47:51.0 -0700
+++ b/tools/perf/util/syscalltbl.c 2017-09-22 00:16:16.119007615 -0700
@@ -15,9 +15,9 @@
#include "s
of #ifdef HAVE_SYSCALL_TABLE as shown in the patch below.
Thanks,
Akemi Yagi
2017-09-22
--- a/tools/perf/util/syscalltbl.c 2017-09-16 15:47:51.0 -0700
+++ b/tools/perf/util/syscalltbl.c 2017-09-22 00:16:16.119007615 -0700
@@ -15,9 +15,9 @@
#include "syscalltbl.h"
On Mon, 17 Aug 2015 15:46:06 +, Akemi Yagi wrote:
> Linux v4.3-rc7 does not build under RHEL-6 (gcc version 4.4.7). There is
> a patch:
>
> net-netfilter-ipset-work-around-gcc-444-initializer-bug.patch
>
> that was added to the -mm tree on June 17 and is seen in:
>
&g
Linux v4.3-rc7 does not build under RHEL-6 (gcc version 4.4.7). There is
a patch:
net-netfilter-ipset-work-around-gcc-444-initializer-bug.patch
that was added to the -mm tree on June 17 and is seen in:
https://lkml.org/lkml/2015/7/6/881
Unless this bug is fixed, the upcoming Linux 4.3 will
On Mon, 17 Aug 2015 15:46:06 +, Akemi Yagi wrote:
Linux v4.3-rc7 does not build under RHEL-6 (gcc version 4.4.7). There is
a patch:
net-netfilter-ipset-work-around-gcc-444-initializer-bug.patch
that was added to the -mm tree on June 17 and is seen in:
https://lkml.org/lkml/2015/7/6
Linux v4.3-rc7 does not build under RHEL-6 (gcc version 4.4.7). There is
a patch:
net-netfilter-ipset-work-around-gcc-444-initializer-bug.patch
that was added to the -mm tree on June 17 and is seen in:
https://lkml.org/lkml/2015/7/6/881
Unless this bug is fixed, the upcoming Linux 4.3 will
On Mon, 13 Jul 2015 11:17:57 -0700, Cong Wang wrote:
> On Mon, Jul 13, 2015 at 9:13 AM, Akemi Yagi wrote:
>> On Sun, 05 Jul 2015 08:35:20 -0700, Guenter Roeck wrote:
>>> Previously fixed with commit 1a869205c75cb ("netfilter: ipset: The
>>> unnamed union initia
On Mon, 13 Jul 2015 11:17:57 -0700, Cong Wang wrote:
On Mon, Jul 13, 2015 at 9:13 AM, Akemi Yagi amy...@gmail.com wrote:
On Sun, 05 Jul 2015 08:35:20 -0700, Guenter Roeck wrote:
Previously fixed with commit 1a869205c75cb (netfilter: ipset: The
unnamed union initialization may lead
On Sun, 05 Jul 2015 08:35:20 -0700, Guenter Roeck wrote:
> On Sat, Jul 04, 2015 at 12:44:36AM -0700, Vinson Lee wrote:
>> Hi.
>>
>> With the latest Linux 4.2-rc1, I am hitting this build error with GCC
>> 4.4.7 on CentOS 6.
>>
>> CC net/netfilter/ipset/ip_set_hash_netnet.o
>>
On Sun, 05 Jul 2015 08:35:20 -0700, Guenter Roeck wrote:
On Sat, Jul 04, 2015 at 12:44:36AM -0700, Vinson Lee wrote:
Hi.
With the latest Linux 4.2-rc1, I am hitting this build error with GCC
4.4.7 on CentOS 6.
CC net/netfilter/ipset/ip_set_hash_netnet.o
A patch referenced in:
https://lkml.org/lkml/2014/1/15/253
is in mainline (3.19 kernel). However this patch is not in
longterm (3.10 kernel). There is a bug report related to
this issue in:
https://bugzilla.kernel.org/show_bug.cgi?id=94181
by a user that is running a 3.10.x kernel.
It
A patch referenced in:
https://lkml.org/lkml/2014/1/15/253
is in mainline (3.19 kernel). However this patch is not in
longterm (3.10 kernel). There is a bug report related to
this issue in:
https://bugzilla.kernel.org/show_bug.cgi?id=94181
by a user that is running a 3.10.x kernel.
It
On Sun, 14 Apr 2013 01:04:12 +, Akemi Yagi wrote:
> Just tried to build from the linux-3.0.73 source tarball and got the
> following error:
>
> arch/x86/mm/numa_32.c:107: error: redefinition of 'alloc_remap'
> include/linux/bootmem.h:144: note: previous definition of 'alloc_re
On Sun, 14 Apr 2013 01:04:12 +, Akemi Yagi wrote:
Just tried to build from the linux-3.0.73 source tarball and got the
following error:
arch/x86/mm/numa_32.c:107: error: redefinition of 'alloc_remap'
include/linux/bootmem.h:144: note: previous definition of 'alloc_remap'
was here make
Just tried to build from the linux-3.0.73 source tarball and got the following
error:
arch/x86/mm/numa_32.c:107: error: redefinition of 'alloc_remap'
include/linux/bootmem.h:144: note: previous definition of 'alloc_remap' was here
make[2]: *** [arch/x86/mm/numa_32.o] Error 1
make[1]: ***
Just tried to build from the linux-3.0.73 source tarball and got the following
error:
arch/x86/mm/numa_32.c:107: error: redefinition of 'alloc_remap'
include/linux/bootmem.h:144: note: previous definition of 'alloc_remap' was here
make[2]: *** [arch/x86/mm/numa_32.o] Error 1
make[1]: ***
On Mon, 27 Aug 2012 16:18:15 +0800, Feng Tang wrote:
> It's a compile error:
>
> cc1: warnings being treated as errors util/session.c: In function
> ‘perf_session_deliver_event’: util/include/linux/bitops.h:104: error:
> dereferencing pointer ‘p’ does break strict-aliasing rules
>
On Mon, 27 Aug 2012 16:18:15 +0800, Feng Tang wrote:
It's a compile error:
cc1: warnings being treated as errors util/session.c: In function
‘perf_session_deliver_event’: util/include/linux/bitops.h:104: error:
dereferencing pointer ‘p’ does break strict-aliasing rules
On Tue, 16 Oct 2012 00:10:07 +0100, Alan Cox wrote:
> On Mon, 15 Oct 2012 21:41:20 +0200 "Mikko C."
> wrote:
>
>> Hi,
>> we keep getting kernel panics on our CentOS 6.3 server, running about
>> 40 KVM virtual machines.
>>
>> Here's the screenshot of the trace: http://i.imgur.com/yaRyF.png
>>
On Tue, 16 Oct 2012 00:10:07 +0100, Alan Cox wrote:
On Mon, 15 Oct 2012 21:41:20 +0200 Mikko C. mikko@gmail.com
wrote:
Hi,
we keep getting kernel panics on our CentOS 6.3 server, running about
40 KVM virtual machines.
Here's the screenshot of the trace: http://i.imgur.com/yaRyF.png
On Tue, 06 Feb 2007 19:07:50 +0530, Sunil Naidu wrote:
> On 2/5/07, Stefan Seyfried <[EMAIL PROTECTED]> wrote:
>> On Wed, Jan 31, 2007 at 03:14:31AM +0100, Adrian Bunk wrote:
>> > On Tue, Jan 30, 2007 at 05:24:28PM -0800, Greg KH wrote:
>>
>> Wrong. I abandoned all floppy drives some years ago.
On Tue, 06 Feb 2007 19:07:50 +0530, Sunil Naidu wrote:
On 2/5/07, Stefan Seyfried [EMAIL PROTECTED] wrote:
On Wed, Jan 31, 2007 at 03:14:31AM +0100, Adrian Bunk wrote:
On Tue, Jan 30, 2007 at 05:24:28PM -0800, Greg KH wrote:
Wrong. I abandoned all floppy drives some years ago. I'd actually
On Tue, 21 Nov 2006 06:58:38 -0800, Akemi Yagi wrote:
> On Tue, 21 Nov 2006 00:24:40 -0800, Chakri n wrote:
>
>> Hi,
>>
>> I am seeing a kernel panic in cifs module. It seems to be a result of
>> invalid inode entry in dentry for the file it is trying to validate.
On Tue, 21 Nov 2006 06:58:38 -0800, Akemi Yagi wrote:
On Tue, 21 Nov 2006 00:24:40 -0800, Chakri n wrote:
Hi,
I am seeing a kernel panic in cifs module. It seems to be a result of
invalid inode entry in dentry for the file it is trying to validate.
The inode-i_ino is set zero and inode
36 matches
Mail list logo