Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751888AbdFNJ7d (ORCPT ); Wed, 14 Jun 2017 05:59:33 -0400 Received: from mail-io0-f176.google.com ([209.85.223.176]:33323 "EHLO mail-io0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751730AbdFNJ7b (ORCPT ); Wed, 14 Jun 2017 05:59:31 -0400 MIME-Version: 1.0 In-Reply-To: <20170613043416.GB14217@kroah.com> References: <5933fe2d.V33ODGPU9noDVuyF%fengguang.wu@intel.com> <20170606175552.GA12672@bhelgaas-glaptop.roam.corp.google.com> <20170612200852.GA28578@bhelgaas-glaptop.roam.corp.google.com> <61e11e67-6c1b-ef1e-5fb8-a7c9efb17666@deltatee.com> <20170613041842.GA13308@kroah.com> <20170613043416.GB14217@kroah.com> From: Linus Walleij Date: Wed, 14 Jun 2017 11:59:29 +0200 Message-ID: Subject: Re: [Merge tag 'pci-v4.12-changes' of git] 857f864014: BUG: unable to handle kernel NULL pointer dereference at 00000000000000a8 To: Greg Kroah-Hartman Cc: Logan Gunthorpe , Bjorn Helgaas , kernel test robot , Linus Torvalds , LKP , "linux-arm-kernel@lists.infradead.org" , "devicetree@vger.kernel.org" , "linux-doc@vger.kernel.org" , linux-pci , "linux-kernel@vger.kernel.org" , Bjorn Helgaas , wfg@linux.intel.com, Alan Cox , Arnd Bergmann , David Airlie , David Herrmann , Daniel Vetter Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1166 Lines: 29 On Tue, Jun 13, 2017 at 6:34 AM, Greg Kroah-Hartman wrote: > Ah, that makes sense. Well, someone can always work on expanding the > range of dynamic char major numbers if they are running out of them on a > real system, I'll gladly take patches for that :) I started to take a stab at it at one point and incorporated some feedback from Torvalds etc, it's here: https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git/commit/?h=chrdev-warn&id=65e5b1e9eb3f777ab7535b74b490e882eeec79d7 It tries to use all "holes" in the chardev major map to shun in a bit more devices when we run out of the high dynamic major range. Making them all dynamic seemed dangerous because I was afraid of userspace ABI breakage because of old userlands with static mknod:s. I lost interest when it turned out that the zeroday QEMU stuff was generating random machines that have no counterpart in the real world, and then the exercise seemed a bit academic. The last failures were due to (AFAICT) some relationship between major and minor numbers that I didn't untangle. If there is interest I could try to revive it. Yours, Linus Walleij