linux-usb.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Nathan Chancellor <nathan@kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>
Cc: Minas Harutyunyan <hminas@synopsys.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	llvm@lists.linux.dev
Subject: Re: [PATCH] usb: dwc2: hcd_queue: Fix use of floating point literal
Date: Thu, 4 Nov 2021 16:59:42 -0700	[thread overview]
Message-ID: <YYRz7oyZQSaeWFCz@archlinux-ax161> (raw)
In-Reply-To: <CAKwvOdkp99t4ZvVgMLCzKjRq+AwM2-t+JRJeh8vs3vGq=kMoQg@mail.gmail.com>

On Thu, Nov 04, 2021 at 04:33:41PM -0700, Nick Desaulniers wrote:
> On Thu, Nov 4, 2021 at 4:29 PM Nick Desaulniers <ndesaulniers@google.com> wrote:
> >
> > On Thu, Nov 4, 2021 at 2:59 PM Nathan Chancellor <nathan@kernel.org> wrote:
> > >
> > > A new commit in LLVM causes an error on the use of 'long double' when
> > > '-mno-x87' is used, which the kernel does through an alias,
> > > '-mno-80387' (see the LLVM commit below for more details around why it
> > > does this).
> > >
> > >  drivers/usb/dwc2/hcd_queue.c:1744:25: error: expression requires  'long double' type support, but target 'x86_64-unknown-linux-gnu' does not support it
> > >                          delay = ktime_set(0, DWC2_RETRY_WAIT_DELAY);
> > >                                              ^
> > >  drivers/usb/dwc2/hcd_queue.c:62:34: note: expanded from macro 'DWC2_RETRY_WAIT_DELAY'
> > >  #define DWC2_RETRY_WAIT_DELAY (1 * 1E6L)
> > >                                  ^
> > >  1 error generated.
> > >
> > > This happens due to the use of a 'long double' literal. The 'E6' part of
> > > '1E6L' causes the literal to be a 'double' then the 'L' suffix promotes
> > > it to 'long double'.
> > >
> > > There is no visible reason for a floating point value in this driver, as
> > > the value is only used as a parameter to a function that expects an
> > > integer type.  Use USEC_PER_SEC, which is the same integer value as
> > > '1E6L', to avoid changing functionality but fix the error.
> > >
> > > Fixes: 6ed30a7d8ec2 ("usb: dwc2: host: use hrtimer for NAK retries")
> > > Link: https://github.com/ClangBuiltLinux/linux/issues/1497
> > > Link: https://github.com/llvm/llvm-project/commit/a8083d42b1c346e21623a1d36d1f0cadd7801d83
> > > Signed-off-by: Nathan Chancellor <nathan@kernel.org>
> >
> > Thanks for the patch!
> > Reviewed-by: Nick Desaulniers <ndesaulniers@google.com>
> 
> hmm...should we explicitly #include <vdso/time.h> for this
> declaration?  It may work due to transitive includes, but that's
> generally considered brittle should those transitive includes change
> in the future.

This file uses ktime_t, which comes from include/linux/ktime.h, which
eventually includes include/vdso/time64.h. include/vdso/time64.h is only
included in three header files and no drivers so I do not think this is
that brittle. I am happy to change that if the maintainers feel it is
worth the extra include.

> >
> > > ---
> > >  drivers/usb/dwc2/hcd_queue.c | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/usb/dwc2/hcd_queue.c b/drivers/usb/dwc2/hcd_queue.c
> > > index 89a788326c56..bdf1927e1be1 100644
> > > --- a/drivers/usb/dwc2/hcd_queue.c
> > > +++ b/drivers/usb/dwc2/hcd_queue.c
> > > @@ -59,7 +59,7 @@
> > >  #define DWC2_UNRESERVE_DELAY (msecs_to_jiffies(5))
> > >
> > >  /* If we get a NAK, wait this long before retrying */
> > > -#define DWC2_RETRY_WAIT_DELAY (1 * 1E6L)
> > > +#define DWC2_RETRY_WAIT_DELAY (1 * USEC_PER_SEC)
> > >
> > >  /**
> > >   * dwc2_periodic_channel_available() - Checks that a channel is available for a
> > >
> > > base-commit: d4439a1189f93d0ac1eaf0197db8e6b3e197d5c7
> > > --
> > > 2.34.0.rc0
> > >
> >
> >
> > --
> > Thanks,
> > ~Nick Desaulniers
> 
> 
> 
> -- 
> Thanks,
> ~Nick Desaulniers

  reply	other threads:[~2021-11-04 23:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-04 21:59 [PATCH] usb: dwc2: hcd_queue: Fix use of floating point literal Nathan Chancellor
2021-11-04 23:29 ` Nick Desaulniers
2021-11-04 23:33   ` Nick Desaulniers
2021-11-04 23:59     ` Nathan Chancellor [this message]
2021-11-05 13:08 ` John Keeping
2021-11-05 14:56   ` Nathan Chancellor

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=YYRz7oyZQSaeWFCz@archlinux-ax161 \
    --to=nathan@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=hminas@synopsys.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=llvm@lists.linux.dev \
    --cc=ndesaulniers@google.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).