netdev - Re: [patch 5/7] CAN: Add virtual CAN netdevice driver

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]

Message-ID: <46953273.2080102@hartkopp.net>
Date:	Wed, 11 Jul 2007 21:41:39 +0200
From:	Oliver Hartkopp <oliver@...tkopp.net>
To:	Patrick McHardy <kaber@...sh.net>
CC:	Urs Thuermann <urs@...ogud.escape.de>,
	David Miller <davem@...emloft.net>, j.hadi123@...il.com,
	netdev@...r.kernel.org
Subject: Re: [patch 5/7] CAN: Add virtual CAN netdevice driver

Hi Patrick,

what's your opinion about my reply to your remark?

Should we just change the module parameter from "loopback" to
"loopbacktest" to make the test intention obvious?
Or should we remove the loopback test functionality?

Regards,
Oliver

Oliver Hartkopp wrote:
> Patrick McHardy wrote:
>   
>> Urs Thuermann wrote:
>>   
>>     
>>> (..) To test the handling of CAN
>>> + * interfaces that do not support the loopback both driver types are
>>> + * implemented inside this vcan driver.
>>> (..)
>>>     
>>>       
>> Still configuration of the network device based on module parameters.
>> What about people that want loopback and non-loopback devices at the
>> same time?
>>   
>>     
>
> Hi Patrick,
>
> the people get the loopback functionality in ANY case. There is indeed
> no difference from the view of the users, if you change this switch.
>
> The possibility to enable the loopback on vcan driver level is only to ...
>
> 1. Test the loopback fallback code in af_can.c
> 2. Show, how a correct loopback handling is to be implemented
>
> ... nothing more.
>
> Regarding point 1: The code is well tested now.
> Regarding point 2: Even if code is the best documentation in many cases,
> the loopback functionality may also be 'documented' in another way.
>
> I had a short discussion with Urs about that. Please select:
>
> [ ] Let it like it is
> [ ] Remove the whole loopback functionality (as it is only test code for
> a different module)
> [ ] Remove the module parameter and make it a #define VCAN_LOOPBACK for
> testing
>
> :-)
>
> Thanks & best regards,
> Oliver
>
> -
> 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
>
>   



-
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