All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard PALO <richard at netbsd.org>
To: devel@acpica.org
Subject: Re: [Devel] PATCH proposal removing use of strtoul in events/evgpeinit.c
Date: Fri, 11 Sep 2015 12:56:33 +0200	[thread overview]
Message-ID: <55F2B361.6060404@netbsd.org> (raw)
In-Reply-To: 94F2FBAB4432B54E8AACC7DFDE6C92E37D343FA1@ORSMSX112.amr.corp.intel.com

[-- Attachment #1: Type: text/plain, Size: 1993 bytes --]

Le 09/09/15 20:01, Moore, Robert a écrit :
> I've got a better question:
> 
>> which is to say that strtoul, strictly speaking is unavailable in the
>> Solaris kernel (excepting kmdb).
> 
> Why not?
> 
>

Given numerous other build problems involving ACPI_DISASSEMLER in _KERNEL, those are disabled for now
(issues with MpSave* which I believe other platforms are experiencing as well, just like the visibility of AcpiUtConvertStringToUuid).

I believe other uses of strtoul may tend to be concentrated there...

As to the history of decisions involving ddi_strtoul/strtoul, a veteran sun kernel developer needs to be asked...

In any event, currently the wrapper around ddi_strtoul seems reasonable enough.

BTW, have things been linted recently (we use sun studio lint)? 

I had to add the following to acsolaris.h
> #ifdef __SUNPRO_C
> #pragma error_messages(off, E_STATIC_UNUSED)
> #pragma error_messages(off, E_FUNC_ARG_UNUSED)
> #pragma error_messages(off, E_END_OF_LOOP_CODE_NOT_REACHED)
> #pragma error_messages(off, E_FUNC_RET_MAYBE_IGNORED2)
> #endif

not to mention kludge needed when linting global crosschecks in the illumos gate, for the later
> "/home/richard/src/illumos-gate/usr/src/common/acpica/components/dispatcher/dsobject.c", line 351: warning: function returns value which is sometimes ignored: memcpy (E_FUNC_RET_MAYBE_IGNORED2)
> "/home/richard/src/illumos-gate/usr/src/common/acpica/components/dispatcher/dsutils.c", line 608: warning: function returns value which is sometimes ignored: strncpy (E_FUNC_RET_MAYBE_IGNORED2)
> "/home/richard/src/illumos-gate/usr/src/common/acpica/components/executer/exmisc.c", line 370: warning: function returns value which is sometimes ignored: strcpy (E_FUNC_RET_MAYBE_IGNORED2)
> "/home/richard/src/illumos-gate/usr/src/common/acpica/components/executer/exnames.c", line 224: warning: function returns value which is sometimes ignored: strcat (E_FUNC_RET_MAYBE_IGNORED2)

-- 
Richard PALO


             reply	other threads:[~2015-09-11 10:56 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-11 10:56 Richard PALO [this message]
  -- strict thread matches above, loose matches on Subject: below --
2015-09-11 15:49 [Devel] PATCH proposal removing use of strtoul in events/evgpeinit.c Moore, Robert
2015-09-11 15:36 Richard PALO
2015-09-11 14:57 Moore, Robert
2015-09-11 14:53 Moore, Robert
2015-09-09 18:01 Moore, Robert
2015-09-09 18:00 Moore, Robert
2015-09-05  6:01 Richard PALO
2015-09-04 13:58 Moore, Robert
2015-09-04 11:12 Richard PALO

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=55F2B361.6060404@netbsd.org \
    --to=devel@acpica.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.