Re: CUPS: [Client 1] Unable to encrypt connection: An illegal parameter has been received.

2019-01-21 Thread O. Hartmann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am Wed, 16 Jan 2019 18:33:36 +0100 Tijl Coosemans schrieb: > On Wed, 16 Jan 2019 15:23:40 +0100 "O. Hartmann" > wrote: > > We have an experimental IPV6 network and within this network, FreebSD > > CURRENT > > (r343087) is acting as a CUPS print s

[Bug 208275] Kernel panic when reading from /dev/cd0 with a damaged dvd

2019-01-21 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208275 Oleksandr Tymoshenko changed: What|Removed |Added CC||go...@freebsd.org

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-21 Thread Kurt Jaeger
Hi! > > > Well no longer needed as puc0 has found and allocated the > > > device(s) which would of shown up had you done this before > > > you fixed puc0 to find them. > > > > The problem is that the found 4 uarts are not 8 uarts, and they do not > > seem to work (tested using kermit), either 8-(

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-21 Thread Rodney W. Grimes
> Hi! > > > Well no longer needed as puc0 has found and allocated the > > device(s) which would of shown up had you done this before > > you fixed puc0 to find them. > > The problem is that the found 4 uarts are not 8 uarts, and they do not > seem to work (tested using kermit), either 8-( But yo

Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled

2019-01-21 Thread David Boyd
On Mon, 2019-01-21 at 10:17 -0500, David Boyd wrote: > On Mon, 2019-01-21 at 10:37 +0100, Trond Endrestøl wrote: > > On Sun, 20 Jan 2019 13:09-0500, David Boyd wrote: > > > > > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > > > > > Running in VirtualBox 6.0.2. > > > > > > The

Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled

2019-01-21 Thread David Boyd
On Mon, 2019-01-21 at 10:37 +0100, Trond Endrestøl wrote: > On Sun, 20 Jan 2019 13:09-0500, David Boyd wrote: > > > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > > > Running in VirtualBox 6.0.2. > > > > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, > > 11

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-21 Thread Lev Serebryakov
On 21.01.2019 15:59, Toomas Soome wrote: > Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. loader.efi lives on ESP partition, do I understand it right? So, it could not be damaged with "bad" upgrade? >>> >>> It could, unless the backup is created. >> Does it l

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-21 Thread Toomas Soome
> On 21 Jan 2019, at 14:45, Lev Serebryakov wrote: > > On 21.01.2019 15:39, Toomas Soome wrote: > Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. >>> loader.efi lives on ESP partition, do I understand it right? So, it >>> could not be damaged with "bad" upgrade? >>

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-21 Thread Lev Serebryakov
On 21.01.2019 15:39, Toomas Soome wrote: >>> Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. >> loader.efi lives on ESP partition, do I understand it right? So, it >> could not be damaged with "bad" upgrade? > > It could, unless the backup is created. Does it live on code

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-21 Thread Toomas Soome
> On 21 Jan 2019, at 14:15, Lev Serebryakov wrote: > > On 20.01.2019 20:05, Warner Losh wrote: > >> Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. > loader.efi lives on ESP partition, do I understand it right? So, it > could not be damaged with "bad" upgrade? > > --

Re: GPT boot has less features than legacy MBR-based one (Was: UEFI, loader.efi and /boot.config)

2019-01-21 Thread Lev Serebryakov
On 20.01.2019 20:05, Warner Losh wrote: > Is too complicated? Boot1.efi doesn't allow that, but loader.efi does. loader.efi lives on ESP partition, do I understand it right? So, it could not be damaged with "bad" upgrade? -- // Lev Serebryakov signature.asc Description: OpenPGP digital signa

Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled

2019-01-21 Thread Andrey V. Elsukov
On 20.01.2019 21:09, David Boyd wrote: > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > Running in VirtualBox 6.0.2. > > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, 11.2- > RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. > > This (VM) is a test

Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled

2019-01-21 Thread Trond Endrestøl
On Sun, 20 Jan 2019 13:09-0500, David Boyd wrote: > 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled. > > Running in VirtualBox 6.0.2. > > The identical configuration running 12.0-RELEASE-p2, 12.0-STABLE, 11.2- > RELEASE-p8 and 11.2-STABLE do not exhibit this behavior. > > This (VM

Re: Multiport serial card Exsys EX-44388, where are the devices ?

2019-01-21 Thread Kurt Jaeger
Hi! > >> > Well no longer needed as puc0 has found and allocated the > >> > device(s) which would of shown up had you done this before > >> > you fixed puc0 to find them. > >> The problem is that the found 4 uarts are not 8 uarts, and they do not > >> seem to work (tested using kermit), either 8-