On Fri, 2025-10-03 at 10:44 -0700, Coco Li wrote:
> On Wed, Oct 1, 2025 at 4:24 PM Andrew Jeffery
> <[email protected]> wrote:
> > 
> > On Thu, 2025-09-25 at 00:58 +0000, Coco Li wrote:
> > > From: Felix Wu <[email protected]>
> > > 
> > > Added 32 bits property for ASPEED GPIO. Previously it can only be access 
> > > in bitwise manner.
> > > 
> > > This change gives ASPEED similar behavior as Nuvoton.
> > 
> > I don't think this has adequately addressed my request on the prior
> > series:
> > 
> > https://lore.kernel.org/all/e244fdb5d2d889674a583df8f8b9bc4bf8d476f4.ca...@codeconstruct.com.au/
> > 
> > Can you please improve the commit message?
> > 
> > I don't have any particular concern with the implementation, other than
> > understanding whether it's something that's reasonable to add to begin
> > with. The "sets" and their indexes are somewhat an implementation
> > detail. Exposing them might preclude a different implementation design,
> > though I'm also not sure why we'd change at this point.
> > 
> > Andrew
> > 
> 
> Hello Andrew,
> 
> To confirm that I understand your request, I should do the following:
> 
> 1) remove the reference to Nuvoton behavior in the ASPEED patches
> (will do in follow up)
> 2) you asked for discussion of complex simulations, is the addition in
> the cover patch sufficient? Otherwise, could you elaborate on your
> comment here on what I can help provide please?

Can you please integrate the description from the cover letter into the
commit message? It's not always the case that the series cover letter
is tracked in the git history.

Andrew

Reply via email to