From: Michael Ellerman <mpe@ellerman.id.au>
To: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>,
linuxppc-dev@lists.ozlabs.org
Cc: cascardo@canonical.com, Peter Rajnoha <prajnoha@redhat.com>,
gregkh@linuxfoundation.org
Subject: Re: [PATCH v2] powerpc/vio: drop bus_type from parent device
Date: Thu, 30 Jul 2020 11:28:38 +1000 [thread overview]
Message-ID: <87ime56bax.fsf@mpe.ellerman.id.au> (raw)
In-Reply-To: <20200406155748.6761-1-cascardo@canonical.com>
[ Added Peter & Greg to Cc ]
Thadeu Lima de Souza Cascardo <cascardo@canonical.com> writes:
> Commit df44b479654f62b478c18ee4d8bc4e9f897a9844 ("kobject: return error
> code if writing /sys/.../uevent fails") started returning failure when
> writing to /sys/devices/vio/uevent.
>
> This causes an early udevadm trigger to fail. On some installer versions of
> Ubuntu, this will cause init to exit, thus panicing the system very early
> during boot.
>
> Removing the bus_type from the parent device will remove some of the extra
> empty files from /sys/devices/vio/, but will keep the rest of the layout
> for vio devices, keeping them under /sys/devices/vio/.
What exactly does it change?
I'm finding it hard to evaluate if this change is going to cause a
regression somehow.
I'm also not clear on why removing the bus type is correct, apart from
whether it fixes the bug you're seeing.
> It has been tested that uevents for vio devices don't change after this
> fix, they still contain MODALIAS.
>
> Signed-off-by: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>
> Fixes: df44b479654f ("kobject: return error code if writing /sys/.../uevent fails")
AFAICS there haven't been any other fixes for that commit. Do we know
why it is only vio that was affected? (possibly because it's a fake bus
to begin with?)
cheers
> diff --git a/arch/powerpc/platforms/pseries/vio.c b/arch/powerpc/platforms/pseries/vio.c
> index 37f1f25ba804..a94dab3972a0 100644
> --- a/arch/powerpc/platforms/pseries/vio.c
> +++ b/arch/powerpc/platforms/pseries/vio.c
> @@ -36,7 +36,6 @@ static struct vio_dev vio_bus_device = { /* fake "parent" device */
> .name = "vio",
> .type = "",
> .dev.init_name = "vio",
> - .dev.bus = &vio_bus_type,
> };
>
> #ifdef CONFIG_PPC_SMLPAR
> --
> 2.20.1
next prev parent reply other threads:[~2020-07-30 1:31 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-06 15:57 [PATCH v2] powerpc/vio: drop bus_type from parent device Thadeu Lima de Souza Cascardo
2020-07-30 1:28 ` Michael Ellerman [this message]
2020-07-30 5:37 ` Greg KH
2020-07-30 15:35 ` Thadeu Lima de Souza Cascardo
2020-07-31 0:53 ` Michael Ellerman
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=87ime56bax.fsf@mpe.ellerman.id.au \
--to=mpe@ellerman.id.au \
--cc=cascardo@canonical.com \
--cc=gregkh@linuxfoundation.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=prajnoha@redhat.com \
/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: link
Be 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.