Re: 802.1q vlan support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi, I tried with the updated kernel just to be sure and still no luck.  weird..  If no one has this problem, it must be some fault on the PHY or something.


$ uname -a
Linux raspi.local 4.18.11-200.fc28.armv7hl #1 SMP Sun Sep 30 16:49:21 UTC 2018 armv7l armv7l armv7l GNU/Linux


$ ip link add link eth0 name eth0.1 type vlan id 1


$ ip -d link show eth0.1
3: eth0.1@eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether b8:27:eb:20:25:16 brd ff:ff:ff:ff:ff:ff promiscuity 3069181492
    vlan protocol 802.1Q id 3069181492 <REORDER_HDR> addrgenmode eui64 numtxqueues 3069181492 numrxqueues 3069181492 gso_max_size 3069181492 gso_max_segs 3069181492


On Sun, Oct 7, 2018 at 4:22 AM Peter Robinson <pbrobinson@xxxxxxxxx> wrote:
On Sun, Oct 7, 2018 at 2:39 AM solarflow99 <solarflow99@xxxxxxxxx> 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@xxxxxxxxx> 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@xxxxxxxxx> wrote:
>> >>
>> >> On Thu, Oct 4, 2018 at 1:12 AM solarflow99 <solarflow99@xxxxxxxxx> 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@xxxxxxxxx> 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@xxxxxxxxx> wrote:
>> >> >>>
>> >> >>> On Mon, Oct 1, 2018 at 11:36 PM solarflow99 <solarflow99@xxxxxxxxx> 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@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx
>> >> >>> >> > To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx
>> >> >>> >> > 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@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
arm mailing list -- arm@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to arm-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux