netdev - Re: [RFC, PATCH 2.6.29.2] Ethernet V2.0 Configuration Testing Protocol, revision 20090428

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] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 28 Apr 2009 16:15:45 -0700
From:	Stephen Hemminger <shemminger@...tta.com>
To:	Mark Smith 
	<lnx-netdev@...22607b6285f9c5d5ea31ea9d8a7ac.nosense.org>
Cc:	netdev@...r.kernel.org
Subject: Re: [RFC, PATCH 2.6.29.2] Ethernet V2.0 Configuration Testing
 Protocol, revision 20090428

On Tue, 28 Apr 2009 22:01:43 +0930
Mark Smith  <lnx-netdev@...22607b6285f9c5d5ea31ea9d8a7ac.nosense.org> wrote:

> Hi,
> 
> Following on from my initial ECTP post on the 23rd of April, here is an
> updated revision.
> 
> Changes:
> 
> o  The ectpping utility is now available at http://ectpping.berlios.de.
> Kconfig and Documentation/networking/ectp.txt updated to reflect it's
> availability and location
> 
> o  absolutely avoid an unlikely unsigned int msgs_len wrap around in
> ectp_linear_skb_ok() and ectp_nonlinear_skb_ok()
> 
> o  use skb_queue_is_first() instead of skb_peek() in
> ectp_queue_delayed_tx_skb()
> 
> Patch below is against 2.6.29.2
> 
> Feedback from some networking and sys admin people I've told about it
> has been positive - they all agree with the benefit of being able to
> perform "ping" style testing on an Ethernet segment without requiring
> IP to be configured.
> 
> Any suggestions for improvement would be most appreciated.
> 
> Thanks very much,
> Mark.
> 

Why does this have to be in the kernel?  Why not all in user space
with AF_PACKET?
--
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