From: Andrey Grodzovsky <Andrey.Grodzovsky@amd.com> To: Greg KH <gregkh@linuxfoundation.org> Cc: daniel.vetter@ffwll.ch, michel@daenzer.net, dri-devel@lists.freedesktop.org, amd-gfx@lists.freedesktop.org, ckoenig.leichtzumerken@gmail.com Subject: Re: [PATCH v2 5/8] drm/amdgpu: Refactor sysfs removal Date: Wed, 11 Nov 2020 11:34:08 -0500 [thread overview] Message-ID: <a483eaf2-2bcc-6b67-fc91-7d67e573ade9@amd.com> (raw) In-Reply-To: <X6wMHxypQttDDW3F@kroah.com> On 11/11/20 11:06 AM, Greg KH wrote: > On Wed, Nov 11, 2020 at 10:45:53AM -0500, Andrey Grodzovsky wrote: >> On 11/11/20 10:34 AM, Greg KH wrote: >>> On Wed, Nov 11, 2020 at 10:13:13AM -0500, Andrey Grodzovsky wrote: >>>> On 11/10/20 12:59 PM, Greg KH wrote: >>>>> On Tue, Nov 10, 2020 at 12:54:21PM -0500, Andrey Grodzovsky wrote: >>>>>> Hi, back to this after a long context switch for some higher priority stuff. >>>>>> >>>>>> So here I was able eventually to drop all this code and this change here https://nam11.safelinks.protection.outlook.com/?url=https:%2F%2Fcgit.freedesktop.org%2F~agrodzov%2Flinux%2Fcommit%2F%3Fh%3Damd-staging-drm-next-device-unplug%26id%3D61852c8a59b4dd89d637693552c73175b9f2ccd6&data=04%7C01%7CAndrey.Grodzovsky%40amd.com%7C3e019e2780114b696b4f08d8865bac36%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637407075579242822%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=E%2FIZmVeJDvHiY2xSaaPaay4mXN49EbhSJaJ4zlt6WKk%3D&reserved=0 >>>>>> was enough for me. Seems like while device_remove_file can handle the use >>>>>> case where the file and the parent directory already gone, >>>>>> sysfs_remove_group goes down in flames in that case >>>>>> due to kobj->sd being unset on device removal. >>>>> A driver shouldn't ever have to remove individual sysfs groups, the >>>>> driver core/bus logic should do it for them automatically. >>>>> >>>>> And whenever a driver calls a sysfs_* call, that's a hint that something >>>>> is not working properly. >>>> >>>> Do you mean that while the driver creates the groups and files explicitly >>>> from it's different subsystems it should not explicitly remove each >>>> one of them because all of them should be removed at once (and >>>> recursively) when the device is being removed ? >>> Individual drivers should never add groups/files in sysfs, the driver >>> core should do it properly for you if you have everything set up >>> properly. And yes, the driver core will automatically remove them as >>> well. >>> >>> Please use the default groups attribute for your bus/subsystem and this >>> will happen automagically. >> Googling for default groups attributes i found this - https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linuxfoundation.org%2Fblog%2F2013%2F06%2Fhow-to-create-a-sysfs-file-correctly%2F&data=04%7C01%7CAndrey.Grodzovsky%40amd.com%7C3e019e2780114b696b4f08d8865bac36%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637407075579252818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=AVhdi%2BcKeFXM8CBv%2BhRNTCYX2XSS8oo0so6mB%2BPuEfk%3D&reserved=0 > Odd, mirror of the original article: > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkroah.com%2Flog%2Fblog%2F2013%2F06%2F26%2Fhow-to-create-a-sysfs-file-correctly%2F&data=04%7C01%7CAndrey.Grodzovsky%40amd.com%7C3e019e2780114b696b4f08d8865bac36%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637407075579252818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=lGMd3PJOWIlKUpvbV3Zz%2FvbBIRwz6%2BlJ%2BS%2BiVcXxuzM%3D&reserved=0 > >> Would this be what you suggest for us ? Specifically for our case the struct >> device's groups seems the right solution as different devices >> might have slightly diffreent sysfs attributes. > That's what the is_visable() callback in your attribute group is for, to > tell the kernel if an individual sysfs attribute should be created or > not. I see, this looks like a good improvement to our current way of managing sysfs. Since this change is somewhat fundamental and requires good testing I prefer to deal with it separately from my current work on device unplug and so I will put it on TODO right after finishing this work. Andrey > > thanks, > > greg k-h _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Andrey Grodzovsky <Andrey.Grodzovsky@amd.com> To: Greg KH <gregkh@linuxfoundation.org> Cc: daniel.vetter@ffwll.ch, michel@daenzer.net, dri-devel@lists.freedesktop.org, ppaalanen@gmail.com, amd-gfx@lists.freedesktop.org, Daniel Vetter <daniel@ffwll.ch>, ckoenig.leichtzumerken@gmail.com, alexdeucher@gmail.com Subject: Re: [PATCH v2 5/8] drm/amdgpu: Refactor sysfs removal Date: Wed, 11 Nov 2020 11:34:08 -0500 [thread overview] Message-ID: <a483eaf2-2bcc-6b67-fc91-7d67e573ade9@amd.com> (raw) In-Reply-To: <X6wMHxypQttDDW3F@kroah.com> On 11/11/20 11:06 AM, Greg KH wrote: > On Wed, Nov 11, 2020 at 10:45:53AM -0500, Andrey Grodzovsky wrote: >> On 11/11/20 10:34 AM, Greg KH wrote: >>> On Wed, Nov 11, 2020 at 10:13:13AM -0500, Andrey Grodzovsky wrote: >>>> On 11/10/20 12:59 PM, Greg KH wrote: >>>>> On Tue, Nov 10, 2020 at 12:54:21PM -0500, Andrey Grodzovsky wrote: >>>>>> Hi, back to this after a long context switch for some higher priority stuff. >>>>>> >>>>>> So here I was able eventually to drop all this code and this change here https://nam11.safelinks.protection.outlook.com/?url=https:%2F%2Fcgit.freedesktop.org%2F~agrodzov%2Flinux%2Fcommit%2F%3Fh%3Damd-staging-drm-next-device-unplug%26id%3D61852c8a59b4dd89d637693552c73175b9f2ccd6&data=04%7C01%7CAndrey.Grodzovsky%40amd.com%7C3e019e2780114b696b4f08d8865bac36%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637407075579242822%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=E%2FIZmVeJDvHiY2xSaaPaay4mXN49EbhSJaJ4zlt6WKk%3D&reserved=0 >>>>>> was enough for me. Seems like while device_remove_file can handle the use >>>>>> case where the file and the parent directory already gone, >>>>>> sysfs_remove_group goes down in flames in that case >>>>>> due to kobj->sd being unset on device removal. >>>>> A driver shouldn't ever have to remove individual sysfs groups, the >>>>> driver core/bus logic should do it for them automatically. >>>>> >>>>> And whenever a driver calls a sysfs_* call, that's a hint that something >>>>> is not working properly. >>>> >>>> Do you mean that while the driver creates the groups and files explicitly >>>> from it's different subsystems it should not explicitly remove each >>>> one of them because all of them should be removed at once (and >>>> recursively) when the device is being removed ? >>> Individual drivers should never add groups/files in sysfs, the driver >>> core should do it properly for you if you have everything set up >>> properly. And yes, the driver core will automatically remove them as >>> well. >>> >>> Please use the default groups attribute for your bus/subsystem and this >>> will happen automagically. >> Googling for default groups attributes i found this - https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linuxfoundation.org%2Fblog%2F2013%2F06%2Fhow-to-create-a-sysfs-file-correctly%2F&data=04%7C01%7CAndrey.Grodzovsky%40amd.com%7C3e019e2780114b696b4f08d8865bac36%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637407075579252818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=AVhdi%2BcKeFXM8CBv%2BhRNTCYX2XSS8oo0so6mB%2BPuEfk%3D&reserved=0 > Odd, mirror of the original article: > https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkroah.com%2Flog%2Fblog%2F2013%2F06%2F26%2Fhow-to-create-a-sysfs-file-correctly%2F&data=04%7C01%7CAndrey.Grodzovsky%40amd.com%7C3e019e2780114b696b4f08d8865bac36%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637407075579252818%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=lGMd3PJOWIlKUpvbV3Zz%2FvbBIRwz6%2BlJ%2BS%2BiVcXxuzM%3D&reserved=0 > >> Would this be what you suggest for us ? Specifically for our case the struct >> device's groups seems the right solution as different devices >> might have slightly diffreent sysfs attributes. > That's what the is_visable() callback in your attribute group is for, to > tell the kernel if an individual sysfs attribute should be created or > not. I see, this looks like a good improvement to our current way of managing sysfs. Since this change is somewhat fundamental and requires good testing I prefer to deal with it separately from my current work on device unplug and so I will put it on TODO right after finishing this work. Andrey > > thanks, > > greg k-h _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next prev parent reply other threads:[~2020-11-11 16:34 UTC|newest] Thread overview: 194+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-06-21 6:03 [PATCH v2 0/8] RFC Support hot device unplug in amdgpu Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-21 6:03 ` [PATCH v2 1/8] drm: Add dummy page per device or GEM object Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:35 ` Daniel Vetter 2020-06-22 9:35 ` Daniel Vetter 2020-06-22 14:21 ` Pekka Paalanen 2020-06-22 14:21 ` Pekka Paalanen 2020-06-22 14:24 ` Daniel Vetter 2020-06-22 14:24 ` Daniel Vetter 2020-06-22 14:28 ` Pekka Paalanen 2020-06-22 14:28 ` Pekka Paalanen 2020-11-09 20:34 ` Andrey Grodzovsky 2020-11-09 20:34 ` Andrey Grodzovsky 2020-11-15 6:39 ` Andrey Grodzovsky 2020-11-15 6:39 ` Andrey Grodzovsky 2020-06-22 13:18 ` Christian König 2020-06-22 13:18 ` Christian König 2020-06-22 14:23 ` Daniel Vetter 2020-06-22 14:23 ` Daniel Vetter 2020-06-22 14:32 ` Andrey Grodzovsky 2020-06-22 14:32 ` Andrey Grodzovsky 2020-06-22 17:45 ` Christian König 2020-06-22 17:45 ` Christian König 2020-06-22 17:50 ` Daniel Vetter 2020-06-22 17:50 ` Daniel Vetter 2020-11-09 20:53 ` Andrey Grodzovsky 2020-11-09 20:53 ` Andrey Grodzovsky 2020-11-13 20:52 ` Andrey Grodzovsky 2020-11-13 20:52 ` Andrey Grodzovsky 2020-11-14 8:41 ` Christian König 2020-11-14 8:41 ` Christian König 2020-11-14 9:51 ` Daniel Vetter 2020-11-14 9:51 ` Daniel Vetter 2020-11-14 9:57 ` Daniel Vetter 2020-11-14 9:57 ` Daniel Vetter 2020-11-16 9:42 ` Michel Dänzer 2020-11-16 9:42 ` Michel Dänzer 2020-11-15 6:34 ` Andrey Grodzovsky 2020-11-15 6:34 ` Andrey Grodzovsky 2020-11-16 9:48 ` Christian König 2020-11-16 9:48 ` Christian König 2020-11-16 19:00 ` Andrey Grodzovsky 2020-11-16 19:00 ` Andrey Grodzovsky 2020-11-16 20:36 ` Christian König 2020-11-16 20:36 ` Christian König 2020-11-16 20:42 ` Andrey Grodzovsky 2020-11-16 20:42 ` Andrey Grodzovsky 2020-11-19 10:01 ` Christian König 2020-11-19 10:01 ` Christian König 2020-06-21 6:03 ` [PATCH v2 2/8] drm/ttm: Remap all page faults to per process dummy page Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:41 ` Daniel Vetter 2020-06-22 9:41 ` Daniel Vetter 2020-06-24 3:31 ` Andrey Grodzovsky 2020-06-24 3:31 ` Andrey Grodzovsky 2020-06-24 7:19 ` Daniel Vetter 2020-06-24 7:19 ` Daniel Vetter 2020-11-10 17:41 ` Andrey Grodzovsky 2020-11-10 17:41 ` Andrey Grodzovsky 2020-06-22 19:30 ` Christian König 2020-06-22 19:30 ` Christian König 2020-06-21 6:03 ` [PATCH v2 3/8] drm/ttm: Add unampping of the entire device address space Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:45 ` Daniel Vetter 2020-06-22 9:45 ` Daniel Vetter 2020-06-23 5:00 ` Andrey Grodzovsky 2020-06-23 5:00 ` Andrey Grodzovsky 2020-06-23 10:25 ` Daniel Vetter 2020-06-23 10:25 ` Daniel Vetter 2020-06-23 12:55 ` Christian König 2020-06-23 12:55 ` Christian König 2020-06-22 19:37 ` Christian König 2020-06-22 19:37 ` Christian König 2020-06-22 19:47 ` Alex Deucher 2020-06-22 19:47 ` Alex Deucher 2020-06-21 6:03 ` [PATCH v2 4/8] drm/amdgpu: Split amdgpu_device_fini into early and late Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:48 ` Daniel Vetter 2020-06-22 9:48 ` Daniel Vetter 2020-11-12 4:19 ` Andrey Grodzovsky 2020-11-12 4:19 ` Andrey Grodzovsky 2020-11-12 9:29 ` Daniel Vetter 2020-11-12 9:29 ` Daniel Vetter 2020-06-21 6:03 ` [PATCH v2 5/8] drm/amdgpu: Refactor sysfs removal Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:51 ` Daniel Vetter 2020-06-22 9:51 ` Daniel Vetter 2020-06-22 11:21 ` Greg KH 2020-06-22 11:21 ` Greg KH 2020-06-22 16:07 ` Andrey Grodzovsky 2020-06-22 16:07 ` Andrey Grodzovsky 2020-06-22 16:45 ` Greg KH 2020-06-22 16:45 ` Greg KH 2020-06-23 4:51 ` Andrey Grodzovsky 2020-06-23 4:51 ` Andrey Grodzovsky 2020-06-23 6:05 ` Greg KH 2020-06-23 6:05 ` Greg KH 2020-06-24 3:04 ` Andrey Grodzovsky 2020-06-24 3:04 ` Andrey Grodzovsky 2020-06-24 6:11 ` Greg KH 2020-06-24 6:11 ` Greg KH 2020-06-25 1:52 ` Andrey Grodzovsky 2020-06-25 1:52 ` Andrey Grodzovsky 2020-11-10 17:54 ` Andrey Grodzovsky 2020-11-10 17:54 ` Andrey Grodzovsky 2020-11-10 17:59 ` Greg KH 2020-11-10 17:59 ` Greg KH 2020-11-11 15:13 ` Andrey Grodzovsky 2020-11-11 15:13 ` Andrey Grodzovsky 2020-11-11 15:34 ` Greg KH 2020-11-11 15:34 ` Greg KH 2020-11-11 15:45 ` Andrey Grodzovsky 2020-11-11 15:45 ` Andrey Grodzovsky 2020-11-11 16:06 ` Greg KH 2020-11-11 16:06 ` Greg KH 2020-11-11 16:34 ` Andrey Grodzovsky [this message] 2020-11-11 16:34 ` Andrey Grodzovsky 2020-12-02 15:48 ` Andrey Grodzovsky 2020-12-02 15:48 ` Andrey Grodzovsky 2020-12-02 17:34 ` Greg KH 2020-12-02 17:34 ` Greg KH 2020-12-02 18:02 ` Andrey Grodzovsky 2020-12-02 18:02 ` Andrey Grodzovsky 2020-12-02 18:20 ` Greg KH 2020-12-02 18:20 ` Greg KH 2020-12-02 18:40 ` Andrey Grodzovsky 2020-12-02 18:40 ` Andrey Grodzovsky 2020-06-22 13:19 ` Christian König 2020-06-22 13:19 ` Christian König 2020-06-21 6:03 ` [PATCH v2 6/8] drm/amdgpu: Unmap entire device address space on device remove Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:56 ` Daniel Vetter 2020-06-22 9:56 ` Daniel Vetter 2020-06-22 19:38 ` Christian König 2020-06-22 19:38 ` Christian König 2020-06-22 19:48 ` Alex Deucher 2020-06-22 19:48 ` Alex Deucher 2020-06-23 10:22 ` Daniel Vetter 2020-06-23 10:22 ` Daniel Vetter 2020-06-23 13:16 ` Christian König 2020-06-23 13:16 ` Christian König 2020-06-24 3:12 ` Andrey Grodzovsky 2020-06-24 3:12 ` Andrey Grodzovsky 2020-06-21 6:03 ` [PATCH v2 7/8] drm/amdgpu: Fix sdma code crash post device unplug Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:55 ` Daniel Vetter 2020-06-22 9:55 ` Daniel Vetter 2020-06-22 19:40 ` Christian König 2020-06-22 19:40 ` Christian König 2020-06-23 5:11 ` Andrey Grodzovsky 2020-06-23 5:11 ` Andrey Grodzovsky 2020-06-23 7:14 ` Christian König 2020-06-23 7:14 ` Christian König 2020-06-21 6:03 ` [PATCH v2 8/8] drm/amdgpu: Prevent any job recoveries after device is unplugged Andrey Grodzovsky 2020-06-21 6:03 ` Andrey Grodzovsky 2020-06-22 9:53 ` Daniel Vetter 2020-06-22 9:53 ` Daniel Vetter 2020-11-17 18:38 ` Andrey Grodzovsky 2020-11-17 18:38 ` Andrey Grodzovsky 2020-11-17 18:52 ` Daniel Vetter 2020-11-17 18:52 ` Daniel Vetter 2020-11-17 19:18 ` Andrey Grodzovsky 2020-11-17 19:18 ` Andrey Grodzovsky 2020-11-17 19:49 ` Daniel Vetter 2020-11-17 19:49 ` Daniel Vetter 2020-11-17 20:07 ` Andrey Grodzovsky 2020-11-17 20:07 ` Andrey Grodzovsky 2020-11-18 7:39 ` Daniel Vetter 2020-11-18 7:39 ` Daniel Vetter 2020-11-18 12:01 ` Christian König 2020-11-18 12:01 ` Christian König 2020-11-18 15:43 ` Luben Tuikov 2020-11-18 15:43 ` Luben Tuikov 2020-11-18 16:20 ` Andrey Grodzovsky 2020-11-18 16:20 ` Andrey Grodzovsky 2020-11-19 7:55 ` Christian König 2020-11-19 7:55 ` Christian König 2020-11-19 15:02 ` Andrey Grodzovsky 2020-11-19 15:02 ` Andrey Grodzovsky 2020-11-19 15:29 ` Daniel Vetter 2020-11-19 15:29 ` Daniel Vetter 2020-11-19 21:24 ` Andrey Grodzovsky 2020-11-19 21:24 ` Andrey Grodzovsky 2020-11-18 0:46 ` Luben Tuikov 2020-11-18 0:46 ` Luben Tuikov 2020-06-22 9:46 ` [PATCH v2 0/8] RFC Support hot device unplug in amdgpu Daniel Vetter 2020-06-22 9:46 ` Daniel Vetter 2020-06-23 5:14 ` Andrey Grodzovsky 2020-06-23 5:14 ` Andrey Grodzovsky 2020-06-23 9:04 ` Michel Dänzer 2020-06-23 9:04 ` Michel Dänzer 2020-06-24 3:21 ` Andrey Grodzovsky 2020-06-24 3:21 ` Andrey Grodzovsky
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=a483eaf2-2bcc-6b67-fc91-7d67e573ade9@amd.com \ --to=andrey.grodzovsky@amd.com \ --cc=amd-gfx@lists.freedesktop.org \ --cc=ckoenig.leichtzumerken@gmail.com \ --cc=daniel.vetter@ffwll.ch \ --cc=dri-devel@lists.freedesktop.org \ --cc=gregkh@linuxfoundation.org \ --cc=michel@daenzer.net \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.