From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Andrzej Hajda <a.hajda@samsung.com>
Cc: Jernej Skrabec <jernej.skrabec@siol.net>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
linux-kernel@vger.kernel.org,
"open list:DRM DRIVERS" <dri-devel@lists.freedesktop.org>,
Russell King - ARM Linux <linux@armlinux.org.uk>,
Neil Armstrong <narmstrong@baylibre.com>,
Jonas Karlman <jonas@kwiboo.se>,
andy.shevchenko@gmail.com, Mark Brown <broonie@kernel.org>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Daniel Vetter <daniel@ffwll.ch>,
linux-arm-kernel@lists.infradead.org,
Marek Szyprowski <m.szyprowski@samsung.com>
Subject: Re: [PATCH v8 2/5] driver core: add deferring probe reason to devices_deferred property
Date: Fri, 10 Jul 2020 15:31:43 +0200 [thread overview]
Message-ID: <20200710133143.GA2085030@kroah.com> (raw)
In-Reply-To: <20200702134421.6412-1-a.hajda@samsung.com>
On Thu, Jul 02, 2020 at 03:44:21PM +0200, Andrzej Hajda wrote:
> /sys/kernel/debug/devices_deferred property contains list of deferred devices.
> This list does not contain reason why the driver deferred probe, the patch
> improves it.
> The natural place to set the reason is dev_err_probe function introduced
> recently, ie. if dev_err_probe will be called with -EPROBE_DEFER instead of
> printk the message will be attached to a deferred device and printed when user
> reads devices_deferred property.
>
> Signed-off-by: Andrzej Hajda <a.hajda@samsung.com>
> Reviewed-by: Mark Brown <broonie@kernel.org>
> Reviewed-by: Javier Martinez Canillas <javierm@redhat.com>
> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
> Reviewed-by: Rafael J. Wysocki <rafael@kernel.org>
> ---
> v8:
> - improved commit message
I'm totally confused by this series. Can you resend the whole thing,
as a full series, not just random individual patches in the series
incremented? It's a pain to try to fish them all out as to which is the
"latest" with all of the needed reviewed by lines :(
thanks,
greg k-h
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Andrzej Hajda <a.hajda@samsung.com>
Cc: Jernej Skrabec <jernej.skrabec@siol.net>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
linux-kernel@vger.kernel.org,
"open list:DRM DRIVERS" <dri-devel@lists.freedesktop.org>,
Russell King - ARM Linux <linux@armlinux.org.uk>,
Neil Armstrong <narmstrong@baylibre.com>,
Jonas Karlman <jonas@kwiboo.se>,
andy.shevchenko@gmail.com, Mark Brown <broonie@kernel.org>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
linux-arm-kernel@lists.infradead.org,
Marek Szyprowski <m.szyprowski@samsung.com>
Subject: Re: [PATCH v8 2/5] driver core: add deferring probe reason to devices_deferred property
Date: Fri, 10 Jul 2020 15:31:43 +0200 [thread overview]
Message-ID: <20200710133143.GA2085030@kroah.com> (raw)
In-Reply-To: <20200702134421.6412-1-a.hajda@samsung.com>
On Thu, Jul 02, 2020 at 03:44:21PM +0200, Andrzej Hajda wrote:
> /sys/kernel/debug/devices_deferred property contains list of deferred devices.
> This list does not contain reason why the driver deferred probe, the patch
> improves it.
> The natural place to set the reason is dev_err_probe function introduced
> recently, ie. if dev_err_probe will be called with -EPROBE_DEFER instead of
> printk the message will be attached to a deferred device and printed when user
> reads devices_deferred property.
>
> Signed-off-by: Andrzej Hajda <a.hajda@samsung.com>
> Reviewed-by: Mark Brown <broonie@kernel.org>
> Reviewed-by: Javier Martinez Canillas <javierm@redhat.com>
> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
> Reviewed-by: Rafael J. Wysocki <rafael@kernel.org>
> ---
> v8:
> - improved commit message
I'm totally confused by this series. Can you resend the whole thing,
as a full series, not just random individual patches in the series
incremented? It's a pain to try to fish them all out as to which is the
"latest" with all of the needed reviewed by lines :(
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: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Andrzej Hajda <a.hajda@samsung.com>
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
Marek Szyprowski <m.szyprowski@samsung.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, andy.shevchenko@gmail.com,
Mark Brown <broonie@kernel.org>,
Russell King - ARM Linux <linux@armlinux.org.uk>,
Neil Armstrong <narmstrong@baylibre.com>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Jonas Karlman <jonas@kwiboo.se>,
Jernej Skrabec <jernej.skrabec@siol.net>,
Daniel Vetter <daniel@ffwll.ch>,
"open list:DRM DRIVERS" <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH v8 2/5] driver core: add deferring probe reason to devices_deferred property
Date: Fri, 10 Jul 2020 15:31:43 +0200 [thread overview]
Message-ID: <20200710133143.GA2085030@kroah.com> (raw)
In-Reply-To: <20200702134421.6412-1-a.hajda@samsung.com>
On Thu, Jul 02, 2020 at 03:44:21PM +0200, Andrzej Hajda wrote:
> /sys/kernel/debug/devices_deferred property contains list of deferred devices.
> This list does not contain reason why the driver deferred probe, the patch
> improves it.
> The natural place to set the reason is dev_err_probe function introduced
> recently, ie. if dev_err_probe will be called with -EPROBE_DEFER instead of
> printk the message will be attached to a deferred device and printed when user
> reads devices_deferred property.
>
> Signed-off-by: Andrzej Hajda <a.hajda@samsung.com>
> Reviewed-by: Mark Brown <broonie@kernel.org>
> Reviewed-by: Javier Martinez Canillas <javierm@redhat.com>
> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
> Reviewed-by: Rafael J. Wysocki <rafael@kernel.org>
> ---
> v8:
> - improved commit message
I'm totally confused by this series. Can you resend the whole thing,
as a full series, not just random individual patches in the series
incremented? It's a pain to try to fish them all out as to which is the
"latest" with all of the needed reviewed by lines :(
thanks,
greg k-h
next prev parent reply other threads:[~2020-07-10 13:33 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20200629112247eucas1p2f5a1c0a4ffe3a2571658646a7b369cfd@eucas1p2.samsung.com>
2020-06-29 11:22 ` [PATCH v7 0/4] driver core: add probe error check helper Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` [PATCH v7 1/4] driver core: add device probe log helper Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 16:38 ` Andy Shevchenko
2020-06-29 16:38 ` Andy Shevchenko
2020-06-29 16:38 ` Andy Shevchenko
2020-07-02 13:44 ` [PATCH v8 2/5] driver core: add deferring probe reason to devices_deferred property Andrzej Hajda
2020-07-02 13:44 ` Andrzej Hajda
2020-07-02 13:44 ` Andrzej Hajda
2020-07-10 13:31 ` Greg Kroah-Hartman [this message]
2020-07-10 13:31 ` Greg Kroah-Hartman
2020-07-10 13:31 ` Greg Kroah-Hartman
2020-07-10 15:25 ` Andrzej Hajda
2020-07-10 15:25 ` Andrzej Hajda
2020-07-10 15:25 ` Andrzej Hajda
2020-06-30 15:35 ` [PATCH v7 1/4] driver core: add device probe log helper Mark Brown
2020-06-30 15:35 ` Mark Brown
2020-06-30 15:35 ` Mark Brown
2020-06-29 11:22 ` [PATCH v7 2/4] driver core: add deferring probe reason to devices_deferred property Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 16:36 ` Andy Shevchenko
2020-06-29 16:36 ` Andy Shevchenko
2020-06-29 16:36 ` Andy Shevchenko
2020-06-30 8:32 ` Andrzej Hajda
2020-06-30 8:32 ` Andrzej Hajda
2020-06-30 8:32 ` Andrzej Hajda
2020-06-30 10:00 ` Andy Shevchenko
2020-06-30 10:00 ` Andy Shevchenko
2020-06-30 10:00 ` Andy Shevchenko
2020-06-29 11:22 ` [PATCH v7 3/4] drm/bridge/sii8620: fix resource acquisition error handling Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` [PATCH v7 4/4] drm/bridge: lvds-codec: simplify " Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
2020-06-29 11:22 ` Andrzej Hajda
[not found] <CGME20200710153024eucas1p1b0686b4acce78838db93fddb3c23939c@eucas1p1.samsung.com>
2020-07-10 15:30 ` [PATCH v8 0/5] driver core: add probe error check helper Andrzej Hajda
2020-07-10 15:30 ` [PATCH v8 2/5] driver core: add deferring probe reason to devices_deferred property Andrzej Hajda
2020-07-10 15:30 ` Andrzej Hajda
2020-07-10 15:30 ` Andrzej Hajda
2020-07-10 17:15 ` Ruhl, Michael J
2020-07-10 17:15 ` Ruhl, Michael J
2020-07-10 17:15 ` Ruhl, Michael J
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=20200710133143.GA2085030@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=andy.shevchenko@gmail.com \
--cc=b.zolnierkie@samsung.com \
--cc=broonie@kernel.org \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=jernej.skrabec@siol.net \
--cc=jonas@kwiboo.se \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=m.szyprowski@samsung.com \
--cc=narmstrong@baylibre.com \
--cc=rafael@kernel.org \
/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.