From: Greg KH <gregkh@linuxfoundation.org>
To: Dan Raymond <raymod2@gmail.com>
Cc: linux-kernel@vger.kernel.org, x86@kernel.org,
linux-serial <linux-serial@vger.kernel.org>,
tglx@linutronix.de, mingo@redhat.com, bp@alien8.de,
dave.hansen@linux.intel.com, hpa@zytor.com, peterz@infradead.org,
andriy.shevchenko@linux.intel.com, quic_saipraka@quicinc.com,
Steven Rostedt <rostedt@goodmis.org>
Subject: Re: [PATCH v5] arch/x86: port I/O tracing on x86
Date: Tue, 24 Oct 2023 11:32:41 +0200 [thread overview]
Message-ID: <2023102406-prodigal-evidence-471d@gregkh> (raw)
In-Reply-To: <62349c78-14b8-4d5c-87ea-00dbd662fe26@gmail.com>
On Mon, Oct 23, 2023 at 02:28:04PM -0600, Dan Raymond wrote:
> > Anyway, it's up to the x86 maintainers now, good luck!
> >
> > But personally, I don't see the real need for this at all. It's a
> > debugging thing for what exactly? Who needs this? Who will use it?
> > When will they use it? And why?
>
> This comment confuses me. As you know I originally submitted a patch
> that added I/O tracing just to the 8250 serial driver. The patch was
> titled "create debugfs interface for UART register tracing". You said
> this at the time:
>
> "Anyway, again, cool feature, I like it, but if you can tie it into
> the existing trace framework better (either by using that entirely
> which might be best), or at the least, putting your hook into the
> data path with it, that would be best."
Remember some of us, like myself, get on average 1000+ emails a day that
they need to file/delete/review, so what I wrote yesterday I usually
can't remember, let alone weeks ago :)
> My original patch went through a few revisions before Andy Shevchenko
> suggested I should add portio tracing instead in a manner similar to
> how CONFIG_TRACE_MMIO_ACCESS works. You agreed. Hence I created this
> patch.
That's great, but it turns out that the x86 maintainers don't like this,
so perhaps that's not going to work out well.
I still think the original idea of using tracepoints for serial data
would be best, but hey, I don't need this feature :)
thanks,
greg k-h
prev parent reply other threads:[~2023-10-24 9:33 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-29 19:15 [PATCH v3] arch/x86: port I/O tracing on x86 Dan Raymond
2023-10-03 12:50 ` Greg KH
2023-10-04 22:54 ` Dan Raymond
2023-10-04 23:50 ` Steven Rostedt
2023-10-06 21:29 ` Dan Raymond
2023-10-06 21:32 ` [PATCH v4] " Dan Raymond
2023-10-07 6:53 ` kernel test robot
2023-10-07 17:56 ` [PATCH v5] " Dan Raymond
2023-10-11 20:22 ` Dan Raymond
2023-10-11 20:41 ` Greg KH
2023-10-21 16:00 ` Greg KH
2023-10-21 20:15 ` Steven Rostedt
2023-10-23 21:29 ` Dan Raymond
2023-10-23 21:51 ` Steven Rostedt
2023-10-23 20:28 ` Dan Raymond
2023-10-24 9:32 ` Greg KH [this message]
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=2023102406-prodigal-evidence-471d@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=quic_saipraka@quicinc.com \
--cc=raymod2@gmail.com \
--cc=rostedt@goodmis.org \
--cc=tglx@linutronix.de \
--cc=x86@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.