Re: [PATCH 00/50] hppa: general improvements and tidy-ups

2022-05-04 Thread Mark Cave-Ayland
On 03/05/2022 16:38, Richard Henderson wrote: On 5/3/22 05:11, Mark Cave-Ayland wrote: Thanks Helge! After a few brief experiments over the holiday weekend I'm going to send a v2 with your A-B tags, and also change the machine from "HPPA generic" to "HPPA BL160L". This will then match with bot

Re: [PATCH 00/50] hppa: general improvements and tidy-ups

2022-05-03 Thread Richard Henderson
On 5/3/22 05:11, Mark Cave-Ayland wrote: Thanks Helge! After a few brief experiments over the holiday weekend I'm going to send a v2 with your A-B tags, and also change the machine from "HPPA generic" to "HPPA BL160L". This will then match with both MAINTAINERS and also Linux which identifies th

Re: [PATCH 00/50] hppa: general improvements and tidy-ups

2022-05-03 Thread Mark Cave-Ayland
On 28/04/2022 17:58, Helge Deller wrote: On 4/21/22 21:30, Mark Cave-Ayland wrote: This patchset started off when I noticed that dino.c was accessing parent_obj directly rather than using a QOM cast. After fixing that I noticed quite a few other improvements that could be done to bring hppa up

Re: [PATCH 00/50] hppa: general improvements and tidy-ups

2022-04-28 Thread Helge Deller
On 4/21/22 21:30, Mark Cave-Ayland wrote: > This patchset started off when I noticed that dino.c was accessing parent_obj > directly rather than using a QOM cast. After fixing that I noticed quite a few > other improvements that could be done to bring hppa up to our recommended > coding standards.

[PATCH 00/50] hppa: general improvements and tidy-ups

2022-04-21 Thread Mark Cave-Ayland
This patchset started off when I noticed that dino.c was accessing parent_obj directly rather than using a QOM cast. After fixing that I noticed quite a few other improvements that could be done to bring hppa up to our recommended coding standards. The main aim of this patchset is to de-couple the