Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Subject: Re: 32-bit poweroc compile failure in v4.19-rc7-166-g7ec21823634d
To:     Michael Ellerman <mpe@ellerman.id.au>,
        linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org
References: <17d36e6c-f99a-abfb-12cd-fa4b14bc7e09@linux.ee>
 <87tvlnzegi.fsf@concordia.ellerman.id.au>
From:   Meelis Roos <mroos@linux.ee>
Message-ID: <7c9c56d8-df58-eac7-e41e-8d2746f1c0d5@linux.ee>
Date:   Mon, 15 Oct 2018 15:20:21 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <87tvlnzegi.fsf@concordia.ellerman.id.au>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: et-EE
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

>> I tried to test the fix to 32-bit poweroc boot hang but found that current git does not compile on 32bit poweroc at all for me:
> 
> That's GCC 8 I think?

Yes, gcc version 8.2.0 (Debian 8.2.0-7).

> I have seen that but couldn't work out what the hell GCC is thinking.
> 
> I don't think there's an actual bug, the size of the copy is bounded by
> the count parameter, which *doesn't* come from user space, it's hard
> coded.
> 
> I suspect the logic is just to convoluted for GCC.
> 
> We should fix it somehow, but I haven't worked out what's the best option.
> 
> cheers

-- 
Meelis Roos <mroos@linux.ee>