netdev - Re: [RFC] Running single tests via ethtool

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20080604141349.GA11300@solarflare.com>
Date:	Wed, 4 Jun 2008 15:13:50 +0100
From:	Ben Hutchings <bhutchings@...arflare.com>
To:	Jeff Garzik <jeff@...zik.org>
Cc:	netdev@...r.kernel.org, linux-net-drivers@...arflare.com
Subject: Re: [RFC] Running single tests via ethtool

Jeff Garzik wrote:
[...]
> Well it really becomes of question of whether or not you want to be 
> importing a huge test suite into a kernel driver.  The ethtool stuff was 
> not meant to cover exhaustive tests, just a way to run "it works" 
> self-checks and diagnostics.

We're not intending to expand the tests massively, though there are a few
that should be added.  We just want to pick which to run.  I'm not entirely
clear why the customer wants this, but I can imagine wanting to run a single
test repeatedly if some aspect of a board is suspected to be intermittently
faulty.  Since there is no firmware in our current controller, the
initialisation is fairly complex and we wouldn't want to duplicate it outside
the driver in a standalone diagnostic program.  Besides which, unloading a
driver and keeping it unloaded seems to be increasingly tricky.

Ben.

-- 
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
--
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