On Thu, 23 Aug 2018 11:12:08 +0300
Claudiu Beznea <claudiu.bez...@microchip.com> wrote:
> On 14.08.2018 09:50, Ajay Singh wrote:
> > Cleanup patch to avoid line over 80 chars issue reported by
> > checkpatch.pl script.
> >
> > Signed-off-by: Ajay Singh <ajay.kat...@microchip.com>
> > ---
> > drivers/staging/wilc1000/wilc_wlan.c | 7 ++++++-
> > 1 file changed, 6 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/staging/wilc1000/wilc_wlan.c
> > b/drivers/staging/wilc1000/wilc_wlan.c index 041c9dd..f0743d9 100644
> > --- a/drivers/staging/wilc1000/wilc_wlan.c
> > +++ b/drivers/staging/wilc1000/wilc_wlan.c
> > @@ -137,6 +137,11 @@ static inline int add_tcp_pending_ack(struct
> > wilc_vif *vif, u32 ack, return 0;
> > }
> >
> > +static inline void clear_tcp_session_txq(struct wilc_vif *vif, int
> > index) +{
> > + vif->ack_filter.pending_acks_info[index].txqe = NULL;
> > +}
> > +
>
> This seems useless to me...
Sorry, this point is not fully clear to me.
Did you mean setting of 'NULL' to 'pending_acks_info[index].txqe' is
not required?
>
> > static inline void tcp_process(struct net_device *dev, struct
> > txq_entry_t *tqe) {
> > void *buffer = tqe->buffer;
> > @@ -670,7 +675,7 @@ int wilc_wlan_handle_txq(struct net_device
> > *dev, u32 *txq_count) tqe->tx_complete_func(tqe->priv, tqe->status);
> > if (tqe->tcp_pending_ack_idx != NOT_TCP_ACK &&
> > tqe->tcp_pending_ack_idx < MAX_PENDING_ACKS)
> > -
> > vif->ack_filter.pending_acks_info[tqe->tcp_pending_ack_idx].txqe =
> > NULL;
> > + clear_tcp_session_txq(vif,
> > tqe->tcp_pending_ack_idx); kfree(tqe);
> > } while (--entries);
> >
> >
_______________________________________________
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
