<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="appendonsend"></div>
<div><br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<hr style="display: inline-block; width: 98%;">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<b>From:</b> David Marchand <david.marchand@redhat.com><br>
<b>Sent:</b> Thursday, September 24, 2026 9:46 AM<br>
<b>To:</b> Hemant Agrawal <hemant.agrawal@nxp.com><br>
<b>Cc:</b> dev <dev@dpdk.org>; Thomas Monjalon <thomas@monjalon.net><br>
<b>Subject:</b> Re: [RFC v2 00/16] Device unplug and bus cleanup refactoring for NXP
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-size: 11pt;">Hello Hemant,<br>
<br>
On Thu, 17 Sept 2026 at 09:49, David Marchand <david.marchand@redhat.com> wrote:<br>
> This is a followup to the refactoring started in 26.07.<br>
><br>
> I took some time with my best AI friend to cleanup DPAA and FSLMC bus<br>
> drivers.<br>
><br>
> Like the last time, only compilation has been checked.<br>
> I have no hardware to test runtime.<br>
><br>
> One thing that could be broken is either the order of devices<br>
> initialisation, or bugs in the device filtering that I tried to<br>
> simplify.<br>
><br>
> I went with the approach of splitting the device list between<br>
> internal bus object (that I called "control" devices, maybe a better<br>
> name can be found), and normal bus device object for which DPDK has a<br>
> driver.<br>
><br>
> I think it is worth testing and fixing, as it will make the two NXP<br>
> bus drivers similar to other bus drivers (but keep the special IO devices<br>
> handling internal to the FSLMC bus for example).<br>
<br>
Could I get a round of tests? Or should I just sent a non RFC series?<br>
<br>
I see potential conflicts with other series coming from NXP.<br>
I think it is worth getting this cleanup in, to limit the number of<br>
special cases for those two bus drivers when compared to other buses.<br>
<br>
<span style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; color: rgb(0, 0, 0);">++
<a href="mailto:prashant.gupta_3@nxp.com" id="OWAAM226322" class="tWKOu mention ms-bgc-nlr ms-fcl-b">
@Prashant Gupta</a> </span></div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
Please confirm your test report on this updated series.</div>
<div style="font-size: 11pt;"><br>
--<br>
David Marchand<br>
<br>
</div>
<div><br>
<div style="font-family: Calibri; text-align: center; color: rgb(0, 0, 0); margin-left: 5pt; font-size: 10pt;">
NXP Confidential</div>
</div>
</body>
</html>