Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #401221

Re: Microcontroller software stacks

From Michael S <already5chosen@yahoo.com>
Newsgroups comp.lang.c
Subject Re: Microcontroller software stacks
Date 2026-08-15 23:22 +0300
Organization A noiseless patient Spider
Message-ID <20260815232215.00006cf8@yahoo.com> (permalink)
References (7 earlier) <oac_R.3743$Zhg2.1242@fx12.iad> <865x1c7a63.fsf@linuxsc.com> <iZLfS.7962$oxY4.4420@fx09.iad> <20260815221303.0000723b@yahoo.com> <eg3gS.10105$nSae.4424@fx47.iad>

Show all headers | View raw


On Sat, 15 Aug 2026 19:39:54 GMT
scott@slp53.sl.home (Scott Lurndal) wrote:

> Michael S <already5chosen@yahoo.com> writes:
> >On Fri, 14 Aug 2026 21:42:38 GMT
> >scott@slp53.sl.home (Scott Lurndal) wrote:
> >  
> >> Tim Rentsch <tr.17687@z991.linuxsc.com> writes:  
> >> >scott@slp53.sl.home (Scott Lurndal) writes:
> >> >    
> >> >> Tim Rentsch <tr.17687@z991.linuxsc.com> writes:
> >> >>    
> >> >>> scott@slp53.sl.home (Scott Lurndal) writes:
> >> >>>    
> >> >>>> One might also define data structures for control and status
> >> >>>> registers using bitfield structs.    
> >> >>>
> >> >>> Yeah.  This kind of application (among others) I consider one
> >> >>> of the motivating forces behind bitfields.
> >> >>>
> >> >>> [Some whitespace trimming done in the excerpt below.]
> >> >>>    
> >> >>>> e.g. for the SATA UAHC_GLB_OOBR register:
> >> >>>>
> >> >>>> union UAHC_GBL_OOBR {
> >> >>>>   uint32_t u;
> >> >>>>   struct UAHC_GBL_OOBR_s {
> >> >>>> #if __BYTE_ORDER == __BIG_ENDIAN
> >> >>>>     uint32_t we     :  1; /**< R/W/H - Write enable. */
> >> >>>>     uint32_t cwmin  :  7; /**< R/W/H - COMWAKE minimum value
> >> >>>> [...] */ uint32_t cwmax  :  8; /**< R/W/H - COMWAKE maximum
> >> >>>> value [...] */ uint32_t cimin  :  8; /**< R/W/H - COMINIT
> >> >>>> minimum value [...] */ uint32_t cimax  :  8; /**< R/W/H -
> >> >>>> COMINIT maximum value [...] */ #else
> >> >>>>     uint32_t cimax  :  8;
> >> >>>>     uint32_t cimin  :  8;
> >> >>>>     uint32_t cwmax  :  8;
> >> >>>>     uint32_t cwmin  :  7;
> >> >>>>     uint32_t we     :  1;
> >> >>>> #endif
> >> >>>>   } s;
> >> >>>> };    
> >> >>>
> >> >>> To me it seems kind of goofy to use uint32_t for the bitfields
> >> >>> type. I would just use unsigned, which is just as sure to work
> >> >>> as intended, isn't it?    
> >> >>
> >> >> The SATA hardware register is defined as a 32-bit register in
> >> >> the SATA specification.  Therefore we explicitly declare it as
> >> >> such.    
> >> >
> >> >I understand the motivation for using uint32_t for the union
> >> >member u.  My question is only about the type used for the
> >> >bitfields.  Do you know of any platform, or even suspect that
> >> >there might be a platform, where using 'unsigned' rather than
> >> >'uint32_t' for the type of the bitfields makes any difference at
> >> >all?    
> >> 
> >> I haven't canvassed all the available platforms, and don't have
> >> any desire so to do.  In my opinion, using the same type for the
> >> bitfield members as was used for the corresponding union
> >> element is simply logical.   If we declare the integer part
> >> of the union as uint64_t,  we use the same time for the
> >> bitfields (and yes, we could have used unsigned long
> >> (or unsigned long long on the micky OS) - uint64_t
> >> is less typing.
> >>   
> >
> >Why not plain 'unsigned' ?
> >  
> 
> Did you not read the paragraph you are responding to?

I missed the part about "using the same type". Sorry.
Now, when I read it ... no, I don't think that it is logical.


Back to comp.lang.c | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: Microcontroller software stacks (was Re: this girl calls c ugly) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-06-21 14:13 -0700
  Re: Microcontroller software stacks (was Re: this girl calls c ugly) David Brown <david.brown@hesbynett.no> - 2026-06-22 08:58 +0200
    Re: Microcontroller software stacks (was Re: this girl calls c ugly) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-06-22 03:35 -0700
      Re: Microcontroller software stacks (was Re: this girl calls c ugly) cross@spitfire.i.gajendra.net (Dan Cross) - 2026-06-22 10:50 +0000
      Re: Microcontroller software stacks (was Re: this girl calls c ugly) David Brown <david.brown@hesbynett.no> - 2026-06-22 12:59 +0200
      Storage needed when there are bit-field members Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-06-28 09:42 -0700
        Re: Storage needed when there are bit-field members Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-06-28 18:06 -0700
          Re: Storage needed when there are bit-field members Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-06-28 20:20 -0700
            Re: Storage needed when there are bit-field members Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-14 14:56 -0700
              Re: Storage needed when there are bit-field members scott@slp53.sl.home (Scott Lurndal) - 2026-08-14 22:30 +0000
                Re: Storage needed when there are bit-field members Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-15 16:10 -0700
                Re: Storage needed when there are bit-field members scott@slp53.sl.home (Scott Lurndal) - 2026-08-16 15:20 +0000
          Re: Storage needed when there are bit-field members Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-14 14:19 -0700
  Re: Microcontroller software stacks (was Re: this girl calls c ugly) cross@spitfire.i.gajendra.net (Dan Cross) - 2026-06-22 10:45 +0000
    Re: Microcontroller software stacks (was Re: this girl calls c ugly) scott@slp53.sl.home (Scott Lurndal) - 2026-06-22 15:23 +0000
    Re: Microcontroller software stacks (was Re: this girl calls c ugly) Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-14 13:23 -0700
      Re: Microcontroller software stacks (was Re: this girl calls c ugly) cross@spitfire.i.gajendra.net (Dan Cross) - 2026-08-18 20:32 +0000
  Re: Microcontroller software stacks (was Re: this girl calls c ugly) scott@slp53.sl.home (Scott Lurndal) - 2026-06-22 15:04 +0000
    Re: Microcontroller software stacks (was Re: this girl calls c ugly) Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-06-22 13:02 -0700
    Re: Microcontroller software stacks Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-14 12:51 -0700
      Re: Microcontroller software stacks Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-15 05:02 +0800
        Re: Microcontroller software stacks bart <bc@freeuk.com> - 2026-08-15 01:18 +0100
          Re: Microcontroller software stacks Johann 'Myrkraverk' Oskarsson <johann@myrkraverk.invalid> - 2026-08-16 13:52 +0800
      Re: Microcontroller software stacks Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-08-14 14:06 -0700
      Re: Microcontroller software stacks scott@slp53.sl.home (Scott Lurndal) - 2026-08-14 21:42 +0000
        Re: Microcontroller software stacks Michael S <already5chosen@yahoo.com> - 2026-08-15 22:13 +0300
          Re: Microcontroller software stacks scott@slp53.sl.home (Scott Lurndal) - 2026-08-15 19:39 +0000
            Re: Microcontroller software stacks Michael S <already5chosen@yahoo.com> - 2026-08-15 23:22 +0300
              Re: Microcontroller software stacks scott@slp53.sl.home (Scott Lurndal) - 2026-08-16 14:38 +0000
                Re: Microcontroller software stacks Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-08-16 16:11 -0700
        Re: Microcontroller software stacks Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-15 16:16 -0700
          Re: Microcontroller software stacks cross@spitfire.i.gajendra.net (Dan Cross) - 2026-08-18 20:34 +0000
        Re: Microcontroller software stacks Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-08-15 17:31 -0700

csiph-web