Re: ptrace attach in multi-threaded processes

2016-07-13 Thread Mark Johnston
On Wed, Jul 13, 2016 at 07:54:39AM +0300, Konstantin Belousov wrote: > I finally see. Might be something like the patch below is a step in > the desired direction. Idea is in the proc_next_xthread(): p_xthread > should be set to the next thread with a pending signal. Do you have a > test case

Re: r302773: non-removable files with "make delete-old"

2016-07-13 Thread David Wolfskill
On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: > make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12 > r302773: Wed Jul > 13 18:10:55 CEST 2016), but they seem not to disappear. They are present > after an > installation of world again and again: > > [...] >

r302773: non-removable files with "make delete-old"

2016-07-13 Thread O. Hartmann
make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12 r302773: Wed Jul 13 18:10:55 CEST 2016), but they seem not to disappear. They are present after an installation of world again and again: [...] remove /usr/share/locale/kk_KZ.UTF-8/LC_COLLATE? y remove

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Ruben Kerkhof
On Tue, Jul 12, 2016 at 11:02 PM, Steve Rikli wrote: > I haven't done it in a very long time (circa FreeBSD-6) but PXE installs > were possible back then, so I'd hope that's still a possibility in 11. > > Are there mostly current docs for that routine these days? > > Cheers, >

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Adrian Chadd
There's a lot more in GENERIC, and we still build things twice - once as modules, and then also inside the GENERIC image. Hopefully warner (and others who may help!) can push forward the "bus enumerate" bits early on in -12 so we can just use a modules-driven kernel on platforms where that's now

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Chris H
On Wed, 13 Jul 2016 12:05:06 +0300 Slawa Olhovchenkov wrote > On Tue, Jul 12, 2016 at 02:05:32PM -0700, Chris H wrote: > > > On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler > > wrote > > > On 12/07/2016 06:54, Conrad Meyer wrote: > > > > DVD-R dates to

Re: r302773: non-removable files with "make delete-old"

2016-07-13 Thread O. Hartmann
Am Wed, 13 Jul 2016 09:40:05 -0700 David Wolfskill schrieb: > On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: > > make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12 > > r302773: Wed > > Jul 13 18:10:55 CEST 2016), but they seem not to

Re: ptrace attach in multi-threaded processes

2016-07-13 Thread Konstantin Belousov
On Wed, Jul 13, 2016 at 09:42:47AM -0700, Mark Johnston wrote: > On Wed, Jul 13, 2016 at 07:54:39AM +0300, Konstantin Belousov wrote: > > I finally see. Might be something like the patch below is a step in > > the desired direction. Idea is in the proc_next_xthread(): p_xthread > > should be set

Re: ptrace attach in multi-threaded processes

2016-07-13 Thread Mark Johnston
On Wed, Jul 13, 2016 at 10:19:47PM +0300, Konstantin Belousov wrote: > On Wed, Jul 13, 2016 at 09:42:47AM -0700, Mark Johnston wrote: > > I'm having trouble determining if the diff changes any userland-visible > > behaviour. It seems that the only potential problem with the current > > p_xthread

11.0-BETA2 may be delayed

2016-07-13 Thread Glen Barber
As I am sure you have already seen, there is an issue in 11.0-BETA1 that has caused some headaches for people. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884 The issue is actively being investigated, and despite the KBI freeze, the fix may need to break KBI in stable/11, at least as

Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc has odd mix of signed wchar_t and unsigned char]

2016-07-13 Thread Andrey Chernov
On 13.07.2016 11:53, Mark Millard wrote: > [The below does note that TARGET=powerpc has a mix of signed wchar_t and > unsigned char types and most architectures have both being signed types.] POSIX says nothing about wchar_t and char should be the same (un)signed. It is arm ABI docs may say so

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #145

2016-07-13 Thread jenkins-admin
See -- [...truncated 143719 lines...] --- all_subdir_usr.bin/truss --- --- syscalls.o --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.bin/truss -I.

syslog: not logging for remote host

2016-07-13 Thread O. Hartmann
I have some serious trouble logging for remote hosts via syslog on a sepcific central server. Following manpages syslogd(8) and syslog.conf(5), the syslogd is allowed to listen on a specific address (-b option) and receiving syslog messages from remote client hosts on a specific network (-a

Re: syslog: not logging for remote host

2016-07-13 Thread O. Hartmann
On Wed, 13 Jul 2016 09:53:43 +0200 "O. Hartmann" wrote: > I have some serious trouble logging for remote hosts via syslog on a sepcific > central server. > > Following manpages syslogd(8) and syslog.conf(5), the syslogd is allowed to > listen on a specific address

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Glen Barber
Just replying to the first email in the thread, since it's a general reply, and only related to the original topic at hand, and only for informative purposes at this point. On Mon, Jul 11, 2016 at 11:01:51PM +0200, Ronald Klop wrote: > Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn

Re: ptrace attach in multi-threaded processes

2016-07-13 Thread Konstantin Belousov
On Wed, Jul 13, 2016 at 01:01:39PM -0700, Mark Johnston wrote: > On Wed, Jul 13, 2016 at 10:19:47PM +0300, Konstantin Belousov wrote: > > On Wed, Jul 13, 2016 at 09:42:47AM -0700, Mark Johnston wrote: > > > I'm having trouble determining if the diff changes any userland-visible > > > behaviour. It

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #146

2016-07-13 Thread jenkins-admin
See -- [...truncated 145401 lines...] --- bsnmpimport.po --- cc -pg -O2 -pipe -I. -I/builds/workspace/FreeBSD_HEAD_sparc64/src/usr.sbin/bsnmpd/tools/libbsnmptools -MD

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #147

2016-07-13 Thread jenkins-admin
See -- [...truncated 142972 lines...] --- all_subdir_usr.sbin --- --- sockaddr_snprintf.o --- --- all_subdir_lib --- cc -O2 -pipe -I/builds/workspace/FreeBSD_HEAD_sparc64/src/lib/libarchive

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Maxim Sobolev
Hi Glen, nice update, glad being of some help. The slowdown may be related to the fact that geom_uzip reads whole compressed cluster, which is 20-30k typically, even if only single block from that cluster is requested. I imagine it might impact rc.d, which is essentially bunch of small(ish) shell

Re: svn commit: r302601 - in head/sys: arm/include arm64/include [clang 3.8.0: powerpc has odd mix of signed wchar_t and unsigned char]

2016-07-13 Thread Mark Millard
[The below does note that TARGET=powerpc has a mix of signed wchar_t and unsigned char types and most architectures have both being signed types.] On 2016-Jul-11, at 8:57 PM, Andrey Chernov wrote: > On 12.07.2016 5:44, Mark Millard wrote: >> My understanding of the criteria for __WCHAR_MIN and

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread O. Hartmann
On Wed, 13 Jul 2016 12:05:06 +0300 Slawa Olhovchenkov wrote: > On Tue, Jul 12, 2016 at 02:05:32PM -0700, Chris H wrote: > > > On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler > > wrote > > > On 12/07/2016 06:54, Conrad Meyer wrote: > > > > DVD-R dates

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Slawa Olhovchenkov
On Tue, Jul 12, 2016 at 02:05:32PM -0700, Chris H wrote: > On Tue, 12 Jul 2016 16:09:10 +0930 Shane Ambler wrote > > > On 12/07/2016 06:54, Conrad Meyer wrote: > > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > > it's time to move on from CD.

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Glen Barber
On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > P.S. Just in case if somebody wants to integrate this method into FreeBSD > liveCD build, we do a bit of trick there by making normal ISO9660 file > system with compressed kernel and relevant boot pieces and then also > sticking in

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Glen Barber
On Wed, Jul 13, 2016 at 01:52:13PM +, Glen Barber wrote: > On Mon, Jul 11, 2016 at 05:23:32PM -0700, Maxim Sobolev wrote: > > P.S. Just in case if somebody wants to integrate this method into FreeBSD > > liveCD build, we do a bit of trick there by making normal ISO9660 file > > system with

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread David Chisnall
On 13 Jul 2016, at 10:17, O. Hartmann wrote: > > A CD is still a used media, but it starts getting squeezy on it as certain > software starts to grow - as CLANG/LLVM does. Maybe it is time to have also > CDs > as "miniboot" and DVDs for a more complete installation

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Glen Barber
Hi Maxim, Ok, thanks for the information. I'm glad you replied, because I what I was going to do was wrong. I'm testing things now, and if it works, would integrate this into the build. Thank you for providing this information. Glen On Wed, Jul 13, 2016 at 07:22:58AM -0700, Maxim Sobolev

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Maxim Sobolev
Glen, UFSFILE here is the path to the UFS file system input image that can be created either via attaching file (vnode) with mdconfig, doing newfs mdX, mount mdX etc or by using mkimg tool. The UZPFILE is resulting CLOOP image, temporary file. ISOFILE is the output file (ISO). Let me know if you

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

2016-07-13 Thread Lars Engels
On Tue, Jul 12, 2016 at 12:09:09PM +0200, Ronald Klop wrote: > On Mon, 11 Jul 2016 23:24:10 +0200, Conrad Meyer wrote: > > > DVD-R dates to 1997; cheap USB flash devices are now pervasive. Maybe > > it's time to move on from CD. > > Becoming anecdotal now, but my fairly old