Re: rpi2 hangup during poudriere build: lots of pfault wmseg status

> On 2017-Dec-6, at 5:47 PM, Laurent Cimon wrote: > >> On Dec 6, 2017, at 20:01, Mark Millard wrote: >> >> On 2017-Dec-6, at 1:54 PM, Laurent Cimon wrote: >> On Dec 6, 2017, at 00:57, Mark Millard wrote: I tried to build some ports on a rpi2 (via poudriere) but it hung

Re: GPTZFSBOOT in Current r326622 has problems

> Warner Losh [i...@bsdimp.com] wrote: > > > > You can just build the boot blocks at each step if you'd like to save > > > > some time on the binary search. > > > > > > > > cd stand > > > > make cleandir obj depend > > > > make -j XX > > > > sudo -E make install > > > > > > > > OK. Still a fair

Re: rpi2 hangup during poudriere build: lots of pfault wmseg status

> On Dec 6, 2017, at 20:01, Mark Millard wrote: > > On 2017-Dec-6, at 1:54 PM, Laurent Cimon wrote: > >>> On Dec 6, 2017, at 00:57, Mark Millard wrote: >>> >>> I tried to build some ports on a rpi2 >>> (via poudriere) but it hung up: >>> Ethernet and normal console use.

Re: GPTZFSBOOT in Current r326622 has problems

Warner Losh [i...@bsdimp.com] wrote: > > > You can just build the boot blocks at each step if you'd like to save > > > some time on the binary search. > > > > > > cd stand > > > make cleandir obj depend > > > make -j XX > > > sudo -E make install > > > > > OK. Still a fair number of changes,

Re: rpi2 hangup during poudriere build: lots of pfault wmseg status

On 2017-Dec-6, at 1:54 PM, Laurent Cimon wrote: >> On Dec 6, 2017, at 00:57, Mark Millard wrote: >> >> I tried to build some ports on a rpi2 >> (via poudriere) but it hung up: >> Ethernet and normal console use. (Note: >> the root file system is on a USB SSD >> and the swap partition is also

Re: GPTZFSBOOT in Current r326622 has problems

On Wed, Dec 6, 2017 at 5:17 PM, Thomas Laus wrote: > Warner Losh [i...@bsdimp.com] wrote: > > You can just build the boot blocks at each step if you'd like to save > some > > time on the binary search. > > > > cd stand > > make cleandir obj depend > > make -j XX > > sudo -E make

Re: GPTZFSBOOT in Current r326622 has problems

Warner Losh [i...@bsdimp.com] wrote: > You can just build the boot blocks at each step if you'd like to save some > time on the binary search. > > cd stand > make cleandir obj depend > make -j XX > sudo -E make install > Warren: I built and loaded r326500 successfully. It looks like the problem

Re: GPTZFSBOOT in Current r326622 has problems

Warner Losh [i...@bsdimp.com] wrote: > > You can just build the boot blocks at each step if you'd like to save some > time on the binary search. > > cd stand > make cleandir obj depend > make -j XX > sudo -E make install > > should suffice. There's no compiler dependency that I'm aware of. > I

Re: Strange behavior about pattern matching on manual pages [FIXED]

On Wed, Dec 6, 2017 at 3:35 PM, Jamie Landeg-Jones wrote: > Alan Somers wrote: > > > How about just setting MANPAGER=less in your environment? > > Because some of us prefer "more"? > > And as I said, it's related to searching using the more(1) command >

Re: Strange behavior about pattern matching on manual pages [FIXED]

Alan Somers wrote: > How about just setting MANPAGER=less in your environment? Because some of us prefer "more"? And as I said, it's related to searching using the more(1) command generally. I was under the impression that fixing bugs in existing commands was a better

Re: GPTZFSBOOT in Current r326622 has problems

On Wed, Dec 6, 2017 at 3:21 PM, Thomas Laus wrote: > Warner Losh [i...@bsdimp.com] wrote: > > I've been *VERY* busy between then and now cleaning up the boot loader > > "accumulated technical debt". Alas, sounds like I've broken something. > So I > > think it's a binary search:

Re: Strange behavior about pattern matching on manual pages [FIXED]

On Wed, Dec 6, 2017 at 3:04 PM, Jamie Landeg-Jones wrote: > by wrote: > > > Hi, > > > > I encounter a problem when viewing manuals via man(1) command. > > > > The case is simple, when I try to search something, I press ‘/’, and > then input the pattern, If

Re: GPTZFSBOOT in Current r326622 has problems

Warner Losh [i...@bsdimp.com] wrote: > I've been *VERY* busy between then and now cleaning up the boot loader > "accumulated technical debt". Alas, sounds like I've broken something. So I > think it's a binary search: I'd start with 326370 as the pivot and 326500 / > 326250 as the next steps if it

Re: rpi2 hangup during poudriere build: lots of pfault wmseg status

> On Dec 6, 2017, at 00:57, Mark Millard wrote: > > I tried to build some ports on a rpi2 > (via poudriere) but it hung up: > Ethernet and normal console use. (Note: > the root file system is on a USB SSD > and the swap partition is also on that > USB SSD.) > > But ~^b

Re: Strange behavior about pattern matching on manual pages [FIXED]

by wrote: > Hi, > > I encounter a problem when viewing manuals via man(1) command. > > The case is simple, when I try to search something, I press ‘/’, and then > input the pattern, If it got something in the page, it will direct me into > the specified place, and then, I

Re: logger(1) exited on signal 11 after r326525 -> r326622

On Wed, Dec 06, 2017 at 08:54:52PM +0300, Maxim Konovalov wrote: > Hi David, > > On Wed, 6 Dec 2017, 05:12-0800, David Wolfskill wrote: > > > I noticed among the messages on the console during the final stages of > > the transition from single- to multi-user mode: > > > [...] > >

Re: GPTZFSBOOT in Current r326622 has problems

Warner Losh [i...@bsdimp.com] wrote: > I've been *VERY* busy between then and now cleaning up the boot loader > "accumulated technical debt". Alas, sounds like I've broken something. So I > think it's a binary search: I'd start with 326370 as the pivot and 326500 / > 326250 as the next steps if it

Re: GPTZFSBOOT in Current r326622 has problems

On Wed, Dec 6, 2017 at 9:48 AM, Thomas Laus wrote: > Warner Losh [i...@bsdimp.com] wrote: > > > > Any chance you can bisect when this happened? I think I'll need more > > details to see what happened. What was your old loader that world based > on? > > > My last good gptzfsboot

Re: GPTZFSBOOT in Current r326622 has problems

Warner Losh [i...@bsdimp.com] wrote: > > Any chance you can bisect when this happened? I think I'll need more > details to see what happened. What was your old loader that world based on? > My last good gptzfsboot was r326070. I had not built anything since then until this morning when I built

Re: GPTZFSBOOT in Current r326622 has problems

On Wed, Dec 6, 2017 at 8:35 AM, Thomas Laus wrote: > Group: > > I updated my amd64 computer today to r326622 and copied the > /boot/gptzfsboot file to each of my ZFS hard drives p1 partition. The > BTX loader stopped and could not load. This rendered my system > 'un-bootable'.

GPTZFSBOOT in Current r326622 has problems

Group: I updated my amd64 computer today to r326622 and copied the /boot/gptzfsboot file to each of my ZFS hard drives p1 partition. The BTX loader stopped and could not load. This rendered my system 'un-bootable'. I copied this file from an earlier live filesystem CD, which restored my

logger(1) exited on signal 11 after r326525 -> r326622

I noticed among the messages on the console during the final stages of the transition from single- to multi-user mode: ... Dec 6 12:53:13 g1-252 kernel: ugen2.3: at usbus2 Dec 6 12:53:13 g1-252 kernel: ugen1.3: at usbus1 Dec 6 12:53:13 g1-252 kernel: pid 334 (logger), uid 0: exited on signal

rpi2 hangup during poudriere build: lots of pfault wmseg status

I tried to build some ports on a rpi2 (via poudriere) but it hung up: Ethernet and normal console use. (Note: the root file system is on a USB SSD and the swap partition is also on that USB SSD.) But ~^b worked for getting to the db> prompt on the console. >From there a ps suggests that it got