Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 3 Jan 2003 06:26:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 3 Jan 2003 06:26:14 -0500 Received: from mailgw.cvut.cz ([147.32.3.235]:9859 "EHLO mailgw.cvut.cz") by vger.kernel.org with ESMTP id ; Fri, 3 Jan 2003 06:26:13 -0500 From: "Petr Vandrovec" Organization: CC CTU Prague To: Andy Chou Date: Fri, 3 Jan 2003 12:34:51 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: [CHECKER] 24 more buffer overruns in 2.5.48 Cc: alan@lxorguk.ukuu.org.uk, Linux Kernel Mailing List , mc@cs.stanford.edu X-mailer: Pegasus Mail v3.50 Message-ID: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 973 Lines: 23 On 2 Jan 03 at 19:06, Andy Chou wrote: > > > void do_install_cmap(int con, struct fb_info *info) > > > { > > > if (con != info->currcon) > > > return; > > > > currcon can never be -1. I don't think the compiler can ever deduce that > > detail though. With matroxfb (and dozen of other fbdevs) currcon can be -1 (with matroxfb currcon can be even -2 during probe, so con != info->currcon tests always fail...) when there is no VT attached to the fbdev. That's why matroxfb uses my_install_cmap instead of generic one. It should be no issue in 2.5.54 though, as there is no install_cmap anymore... Petr Vandrovec - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/