Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src/sys/arch/sh3/include



On Mon, Sep 29, 2025 at 20:08:54 +0000, Roland Illig wrote:

> Module Name:	src
> Committed By:	rillig
> Date:		Mon Sep 29 20:08:54 UTC 2025
> 
> Modified Files:
> 	src/sys/arch/sh3/include: dmacreg.h
> 
> Log Message:
> sh3/dmacreg.h: fix snprintb definitions
> 
> In the previous definitions, the 'f' conversion was combined with the
> ':' conversion, which snprintb rejects at runtime, starting with
> snprintb.c 1.47 from 2024-04-07.

I really would have appreciated a courtesy heads up...

I completely forgot what was the issue with F/f.  The claim in the
commit message that changed snprintb was:

  These combinations would lead to garbled output.

The old format prints (libutil on 10) for SH3_DMAC_CMT_CMCSR_BITS e.g

  0x80<CMF,CKS=0(1/4)>

and the new one prints

  0x80<CMF,CKS=0=1/4>

What exactly about the first (old) one, that combines f and : is
garbled?  I detest the latter quite intensly ("0=1/4" is both bogus
and the whole thing looks ugly with those two equal signs).

I wrote those formats some 20 years ago when I was working on some
related drivers and I tuned them to look the way that made sense to
me.  I do not appreciate it when I'm suddenly being given an errand to
go and figure this out post-factum while the trail is hot instead of
being able to have at least some planning so that I can do it at a
convenient time.

-uwe


Home | Main Index | Thread Index | Old Index