On Sun, Oct 7, 2018 at 4:22 AM Peter Robinson <pbrobinson@gmail.com> wrote:

On Sun, Oct 7, 2018 at 2:39 AM solarflow99 <solarflow99@gmail.com> wrote:
>
> I'll update and try, but I don't think it will help, I noticed this problem since F25+ days.

Fedora 25 was the first release we supported the Raspberry Pi
officially and I know of numerous people using vlans with various RPi
since then. Also there's a lot of changes in general between most
major releases of the kernel so I don't necessarily agree with your
sentiment there, and in terms of support the 4.17 kernel is dead.

>> On Fri, Oct 5, 2018 at 8:24 PM solarflow99 <solarflow99@gmail.com> wrote:
>> >
>> > well i'll be, it works for you. I wonder if it could be a hardware problem then, this is really weird.
>> > 4.17.3-200.fc28.armv7hl
>>
>> Th 4.17.3 kernel is ancient, any reason not to move to 4.18.x (we're
>> currently at 4.18.11 as stable, and 4.18.12 in testing) as they have a
>> lot of CVEs fixed and other issues.
>>
>> > On Thu, Oct 4, 2018 at 1:07 AM Peter Robinson <pbrobinson@gmail.com> wrote:
>> >>
>> >> On Thu, Oct 4, 2018 at 1:12 AM solarflow99 <solarflow99@gmail.com> wrote:
>> >> >
>> >> > Does anyone need any more info? I suspect this is a bug.
>> >>
>> >> I've just run exactly the same commands as you on my network, I don't
>> >> have a trunk configured I could plug the RPi2 into to see if it worked
>> >> but the output looks sane to me:
>> >>
>> >> # ip link add link eth0 name eth0.1 type vlan id 1
>> >> # ip l
>> >> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>> >> mode DEFAULT group default qlen 1000
>> >> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> >> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel
>> >> state UP mode DEFAULT group default qlen 1000
>> >> link/ether b8:27:eb:db:ff:1b brd ff:ff:ff:ff:ff:ff
>> >> 3: eth0.1@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
>> >> mode DEFAULT group default qlen 1000
>> >> link/ether b8:27:eb:db:ff:1b brd ff:ff:ff:ff:ff:ff
>> >> # ip -d addr show eth0.1
>> >> 3: eth0.1@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
>> >> group default qlen 1000
>> >> link/ether b8:27:eb:db:ff:1b brd ff:ff:ff:ff:ff:ff promiscuity 0
>> >> vlan protocol 802.1Q id 1 <REORDER_HDR> numtxqueues 1 numrxqueues
>> >> 1 gso_max_size 65536 gso_max_segs 65535
>> >>
>> >> # nmcli d
>> >> DEVICE TYPE STATE CONNECTION
>> >> eth0 ethernet connected eth0
>> >> lo loopback unmanaged --
>> >> eth0.1 vlan unmanaged --
>> >>
>> >> # lsmod | grep q
>> >> 8021q 32768 0
>> >> garp 16384 1 8021q
>> >> mrp 20480 1 8021q
>> >>
>> >> This is Fedora 29 with 4.18.11-301.fc29 kernel, I don't see mention of
>> >> which Fedora/kernel you have.
>> >>
>> >> Peter
>> >>
>> >> > On Mon, Oct 1, 2018 at 4:06 PM solarflow99 <solarflow99@gmail.com> wrote:
>> >> >>
>> >> >> oh sorry for making it sound like that, I didn't want to be rude at all. I have a raspi 2 model B, it says Broadcom BCM2836, is there any other info you might still need?
>> >> >>
>> >> >>
>> >> >>
>> >> >> On Mon, Oct 1, 2018 at 3:52 PM Peter Robinson <pbrobinson@gmail.com> wrote:
>> >> >>>
>> >> >>> On Mon, Oct 1, 2018 at 11:36 PM solarflow99 <solarflow99@gmail.com> wrote:
>> >> >>> >
>> >> >>> > its listed below in the lsusb command, it would be the same one the raspi comes with not like I can add a different NIC.
>> >> >>>
>> >> >>> 1) you didn't mention anywhere that it was the raspberry pi
>> >> >>> 2) they don't just come on the Raspberry Pi
>> >> >>> 3) they can have different PHYs and other such things that can affect details.
>> >> >>>
>> >> >>> I don't ask these questions for the sake of it, if you want assistance
>> >> >>> there's no need to be rude.
>> >> >>>
>> >> >>> Peter
>> >> >>>
>> >> >>> >
>> >> >>> > On Sun, Sep 30, 2018 at 11:55 PM Peter Robinson <pbrobinson@gmail.com> wrote:
>> >> >>> >>
>> >> >>> >> Hi,
>> >> >>> >>
>> >> >>> >> > Hi, I used to be able to do with back around the F25 days and previous. Now I can't do vlans at all anymore. As you can see from the commands below the vlan id gets set to id 3068862004, and seems to keep auto incrementing itself, and the kernel module gets loaded but not used. Does anyone have any ideas?
>> >> >>> >>
>> >> >>> >> It should work, it would help if you mentioned the hardware you are
>> >> >>> >> using as well as the NIC type/model.
>> >> >>> >>
>> >> >>> >> > $ ip link add link eth0 name eth0.1 type vlan id 1
>> >> >>> >> >
>> >> >>> >> > $ ip -d addr show eth0.1
>> >> >>> >> > 3: eth0.1@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
>> >> >>> >> > link/ether b8:27:eb:20:25:16 brd ff:ff:ff:ff:ff:ff promiscuity 3068862004
>> >> >>> >> > vlan protocol 802.1Q id 3068862004 <REORDER_HDR> numtxqueues 3068862004 numrxqueues 3068862004 gso_max_size 3068862004 gso_max_segs 3068862004
>> >> >>> >> >
>> >> >>> >> > $ lsmod | grep q
>> >> >>> >> > Module Size Used by
>> >> >>> >> > 8021q 28672 0
>> >> >>> >> > garp 16384 1 8021q
>> >> >>> >> > mrp 16384 1 8021q
>> >> >>> >> >
>> >> >>> >> > $ lsusb
>> >> >>> >> > Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
>> >> >>> >> >
>> >> >>> >> >
>> >> >>> >> > _______________________________________________
>> >> >>> >> > arm mailing list -- arm@lists.fedoraproject.org
>> >> >>> >> > To unsubscribe send an email to arm-leave@lists.fedoraproject.org
>> >> >>> >> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>> >> >>> >> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> >> >>> >> > List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org