On 08/29/2015 15:41, Konstantin Belousov wrote:
On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote:
Looks good to me, except that I think a vforked child (in system() and
posix_spawn*()) should use the system calls and not libthr's wrappers.
This reduces the probability of weird thi
On 08/28/2015 18:18, Konstantin Belousov wrote:
On Fri, Aug 28, 2015 at 05:52:42PM +0200, Michiel Boland wrote:
set -e
for a in `seq 1000`
do
echo -n "$a "
xterm -e ssh nonexisting
done
echo ""
(The idea here is that 'ssh nonexisting' should do some work and th
On 08/28/2015 12:01, Konstantin Belousov wrote:
[...]
I probably have an idea what is going wrong. Please try the patch
below. Libc does not used interposed sig{procmask,action,suspend}
entries itself, which resulted in e.g. signal(3) breaking libthr
hooks.
I'm trying now, and it did appear t
On 08/27/2015 22:16, Konstantin Belousov wrote:
[...]
I just verified that the signal handler is correctly wrapped for me, on
the latest stable/10. Both with the pre-linked libthr.so and with the
library loaded dynamically at runtime. I used the test program at the
end of the message, put break
The xterm program has a SIGCHLD signal handler that calls wait().
If the handler is invoked while xterm is exiting, a deadlock occurs in rtld.
Cheers
Michiel
#0 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37
#1 0x00080305a2b0 in __thr_rwlock_rdlock (rwlock=0x8032
On 09/25/2013 20:03, Daniel Corbe wrote:
Why would disabling STP on the switch *shorten* the amount of time it takes for
the port to come up? At least on Cisco switches, it takes ~45 seconds for the
switching topology to converge with STP disabled. Shorter periods if you enable
portfast or upli
On 08/06/2013 03:53, Marius Strobl wrote:
[...]
U10 are still supported, why should they have been dropped? :)
Turns out the panic is caused by a Performance Technologies SCSI PCI card. I
didn't check the exact model, but has a Qlogic 1040B chip on it. (vendor=0x1077,
dev=0x1020, revid=0x05)
On 08/06/2013 03:53, Marius Strobl wrote:
On Mon, Aug 05, 2013 at 07:36:40PM +0200, Michiel Boland wrote:
Hi. I have some problems installing 9.2-RC1 on sparc64 via the network
I have a dhcp server, and an NFS server that exports the disc1 ISO.
Relevant portions of dhcpd.conf:
filename
Hi. I have some problems installing 9.2-RC1 on sparc64 via the network
I have a dhcp server, and an NFS server that exports the disc1 ISO.
Relevant portions of dhcpd.conf:
filename "boot/loader";
option root-path ":/cdrom";
The boot/loader was copied from the install image. The tftpboot
On 06/18/2013 13:28, Javad Kouhi wrote:
Hi,
I have exactly the same problem. I've tried to apply the above patch
but it refused. I've checked out the last revision (251934) of
-STABLE branch using Subversion.
% git apply --check patch
error: patch failed: sys/dev/drm2/i915/intel_fb.c:207
error
On 06/16/2013 17:11, Michiel Boland wrote:
Hi. Recently I switched to WITH_NEW_XORG, primarily because the stock X server
with Intel driver has some issues that make it unusable for me.
The new X server and Intel driver works extremely well, so kudos to whoever made
this possible
So apparently the value of 'rebooting' is 0 at the time of the hang...
db> x rebooting
rebooting: 0
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stab
On 06/16/2013 20:06, Michiel Boland wrote:
FWIW - the saved core from the ddb-induced panic has
(kgdb) print rebooting
$1 = 1
I realised instantly after I sent my message that this is meaningless - so
please ignore that.
___
freebsd-stable
On 06/16/2013 19:46, Konstantin Belousov wrote:
On Sun, Jun 16, 2013 at 07:12:33PM +0200, Michiel Boland wrote:
On 06/16/2013 17:37, Konstantin Belousov wrote:
[...]
I do not see anything related to i915 in the core.txt you provided.
Next time the machine hangs, start with the output of ps
On 06/16/2013 17:37, Konstantin Belousov wrote:
[...]
I do not see anything related to i915 in the core.txt you provided.
Next time the machine hangs, start with the output of ps command from
ddb and 'show allpcpu', together with 'alltrace'.
Ok, I captured 'ps', 'show allpcpu' and 'alltrace'
On 06/16/2013 17:55, Jeremy Chadwick wrote:
[...]
Are you running moused(8)? Actually, I can see quite clearly that you
are in your core.txt:
Starting ums0 moused.
Try turning that off. Don't ask me how, because devd(8) / devd.conf(5)
might be involved.
The moused is started by devd - I d
On 06/16/2013 17:37, Konstantin Belousov wrote:
On Sun, Jun 16, 2013 at 05:11:15PM +0200, Michiel Boland wrote:
Hi. Recently I switched to WITH_NEW_XORG, primarily because the stock X server
with Intel driver has some issues that make it unusable for me.
The new X server and Intel driver works
Hi. Recently I switched to WITH_NEW_XORG, primarily because the stock X server
with Intel driver has some issues that make it unusable for me.
The new X server and Intel driver works extremely well, so kudos to whoever made
this possible.
Unfortunately, I am now experiencing random hangs on s
On 01/28/2013 13:59, David Demelier wrote:
What did you have in your mergemaster.rc ? To help next people who may have the
same problem :)
The mergemaster.rc that caused the problem has this
IGNORE_FILES='/etc/group /etc/hosts.allow /etc/mail/* /etc/master.passwd
/etc/motd /etc/passwd /etc/sy
On 01/28/2013 02:10, Kevin Oberman wrote:
You don't by any chance have a mergemaster.rc in /etc or
.mergemasterrc in $HOME?
Duh... I'll go stand in the corner for the next 37 years.
Cheers
Michiel
___
freebsd-stable@freebsd.org mailing list
http://
# mergemaster -p
*** Creating the temporary root environment in /var/tmp/temproot
*** /var/tmp/temproot ready for use
*** Creating and populating directory structure in /var/tmp/temproot
*** Beginning comparison
*** Comparison complete
*** /var/tmp/temproot is empty, deleting
# make inst
On 01/08/2013 23:33, Hiroki Sato wrote:
Ulrich Spörlein wrote
in <20130108184051.gi35...@acme.spoerlein.net>:
uq> After setting this, it now looks like this:
uq> root@acme: ~# ip6addrctl
uq> Prefix Prec Label Use
uq> ::1/128 50 0
On 01/08/2013 16:18, Ulrich Spörlein wrote:
[...]
98054 sendmail CALL bind(0x7,0x708dbc,0x1c)
98054 sendmail STRU struct sockaddr { AF_INET6, [:::88.198.49.12]:587 }
98054 sendmail RET bind -1 errno 49 Can't assign requested address
Yeah right ... I don't want an IPv6-mapped-IPv4
On 11/08/2012 19:32, Michiel Boland wrote:
[...]
No fix, but I see a problem in the BN_add_word function in
/usr/src/crypto/openssl/crypto/bn/bn_word.c
Small test case:-
#include
#include
int main()
{
BIGNUM *n;
n = BN_new();
BN_set_word(n, ULONG_MAX - 1
On 11/08/2012 03:06, Jan Mikkelsen wrote:
Hi,
I am seeing this in dc:
janm@gray: dc $ dc
18446744073709551616 18446744073709551616 / ps
dc: big number failure 306b06b: No such file or directory
That number is 2^64. The error is coming from BN_check in bdiv(), which is complaining about the
nu
Hi.
No biggie, but when I remove a umass device it appears that two kernel messages
are being written at the same time.
(da4:umass-sim1:1:0:0): lost device - 0 outstanding, 1 refs
(da4:(pass6:umass-sim1:1:umass-sim1:1:0:0:0): removing device entry
0): passdevgonecb: devfs entry is gone
(FreeBS
On 02/17/2012 16:21, Freddie Cash wrote:
[...]
The problem with mirroring partitions is that you thrash the disk
during the rebuild after replacing a failed disk. And the more
partitions you have, the worse it gets.
I guess that if you do per-slice mirroring you should turn off autosync, right
On 12/20/2011 11:13, O. Hartmann wrote:
On a freshly updated box the installation of x11/sessreg fails with the
shown message below.
On all boxes I run with FBSD 9 or 10 (all amd64, CLANG build) the build
and installation works fine.
Since I update the box from 8.2-STABLE to 9.0-PRE last night,
Problem solved - it was indeed an endian thing.
The problem is that fsck uses a real_dev_bsize variable that is declared long,
but the DIOCGSECTORSIZE ioctl takes an u_int argument.
A PR has been submitted.
Cheers
Michiel
___
freebsd-stable@freebsd.o
FreeBSD 9.0-PRERELEASE locked up while into some heavy I/O and failed to shut
down properly, so I had to power-cycle. After it came back up it said
Starting file system checks:
** SU+J Recovering /dev/ada0a
** Reading 33554432 byte journal from inode 4.
swap_pager: out of swap space
swap_pager_g
Installing 9.0-RC1 via netbooting still fails, at least on sparc64.
See also
http://www.freebsd.org/cgi/getmsg.cgi?fetch=41704+0+/usr/local/www/db/text/2011/freebsd-sparc64/20111016.freebsd-sparc64
for a possible fix/workaround.
Cheers
Michiel
___
free
I see CAM_VERSION has been bumped in RELENG_9, but there is no note to this
effect in /usr/src/UPDATING or /usr/ports/UPDATING. Should there not be one?
(cdda2wav stopped working - so I had to do some source grepping to debug.)
___
freebsd-stable@freebs
On 10/04/2011 13:15, Mikolaj Golub wrote:
On Sun, Sep 18, 2011 at 1:58 PM, Mikolaj Golub wrote:
[...]
I believe the behaviour is after this commit:
http://svnweb.freebsd.org/base?view=revision&revision=125848
I think we should skip select on STDIN after reading EOF from it, like in the
patc
On 10/02/2011 12:10, Matthew Seaman wrote:
On 01/10/2011 02:18, Doug Barton wrote:
Does this happen when httpd tries to do DNS resolution for, say, an
incoming connection to the web server (e.g. trying to resolve the
incoming IP address of the client to an FQDN), or is it happening within
some
[recap: machine hangs on shutdown - see original message for more details]
Syncing disks, vnodes remaining...1 1 0 1 1 0 0 0 done
No buffers busy after final sync
Uptime: 55m39s
GEOM_MIRROR: Device raid1: provider mirror/raid1 destroyed.
GEOM_MIRROR: Device raid1 destroyed.
FWIW the hangs occur
Hi. If nextboot_enable="YES", the loader scribbles in
/boot/netxtboot.conf. But how exactly does this work on gmirror-ed disks?
Does /boot/nextboot.conf get written on one disk only? How does the other
disk know that /boot/nextboot.conf got changed?
I am confused.
Cheers
Michiel
_
RELENG_6 on amd64 (Sun V20Z), cvsupped today
GENERIC kernel, except for additions of GEOM_MIRROR and BREAK_TO_DEBUGGER
Crashes immeately on boot
mpt0: port 0x2000-0x20ff mem
0xfe85-0xfe85,0xfe84-0xfe84 irq 27 at device 4.0 on pci2
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.2.12.
Hi. I am running FreeBSD 5.4-RELEASE-p4 on a sun V20Z. It has two seagate
ST373307LC disks. The disks are mirrored with gmirror:
NameStatus Components
mirror/raid1 COMPLETE da0
da1
I unplugged one of the disks, then rebooted to see if it would boot from
j
Hi. I was using a small test program to generate artificial network load
on 5.4-RC1. The program sets up 1000 sockets that all connect, send a
number of pipelined request, and then read the response from a nearby web
server.
After a short while the machine locked up, even the console was dead.
On Wed, 10 Jul 2002, Mike Tancsa wrote:
> At 10:50 AM 10/07/2002 -0700, Bill Jones wrote:
> >The obvious answer to me is "Most common platform someone installs
> >FreeBSD on for the first time."
>
> ... Then its good that Soren committed his changes. The misplaced splx()
> patch corrected the pr
40 matches
Mail list logo
