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:	Mon, 10 Mar 2014 22:29:00 +0100
From:	stefani@...bold.net
To:	"H. Peter Anvin" <hpa@...ux.intel.com>
Cc:	Andy Lutomirski <luto@...capital.net>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andreas Brief <Andreas.Brief@...de-schwarz.com>,
	Martin Runge <Martin.Runge@...de-schwarz.com>
Subject: Re: [x86, vdso] BUG: unable to handle kernel paging request at
 d34bd000


Zitat von "H. Peter Anvin" <hpa@...ux.intel.com>:

> On 03/10/2014 01:03 PM, Stefani Seibold wrote:
>>
>> What is now the next step? Kick out the compat VDSO? Or should i
>> implement the dual VDSO. And what is now the preferred way to map the
>> VDSO into the user space? Using install_special_mapping() or map it
>> beyond the user stack?
>>
>> The is easiest and fastest way to get a working result is to do the non
>> compat VDSO only mapping using install_special_mapping(). The dual VDSO
>> would take a little bit more time.
>>
>> It would be great to have first a consensus about the design before i
>> start to implement ;-)
>>
>
> The quick way to get something working is simply to reserve more than
> one page (two should presumably be enough) in the fixmap and adjust the
> link address of the VDSO accordingly.  This is not where we want to go
> in the long term, but it doesn't seem to make sense to try to do
> everything all at once -- we are already starting to push way too close
> to the 3.15 merge window.
>

Do you except a complete new patch set or an incremental patch based on the
current patch set?



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ