On Sat, Jan 28, 2017 at 10:21 PM, solarflow99 <solarflo...@gmail.com> wrote:
> ha!  I got it to work.  Had to be done manually, I have no idea why the
> ifcfg- scripts just won't take it, all it ever accepted was eth0:0 as a
> regular subinterface and thats it.
>
>
> ip link add link eth0 name eth0.1 type vlan id 1
> ip addr add 0.0.0.0 dev eth0.1
> ip link set eth0.1 up
> dhclient eth0.1
>
>
> # ip -d link show eth0.1
> 3: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
> state UP mode DEFAULT group default qlen 1000
>     link/ether b8:27:eb:20:25:16 brd ff:ff:ff:ff:ff:ff promiscuity 0
>     vlan protocol 802.1Q id 1 <REORDER_HDR> addrgenmode eui64 numtxqueues 1
> numrxqueues 1
>
> # ip addr show eth0.1
> 3: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
> state UP group default qlen 1000
>     link/ether b8:27:eb:20:25:16 brd ff:ff:ff:ff:ff:ff
>     inet 192.168.0.117/24 brd 192.168.0.255 scope global dynamic eth0.1
>        valid_lft 86066sec preferred_lft 86066sec
>     inet6 fe80::ba27:ebff:fe20:2516/64 scope link
>        valid_lft forever preferred_lft forever
>
>
>
> And... no one else on here knew that...

Likely nobody has a need to use vlans on the device. I certainly
haven't tested it.

> On Sat, Jan 28, 2017 at 1:09 PM, solarflow99 <solarflo...@gmail.com> wrote:
>>
>> hmm, so then why won't normal subinterfaces work either then?  Just taking
>> a look over the code, I see what looks like vlan support as well:
>>
>> 1197         /* Init Rx */
>> 1198         /* Set Vlan */
>> 1199         ret = smsc95xx_write_reg(dev, VLAN1, (u32)ETH_P_8021Q);
>> 1200         if (ret < 0)
>> 1201                 return ret;
>>
>>
>>
>> On Sat, Jan 28, 2017 at 1:02 AM, Peter Robinson <pbrobin...@gmail.com>
>> wrote:
>>>
>>> On Sat, Jan 28, 2017 at 7:32 AM, solarflow99 <solarflo...@gmail.com>
>>> wrote:
>>> > Has anyone setup subinterfaces like eth0.10, etc?  I have a tagged vlan
>>> > and
>>> > I can't get it to see the devices at all, all I ever get when trying to
>>> > bring up the interface is:
>>> >
>>> > device does not seem to be present delaying initialization
>>> >
>>> > I had to modprobe 8021q manually, but it doesn't help anyways, even
>>> > without
>>> > tagging it doesn't see anything else except eth0 by itself.
>>>
>>> I don't believe the smsc95xx driver supports vlans (from a grep of the
>>> driver code) I'm not sure if that's a hardware limitation or whether
>>> it's just not been implemented in the driver.
>>
>>
>
_______________________________________________
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-le...@lists.fedoraproject.org

Reply via email to