> PCIID? I’m not sure how to get that information. Will the bootup info help?
> Here’s a picture.
You want the output from "pciconf -lv". Example from a system here:
igb0@pci0:2:0:0:class=0x02 card=0x3380103c chip=0x15218086 rev=0x01
hdr=0x00
vendor = 'Intel Corporation'
Matt,
This is on a recently installed 12.2-RELEASE system.
PCIID? I’m not sure how to get that information. Will the bootup info help?
Here’s a picture.
I tried plugging into several different Cisco switches and a Juniper switch as
well - all with no effect.
I tried running tcpdump -i igb0 and
On Wed, Feb 03, 2021 at 08:23:49PM -0800, John Kennedy wrote:
> On Wed, Feb 03, 2021 at 06:40:50PM -0800, joe mcguckin wrote:
> > I went out and purchased a PCIe ethernet card - it uses the em driver. The
> > system
> > boots and it is em0.
> >
> > It works fine in 100Mb mode, but in gigabit mod
On Wed, Feb 03, 2021 at 06:40:50PM -0800, joe mcguckin wrote:
> I went out and purchased a PCIe ethernet card - it uses the em driver. The
> system
> boots and it is em0.
>
> It works fine in 100Mb mode, but in gigabit mode, it does not pass any
> traffic although ifconfig reports
> the card as
What is the PCIID for the MAC?
On Wed, Feb 3, 2021 at 14:35 joe mcguckin wrote:
> I recently installed 12.2 on a supermicro motherboard.
>
> Connected to a 100M port on a Cisco switch, everything works ok
> Connecting to a 1000BTX port, ifconfig says “Active, 1000B full duplex”
> but no traffic
I went out and purchased a PCIe ethernet card - it uses the em driver. The
system
boots and it is em0.
It works fine in 100Mb mode, but in gigabit mode, it does not pass any traffic
although ifconfig reports
the card as active and that it has negotiated 1000BTX full duplex.
I have tried pluggi
On 30/01/2021 17:23, tech-lists wrote:
Hi,
I'm trying to make release with -current on a rpi4b/8GB. Basically, I
have a working rpi4B/8GB with a no-debug kernel running -current.
However, release(7) says a lot about svn and nothing about git.
What's the method with git?
thanks,
Correct me
-- Start of PGP signed section.
> On Mon, Feb 01, 2021 at 05:13:42PM -0800, Rodney W. Grimes wrote:
>
> >One could build your own local pkg repository that contained pkg
> >and what ever other pkg's are needed during a make release and
> >modify the /etc/pkg/FreeBSD.conf file to point at it as a w
I recently installed 12.2 on a supermicro motherboard.
Connected to a 100M port on a Cisco switch, everything works ok
Connecting to a 1000BTX port, ifconfig says “Active, 1000B full duplex” but no
traffic passes.
Are there known problems with the igb driver?
Thanks,
Joe
Joe McGuckin
ViaNet
On 2/3/21 12:12 PM, Niclas Zeising wrote:
>
> I think also xf86-input-synaptics was affeced by the same issue.
> In any case, kern.evdev.rcpt_mask should not need any changes on FreeBSD
> 12.1 or later, the defaults have been updated there. Unless you are
> using a serial mouse.
>
> Can you prov
On 2021-02-03 16:46, Thomas Laus wrote:
On 2/3/21 8:07 AM, Michael Gmelin wrote:
There was a problem with xorg-server which made it build without udev
on 14.
Try reinstalling xorg-server from ports (something like: portsnap
fetch extract; cd /usr/ports/x11-servers/xorg-server && make clean
re
On 03/02/21 17:02, John Baldwin wrote:
On 2/2/21 10:16 PM, Hartmann, O. wrote:
On Mon, 1 Feb 2021 03:24:45 +
Rick Macklem wrote:
Rick Macklem wrote:
Guido Falsi wrote:
[good stuff snipped]
Performed a full bisect. Tracked it down to commit aa906e2a4957,
adding
KTLS support to embedded
On Wed, Feb 03, 2021 at 10:42:21AM +0200, Andriy Gapon wrote:
> On 03/02/2021 07:08, Steve Kargl wrote:
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address = 0xc374
> > fault code = supervisor read data, page not present
> > in
On 2/2/21 10:16 PM, Hartmann, O. wrote:
On Mon, 1 Feb 2021 03:24:45 +
Rick Macklem wrote:
Rick Macklem wrote:
Guido Falsi wrote:
[good stuff snipped]
Performed a full bisect. Tracked it down to commit aa906e2a4957, adding
KTLS support to embedded OpenSSL.
I filed a bug report about this
On 2/3/21 8:07 AM, Michael Gmelin wrote:
>
> There was a problem with xorg-server which made it build without udev
> on 14.
>
> Try reinstalling xorg-server from ports (something like: portsnap
> fetch extract; cd /usr/ports/x11-servers/xorg-server && make clean
> reinstall clean)
>
That also di
From: Glen Barber
Subject: Re: Failure of release build with release.sh on 14-CURRENT amd64
Date: Mon, 1 Feb 2021 21:26:23 +
> Setting NODOC=1 should workaround the problem for now,
Thanks, Release build successfully completed with it.
> until the
> conversion from XML to ASCIIDoc/Hugo is 1
On Mon, Feb 01, 2021 at 05:13:42PM -0800, Rodney W. Grimes wrote:
One could build your own local pkg repository that contained pkg
and what ever other pkg's are needed during a make release and
modify the /etc/pkg/FreeBSD.conf file to point at it as a way
to work around this .
Thanks for the s
> On 3. Feb 2021, at 13:50, Thomas Laus wrote:
>
> On 2/2/21 8:16 AM, David Wolfskill wrote:
>> You might want to see if this ports/UPDATING entry:
>>
>> 20200320:
>> AFFECTS: users of x11/libxkbcommon
>> AUTHOR: zeis...@freebsd.org
>>
>> The libxkbcommon library (x11/libxkbcommon), used
On 2/2/21 8:16 AM, David Wolfskill wrote:
> You might want to see if this ports/UPDATING entry:
>
> 20200320:
> AFFECTS: users of x11/libxkbcommon
> AUTHOR: zeis...@freebsd.org
>
> The libxkbcommon library (x11/libxkbcommon), used to handle keyboards
> in some applications, most notably k
On Mon, 1 Feb 2021 03:24:45 +
Rick Macklem wrote:
> Rick Macklem wrote:
> >Guido Falsi wrote:
> >[good stuff snipped]
> >>Performed a full bisect. Tracked it down to commit aa906e2a4957, adding
> >>KTLS support to embedded OpenSSL.
> >>
> >>I filed a bug report about this:
> >>
> >>https://bu
On 03/02/21 07:16, Hartmann, O. wrote:
On Mon, 1 Feb 2021 03:24:45 +
Rick Macklem wrote:
Rick Macklem wrote:
Guido Falsi wrote:
[good stuff snipped]
Performed a full bisect. Tracked it down to commit aa906e2a4957, adding
KTLS support to embedded OpenSSL.
I filed a bug report about this:
On 03/02/2021 07:08, Steve Kargl wrote:
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0xc374
> fault code= supervisor read data, page not present
> instruction pointer = 0x20:0xef411f
> stack pointer = 0x28:0x4074e97c
22 matches
Mail list logo
