On Tue, Oct 22, 2019 at 04:34:53PM -0700, John Baldwin wrote:
> On 10/18/19 10:05 AM, Alexey Dokuchaev wrote:
> > hi there,
> >
> > i've made my -CURRENT world and installed, but "make delete-old" tells
> > me it cannot remove some directories:
> >
> Removing old directories
> > rmdir: /usr/
On 10/18/19 10:05 AM, Alexey Dokuchaev wrote:
> hi there,
>
> i've made my -CURRENT world and installed, but "make delete-old" tells
> me it cannot remove some directories:
>
Removing old directories
> rmdir: /usr/share/dtrace: Directory not empty
> rmdir: /usr/lib/dtrace: Directory not empt
Better late, than never: https://reviews.freebsd.org/D22109
This implements the configurable SCL low timeout with a new default and most of
the discussed changes plus a little bit more.
If you are interested, please feel free to join the review if you are not a
reviewer already.
--
Andriy Gap
On 22/10/2019 16:16, Konstantin Belousov wrote:
> On Tue, Oct 22, 2019 at 02:48:56PM +0300, Andriy Gapon wrote:
>> On 22/10/2019 13:44, Konstantin Belousov wrote:
>>> On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote:
Has anyone seen anything like this problem?
>>> Yes, but it was v
On Tue, Oct 22, 2019 at 02:48:56PM +0300, Andriy Gapon wrote:
> On 22/10/2019 13:44, Konstantin Belousov wrote:
> > On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote:
> >>
> >> We observe a problem that happens very rarely (about once a month across
> >> many
> >> test machines). The p
On 22/10/2019 13:44, Konstantin Belousov wrote:
> On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote:
>>
>> We observe a problem that happens very rarely (about once a month across many
>> test machines). The problem is that a thread remain in sleepq_timedwait()
>> even
>> after its tim
On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote:
>
> We observe a problem that happens very rarely (about once a month across many
> test machines). The problem is that a thread remain in sleepq_timedwait()
> even
> after its timeout expires. The thread's td_slpcallout looks like t
We observe a problem that happens very rarely (about once a month across many
test machines). The problem is that a thread remain in sleepq_timedwait() even
after its timeout expires. The thread's td_slpcallout looks like the callout
has fired. But the thread's state looks like it was never no
Dear FreeBSD Community,
The deadline for the next FreeBSD Quarterly Status update is October 31,
2019, for work done since the last round of Quarterly Reports: July,
2019 - September, 2019.
Status report submissions do not need to be very long. They may be
about anything happening in the FreeB
