linux-kernel - Re: [PATCH 4.9 000/107] 4.9.120-stable review

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Wed, 15 Aug 2018 21:08:08 +0200
From:   Sebastian Gottschall <s.gottschall@...wrt.com>
To:     Guenter Roeck <linux@...ck-us.net>
Cc:     Sven Joachim <svenjoac@....de>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org,
        akpm@...ux-foundation.org, shuah@...nel.org, patches@...nelci.org,
        ben.hutchings@...ethink.co.uk, lkft-triage@...ts.linaro.org,
        stable@...r.kernel.org
Subject: Re: [PATCH 4.9 000/107] 4.9.120-stable review


Am 15.08.2018 um 20:55 schrieb Guenter Roeck:
> On Wed, Aug 15, 2018 at 08:27:00PM +0200, Sebastian Gottschall wrote:
>> if i fix the other error (can be reproduced with disable smp on standard
>> i386 build)
>>
>> another raises up again related to smp. to be serious. this patchset of x86
>> patches is absolutelly broken and put together without any care. not a
>> simple compile test has been done
>>
>> sorry for beeing a little bit upset. i'm sure i will find other bugs if i go
>> deeper
>>
> It might possibly help if you would consider to publish your configuration(s).
>
> As for "not a simple compile test has been done", please have a look
> at http://kerneltests.org/builders. I guess those compile (and boot)
> tests don't count as "simple". I assume the same applies to all the
> builds done by 0day and all the other test builders.
>
> Guenter

it was nothing special. just a standard x86 build with smp disabled. 
that triggers all of them. so this should be a common build 
configuration for testing
these issues are covered by the rc3 patch of 4.9 right now

the issue reported by sven can be triggered by just compiling rtc-cmos.c 
which is caused by the change in dmi.h  (asm/io.h was replaced by 
linux/io.h)
so this driver should be included in all x86 and x64 builds and must be 
uncovered in any simple compile test

btw. this issue is still unresolved but simple to fix

--- arch/x86/include/asm/i8259.h        (revision 36620)
+++ arch/x86/include/asm/i8259.h        (working copy)
@@ -2,6 +2,7 @@
  #define _ASM_X86_I8259_H

  #include <linux/delay.h>
+#include <asm/io.h>

  extern unsigned int cached_irq_mask;


Sebastian

>