Re: uchcom update

Thank You, Andriy! It solved the problem for me too. Also this can be applied without reboot via command: sysctl hw.usb.no_cs_fail=1 вс, 28 февр. 2021 г. в 14:21, Andriy Gapon : > On 28/02/2021 11:03, KOT MATPOCKuH wrote: > > Hello! > > > > I'm using FreeBSD 12.2-STABL

Re: uchcom update

Hello! I'm using FreeBSD 12.2-STABLE r368656 and got usb-to-rs232 with this controller. I see /dev/cuaU0 after plugging in adapter, I can attach to serial line using cu, but after sending any symbol to device I have device reconnection: uchcom0 on uhub0 uchcom0: on usbus0 uchcom0: CH340 detected

Re: VNET jail and dhclient

open or create pidfile: Operation not permitted DHCPDISCOVER on epair71b.71 to 255.255.255.255 port 67 interval 6 2017-11-16 16:07 GMT+03:00 Kristof Provost <kris...@sigsegv.be>: > On 16 Nov 2017, at 14:04, KOT MATPOCKuH wrote: > > Hello, all! > > I'm got same problem... > >

Re: VNET jail and dhclient

Hello, all! I'm got same problem... Did someone open an PR for this issue? 2017-10-11 22:48 GMT+03:00 Goran Mekić : > On Tue, Oct 10, 2017 at 09:10:37PM +, Oleg Ginzburg wrote: > > I think I found something, but I do not understand why this is only > > observed in jail

Radeon HD 6290 and radeonkms

Hi all! Is possible to use radeonkms on Radeon HD 6290 card? I tried to boot kernel with loaded radeonkms module, but amd64 and i386 kernels hangs while booting after messages like this: drmn0: Wrestler [Radeon HD 6290] on vgapci0 info: [drm] MSI enabled 1 message(s) [drm] RADEON_IS_PCIE [drm]

Re: ZFS: i/o error all block copies unavailable Invalid format

Hello! 2011/12/6 Peter Maloney peter.malo...@brockmann-consult.de: Invalid format sounds like the software doesn't understand the disks. Check your pool (software) version with: # zpool upgrade -v zpool upgrade -v does not show pools, available for upgrade :) # zpool upgrade This system is

Re: ZFS: i/o error all block copies unavailable Invalid format

2011/12/6 Peter Maloney peter.malo...@brockmann-consult.de: Invalid format sounds like the software doesn't understand the disks. Check your pool (software) version with: # zpool upgrade -v zpool upgrade -v does not show pools, available for upgrade :) # zpool upgrade This system is

ZFS: i/o error all block copies unavailable Invalid format

Hello all! On 24 nov I updated sources via csup to RELENG_9 (9.0-PRERELEASE). After make installboot I successfully booted to single user. But after make installworld system was fail to boot with message: ZFS: i/o error all block copies unavailable Invalid format status command shows status of

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/7/11 KOT MATPOCKuH matpoc...@gmail.com: Oops, sorry, I forgot to revert the previous patch when test-compiling. Please re-fetch sparc64_isc_atomic.h.diff2 and try again. I started named from ports (dns/bind96) at Sat Jul  9 10:08:41 MSD, and it worked properly till Sun Jul 10 22:25:41 MSD

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/7/8 Marius Strobl mar...@alchemy.franken.de: In order to have a result which can be compared with the base BIND. Whether bind98 works or works without the ISC atomic operations says nothing about the bind96 port or the base version. Okey... Oops, sorry, I forgot to revert the previous

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/7/7 Marius Strobl mar...@alchemy.franken.de: That's not the patch I was referring to. I did a second one which just entirely disables the use of atomic operations on sparc64: http://people.freebsd.org/~marius/sparc64_isc_disable_atomic.diff Omg. I'm sorry. I applied this patch and

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/7/8 Marius Strobl mar...@alchemy.franken.de: Please try the following: a) Instead of the base BIND use the dns/bind96 port. The native build   of the latter defaults to not using the ISC atomic implementation   on sparc64 (and arm) and should properly enable the alternative. I   can at

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3, but problem is still exists: 07-Jul-2011 13:24:22.765 general: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1622: REQUIRE(prev 0) failed 07-Jul-2011 13:24:22.781 general: exiting (due to assertion failure) How

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/7/7 Marius Strobl mar...@alchemy.franken.de: On Thu, Jul 07, 2011 at 01:46:23PM +0400, KOT MATPOCKuH wrote: I updated system to r223824 and got named patched to 9.6.-ESV-R4-P3, but problem is still exists: 07-Jul-2011 13:24:22.765 general: /usr/src/lib/bind/dns/../../../contrib/bind9/lib

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/6/28 Marius Strobl mar...@alchemy.franken.de: I'm got a problem with named on FreeBSD-CURRENT/sparc64. Up to 5 times a day it crashes with these messages: 27-Jun-2011 03:42:14.384 general: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1614: REQUIRE(prev 0) failed

Re: named crashes on assertion in rbtdb.c on sparc64/SMP

2011/6/29 KOT MATPOCKuH matpoc...@gmail.com: I'm got a problem with named on FreeBSD-CURRENT/sparc64. Up to 5 times a day it crashes with these messages: 27-Jun-2011 03:42:14.384 general: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1614: REQUIRE(prev 0) failed 27-Jun-2011

named crashes on assertion in rbtdb.c oт sparc64/SMP

Hello! I'm got a problem with named on FreeBSD-CURRENT/sparc64. Up to 5 times a day it crashes with these messages: 27-Jun-2011 03:42:14.384 general: /usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/rbtdb.c:1614: REQUIRE(prev 0) failed 27-Jun-2011 03:42:14.385 general: exiting (due to

ports/151636: net/isc-dhcp31-server and net/isc-dhcp41-server does not work with VLAN interfaces

Hi all! I got another problem with latest kernel: net/isc-dhcp31-server not started on VLAN interface with message: Internet Systems Consortium DHCP Server 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/

Re: [zfs] Mounting from (...) failed with error 19

Hello! I fixed it with attached patch. Omg... Why You are using strcmp, but not strncmp(fs, zfs, strlen(zfs))? -- MATPOCKuH ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any

Re: [zfs] Mounting from (...) failed with error 19

On my sparc64 system with today kernel I also got this problem. With old kernel system boots properly. boot -sv log attached. -- MATPOCKuH boot-sv.log Description: Binary data ___ freebsd-current@freebsd.org mailing list

Re: [zfs] Mounting from (...) failed with error 19

On 19.10.2010 03:50, Xin LI wrote: Escaping to boot loader prompt, and load old kernel, old opensolaris.ko, old zfs.ko doesn't work. I think you forgot to load zpool.cache: load -t /boot/zfs/zpool.cache /boot/zfs/zpool.cache ___

On fresh current zvol with org.freebsd:swap=on crashes zfs list (PR:145234)

On fresh freebsd-current automatic swap configuration on zvol with org.freebsd:swap=on by /etc/rc.d/zvol doesn't work because zfs list -H -o org.freebsd:swap,name -t volume fails with bus error. To repeat a problem try: # zfs create -V 128m rpool/test # zfs list rpool/test NAME USED AVAIL REFER

Re: Problem building Openoffice 3.2.0 at current

2010/3/1 Scot Hetzel swhet...@gmail.com: I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb swap size. and build fails with messages: *Out of memory during request for 788 bytes, total sbrk() is 96739328 bytes! Why I have out of memory error and how can I fix this

Problem building Openoffice 3.2.0 at current

Hello! I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb swap size. from dmesg.boot: real memory = 2147483648 (2048 MB) avail memory = 2089287680 (1992 MB) swapinfo: Device 1K-blocks UsedAvail Capacity /dev/gpt/swap 41943040 4194304 0%

Re: Virtualbox

2010/2/24 Bernhard Froehlich de...@bluelife.at 00:00:15.481 !!Assertion Failed!! 00:00:15.481 Expression: paPages[i].Phys != 0 paPages[i].Phys != NIL_RTHCPHYS !(paPages[i].Phys PAGE_OFFSET_MASK) 00:00:15.481 Location  :