Re: r308432: Capsicumized `basename` make zsh prompt broken

On Mon, Nov 28, 2016 at 02:05:49AM -0500, Allan Jude wrote: > On 2016-11-27 23:55, Conrad Meyer wrote: > > Hi Iblis, > > > > I see no such problem running 'basename $HOME' in a normal shell > > environment: > > > >> $ basename $HOME > >> cmeyer > > > > I suppose in your use, perhaps stdin is

Re: r308432: Capsicumized `basename` make zsh prompt broken

On 2016-11-27 23:55, Conrad Meyer wrote: > Hi Iblis, > > I see no such problem running 'basename $HOME' in a normal shell environment: > >> $ basename $HOME >> cmeyer > > I suppose in your use, perhaps stdin is already closed? I think this > is a limitation of caph_limit_stdio() in general. >

Re: r308432: Capsicumized `basename` make zsh prompt broken

Hi Iblis, Yes, I think caph_limit_stdio will break many similar programs in similar use. I think we'll need to change that behavior. Something like this: https://reviews.freebsd.org/D8657 Best, Conrad On Sun, Nov 27, 2016 at 10:40 PM, iblis wrote: > Hi Conrad, >

Re: r308432: Capsicumized `basename` make zsh prompt broken

Hi Conrad, Thanks for your reply. I revert the basename.c and `< /dev/null` do the trick! I'm also curious that will `caph_limit_stdio` break lots of program work with some shell scripts? -- Iblis Lin On 11/28/2016 12:55, Conrad Meyer wrote: Hi Iblis, I see no such problem running

Re: Please test EARLY_AP_STARTUP

Hi John, fdc seems to cause panic on Hyper-V: https://people.freebsd.org/~sephe/fdc_panic.png I then commented out device fdc, and I fixed one panic on Hyper-V here: https://reviews.freebsd.org/D8656 After fdc is disabled and hyperv/storvsc is fixed, it seems to boot fine, except a long delay

Re: r308432: Capsicumized `basename` make zsh prompt broken

Hi Iblis, I see no such problem running 'basename $HOME' in a normal shell environment: > $ basename $HOME > cmeyer I suppose in your use, perhaps stdin is already closed? I think this is a limitation of caph_limit_stdio() in general. Can you try instead: function set_prompt {

r308432: Capsicumized `basename` make zsh prompt broken

Hi, Here is a minimal config of zsh prompt invoking `basename`: ``` └─[iblis@abeing]% cat /home/ib-test/.zshenv function set_prompt { prompt="$(basename $HOME) >" } function zle-line-init zle-keymap-select { set_prompt zle reset-prompt } zle -N zle-line-init zle -N

Re: svn commit: r309144 - in head: lib/libipsec sys/net sys/netipsec [-r309174 does not fix everything]

Hi Mark, I believe this was addressed by Scott Long in r309201. r309174 (an incomplete fix for the same problem) can probably be reverted. Best, Conrad On Sun, Nov 27, 2016 at 6:34 PM, Mark Millard wrote: > key_debug.c is not the only place with problems : The below is >

Re: svn commit: r309144 - in head: lib/libipsec sys/net sys/netipsec [-r309174 does not fix everything]

key_debug.c is not the only place with problems : The below is based on my experience with head -r309179. First what someone else reported: > On Fri, Nov 25, 2016 at 05:34:51PM +0100, O. Hartmann wrote: > > Recent sources do not build kernel due to: > > > > [...] > > Building

Re: Enabling NUMA in BIOS stop booting FreeBSD

On 26 November 2016 at 13:59, Slawa Olhovchenkov wrote: > On Sat, Nov 26, 2016 at 01:55:14PM -0800, Adrian Chadd wrote: > >> ok, hm. then i don' know offhand, not without putting in printf debugging. :) > > I am not expert in this code, I am need you patches for printf debugging.

Re: Please test EARLY_AP_STARTUP

On Sunday, November 27, 2016 12:46:31 PM O. Hartmann wrote: > Am Fri, 25 Nov 2016 10:20:36 -0800 > John Baldwin schrieb: > > > I plan to enable EARLY_AP_STARTUP on x86 in a week on HEAD. Some folks > > have been testing it for the last week or so which has exposed some > >

Re: boot fails on Table SSDT at 0x...

"Julian H. Stacey" wrote: > "Julian H. Stacey" wrote: > > Hi curr...@freebsd.org > > I was running > > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT > > #12753: Tue Nov 22 23:31:24 CET 2016 > > > >

Re: boot fails on Table SSDT at 0x...

"Julian H. Stacey" wrote: > Hi curr...@freebsd.org > I was running > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT > #12753: Tue Nov 22 23:31:24 CET 2016 > > j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small > amd64 >

Re: NFSv4 performance degradation with 12.0-CURRENT client

On Sat, Nov 26, 2016 at 11:19:19PM +, Rick Macklem wrote: > Konstantin Belousov wrote: > [stuff snipped] > >I thought that the issue was in tracking any opens and mmaps, but from this > >reply it is not that clear. Do you need callback when all opens and mmaps > >have ended, or only opens and

Re: Please test EARLY_AP_STARTUP

Am Fri, 25 Nov 2016 10:20:36 -0800 John Baldwin schrieb: > I plan to enable EARLY_AP_STARTUP on x86 in a week on HEAD. Some folks > have been testing it for the last week or so which has exposed some > additional things to fix. I think I've resolved most of those in one >