[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201012152204.42002.arnd@arndb.de>
Date: Wed, 15 Dec 2010 22:04:41 +0100
From: Arnd Bergmann <arnd@...db.de>
To: Niranjana Vishwanathapura <nvishwan@...eaurora.org>
Cc: netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-msm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
Brian Swetland <swetland@...gle.com>
Subject: Re: [PATCH] msm: rmnet: msm rmnet smd virtual ethernet driver
On Wednesday 15 December 2010 19:31:06 Niranjana Vishwanathapura wrote:
> +struct rmnet_private {
> + smd_channel_t *ch;
> + struct net_device_stats stats;
> + const char *chname;
> +#ifdef CONFIG_MSM_RMNET_DEBUG
> + ktime_t last_packet;
> + short active_countdown; /* Number of times left to check */
> + short restart_count; /* Number of polls seems so far */
> + unsigned long wakeups_xmit;
> + unsigned long wakeups_rcv;
> + unsigned long timeout_us;
> + unsigned long awake_time_ms;
> + struct delayed_work work;
> +#endif
> +};
It feels like a significant portion of the code and the complexity
(of which there fortunately is very little otherwise) is in the
debugging code. How important is that debugging code still?
In my experience, once a driver gets stable enough for inclusion,
most of the debugging code that you have put in there to write
the driver becomes obsolete, because the next bug is not going
to be found with it anyway.
How about deleting the debug code now? You still have the code and
if something goes wrong, you can always put it back to analyse
the problem.
> +/* Called in soft-irq context */
> +static void smd_net_data_handler(unsigned long arg)
> +{
> ...
> +}
> +
> +static DECLARE_TASKLET(smd_net_data_tasklet, smd_net_data_handler, 0);
> +
> +static void smd_net_notify(void *_dev, unsigned event)
> +{
> + if (event != SMD_EVENT_DATA)
> + return;
> +
> + smd_net_data_tasklet.data = (unsigned long) _dev;
> +
> + tasklet_schedule(&smd_net_data_tasklet);
> +}
It appears strange to do all the receive work in a tasklet. The
common networking code already has infrastructure for deferring
the rx to softirq time, and using the NAPI poll() logic likely gives
you better performance as well.
Aside from these, the driver looks very nice and clean to me.
Arnd
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists