[Public] > -----Original Message----- > From: Christoph Hellwig <h...@infradead.org> > Sent: Friday, May 26, 2023 2:55 AM > To: Deucher, Alexander <alexander.deuc...@amd.com> > Cc: Christoph Hellwig <h...@infradead.org>; Alex Deucher > <alexdeuc...@gmail.com>; bhelg...@google.com; amd- > g...@lists.freedesktop.org; Zhang, Morris <shiwu.zh...@amd.com>; linux- > p...@vger.kernel.org > Subject: Re: [PATCH] drm/amdgpu: add the accelerator pcie class > > On Thu, May 25, 2023 at 08:52:06PM +0000, Deucher, Alexander wrote: > > We already handle this today for CLASS_DISPLAY via a data table provided on > our hardware that details the components on the board. The driver can then > determine whether or not that combination of components is supported. If > the data table doesn't exist or isn’t parse-able, or the components > enumerated are not supported, the driver doesn't load. > > But things like module loading and initramfs generation still work off the ID > table and not your internal tables.
Sure, and everything still works fine. If the device is too new and the driver doesn't have support for it, it doesn't bind and returns -ENODEV when it probes the device. Alex
