Re: ksh "clear-screen" editing command

On Wed, Jun 06, 2018 at 12:20:50AM +0200, Alexander Hall wrote: > This adds a "clear-screen" editing command to the emacs editing mode. > This is the same name as bash and zsh uses, and then I stopped looking. > > The default binding of 'redraw' remains for ^L, for now anyway, so > you'll need to

Re: ksh "clear-screen" editing command

> + clearstr = "\033[H\033[J"; I abhor increasing assumptions that the terminal honours that particular ANSI standard. Sorry, but at that point you have to use the libraries and get the information.

ksh "clear-screen" editing command

This adds a "clear-screen" editing command to the emacs editing mode. This is the same name as bash and zsh uses, and then I stopped looking. The default binding of 'redraw' remains for ^L, for now anyway, so you'll need to run $ bind ^L=clear-screen" when testing. $CLEARSTR can be set to an

Re: ospf6ctl sh data intra : print metric

On Tue, Jun 05, 2018 at 10:34:59PM +0200, Stefan Sperling wrote: > On Tue, Jun 05, 2018 at 10:20:51PM +0200, Remi Locherer wrote: > > Hi, > > > > this adds "Metric: " to the output of "ospf6ctl show database intra". > > > > It looks like this: > > > > -- > > LS age: 1152 > > LS Type:

Re: ospf6ctl.8 - document missing database filters

On Tue, Jun 05, 2018 at 10:29:48PM +0200, Stefan Sperling wrote: > On Tue, Jun 05, 2018 at 10:24:09PM +0200, Remi Locherer wrote: > > Hi, > > > > the ospf6ctl manual misses two database filters. > > > > OK? > > > > Remi > > ok me too > > > > > > Index: ospf6ctl.8 > >

Re: make process.ps_start an uptime instead of a realtime

On Tue, 05 Jun 2018 16:30:14 -0500, Scott Cheloha wrote: > Because the system clock can jump around, process start times > should be recorded as offsets from boot and only converted to > a time of day on request. > > This keeps ps(1)'s etime accurate and ensures processes are > correctly sorted

make process.ps_start an uptime instead of a realtime

Hi, Because the system clock can jump around, process start times should be recorded as offsets from boot and only converted to a time of day on request. This keeps ps(1)'s etime accurate and ensures processes are correctly sorted by age in ps(1) and pgrep(1). I don't think we're losing much by

Re: ospf6ctl sh data intra : print metric

On Tue, Jun 05, 2018 at 10:20:51PM +0200, Remi Locherer wrote: > Hi, > > this adds "Metric: " to the output of "ospf6ctl show database intra". > > It looks like this: > > -- > LS age: 1152 > LS Type: Intra Area (Prefix) > Link State ID: 1.0.0.0 > Advertising Router: 192.168.250.101 >

Re: ospf6ctl.8 - document missing database filters

On Tue, Jun 05, 2018 at 10:24:09PM +0200, Remi Locherer wrote: > Hi, > > the ospf6ctl manual misses two database filters. > > OK? > > Remi ok > > > Index: ospf6ctl.8 > === > RCS file: /cvs/src/usr.sbin/ospf6ctl/ospf6ctl.8,v >

ospf6ctl.8 - document missing database filters

Hi, the ospf6ctl manual misses two database filters. OK? Remi Index: ospf6ctl.8 === RCS file: /cvs/src/usr.sbin/ospf6ctl/ospf6ctl.8,v retrieving revision 1.11 diff -u -p -r1.11 ospf6ctl.8 --- ospf6ctl.8 5 Nov 2017 17:45:02 -

ospf6ctl sh data intra : print metric

Hi, this adds "Metric: " to the output of "ospf6ctl show database intra". It looks like this: -- LS age: 1152 LS Type: Intra Area (Prefix) Link State ID: 1.0.0.0

[patch] systat: sort states by average rate

Hi tech@, currently, the PF states view in systat(1) cannot be sorted by average rate. The following patch adds this functionality by storing the average in the cache struct instead of calculating it during printing. Regards Lukas Index: cache.c

witness log

Hi, i'm sorry if this witness log is noise. this box is samba and nfs server and transmission client. i can drop to ddb if needed lock order reversal: 1st 0xff020bf5e730 vmmaplk (>lock) @ /usr/src/sys/uvm/uvm_map.c:4433 2nd 0xff01ed655d68 inode (>i_lock) @

Re: dhcrelay bpf bugs

Hi David, I am facing this problem with lpf.c In function receive_packet , My packet is somehow is getting corrupted. DHCP packet content is like below: DHCP Packet Content: opcode : 15 hardwaretype : 205 hlen : 8

Re: cpu.4: VIA C7 CPUs support Enhanced SpeedStep (i386)

On Tue, Jun 05, 2018 at 11:11:21AM +0200, Frederic Cambus wrote: > Hi tech@, > > VIA C7 CPUs support Enhanced SpeedStep, so reflect that in cpu.4. > > On the VIA C7 1.5Ghz: > > cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.51 GHz > cpu0: >

Re: Abstract rawcb

On 05/06/18(Tue) 13:30, Martin Pieuchot wrote: > Diff below rename some fields in pfkey & routing sockets to help the > reader understand where they are coming from. The goal is to lock > per-socket fields. > > I'll prefix the rest of the fields in a different diff to ease reviews. Here's the

Abstract rawcb

Diff below rename some fields in pfkey & routing sockets to help the reader understand where they are coming from. The goal is to lock per-socket fields. I'll prefix the rest of the fields in a different diff to ease reviews. ok? Index: net/pfkeyv2.c

Re: cpu.4: VIA C7 CPUs support Enhanced SpeedStep (i386)

On Tue, Jun 05, 2018 at 11:11:21AM +0200, Frederic Cambus wrote: > Hi tech@, > > VIA C7 CPUs support Enhanced SpeedStep, so reflect that in cpu.4. > > On the VIA C7 1.5Ghz: > > cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.51 GHz > cpu0: >

Re: Fewer sofree()

On 05/06/18(Tue) 11:28, Martin Pieuchot wrote: > On 04/06/18(Mon) 21:11, Claudio Jeker wrote: > > On Mon, Jun 04, 2018 at 03:25:17PM +0200, Martin Pieuchot wrote: > > > For pfkey and routing sockets, calling sofree() in pr_detach is a noop. > > > The reason is that `SS_NOFDREF' hasn't been set at

cpu.4: VIA C7 CPUs support Enhanced SpeedStep (i386)

Hi tech@, VIA C7 CPUs support Enhanced SpeedStep, so reflect that in cpu.4. On the VIA C7 1.5Ghz: cpu0: VIA Esther processor 1500MHz ("CentaurHauls" 686-class) 1.51 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,APIC,SEP,MTRR,PGE,CMOV,PAT,CFLUSH,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE,NXE,SSE3,EST,TM2 cpu0: