Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

Warner Losh writes: > I too can report this for my Lenovo Yoga running code as of September 13, > but with manu's latest drm... It used to work fine, but my last build on > the system was from May. Most likely a new panic in that code path, but > I've not chased down further... My T480

Re: Core Team Office Hours

On 2020-09-15 16:12, FreeBSD Core Team Secretary wrote: Based on the continuity of our last CORE Office Hours The FreeBSD CORE Team would like to invite you all to a virtual town hall meeting. The session is timed at 1800 UTC on 16th September, 2020. See https://wiki.freebsd.org/OfficeHours

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On 16/09/2020 10:05, Warner Losh wrote: > > > On Wed, Sep 16, 2020 at 12:31 AM Andriy Gapon > wrote: > > On 15/09/2020 23:13, Eirik Øverby wrote: > > On 9/15/20 9:50 PM, Andriy Gapon wrote: > >> On 15/09/2020 22:36, Eirik Øverby wrote: > >>> Now, since

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On Wed, Sep 16, 2020 at 12:31 AM Andriy Gapon wrote: > On 15/09/2020 23:13, Eirik Øverby wrote: > > On 9/15/20 9:50 PM, Andriy Gapon wrote: > >> On 15/09/2020 22:36, Eirik Øverby wrote: > >>> Now, since I updated from r365358 to r365688, I have not once been > able to wake from sleep. > >> > >>

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On 15/09/2020 23:13, Eirik Øverby wrote: > On 9/15/20 9:50 PM, Andriy Gapon wrote: >> On 15/09/2020 22:36, Eirik Øverby wrote: >>> Now, since I updated from r365358 to r365688, I have not once been able to >>> wake from sleep. >> >> Is that the only thing that changed? >> Any port / package

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On Wed, Sep 16, 2020 at 2:30 PM Andriy Gapon wrote: > > On 15/09/2020 23:13, Eirik Øverby wrote: > > On 9/15/20 9:50 PM, Andriy Gapon wrote: > >> On 15/09/2020 22:36, Eirik Øverby wrote: > >>> Now, since I updated from r365358 to r365688, I have not once been able > >>> to wake from sleep. > >>

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On 9/16/20 9:07 AM, Li-Wen Hsu wrote: > On Wed, Sep 16, 2020 at 2:30 PM Andriy Gapon wrote: >> >> On 15/09/2020 23:13, Eirik Øverby wrote: >>> On 9/15/20 9:50 PM, Andriy Gapon wrote: On 15/09/2020 22:36, Eirik Øverby wrote: > Now, since I updated from r365358 to r365688, I have not once

USB drives & OpenZFS

There seems to be a problem with OpenZFS when shutting down a machine that boots from USB. My machine has two SD cards in an adapter board that plugs into an internal USB port on the motherboard. On these two cards I have the UEFI loader and a mirror zpool containing just the bare minimum to

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On 2020-09-16 10:51, Eirik Øverby wrote: On 9/16/20 9:07 AM, Li-Wen Hsu wrote: On Wed, Sep 16, 2020 at 2:30 PM Andriy Gapon wrote: On 15/09/2020 23:13, Eirik Øverby wrote: On 9/15/20 9:50 PM, Andriy Gapon wrote: On 15/09/2020 22:36, Eirik Øverby wrote: Now, since I updated from r365358 to

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

On 9/16/20 11:05 AM, Hans Petter Selasky wrote: To make sure suspend/resume is not blocked by USB you can try setting: sysctl hw.usb.no_suspend_wait=1 Thanks, that is useful - it's a separate problem with my USB DAC. Not sure if it's relevant to the resume issue, though? /Eirik

Re: Core Team Office Hours

The 23rd. Sorry for the confusion - there were some scheduling conflicts that caused this to be pushed back. Cheers. -sc On Wed, Sep 16, 2020 at 1:05 AM Jakob Alvermark wrote: > On 2020-09-15 16:12, FreeBSD Core Team Secretary wrote: > > Based on the continuity of our last CORE Office Hours

Deprecating ftpd in the FreeBSD base system?

FTP is (becoming?) a legacy protocol, and I think it may be time to remove the ftp server from the FreeBSD base system - with the recent security advisory for ftpd serving as a reminder. I've proposed adding a deprecation notice to the man page in https://reviews.freebsd.org/D26447 to start this

Re: Deprecating ftpd in the FreeBSD base system?

On Wed, Sep 16, 2020 at 11:34 AM Ed Maste wrote: > FTP is (becoming?) a legacy protocol, and I think it may be time to > remove the ftp server from the FreeBSD base system - with the recent > security advisory for ftpd serving as a reminder. > > I've proposed adding a deprecation notice to the

Re: Panic with wifi + usb in latest FreeBSD-current

On 14/09/2020 06:29, Adrian Chadd wrote: Yeah, this was also reported in #freebsd-wireless today. FWIW through bisection, recent r365488 is identified as panicking with vboxdrv ___

Re: Deprecating ftpd in the FreeBSD base system?

> On 16. Sep 2020, at 20:08, sth...@nethelp.no wrote: > >  >> >> FTP is (becoming?) a legacy protocol, and I think it may be time to >> remove the ftp server from the FreeBSD base system - with the recent >> security advisory for ftpd serving as a reminder. >> >> I've proposed adding a

Re: Deprecating ftpd in the FreeBSD base system?

> FTP is (becoming?) a legacy protocol, and I think it may be time to > remove the ftp server from the FreeBSD base system - with the recent > security advisory for ftpd serving as a reminder. > > I've proposed adding a deprecation notice to the man page in > https://reviews.freebsd.org/D26447 to

Re: Deprecating ftpd in the FreeBSD base system?

On 9/16/2020 2:07 PM, sth...@nethelp.no wrote: > # override default of no subsystems > -Subsystemsftp/usr/libexec/sftp-server > +Subsystemsftpinternal-sftp -l INFO Hi, What is the difference between these two ?  Is it not all OpenSSH ?     ---Mike

Re: Deprecating ftpd in the FreeBSD base system?

> On 16. Sep 2020, at 22:53, Michael Gmelin wrote: > >  > >>> On 16. Sep 2020, at 22:45, mike tancsa wrote: >>> >>> On 9/16/2020 2:07 PM, sth...@nethelp.no wrote: >>> # override default of no subsystems >>> -Subsystemsftp/usr/libexec/sftp-server >>> +Subsystemsftp

Re: Deprecating ftpd in the FreeBSD base system?

On 2020-09-16 13:34, Ed Maste wrote: > FTP is (becoming?) a legacy protocol, and I think it may be time to > remove the ftp server from the FreeBSD base system - with the recent > security advisory for ftpd serving as a reminder. > > I've proposed adding a deprecation notice to the man page in >

Re: Deprecating ftpd in the FreeBSD base system?

> On 16. Sep 2020, at 22:45, mike tancsa wrote: > > On 9/16/2020 2:07 PM, sth...@nethelp.no wrote: >> # override default of no subsystems >> -Subsystemsftp/usr/libexec/sftp-server >> +Subsystemsftpinternal-sftp -l INFO > > Hi, > > What is the difference between these two ?

Re: rfc: should extant TLS connections be closed when a CRL is updated?

John-Mark Gurney wrote: >Rick Macklem wrote this message on Fri, Sep 04, 2020 at 01:20 +: >> The server side NFS over TLS daemon (rpc.tlsservd) can reload an updated >> CRL (Certificate Revocation List) when a SIGHUP is posted to it. >> However, it does not SSL_shutdown()/close() extant TCP

Re: Deprecating ftpd in the FreeBSD base system?

On Wed, 16 Sep 2020 at 16:51, Allan Jude wrote: > > Is the [ftpd] version we have in base unique? That is to say, does it need > to be preserved somehow. I'm not sure if we have functionality that doesn't exist elsewhere, although we definitely have some changes that do not exist in other BSDs.