From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eugen.Hristev at microchip.com Date: Wed, 16 Dec 2020 08:29:46 +0000 Subject: [PATCH 1/6] net: macb: use dummy descriptor for RBQP In-Reply-To: References: <1606987556-20217-1-git-send-email-claudiu.beznea@microchip.com> <1606987556-20217-2-git-send-email-claudiu.beznea@microchip.com> <540f6c03-7032-9512-2c4b-175e5c1e7bc5@microchip.com> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 16.12.2020 09:17, Bin Meng wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe > > Hi Eugen, > > On Wed, Dec 16, 2020 at 2:55 PM wrote: >> >> On 03.12.2020 11:25, Claudiu Beznea wrote: >>> In case of multiple queues on RX side the queue scheduler >>> will try to use all the available configured queues (with >>> descriptors having TX_USED bit cleared). If at least one RBQP >>> points to a descriptor with a valid used bit configuration then >>> the reception may block as this may point to any memory. To avoid >>> this scenario all the queues (except queue zero) were disabled by >>> setting DMA descriptors with used bit set on proper RBQP. The driver >>> anyway uses only queue 0 for TX/RX. >>> >>> Signed-off-by: Claudiu Beznea >>> --- >> >> Hi Anup, Bin, Padmarao, >> >> I noticed on the mailing list that you have been actively working and >> testing the Macb driver on various platforms, we have this series >> outstanding and I want to make sure that it does not break anything on >> your side, so it would be appreciated if you could have a look or test >> it before it goes into master branch. >> > > Is this series for Microchip PolarFire SoC? No, but this series affects the macb driver, and because other platforms use it, I do not wish to have a chance to break them. > > Regards, > Bin >