Received: by 10.223.164.202 with SMTP id h10csp592104wrb; Wed, 15 Nov 2017 05:01:44 -0800 (PST) X-Google-Smtp-Source: AGs4zMbXaCf32/MSJ46AxjRd1KJRIl2OfpKxyAFzcR+08xqwTHQBEZnrN6CSiX/TYdzzcGTm8XiT X-Received: by 10.98.212.12 with SMTP id a12mr12459575pfh.164.1510750903945; Wed, 15 Nov 2017 05:01:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510750903; cv=none; d=google.com; s=arc-20160816; b=EIZjtDBPl1HYHnML+wml/UV+Ak/uWAIG8KzFmq4PHlWYOVT21QP0CnDJMikgM5XwpH 0lGTT3nkvxpB/kWXsxdvdLxErMMTC1v0xvg9mWBJVS6cuG3TLmX8d1eWQ4k2202dEvvx FPgt/BjWe7uNHjH+Rgy4vlvshZgv2r1/TPlg95O+fW1BKrHpYeCDJ1AboSgVjTk45DXb oRcXZmky5svsf4l98m3bqmwSTYqFg5cY3FcLu/qrgLYWa1ghK0gT5nPKv1bUuL4WCPja 2QdemdanGAx/TgX+AyuNggUkkyz0GyNbGZPDfbqQTSwuFIKeVgbdbKnIDob3xhKqfCxi IHNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=9QDHSD4FMcDSyXf13AII3GAgOYjjsfn9u80eMjjCKoA=; b=clKeQxtTC/lq4668WkN2fA3LtCiTYKofQ6BgZGLhwMKw03B8lcxHU5pHZEMvsgMWux 6jBOWM0gYhfTrXgsXQPNltMwfkwbSMULczvZ39ebS2Cx7fSVYjhtUi/b8UfWEvV3llzJ qx1bOSltiEfTIsUGKbDKZCe+Ud3YGXla/mDSRJw/IJQeY0p/H3YoexeAzzLdNsUniHhK w3mInyqUTGj7+jL1X3yco2BTwdWq/GVsi4+TO7j+9PiwN7JNc8oia6pdYyzMxIQ86iJE cYkBvCRCYcEWIk4LsopgTxFfZrH76g0HywKYmerv7EXK9Ppbqty+SR/ls1pe5hrt3hf7 BolA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=podlesie.net Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o18si444166pgn.16.2017.11.15.05.01.30; Wed, 15 Nov 2017 05:01:43 -0800 (PST) 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; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=podlesie.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756894AbdKOLEW (ORCPT + 88 others); Wed, 15 Nov 2017 06:04:22 -0500 Received: from shrek-s3.podlesie.net ([85.14.110.209]:59662 "EHLO shrek.podlesie.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752289AbdKOLES (ORCPT ); Wed, 15 Nov 2017 06:04:18 -0500 Received: by shrek.podlesie.net (Postfix, from userid 603) id CAF4D1FB3; Wed, 15 Nov 2017 12:04:16 +0100 (CET) Date: Wed, 15 Nov 2017 12:04:16 +0100 From: Krzysztof Mazur To: Richard Weinberger Cc: Jeff Dike , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org, user-mode-linux-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [PATCH] um: use POSIX ucontext_t instead of struct ucontext Message-ID: <20171115110416.GA29538@shrek.podlesie.net> References: <20171115101239.4882-1-krzysiek@podlesie.net> <1518438.KRCSCszYuI@blindfold> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1518438.KRCSCszYuI@blindfold> User-Agent: Mutt/1.6.2 (2016-07-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 15, 2017 at 11:19:41AM +0100, Richard Weinberger wrote: > Am Mittwoch, 15. November 2017, 11:12:39 CET schrieb Krzysztof Mazur: > > glibc 2.26 removed the 'struct ucontext' to "improve" POSIX compliance > > and break programs, including User Mode Linux. Fix User Mode Linux > > by using POSIX ucontext_t. > > > > This fixes: > > > > arch/um/os-Linux/signal.c: In function 'hard_handler': > > arch/um/os-Linux/signal.c:163:22: error: dereferencing pointer to incomplete > > type 'struct ucontext' mcontext_t *mc = &uc->uc_mcontext; > > arch/x86/um/stub_segv.c: In function 'stub_segv_handler': > > arch/x86/um/stub_segv.c:16:13: error: dereferencing pointer to incomplete > > type 'struct ucontext' &uc->uc_mcontext); > > Do all older glibcs have ucontext_t? > Otherwise this patch will break other stuff. Yes, ucontext_t typedef was always available. They changed: typedef struct ucontext { ... } ucontex_t; to typedef struct ucontext_t { ... } ucontex_t; https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.27struct_ucontext.27 Thanks, Krzysiek From 1584133605963623461@xxx Wed Nov 15 12:05:33 +0000 2017 X-GM-THRID: 1584126952248990726 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread