On 2020-05-27 22:35:14 (+0800), Allan Jude wrote:
Sorry for the late notice, I thought I sent this last week.
After the slate of candidates was finalized last week, I invited all
of
them to join a live stream today at 18:00 UTC to answer questions from
the FreeBSD Community.
Do you ever plan
Hi
I'm told the content was stripped from my emails...
I noticed that my VLAN interfaces stopped working after a recent build.
tcpdump showed traffic leaving leaving and entering the interface but no
host on the network actually received any packets from this host. A
binary search led me to
On 2020-05-27 23:38, John Baldwin wrote:
No. I get that constantly on a desktop that never suspends/resumes.
It only started after upgrading to 12.0.
If you have time, could you investigate why the USB host controllers
Root HUB PCI register flips to -1U ? Which cause these spurious events
..
On 5/27/20 2:05 PM, Hans Petter Selasky wrote:
> On 2020-05-27 15:41, Justin Hibbits wrote:
>> On Wed, 27 May 2020 06:27:16 -0700
>> John Baldwin wrote:
>>
>>> On 5/27/20 2:39 AM, Andriy Gapon wrote:
On 27/05/2020 11:13, Andriy Gapon wrote:
> I added more diagnostics and it seems to suppo
On Wed, May 27, 2020, 21:12 Diane Bruce wrote:
> On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote:
> > On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote:
> >
> > > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote:
> > >
> > > Ok I am going to respond to this old ema
On 2020-05-27 15:41, Justin Hibbits wrote:
On Wed, 27 May 2020 06:27:16 -0700
John Baldwin wrote:
On 5/27/20 2:39 AM, Andriy Gapon wrote:
On 27/05/2020 11:13, Andriy Gapon wrote:
I added more diagnostics and it seems to support the idea that the
problem is related to I/O cycles and bridges.
On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote:
> On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote:
>
> > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote:
> >
> > Ok I am going to respond to this old email from February..
> >
> > > Hello,
> > >
> > > I upgraded t
On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote:
> On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote:
>
> Ok I am going to respond to this old email from February..
>
> > Hello,
> >
> > I upgraded to a newer version, git 87d669d3863-c266265, and I do not
> > experience the random
Sorry for the late notice, I thought I sent this last week.
After the slate of candidates was finalized last week, I invited all of
them to join a live stream today at 18:00 UTC to answer questions from
the FreeBSD Community.
You can watch the live stream and chat here:
https://live.freebsd.org/
On Wed, 27 May 2020 06:27:16 -0700
John Baldwin wrote:
> On 5/27/20 2:39 AM, Andriy Gapon wrote:
> > On 27/05/2020 11:13, Andriy Gapon wrote:
> >> I added more diagnostics and it seems to support the idea that the
> >> problem is related to I/O cycles and bridges.
> >>
> >> ACPI timer suddenly
On 27/05/2020 16:27, John Baldwin wrote:
> The "solution" I think is to have resume be multi-pass and to resume all the
> bridges
> first before trying to resume leaf devices (including timers), but that's a
> fair bit
> of work. It might be that we just need to resume timer interrupts later
>
On 5/27/20 2:39 AM, Andriy Gapon wrote:
> On 27/05/2020 11:13, Andriy Gapon wrote:
>> I added more diagnostics and it seems to support the idea that the problem is
>> related to I/O cycles and bridges.
>>
>> ACPI timer suddenly starts returning 0x and that lasts for tens of
>> microseconds
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 27/05/2020 11:13, Andriy Gapon wrote:
> I added more diagnostics and it seems to support the idea that the problem is
> related to I/O cycles and bridges.
>
> ACPI timer suddenly starts returning 0x and that lasts for tens of
> microseconds before the timer goes back to returning normal
Le 27/05/2020 à 09:33, Marek Zarychta a écrit :
> W dniu 27.05.2020 o 09:19, Martin MATO pisze:
>> I was about to fill a bug report about this.
>> My network card in that case is a 82574L intel based adapter
>> As a workaround; bringing down and up the link by ifconfig(8) (and not
>> by unplug/re
On 27/05/2020 01:14, John Baldwin wrote:
> On 5/26/20 11:55 AM, Konstantin Belousov wrote:
>> On Tue, May 26, 2020 at 06:22:13PM +0300, Andriy Gapon wrote:
>>> I am not sure if this is just a coincidence but it appears as if a write to
>>> some
>>> PCI configuration register could temporarily inte
W dniu 27.05.2020 o 09:19, Martin MATO pisze:
> I was about to fill a bug report about this.
> My network card in that case is a 82574L intel based adapter
> As a workaround; bringing down and up the link by ifconfig(8) (and not
> by unplug/replug the ethernet cable)
> restore the connectivity fo
I was about to fill a bug report about this.
My network card in that case is a 82574L intel based adapter
As a workaround; bringing down and up the link by ifconfig(8) (and not
by unplug/replug the ethernet cable)
restore the connectivity for the vlan interface (in my case it is an isp
dhcp-based
18 matches
Mail list logo
