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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Tue, 4 Jul 2017 23:48:17 +0300
From:   Max Gurtovoy <maxg@...lanox.com>
To:     Thomas Gleixner <tglx@...utronix.de>,
        Linus Torvalds <torvalds@...ux-foundation.org>
CC:     Jens Axboe <axboe@...nel.dk>, Christoph Hellwig <hch@....de>,
        LKML <linux-kernel@...r.kernel.org>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Ingo Molnar <mingo@...nel.org>,
        "H. Peter Anvin" <hpa@...or.com>
Subject: Re: [GIT pull] irq updates for 4.13



On 7/4/2017 10:10 PM, Thomas Gleixner wrote:
> On Tue, 4 Jul 2017, Linus Torvalds wrote:
>> On Tue, Jul 4, 2017 at 8:17 AM, Jens Axboe <axboe@...nel.dk> wrote:
>>> On 07/03/2017 06:00 PM, Linus Torvalds wrote:
>>>>
>>>> If they ever do come online, does that get fixed? I don't know.
>>>> Somebody should check.
>>>
>>> Yes, the blk-mq cpu hotplug code updates mappings when CPUs come and
>>> go, so that part is fine. That's exercised everytime the laptop is
>>> suspended and resumed.
>>
>> I don't think that's true any more. Commit fe631457ff3e changed it to
>> map the initial CPU's sequentially whether they are online or not.
>> Only after you run out of hardware queues will we start playing games.
>>
>> That's what worries me about the conflict - the two changes did very
>> different things to the same code. I'd really like somebody to take a
>> look at my resolution, and just in general how those two different
>> changes work together.
>
> Hmm, I leave that to Christoph. He wrote the irq stuff and reviewed
> fe631457ff3e.
>
> Thanks,
>
> 	tglx
>

Hi Linus,
 From code reviewing the changes you made during the merge, I'm good 
with my commit purpose (fix the mapping between CPUs and HWQs). You 
actually replaced the "struct cpumask *online_mask" with cpu_online(cpu) 
function and it's fine. I'll run some tests to see that I'm not missing 
something.
Regarding the second patch from Christoph, let's wait for his review (I 
can also test other scenarios like offline/online CPU's after initial 
mapping of CPUs to HWQs).

Cheers,
Max.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ