lkml.org 
[lkml]   [2018]   [Mar]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] [v3] xen: remove pre-xen3 fallback handlers
>>> On 14.03.18 at 23:47, <boris.ostrovsky@oracle.com> wrote:
> On 03/13/2018 05:06 PM, Arnd Bergmann wrote:
>> The legacy hypercall handlers were originally added with
>> a comment explaining that "copying the argument structures in
>> HYPERVISOR_event_channel_op() and HYPERVISOR_physdev_op() into the local
>> variable is sufficiently safe" and only made sure to not write
>> past the end of the argument structure, the checks in linux/string.h
>> disagree with that, when link-time optimizations are used:
>>
>> In function 'memcpy',
>> inlined from 'pirq_query_unmask' at drivers/xen/fallback.c:53:2,
>> inlined from '__startup_pirq' at drivers/xen/events/events_base.c:529:2,
>> inlined from 'restore_pirqs' at drivers/xen/events/events_base.c:1439:3,
>> inlined from 'xen_irq_resume' at drivers/xen/events/events_base.c:1581:2:
>> include/linux/string.h:350:3: error: call to '__read_overflow2' declared with attribute error: detected read beyond size of object passed as 2nd parameter
>> __read_overflow2();
>> ^
>>
>> Further research turned out that only Xen 3.0.2 or earlier required the
>> fallback at all, while all versions in use today don't need it.
>> As far as I can tell, it is not even possible to run a mainline kernel
>> on those old Xen releases, at the time when they were in use, only
>> a patched kernel was supported anyway.
>>
>> Fixes: cf47a83fb06e ("xen/hypercall: fix hypercall fallback code for very old hypervisors")
>> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
>> ---
>> [v2] use a table lookup instead of a switch/case statement, after
>> multiple suggestions.
>> [v3] remove that file completely
>
> (+Jan who added this file originally)

Well, if everyone thinks backwards compatibility to those very old
hypervisors is not relevant anymore, then I'm not going to object.
It's really a matter of the consuming distros to know how far back
they want/need to guarantee compatibility.

Jan

\
 
 \ /
  Last update: 2018-03-15 09:24    [W:0.062 / U:0.952 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site