Hi List,
# uname -a
FreeBSD antares.takwa.de 12.0-ALPHA6 FreeBSD 12.0-ALPHA6 r338827 amd64
here, if I issue
# zfs get all
I get
Assertion failed: (avl_find() succeeded inside avl_add()), file
/usr/src/sys/cddl/contrib/opensolaris/common/avl/avl.c, line 649.
Abort (core dumped)
Thanks,
Port is devel/apr1 and platform is amd64.
Works fine on my side. It would be helpful if you could build a kernel with
debug symbols, reproduce the problem and provide a stack strace.
Unfortunately I cannot. It is a production machine without debug that does not
like to run on 11.1 OR 11.2 fo
Hi Michael,
many thanks for your help.
On 20.09.2018 18:15, Michael Tuexen wrote:
On 20. Sep 2018, at 17:12, Michael Schmiedgen wrote:
Can you elaborate which port was triggering the fault and which platform you
are using?
I would like to reproduce the issue and fix it.
Port is devel
Can you elaborate which port was triggering the fault and which platform you
are using?
I would like to reproduce the issue and fix it.
Port is devel/apr1 and platform is amd64.
CPU: Intel(R) Xeon(R) CPU E31245 @ 3.30GHz (3300.10-MHz K8-class CPU)
Origin="GenuineIntel" Id=0x206a7 Family
I removed SCTP from kernel and updated from r338797 to r338827
and the problem seems to be gone.
Michael
On 20.09.2018 14:18, Michael Schmiedgen wrote:
Hi List,
if compiling ports and configure script checks for SCTP with
'checking whether SCTP is supported...'
12.0-ALPHA6 dumps
Hi List,
if compiling ports and configure script checks for SCTP with
'checking whether SCTP is supported...'
12.0-ALPHA6 dumps core with message:
Fatal double fault
rip 0x80b96297 rsp 0xfe00be241bb0 rbp 0xfe00be245490
rax 0x1 rdx 0x3 rbx 0x7fffd198
rcx 0x80b9620b r
In previous months I had already the same problem with ZFS if
nvidia driver was loaded via /boot/loader.conf. It triggered
the same error. So I loaded the driver on demand with kldload
after login and everything (X + stuff) worked fine.
Very strange...
Does anyone have a clue what is going on
On 10/27/2014 22:29, Ryan Stone wrote:
On Mon, Oct 27, 2014 at 4:21 PM, Michael Schmiedgen wrote:
Hi List,
my ZFS does not mount. I bifurcated to r271963 that
does not work anymore. The commit seems not directly
related to ZFS, but is rather a conversion from timeout(9)
to callout(9).
After
Hi List,
my ZFS does not mount. I bifurcated to r271963 that
does not work anymore. The commit seems not directly
related to ZFS, but is rather a conversion from timeout(9)
to callout(9).
After booting the kernel it drops to the mount prompt,
stating that ZFS cannot be mounted because of 'error
Something is wrong with Intel hardware too on CURRENT from yesterday. I
have not looked deeper into it.
Michael
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "fre
On 04.03.2014 13:17, Thomas Mueller wrote:
What is the current status of clang, regarding known bugs, on FreeBSD-current?
There were reports of www/firefox failing to build because of bug in llvm.
Can I currently build ports normally on FreeBSD-current amd64 and i386, or do I
need to wait?
Or
On 29.01.2014 17:34, Dmitry Marakasov wrote:
* Michael Schmiedgen (schmied...@gmx.net) wrote:
Can we expect a current version of spring in ports soon? That would
be nice!
Yes and no. The port is ready, however it's unstable - it crashes on
start in most cases, however if it doesn'
On 29.01.2014 16:42, David Chisnall wrote:
On 29 Jan 2014, at 15:37, Michael Schmiedgen wrote:
On 29.01.2014 16:16, David Chisnall wrote:
On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote:
I thought OpenMP will be an integral part of LLVM/clang in near future,
at least the front-end part
On 29.01.2014 16:16, David Chisnall wrote:
On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote:
Can we expect a current version of spring in ports soon? That would
be nice! AFAIK newer versions require OpenMP. Will this compile with
our (new 3.4 soon) base clang?
Base clang doesn't su
On 29.01.2014 15:45, Dmitry Marakasov wrote:
* Dimitry Andric (d...@freebsd.org) wrote:
Hm, which port is having problems with this? I have built quite a large
set, and never encountered this issue.
In any case: yes, it is quite long overdue for a libc++ update. :-) I
will have a look tonig
On 10/11/13 05:39, Justin T. Gibbs wrote:
On Oct 10, 2013, at 12:40 PM, Michael Schmiedgen wrote:
is it intended that kernel does not build if
device xenpci
is omitted in the kernel config? I get the following error:
linking kernel
gnttab.o: In function `gnttab_resume':
/us
Hi List,
is it intended that kernel does not build if
device xenpci
is omitted in the kernel config? I get the following error:
linking kernel
gnttab.o: In function `gnttab_resume':
/usr/src/sys/xen/gnttab.c:(.text+0xe47): undefined reference to
`xenpci_alloc_space'
Thanks,
Michae
On 07/16/13 22:48, Joel Dahl wrote:
Yesterday I upgraded my Lenovo x220 to the latest current (r253368). Now it
hangs when I do a shutdown from an xterm. The screen just goes black and the
fan never spins down. It doesn't respond to ping.
X220, 10.0-CURRENT #0 r253368 amd, powerd running. In
On 16.07.2013 22:48, Joel Dahl wrote:
Yesterday I upgraded my Lenovo x220 to the latest current (r253368). Now it
hangs when I do a shutdown from an xterm. The screen just goes black and the
fan never spins down. It doesn't respond to ping.
My build is from Sunday. I never type 'shutdown', bu
On 05/06/13 04:49, Kevin Oberman wrote:
On Sun, May 5, 2013 at 7:43 PM, Sean Bruno wrote:
On Mon, 2013-05-06 at 03:25 +0200, Michael Schmiedgen wrote:
Was trying to get the microphone working, but it seems to not quite be
working.
I got the same problem with my X220. Before the last Lenovo
On 04.05.2013 06:14, Sean Bruno wrote:
Speaker/headphones working great on Current.
Was trying to get the microphone working, but it seems to not quite be
working.
I got the same problem with my X220. Before the last Lenovo
HDA quirk commits everything worked fine, but I had to set
the default
On 10/23/12 23:57, Florian Smeets wrote:
> My NAS experienced same problem, I thought the old IDE SSD had just died
> of old age, that's why i didn't investigate further yet. :)
I got 2 physical SSDs, with both first partitions striped
as cache for my main zpool (cache devs gone UNAVAIL) and
both
On 10/23/12 22:23, Andriy Gapon wrote:
> on 23/10/2012 23:08 Andriy Gapon said the following:
>> on 23/10/2012 20:56 Michael Schmiedgen said the following:
>> ...
>>> vdev_geom_open_by_path:519[1]: guid mismatch for provider /dev/ada0p1:
>>> 52679672343593391
Hi Andy,
thank you for your reply. I will test your patch right now
and give you feedback.
On 10/23/12 22:08, Andriy Gapon wrote:
> on 23/10/2012 20:56 Michael Schmiedgen said the following:
> ...
>> vdev_geom_open_by_path:519[1]: guid mismatch for provider /dev/ada0p1:
>> 5
Hi Andriy,
my dmesg is listed below.
Thanks,
Michael
FreeBSD 10.0-CURRENT #0: Tue Oct 23 00:14:32 CEST 2012
root@gizeh.smoke:/usr/obj/usr/src/sys/GIZEH amd64
CPU: Intel(R) Xeon(R) CPU E3110 @ 3.00GHz (2992.57-MHz
K8-class CPU)
Origin = "GenuineIntel" Id = 0x10676 Family = 0
Hi,
after an update to CURRENT 2012-10-17 my ZFS cache devs are
marked UAVAIL after boot. These two devs are SSD partitions
that are listed with some wired numbers (see below). Before
that they were listed fine as ada0p1 and ada1p1.
Switching TRIM to 'on', installing todays world and installing
On 03.05.2011 23:24, Jack Vogel wrote:
If you get the setup receive structures fail, then increase the nmbclusters.
If you use standard MTU then what you need are mbufs, and standard size
clusters (2K).
Only when you use jumbo frames will you need larger.
You must configure enough, its that sim
Hi,
I have the very same problem.
- GENERIC 9.0-CURRENT (April 28)
- em0 PRO/1000 7.2.3
- "em0: Could not setup receive structures"
On 03.05.2011 10:58, Olivier Smedts wrote:
I tried increasing kern.ipc.nmbjumbo* (is it what you suggested ?).
Values doubled :
kern.ipc.nmbjumbo16: 6400
kern.ipc
On 19.04.2011 13:15, Bruce Cran wrote:
There's a new tool that can be used to find spelling mistakes in code: codespell
from http://www.politreco.com has already been used to find mistakes in both
Linux and LLVM. I ran it on sys/ and it found lots of potential typos - the
full diff (which I know
29 matches
Mail list logo
