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: <CAPnxhu7uFP1Moxg4b-=j36AMBNMSu64SkdhVWhh+Ab1R34fCow@mail.gmail.com>
Date:	Wed, 22 Apr 2015 16:14:33 +0000
From:	Jan Kaisrlik <kaisrja1@....cvut.cz>
To:	Florian Fainelli <f.fainelli@...il.com>
Cc:	Andrew Lunn <andrew@...n.ch>, Michal Sojka <sojkam1@....cvut.cz>,
	Konečný Tomáš <tkonecny@...ia.cz>,
	netdev@...r.kernel.org, linux-usb@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/3] Enable connecting DSA-based switch to the USB
 RMII interface.

2015-04-21 17:51 GMT+00:00 Florian Fainelli <f.fainelli@...il.com>:
> On 21/04/15 10:39, Andrew Lunn wrote:
>>>> I would however say that sysfs is the wrong API. The linux network
>>>> stack uses netlink for most configuration activities. So i would
>>>> suggest adding a netlink binding to DSA, and place the code in
>>>> net/dsa/, not within an MDIO driver.
>>>
>>> I suppose we could do that, but that sounds like a pretty radical change
>>> in how DSA is currently configured (that is statically at boot time),
>>> part in order to allow booting from DSA-enabled network devices (e.g:
>>> nfsroot).
>>
>> We would keep both DT and platform device. But statically at boot does
>> not work for a USB hotpluggable switch!
>
> Is the switch really hotpluggable, or it is the USB-Ethernet adapter
> connecting to it? If the former, then I agree, if not, I would imagine
> that there is nothing that prevents creating the switch device first,
> and wait for its "master_netdev" to show up later before it starts doing
> anything useful?
> --
> Florian

Thank you for your quick and helpful answers.

The goal of this project is to extend embeded modules without integreted
MII to add possibility to connect ethernet switch.

Current version of switch is hotplugable but this feature is not required.
In my humble opinion, hotplugable switch seems to be pretty interesting idea.

Jan
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ