From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760072AbZDHOlW (ORCPT ); Wed, 8 Apr 2009 10:41:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756445AbZDHOlF (ORCPT ); Wed, 8 Apr 2009 10:41:05 -0400 Received: from mx3.mail.elte.hu ([157.181.1.138]:57561 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755044AbZDHOlC (ORCPT ); Wed, 8 Apr 2009 10:41:02 -0400 Date: Wed, 8 Apr 2009 16:40:55 +0200 From: Ingo Molnar To: Jack Stone Cc: Bert Wesarg , linux-kernel@vger.kernel.org, jeff@garzik.org, kernel-janitors@vger.kernel.org Subject: Re: [PATCH 54/56] x86: Remove void casts Message-ID: <20090408144055.GH12931@elte.hu> References: <1239189748-11703-50-git-send-email-jwjstone@fastmail.fm> <1239189748-11703-51-git-send-email-jwjstone@fastmail.fm> <1239189748-11703-52-git-send-email-jwjstone@fastmail.fm> <1239189748-11703-53-git-send-email-jwjstone@fastmail.fm> <1239189748-11703-54-git-send-email-jwjstone@fastmail.fm> <1239189748-11703-55-git-send-email-jwjstone@fastmail.fm> <36ca99e90904080518qf81b483h6ed2bc9752ee0d1e@mail.gmail.com> <49DCAE97.8040602@fastmail.fm> <20090408140637.GC12931@elte.hu> <49DCB140.7000603@fastmail.fm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49DCB140.7000603@fastmail.fm> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.5 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Jack Stone wrote: > Ingo Molnar wrote: > > * Jack Stone wrote: > > > > > >> Fixed patch > >> > >> Thanks, > >> > > > > Hm, what was fixed? > > > I removed casts on pointer arithmetic which probably still needed to be > there to do the arithmetic properly. ... which pretty much proves the point that these patches should not go via any "trivial" tree. Those additions of mmu pointers you did were outright lethal, i doubt this stuff could have booted on both 32-bit and 64-bit x86. Please dont do this. Or if you do, please double check your change and double check that the relevant vmlinux disassembly is still bit for bit the same. Ingo