[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a046af7f-7b60-108a-39e8-9ac3b5ce7733@gmail.com>
Date: Thu, 15 Sep 2022 22:58:04 +0200
From: Philipp Hortmann <philipp.g.hortmann@...il.com>
To: Nam Cao <namcaov@...il.com>, forest@...ttletooquiet.net,
gregkh@...uxfoundation.org
Cc: linux-kernel@...r.kernel.org, linux-staging@...ts.linux.dev
Subject: Re: [RFC PATCH 0/5] staging: vt6655: Implement allocation failure
handling
On 9/15/22 22:29, Nam Cao wrote:
> This driver does not handle allocation failure when receiving data very well.
> This patchset implements better handling in the case of allocation failure.
>
> Nam Cao (5):
> staging: vt6655: remove redundant if condition
> staging: vt6655: change vnt_receive_frame return type to void
> staging: vt6655: split device_alloc_rx_buf
> staging: vt6655: change device_alloc_rx_buf's argument
> staging: vt6655: implement allocation failure handling
>
> drivers/staging/vt6655/device_main.c | 41 ++++++++++++++++++----------
> drivers/staging/vt6655/dpc.c | 8 +++---
> drivers/staging/vt6655/dpc.h | 2 +-
> 3 files changed, 31 insertions(+), 20 deletions(-)
>
Tested-by: Philipp Hortmann <philipp.g.hortmann@...il.com>
Find in this email a comment from Greg about RFC:
https://lore.kernel.org/linux-gpio/YwS4WDekXM3UQ7Yo@kroah.com/
This patch is marked as "RFC" but I don't see any questions that you
have here. Please resolve anything you think needs to be handled and
submit a "this series is ok to be merged" version.
May be this is applicable to this patch as well.
Powered by blists - more mailing lists