Displaying 5 results from an estimated 5 matches for "auxbus".
2024 Jul 28
1
[PATCH v2 02/37] drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common code
...n, Jul 28, 2024 at 11:34:14PM +0200, Danilo Krummrich wrote:
> On Sun, Jul 28, 2024 at 03:13:08PM -0300, Jason Gunthorpe wrote:
> I think we're on the same page with all that. As clarified in [1], that's not a
> big concern, I was referring to the changes required to integrate the auxbus
> stuff.
Well, I see this thread having the realization that things are not
setup proeprly to use devres. To be fair devres creates almost as many
bugs as it solves :\ cleanup.h is possibly a better option for most
simple things and harder to misuse...
> > normal (though most subsystems...
2002 Mar 15
1
Wine dummy-spitting
...dll.dll' not found in '/home/p7/.wine/fake_windows/Windows/System'
warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/tmp'
warn:dosfs:DOSFS_FindUnixName 'ntdll.dll' not found in '/home/p7'
warn:module:BUILTIN32_dlopen cannot open .so lib for builtin auxbus.dll: libauxbus.so: cannot open shared object file: No such file or directory
warn:module:BUILTIN32_dlopen cannot open .so lib for builtin dsplib.dll: libdsplib.so: cannot open shared object file: No such file or directory
warn:win32:do_relocations Info: base relocations needed for Z:\mnt\Program Fi...
2024 Jul 28
1
[PATCH v2 02/37] drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common code
...sysfs parent (for owning a subordinate struct device, sysfs files,
> etc) and the probe time parent (for owning devres, and other tasks)
I think we're on the same page with all that. As clarified in [1], that's not a
big concern, I was referring to the changes required to integrate the auxbus
stuff.
[1] https://lore.kernel.org/nouveau/ZqRTY1GjPE6CZqL3 at pollux.localdomain/
>
> We've been fortunate enough that subsystems so far have had a clean
> enough setup that this is easy enough to do. It sounds like DRM is the
> same if it just requires calling a put in .remove...
2024 Jul 26
2
[PATCH v2 02/37] drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common code
On 27/7/24 01:41, Danilo Krummrich wrote:
> On Fri, Jul 26, 2024 at 02:27:53PM +1000, Ben Skeggs wrote:
>>>>>> +
>>>>>> +static struct nouveau_drm *
>>>>>> +nouveau_drm_device_new(const struct drm_driver *drm_driver, struct device *parent,
>>>>>> + struct nvkm_device *device)
>>>>>> +{
2024 Jul 28
1
[PATCH v2 02/37] drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common code
On Fri, Jul 26, 2024 at 11:07:19PM +1000, Ben Skeggs wrote:
> > Right, I think I took that too literally.
> >
> > The lifetime of the DRM device (or more precisely one of its references) is
> > bound to the binding between the parent device and its corresponding driver.
> >
> > But the lifetime of the parent device itself is bound to the DRM device.
> >