From: Moritz Fischer <mdf@kernel.org>
To: Alan Tull <atull@kernel.org>
Cc: Moritz Fischer <mdf@kernel.org>,
Richard Gong <richard.gong@linux.intel.com>,
linux-fpga@vger.kernel.org,
linux-kernel <linux-kernel@vger.kernel.org>,
Richard Gong <richard.gong@intel.com>
Subject: Re: [PATCHv1] fpga: mgr: add FPGA configuration log
Date: Wed, 3 Apr 2019 13:08:00 -0700 [thread overview]
Message-ID: <20190403200800.GE5752@archbook> (raw)
In-Reply-To: <CANk1AXSJ31Q7X3J6NOsqVkQoJkjJz=xka0XiWvuYC36s1HiBuA@mail.gmail.com>
On Wed, Apr 03, 2019 at 01:37:51PM -0500, Alan Tull wrote:
> >
> > it's state, not status for most fpga manager drivers. It should
> > return 'operating' if everything went well.
Yeah, sorry :)
> > It seems like there's a possible scenario where the FPGA starts up
> > with the FPGA in 'operating' mode and the user messes up early enough
> > that the state doesn't change.
Huh, then we should fix that instead? :)
> >
> > >
> > > Personally not in favor of extra messages, but if we do it we should
> > > change the message to "Sucessfully programmed FPGA".
> > >
> > > I think making it a dbg message is a good trade-off ...
>
> dbg vs info... On the one hand, it is a usually a message the
> developer wants to see so the developer would turn on debug messages.
> But then again FPGA programming doesn't happen that often and it is a
> kind of significant event since it is your hardware changing i.e. it
> won't add a lot messages, but it is sort of an important one if it
> happens. If the system crashes after a FPGA reprogramming event, it
> would be good to have this in the log by default. I don't want to
> argue too powerfully for adding extra messages though. Is this a case
> where info is worth it since fpga programming is significant?
In the current setup, it doesn't happen often. Going forward people
might have use-cases where this happens a lot more often.
I mean if y'all feel like this is required, sure, I still feel people
shouldn't rely on dmesg output for functional verification :)
I don't wanna guarantee that this message is gonna be there always ...
Cheers,
Moritz
next prev parent reply other threads:[~2019-04-03 20:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-02 22:25 [PATCHv1] fpga: mgr: add FPGA configuration log richard.gong
2019-04-03 14:20 ` Moritz Fischer
2019-04-03 16:29 ` Alan Tull
2019-04-03 16:43 ` Richard Gong
2019-04-03 16:47 ` Moritz Fischer
2019-04-03 18:05 ` Alan Tull
2019-04-03 18:37 ` Alan Tull
2019-04-03 20:08 ` Moritz Fischer [this message]
2019-04-03 21:57 ` Alan Tull
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=20190403200800.GE5752@archbook \
--to=mdf@kernel.org \
--cc=atull@kernel.org \
--cc=linux-fpga@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=richard.gong@intel.com \
--cc=richard.gong@linux.intel.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.