Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp657256rwl; Thu, 5 Jan 2023 02:42:07 -0800 (PST) X-Google-Smtp-Source: AMrXdXtr1sE0caMR9gwwZ0VY3hgQa7jkHx0y9eeLnoneeoWaf2kd/+xv9ePwmbAaKbYiscIvoNBK X-Received: by 2002:a05:6a20:c186:b0:af:74f5:93a3 with SMTP id bg6-20020a056a20c18600b000af74f593a3mr61649892pzb.61.1672915327163; Thu, 05 Jan 2023 02:42:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672915327; cv=none; d=google.com; s=arc-20160816; b=U+EcV3E77misbyGpS90WGkvD+LT8GbmpoJu1n68LKA9vgYREohqU1KBd4VUX+rWUoh 6y0hgq+VmXUhX1OfIBx4dGONNo6bBwMxZKi1DHwWr9T8Z29l6XTGYBgyCM2dvrC99N0Q b6wuThaUBIEqQ7MHEN6CHv/D6uHJcFmAOxufiZIoFAHTGbDW4N/DtgBGYE5/CYUa9ZeO wUMUHzjHwFHJ1+adIZkgum4Wi2vqES3t56+c/8VYC3MlfpKCibXUXjYs2Af47sl9J07Y UK24L2DLAeoyXIuYjtLdxoURxudCMhXEWW7VCGiA0eXH1ettIXZ30AtUrX7UASbjfcEp SeEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=QW8mExk2Nc3xqwsCWhcXGMVs98kEZwkVDbL0tRWyTY8=; b=HZ/vn6Ozl5RPGYjVMUu76PEuMiKfIHgj30NuWE1pUaozgdW0clwDwHDUlJ1NthqREt EDxIykKb50lYdwgP4hBV7891lzKicPfFMHjcDZydzkynNBwN2meFH3yx6QBTMCcuydT5 b90P4DwIfhKIZMvH9AEZ00Yk+ObnYjiyLXHnZW3g4kHA3x17Pu6BUF35kQJuZ7mHU89q 1+z1AUBynlPer7HR8jfEyTHRHQCiCCwTFMgV0qsjfTXUGzwQ1F+fhp9n8WrUlL4OMIiO WJXtWApC3BoxBmtflZ3JRAQAxi9EBLTYLCPvMM8rUhpxuq+7FOJEYJAiz0gGLAjYFTH2 9svA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=PJrJAYnb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v5-20020a63f845000000b00477c891f5a8si37669611pgj.83.2023.01.05.02.41.59; Thu, 05 Jan 2023 02:42:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=PJrJAYnb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232615AbjAEK3t (ORCPT + 55 others); Thu, 5 Jan 2023 05:29:49 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233342AbjAEK2L (ORCPT ); Thu, 5 Jan 2023 05:28:11 -0500 Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9AAA05B86C for ; Thu, 5 Jan 2023 02:23:38 -0800 (PST) Received: by mail-pl1-x633.google.com with SMTP id n4so38935680plp.1 for ; Thu, 05 Jan 2023 02:23:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=QW8mExk2Nc3xqwsCWhcXGMVs98kEZwkVDbL0tRWyTY8=; b=PJrJAYnb90s7w4gDAt1RZ4zaUBBcOCgFck+92/xYf73O/WsoTY1Cm0LXbCmQi5K5fk oH35M46D5q37UGuC9LJpSotKeUkdIk2j37oQ1BfIpGOqb6jjvoVeWHGgXy/W/F1fZIE2 GxJHAu/llSd6RYIYwS/A0YhiSVxn59qrgsfTE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QW8mExk2Nc3xqwsCWhcXGMVs98kEZwkVDbL0tRWyTY8=; b=mEHzFy/w0xlfC4ksOGJTFE3oQ88A1BGhhVSofyWI8Sy8drpDmYjg4LpN/v9w5gKJH9 ZNKH0pc2jUSYySD5n6w8gHZhl89DsExEKBIX40OOVjmqhJr5NaDi+VLIGN0+UNrN5HAO JPoVhC1HagpNShmqp2NT/dbO053hyAJ98Cs66H6aDpUj2weCxAzEI9p+0edd6txUzDZO kmFVoMtKF0jW2dr3dT/rdyjev5QNzSSxNNHtvedrcOYPu3XjFj/8SCD86s76iz7tjNxN 7s1M647N5uAXQ/QDzmB3RLfFXEG1f6+voxpSwD+BebiSDB2bJnuBEw5GDG1SSII5l2jN q0eQ== X-Gm-Message-State: AFqh2kom9gXOR6oSRuqWw6pmDh2wYlMuyxWcLiP3DH/wuUZq5cevxH3D YpdvjCEbA259D/R2yt6/1Xj2XsyUHKzhiUQl+y96Og== X-Received: by 2002:a17:902:7884:b0:192:bf3c:b85e with SMTP id q4-20020a170902788400b00192bf3cb85emr1050467pll.68.1672914184720; Thu, 05 Jan 2023 02:23:04 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Daniel Vetter Date: Thu, 5 Jan 2023 11:22:53 +0100 Message-ID: Subject: Re: [GIT PULL] fbdev fixes for v6.2-rc3 To: Helge Deller Cc: Linus Torvalds , linux-kernel@vger.kernel.org, linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 5 Jan 2023 at 09:14, Helge Deller wrote: > > Hi Linus, > > please pull the fbdev driver updates for 6.2-rc3, to receive > fixes for matroxfb, offb, omapfb and fbmem. > > Thanks, > Helge > > ---- > > The following changes since commit 1b929c02afd37871d5afb9d498426f83432e71c2: > > Linux 6.2-rc1 (2022-12-25 13:41:39 -0800) > > are available in the Git repository at: > > http://git.kernel.org/pub/scm/linux/kernel/git/deller/linux-fbdev.git tags/fbdev-for-6.2-rc3 > > for you to fetch changes up to 764043cccd7232a783753a612d628fc0cb7854be: > > fbdev: omapfb: avoid stack overflow warning (2023-01-04 19:09:40 +0100) > > ---------------------------------------------------------------- > fbdev updates for kernel 6.2-rc3: > > - Fix Matrox G200eW initialization failure > - Fix build failure of offb driver when built as module > - Optimize stack usage in omapfb > - Prevent use-after-free in fbmem > > ---------------------------------------------------------------- > Arnd Bergmann (1): > fbdev: omapfb: avoid stack overflow warning > > Hang Zhang (1): > fbdev: fbmem: prevent potential use-after-free issues with console_lock() I looked at this, and even by fbdev locking standards this makes absolutely no sense to me. I think this should be dropped before we've reached some sort of conclusion on what is going on, or whether this is just pure static checker conjecture without fully understanding how this is supposed to work really. -Daniel > Paul Menzel (1): > fbdev: matroxfb: G200eW: Increase max memory from 1 MB to 16 MB > > Randy Dunlap (1): > fbdev: make offb driver tristate > > Xu Panda (2): > fbdev: omapfb: use strscpy() to instead of strncpy() > fbdev: atyfb: use strscpy() to instead of strncpy() > > drivers/video/fbdev/Kconfig | 4 ++-- > drivers/video/fbdev/aty/atyfb_base.c | 3 +-- > drivers/video/fbdev/core/fbmem.c | 2 ++ > drivers/video/fbdev/matrox/matroxfb_base.c | 4 ++-- > drivers/video/fbdev/omap/omapfb_main.c | 5 ++--- > drivers/video/fbdev/omap2/omapfb/dss/dsi.c | 28 ++++++++++++++++++---------- > 6 files changed, 27 insertions(+), 19 deletions(-) -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch