Re: add getrun for rcctl(8)

On Fri, 15 Feb 2019 14:45:14 +0900 (JST) YASUOKA Masahiko wrote: > The diff adds "getrun" command for rcctl(8) which shows the daemon > variables from the running daemon. > > ok? comment? Sorry, previous diff is broken. It could not get any value other than daemon_pexp.

add getrun for rcctl(8)

Hi, The diff adds "getrun" command for rcctl(8) which shows the daemon variables from the running daemon. ok? comment? Index: usr.sbin/rcctl/rcctl.8 === RCS file: /cvs/src/usr.sbin/rcctl/rcctl.8,v retrieving revision 1.35 diff -u

Re: Why both media and -mediaopt doesn't specify at the same time?

On Thu, 14 Feb 2019 08:30:45 +0900 (JST) Masato Asou wrote: > From: Claudio Jeker > Date: Wed, 13 Feb 2019 14:25:58 +0100 > >> On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote: >>> Hi, >>> >>> When I execute `ifconfig media XX -mediaopt YY' command, it occured >>> error as below.

Re: pfctl -ss: show rt_addr

On Fri, 1 Feb 2019 11:13:01 + Stuart Henderson wrote: > On 2019/02/01 18:09, YASUOKA Masahiko wrote: >> Hi, >> >> I often use "route-to" for DSR or balancing routes. It seems there is >> no way to know which route is selected for the pf state. >&

pfctl -ss: show rt_addr

Hi, I often use "route-to" for DSR or balancing routes. It seems there is no way to know which route is selected for the pf state. The diff following makes "pfctl -ss" show the route address with square brackets if any. example: all tcp 10.0.0.101:8080 [10.0.0.12] <- 10.1.0.100:45482

Fix gdb "target kvm" on amd64

Hi, Currently gdb "target kvm bsd.0.core" on amd64 doesn't work. It can't read the registers and can't follow the stack frames. The diff follows fixes those problems. ok? comment? Fix gdb can handle prologues which has the retguard. Also teach gdb that alltraps_kern() is a trap function.

Re: make arm64 can boot from partitions other than "a"

On Wed, 09 Jan 2019 16:47:32 +0900 (JST) YASUOKA Masahiko wrote: > The diff makes it can boot from paritions other than "a". Let me explain the diff. > Index: sys/arch/arm64/arm64/autoconf.c > === > RCS file:

make arm64 can boot from partitions other than "a"

Hi, On efiboot for arm64 boot> boot sd0k:bsd.rd or boot> set device sd0l doesn't work properly. The diff makes it can boot from paritions other than "a". ok? comments? Index: sys/arch/arm64/arm64/autoconf.c === RCS file:

Re: SEGV was occurred in libedit

Hi, On Wed, 10 Oct 2018 08:00:14 +0900 (JST) Masato Asou wrote: > When I use /usr/bin/bc command with MALLOC_OPTIONS=UJ, SEGV was > occurred in libedit. > > $ MALLOC_OPTIONS=UJ /usr/bin/bc > 10 + 20 + 30 + 40 + 50 + 60 + 70 + 80 + > 90 + Segmentation fault

Re: iostat: add "sp" column for CP_SPIN

Hi, Committed the diff for command. Thanks. As for the man page, it makes sense for me. ok yasuoka On Wed, 05 Sep 2018 10:33:37 +0200 Solene Rapenne wrote: > Solene Rapenne wrote: >> Naoki Fukaumi wrote: >> > hi tech@, >> > >> > new cpu state, CP_SPIN, was added, >> >

Re: Using shift on external keyboards in softraid passphrases from efiboot

On Fri, 24 Aug 2018 10:55:52 +0200 Patrick Wildt wrote: > On Fri, Aug 24, 2018 at 10:47:27AM +0200, Theo Buehler wrote: >> On Fri, Aug 24, 2018 at 11:50:51AM +0900, YASUOKA Masahiko wrote: >> > Hi, >> > >> > I think the diff should be brought to arm64 as well.

Re: Using shift on external keyboards in softraid passphrases from efiboot

Hi, I think the diff should be brought to arm64 as well. ok? On Thu, 23 Aug 2018 11:21:57 +0900 (JST) YASUOKA Masahiko wrote: > On Mon, 20 Aug 2018 13:50:13 +0200 > Theo Buehler wrote: >> On Thu, Aug 16, 2018 at 09:51:32PM +0200, Frank Groeneveld wrote: >>> I have

Re: Using shift on external keyboards in softraid passphrases from efiboot

On Mon, 20 Aug 2018 13:50:13 +0200 Theo Buehler wrote: > On Thu, Aug 16, 2018 at 09:51:32PM +0200, Frank Groeneveld wrote: >> I haven't been able to type the passphrase of my softraid device on >> boot when using an external keyboard on my Thinkpad X260. Finally I >> had some time to debug this

Re: [patch] switchd(8) on sparc64: panic: trap type 0x34

On Mon, 20 Aug 2018 11:05:08 -0700 Ori Bernstein wrote: > On Mon, 20 Aug 2018 23:38:28 +0900 (JST), YASUOKA Masahiko > wrote: >> As far as I know, switch(4) assumes it receives packets located at 64 >> bit aligned memory. So if the code like below >> >>

Re: [patch] switchd(8) on sparc64: panic: trap type 0x34

Hi, > panic: trap type 0x34 (mem address not aligned): pc=15864ec > npc=15864f0 pstate=99820006 (snip) > o...@eigenstate.org and I put together the following diff. I haven't been able > to check with the original reporter, and I don't have a machine to test it on, > so comments and/or tests would

Re: Next command of GDB does not work properly unusual

On Thu, 12 Jul 2018 19:14:19 +0900 (JST) YASUOKA Masahiko wrote: >> On 2018/07/12 16:16, YASUOKA Masahiko wrote: >>> > The next command of GDB does not work properly. >>> > I use OpenBSD 6.3 and /usr/bin/gdb (GDB 6.3). >>> >>> It seems that gdb

Re: Next command of GDB does not work properly unusual

On Thu, 12 Jul 2018 10:37:33 +0100 Stuart Henderson wrote: > On 2018/07/12 16:16, YASUOKA Masahiko wrote: >> > The next command of GDB does not work properly. >> > I use OpenBSD 6.3 and /usr/bin/gdb (GDB 6.3). >> >> It seems that gdb can't read the dwarf genera

Re: Next command of GDB does not work properly unusual

Hi, > The next command of GDB does not work properly. > I use OpenBSD 6.3 and /usr/bin/gdb (GDB 6.3). It seems that gdb can't read the dwarf generated by clang properly. I found a better fix at the upstream.

Re: ipmi(4): fix panic() with witness(4)

On Thu, 14 Jun 2018 15:52:54 +0200 Martin Pieuchot wrote: > The problem is because you have an interrupt handler trying to grab the > KERNEL_LOCK(). I'd suggest using IPL_MPFLOOR instead of IPL_NONE when > initializing the mutex. Thanks. This also solved the problem. ok? Use IPL_MPFLOOR for

Re: reduce usage of mbuf cluster

On Wed, 13 Jun 2018 00:34:28 +0200 Alexander Bluhm wrote: > On Tue, Jun 12, 2018 at 01:46:48PM +0900, YASUOKA Masahiko wrote: >> > I found this because I wonder why my company, IIJ's HTTP proxy servers >> > started using a lot of mbuf clusters after a certain version. &g

Re: reduce usage of mbuf cluster

Let me update the diff On Tue, 12 Jun 2018 13:39:51 +0900 (JST) YASUOKA Masahiko wrote: > Currently t_template of tcpcb is a mbuf cluster. This happened when > max_linkhdr is increased from 16 to 64 (1.44 of > sys/kern/uipc_domain.c). > > I found this because I wonder why my

reduce usage of mbuf cluster

Currently t_template of tcpcb is a mbuf cluster. This happened when max_linkhdr is increased from 16 to 64 (1.44 of sys/kern/uipc_domain.c). I found this because I wonder why my company, IIJ's HTTP proxy servers started using a lot of mbuf clusters after a certain version. ok? It doesn't seem

Re: mfi(4): Make "bioctl -R" work after hot swapping

Hi, On Thu, 29 Jun 2017 17:14:41 +0900 (JST) FUKAUMI Naoki wrote: > Currently "bioctl -R" works only if disk state is "Offline" (set by > "bioctl -O") and it doesn't work for "Failed" disk. > > To make it work with hot swapped disk, report unused ("unconfigured" in >

Fix ifstated(8) "carp?.link.unknown"

Hi, "carp?.link.unknown" doesn't work. carp(4) started using LINK_STATE_INVALID for ifi_link_state instead of LINK_STATE_INVALID(0). ifstated needs to sync this change. ok? Index: usr.sbin/ifstated/ifstated.c === RCS file:

Re: ipmi(4): don't panic if ipmi_sendcmd() fails

On Tue, 06 Mar 2018 12:37:28 +0900 (JST) Naoki Fukaumi wrote: > sending IPMI command can fail for some reason (e.g. during BMC reset, > and possibly BMC is just busy?), then it should be better to return > error than panic(). Verified. # ipmitool mc reset warm # ipmitool

Re: mfii(4): add bio(4) support

Hi, > most parts are taken from mfi(4), plus fix for rebuilding (bioctl -R). Do I understand the rebuilding problem correctly? - mfii_makegood() and mfii_makespare() are added before sending the rebuild command to fix the problem - The problem doesn't happen with mfi(4) On Mon, 05 Mar 2018

Re: base system multi-booting in MBR

On Wed, 31 Jan 2018 17:05:57 -0500 Bryan Steele wrote: > On Wed, Jan 31, 2018 at 10:41:48PM +0100, Christian Weisgerber wrote: >> Alexei Malinin: >> >> > If the base system supported multi-booting in MBR would the community be >> > interested in it? >> >> It should be easy to

Re: makefs(8): add EFI platform-id for UFI

On Mon, 30 Oct 2017 16:35:03 +0800 "Michael W. Bombardieri" <m...@ii.net> wrote: > On Mon, Oct 30, 2017 at 05:27:29PM +0900, YASUOKA Masahiko wrote: >> Hi, >> >> I'd like to add a platform-id for EFI boot. >> >> ok? >> >> diff --

Re: makefs(8): add a platform-id for EFI

Let me update the diff and subject. On Mon, 30 Oct 2017 17:27:29 +0900 (JST) YASUOKA Masahiko <yasu...@openbsd.org> wrote: > diff --git a/usr.sbin/makefs/cd9660/cd9660_eltorito.h > b/usr.sbin/makefs/cd9660/cd9660_eltorito.h > index 43483018ef3..f527bc56b46 100644 > --- a/usr.

makefs(8): add EFI platform-id for UFI

Hi, I'd like to add a platform-id for EFI boot. ok? diff --git a/usr.sbin/makefs/cd9660/cd9660_eltorito.c b/usr.sbin/makefs/cd9660/cd9660_eltorito.c index 46ec432bc84..376c42f5dc3 100644 --- a/usr.sbin/makefs/cd9660/cd9660_eltorito.c +++ b/usr.sbin/makefs/cd9660/cd9660_eltorito.c @@ -104,6

makefs(8) eltrito diffs 2/2

Hi, > I'd like to fix two bugs which cause problems of the order of the boot > entries. A diff which add EFI support will follow them. next one ok? Fix a bug make the boot entries' order reverse, introduced at 1.8 on NetBSD.

makefs(8) eltrito diffs 1/2

Hi, I'd like to fix two bugs which cause problems of the order of the boot entries. A diff which add EFI support will follow them. ok? Initialize boot_catalog_entry's entry_type properly. This had been missing but the type was used in cd9660_setup_boot(). diff --git

enable wsdisplay of efifb on serial console hosts

Make efifb(4) usable as a video console even when the system is booted with serial console. It tries to use wsdisplay0 regardless its console since efifb is always primary display. comment? ok? diff --git a/sys/arch/amd64/amd64/efifb.c b/sys/arch/amd64/amd64/efifb.c index

Re: efiboot: Restore GOP mode on SetMode() failure

On Sat, 7 Oct 2017 09:24:20 +0200 Klemens Nanni <k...@posteo.org> wrote: > On Sat, Oct 07, 2017 at 01:15:40AM +, YASUOKA Masahiko wrote: >> > See my updated diff for reusing the gopi struct, please. >> >> ok, but the diff seems to be against wrong revision. Yo

Re: efiboot: Restore GOP mode on SetMode() failure

gt; wrote: > On Fri, Oct 06, 2017 at 05:15:20AM +0000, YASUOKA Masahiko wrote: >> On Tue, 3 Oct 2017 18:15:33 -0500 >> Andrew Daugherity <andrew.daugher...@gmail.com> wrote: >> > I tested this diff in combination with your "Implement machine gop command" >> &

Re: efiboot: Restore GOP mode on SetMode() failure

Hi, On Tue, 3 Oct 2017 18:15:33 -0500 Andrew Daugherity wrote: > From: Klemens Nanni > Date: 2017-09-16 13:58:21 > Message-ID: <20170916135821.4245umgvha23b...@x230.example.com> >>Updated diff introducing efi_gop_setmode() as helper to reduce duplicate

Re: efiboot boot path matching

Hi, On Sun, 30 Jul 2017 12:20:27 +1000 Jonathan Gray wrote: > On Sat, Jul 29, 2017 at 09:01:35PM +0200, Patrick Wildt wrote: >> On Sat, Jul 29, 2017 at 02:59:19PM +0200, Mark Kettenis wrote: >> > This is apparently very hard. Caught this on arm64 where >> >

Re: amd64: EFI boot over network try to load kernel from hd0

Hi, Tested the diff. It works fine. On Wed, 7 Jun 2017 20:23:43 +0200 Patrick Wildt wrote: > Do you want it to run diskless with root on NFS? Well, I haven't > implemented that, but here's a diff that should allow you to load > the kernel from a TFTP server. > > I have a

Re: efiboot serial console support

Yes, I think this is the proper fix. Please commit. ok yasuoka On Thu, 1 Jun 2017 10:41:57 +0200 Patrick Wildt <patr...@blueri.se> wrote: > On Thu, Jun 01, 2017 at 10:27:28AM +0200, Stefan Sperling wrote: >> On Tue, May 30, 2017 at 02:31:48PM +0200, YASUOKA Masahiko wrote:

Re: efiboot serial console support

Thanks, Let me update the diff. On Tue, 30 May 2017 13:58:29 +0200 Patrick Wildt <patr...@blueri.se> wrote: > On Tue, May 30, 2017 at 12:58:48PM +0200, YASUOKA Masahiko wrote: >> The following diff is to support serial console on efiboot. > > Nice. >> >> It u

efiboot serial console support

Hi, The following diff is to support serial console on efiboot. It uses ACPI UID to identify the port number (com0, com1 and so on) of probed serial interface. But I'm not sure wether com0-com3 are always mapped UID 0-3 as expected. Though I think this is good enough. Comment? diff --git

Re: tun/tap vs splnet()

On Fri, 26 May 2017 18:05:30 +0200 Martin Pieuchot wrote: > On 26/05/17(Fri) 17:43, Alexander Bluhm wrote: >> > @@ -569,8 +554,6 @@ tun_output(struct ifnet *ifp, struct mbu >> >af = mtod(m0, u_int32_t *); >> >*af = htonl(dst->sa_family); >> > >> > - s = splnet(); >> >

Re: delete pf states by exact flow info and speed it up

On Sun, 23 Apr 2017 00:18:07 +0200 Hiltjo Posthuma <hil...@codemadness.org> wrote: > On Sat, Apr 22, 2017 at 08:14:06AM +0900, YASUOKA Masahiko wrote: >> On Fri, 21 Apr 2017 13:52:51 +0900 (JST) >> YASUOKA Masahiko <yasu...@openbsd.org> wrote: >> > +int >

Re: delete pf states by exact flow info and speed it up

On Fri, 21 Apr 2017 13:52:51 +0900 (JST) YASUOKA Masahiko <yasu...@openbsd.org> wrote: > +int > +pfctl_parse_host(char *str, struct pf_rule_addr *addr) > +{ (snip) > + if ((sbs = strchr(s, '[')) != NULL || (sbe = strrchr(s, ']')) != NULL) { > + hints

Re: delete pf states by exact flow info and speed it up

Hi, On Fri, 21 Apr 2017 00:27:04 +0200 Alexandr Nedvedicky wrote: > I finally got to your patch. I'm fine with your to extend pfctl kill > operation. > > I've found just few nits in your change. > > 1) your manpage diff should include one more change below:

delete pf states by exact flow info and speed it up

Hi, I'd like to add "key" modifier to "pfctl -k" to delete pf states, like below: # pfctl -k key -k 'tcp 10.0.0.1:80 <- 10.0.0.101:32123' This deletion will be very fast if the RB tree of pf state table is used to find the state. The diff also includes the diff for that part (DIOCKILLSTATES

Re: efiboot: boot device lookup typo

does I/O against disks (not partitions), so we need to find the device path of the disk. --yasuoka On Tue, 28 Feb 2017 16:48:19 +0100 Patrick Wildt <patr...@blueri.se> wrote: > On Tue, Feb 28, 2017 at 04:33:14PM +0100, Patrick Wildt wrote: >> On Wed, Mar 01, 2017 at 12:17:02AM +0900

Re: efiboot: boot device lookup typo

Hi, On Tue, 28 Feb 2017 15:16:58 +0100 Patrick Wildt <patr...@blueri.se> wrote: > On Tue, Feb 28, 2017 at 10:41:21PM +0900, YASUOKA Masahiko wrote: >> On Mon, 27 Feb 2017 11:10:31 +0100 >> Patrick Wildt <patr...@blueri.se> wrote: >> > I'm surprised this

Re: efiboot: boot device lookup typo

Let me update the diff, On Tue, 28 Feb 2017 22:41:21 +0900 (JST) YASUOKA Masahiko <yasu...@openbsd.org> wrote: > On Mon, 27 Feb 2017 11:10:31 +0100 > Patrick Wildt <patr...@blueri.se> wrote: >> I'm surprised this didn't come up earlier, but I think the for-loop is a >

Re: efiboot: boot device lookup typo

Hi, On Mon, 27 Feb 2017 11:10:31 +0100 Patrick Wildt wrote: > I'm surprised this didn't come up earlier, but I think the for-loop is a > bit wrong. What the code is supposed to be doing is going over each > device path node for the loaded image, which is supposed to be the

Re: npppd: reload enables stripping NT domains on radius

On Tue, 21 Feb 2017 08:31:13 +0100 Patrick Wildt <patr...@blueri.se> wrote: > On Tue, Feb 21, 2017 at 02:11:05PM +0900, YASUOKA Masahiko wrote: >> On Mon, 20 Feb 2017 11:38:19 +0100 >> Patrick Wildt <patr...@blueri.se> wrote: >> > when using RADIUS, the NT

Re: npppd: reload enables stripping NT domains on radius

Hi, On Mon, 20 Feb 2017 11:38:19 +0100 Patrick Wildt wrote: > when using RADIUS, the NT domains should not be stripped from the > username. I suppose it depends on the use-case. npppd.conf(5) mentions "strip-nt-domain" is "yes" by default and adding "strip-nt-domain no" in

Re: efifb(4): WSDISPLAYIO_{GET,SET}PARAM ioctl support

comitted. Thanks! On Sun, 11 Dec 2016 10:32:59 +0100 Anton Lindqvist wrote: > This allows the brightness on my Dell Latitude 3160 to be adjusted > through wsconsctl(1). > > Index: arch/amd64/amd64/efifb.c >

Re: vxlan bug wrt IN6_ANY as source Was: Re: tweak in6_selectsrc()

Hi, > I think we should not allow at all empty source addresses, as it can > make things confusing when troubleshooting. goda@ yasuoka@ reyk@ : > what is your take on this ? I have the same opinion of you. Since tunneling protocol like vxlan (or etherip) is used with statically assigned IP

Re: request for test: mfii

On Wed, 26 Oct 2016 10:26:19 +1100 Jonathan Gray <j...@jsg.id.au> wrote: > On Tue, Oct 25, 2016 at 05:29:55PM +0900, YASUOKA Masahiko wrote: >> I'm working on making mfii(4) bio(4) capable. >> >> If you have a machine which has mfii(4), I'd like you to test the di

request for test: mfii

Hi, I'm working on making mfii(4) bio(4) capable. If you have a machine which has mfii(4), I'd like you to test the diff following. (It might be risky for production machines for this moment.) After the diff applied, bioctl(8) against the disk (eg. sd0) starts working and also "sysctl

Re: fix carp "carppeer" + "real mac-address"

FYI. I just commited regress tests on regress/netinet/carp/ . carp_4.sh demostrates the problem which the diff fixes. On Tue, 18 Oct 2016 19:33:01 +0900 (JST) YASUOKA Masahiko <yasu...@openbsd.org> wrote: > Currenlty when carppeer + "real mac-address" are used at once

fix carp "carppeer" + "real mac-address"

Hi, Currenlty when carppeer + "real mac-address" are used at once, changing MASTER by carpdemote causes "MASTER-MASTER" problem, BACKUP is to become MASTER but the present MASTER also will keep its state. The diff following will fix this problem. ok? Accept CARP advertisement packets whose

Re: use x2apic if it is enabled by BIOS

Hi, Thanks your comments, On Fri, 14 Oct 2016 16:23:40 +0200 (CEST) s...@openbsd.org wrote: > On Fri, 14 Oct 2016, YASUOKA Masahiko wrote: >> I'm working on NEC Express5800/R110h-1 (dmesg is attached). On this >> machine, our kernel panics with following message. >> >&

use x2apic if it is enabled by BIOS

Hi, I'm working on NEC Express5800/R110h-1 (dmesg is attached). On this machine, our kernel panics with following message. cpu0 at mainbus0panic: cpu at apic id 0 already attached? This seems to happen since x2APIC on the machine is enabled by BIOS and the kernel doesn't assume that. The

Re: M_PREPEND in vxlan encap on not strict-alignment archs

ok yasuoka thanks, On Mon, 10 Oct 2016 13:48:18 +1000 David Gwynne wrote: > if the arch can cope with prepending on an unaligned address in > vxlan, then let it do it. > > this means less work if we can get away with it. > > ok? > > Index: if_vxlan.c >

Re: regress for etherip and vxlan

On Wed, 5 Oct 2016 15:31:39 +0200 Alexander Bluhm <alexander.bl...@gmx.net> wrote: > On Wed, Oct 05, 2016 at 04:48:55PM +0900, YASUOKA Masahiko wrote: >> The diff add regress scripts for vxlan(4) and etherip(4). >> >> This will be my first commit to regress/. ok? >

Re: add in6 multicast support to vxlan(4) ; question on mbufs

On Wed, 5 Oct 2016 14:30:27 +0200 Mike Belopuhov <m...@belopuhov.com> wrote: > On Wed, Oct 05, 2016 at 10:58 +0900, YASUOKA Masahiko wrote: >> On Tue, 4 Oct 2016 17:27:12 +0200 >> Mike Belopuhov <m...@belopuhov.com> wrote: >> > On Tue, Oct 04, 2016

regress for etherip and vxlan

The diff add regress scripts for vxlan(4) and etherip(4). This will be my first commit to regress/. ok? diff --git a/regress/sys/net/Makefile b/regress/sys/net/Makefile index 40f49cc..f46c3dd 100644 --- a/regress/sys/net/Makefile +++ b/regress/sys/net/Makefile @@ -1,5 +1,6 @@ # $OpenBSD:

Re: add in6 multicast support to vxlan(4) ; question on mbufs

On Tue, 4 Oct 2016 17:27:12 +0200 Mike Belopuhov wrote: > On Tue, Oct 04, 2016 at 01:07 +0200, Vincent Gross wrote: >> On Sat, 24 Sep 2016 10:58:10 +0200 >> Vincent Gross wrote: >> >> > Hi, >> > >> [snip] >> > >> > Aside from the mbuf issue, is this Ok

Re: etherip alignment issues

Hi, I could repeat the problem on my octeon. Tested the diff on it. ok? Use a new mbufs for a tunnel header to make sure it is aligned correctly. Index: sys/net/if_etherip.c === RCS file: /cvs/src/sys/net/if_etherip.c,v

Re: etherip alignment issues

On Sat, 24 Sep 2016 16:45:09 -0400 (EDT) Martin Brandenburg <mar...@martinbrandenburg.com> wrote: > On Sun, 25 Sep 2016, YASUOKA Masahiko wrote: > >> On Sat, 24 Sep 2016 13:08:18 -0400 (EDT) >> Martin Brandenburg <mar...@martinbrandenburg.com> wrote: >> >

Re: etherip alignment issues

On Sat, 24 Sep 2016 13:08:18 -0400 (EDT) Martin Brandenburg <mar...@martinbrandenburg.com> wrote: > On Sat, 24 Sep 2016, YASUOKA Masahiko wrote: >> The problem doesn't repeat on my Octeon. >> >> Can you try the diff below? >> >> - I assume the diff fi

Re: etherip alignment issues

Hi, The problem doesn't repeat on my Octeon. Can you try the diff below? - I assume the diff fixes the problem - A kernel message is added. please let me know if it appears. Thanks, diff --git a/sys/net/if_etherip.c b/sys/net/if_etherip.c index ad58c52..c0af82e 100644 ---

Re: [patch] make npppd do as the man page says

Sorry for long delay. Using empty sting for hostname in PPTP is intentional. So I will fix the man page. Thank you for your report. On Tue, 8 Mar 2016 11:20:40 + Joe Holden wrote: > Below is a patch that corrects pptp to set the pptp hostname as the > system

Enabling rasops24

Enabling rasops24 in files.amd64 makes QEMU with UEFI start working. But.. the background color of the kernel message is sometimes red or green where it should be blue. ok for files.amd64? comments for the color problem? Index: sys/arch/amd64/conf/files.amd64

Re: EFIboot and HP Stream 13

Hello, On Wed, 13 Apr 2016 12:27:51 +0200 "Vegar Linge Haaland" <ve...@vegarlh.com> wrote: >> -Original Message- >> From: owner-t...@openbsd.org [mailto:owner-t...@openbsd.org] On >> Behalf Of YASUOKA Masahiko >> Sent: onsdag 13. april 2016 09

Re: EFIboot and HP Stream 13

On Wed, 13 Apr 2016 09:26:23 +0200 "Vegar Linge Haaland" wrote: > probing: pc0 mem[444K 88K 511M 1374M 19M] > Disk:BlockSize=256 LastBlock=16383 > Hit any key to reboot The result above means the disk is 4MB and its bllock size 256 bytes. This seems strange for me. > Also, I

Re: EFIboot and HP Stream 13

_rtt(void) { -#ifdef EFI_DEBUG +//#ifdef EFI_DEBUG printf("Hit any key to reboot\n"); efi_cons_getc(0); -#endif +//#endif EFI_CALL(RS->ResetSystem, EfiResetCold, EFI_SUCCESS, 0, NULL); while (1) { } } On Wed, 13 Apr 2016 10:49:40 +0900 (JST) YASUOKA Masahiko &

Re: EFIboot and HP Stream 13

Hi, Thank you for your report. The diff seems to make sense for the issue. I'll fix it on the CVS soon. On Mon, 11 Apr 2016 21:26:37 +0200 "Vegar Linge Haaland" wrote: > Hi! I am hitting an issue in efiboot on my HP Stream 13. Patch below. Sorry > if this is the wrong list.

Re: efiboot 240x56 mode

Hi, On Sat, 12 Mar 2016 10:22:13 +0100 Matthieu Herrb wrote: > a collegue of mine recently tried to get OpenBSD running on an HP E820 > laptop. Apparently this machine is UEFI only and its BIOS only works > in a 240x56 text mode. The original efi_video_init() is to switch the

Re: Patches for improving npppd with rdomain support

Hi, On Tue, 1 Mar 2016 17:32:22 +0100 Claer wrote: > I asked a friend, Mathieu Papineau, to help me with an issue I have with > npppd. Thank you for the diffs. I already commited the fix of the path. > For a project here, I thought building multitenancy firewall with

Re: npppd_local.h - Forgotten include guard

commited. Thanks, On Sat, 05 Mar 2016 09:34:07 + "Tiago Silva" wrote: > Hi to all, > > The 1.13 revision of /src/usr.sbin/npppd/npppd/npppd_local.h forgot to remove > the bottom __cplusplus include guard. > > --- /src/usr.sbin/npppd/npppd/npppd_local.h Thu Jul 23

Re: Vaio Pro 11" SVP112A1CL can't suspend to ram or hibernate

On Sat, 20 Feb 2016 04:17:05 +0100 Noth wrote: > I installed -CURRENT on my laptop today, so far so good on the UEFI > boot, crypto disk and wifi with .11n. Unfortunately the suspend to ram > and hibernate options don't work... Suspend goes to suspend but wakes >

Re: npppd: simplify and lock down priv_open()

I'm sorry for delay. ok yasuoka tested. On Fri, 1 Jan 2016 10:55:14 -0800 Philip Guenther wrote: > On Fri, 4 Dec 2015, Todd C. Miller wrote: >> On Fri, 04 Dec 2015 09:47:46 -0800, Philip Guenther wrote: >> > We should fix open(2); please try the diff below. Are you sure

Re: minor build fix in libssl

On Thu, 17 Dec 2015 12:04:10 +0900 (JST) YASUOKA Masahiko <yasu...@openbsd.org> wrote: > Compiling sha256-x86_64.S fails if the "src" is located a directory > which includes "512". Actually I hit this problem like below since it's 2015-12: sha512-x86_64.so: In f

minor build fix in libssl

Hi, Compiling sha256-x86_64.S fails if the "src" is located a directory which includes "512". The diff below fixes this problem. ok? Index: lib/libssl/src/crypto/sha/asm/sha512-x86_64.pl === RCS file:

Re: npppd: simplify and lock down priv_open()

Hi, On Sat, 10 Oct 2015 21:32:29 -0700 Philip Guenther wrote: > So: > * kill the 'mode' argument to PRIVSEP_OPEN and priv_open() > * fail a PRIVSEP_OPEN call if it's passed any flags other than >O_ACCMODE or O_NONBLOCK > * paranoia: mask O_CREAT when calling open()

Re: npppd: simplify and lock down priv_open()

On Fri, 4 Dec 2015 09:47:46 -0800 Philip Guenther <guent...@gmail.com> wrote: > On Fri, Dec 4, 2015 at 3:41 AM, YASUOKA Masahiko <yasu...@openbsd.org> wrote: >> On Sat, 10 Oct 2015 21:32:29 -0700 >> Philip Guenther <guent...@gmail.com> wrote: >&g

Re: npppd(8): sync option parsing with other userland utils

On Sun, 8 Nov 2015 22:20:33 +0100 Benjamin Baier wrote: > This patch brings npppd(8)'s option parsing in sync with all the > other userland utils that don't recognize -h for help/usage (except > for some games, still). > > Also exit(3) at the end of the usage() function

Re: inteldrm(4) diff that needs testing

On Sat, 24 Oct 2015 23:48:01 +0200 (CEST) Mark Kettenis wrote: > The diff below makes inteldrm(4) attach directly to pci(4) instead of > vga(1). Because inteldrm(4) depends on intagp(4), this also make > intagp(4) a child of inteldrm(4). Ultimately I'd like to integrate

Re: npppd: simplify and lock down priv_open()

ok yasuoka, the diff is tested. On Sat, 10 Oct 2015 21:58:02 -0700 Philip Guenther wrote: > On Sat, 10 Oct 2015, Theo de Raadt wrote: >> I don't know the code either, but it is probably better if privsep's had >> more narrow task-specific operations. Like

Re: efifb(4) improvements

ok yasuoka The diff speeded up boot time 32.5 sec => 18.0 sec (with -s, until appearing prompt of single user mode). On Sun, 6 Sep 2015 00:49:09 +0200 (CEST) Mark Kettenis wrote: > On most modern hardware reading from a framebuffer is much slower than > writing to it.

Re: [patch] radiusd: rm -h flag, fail earlier (and print usage) given an unknown option

Thanks for the diffs for radius{d,ctl}. Commited both. On Mon, 24 Aug 2015 15:54:22 -0400 Michael Reed m.r...@mykolab.com wrote: This patch removes the -h flag because it seems very rare in OpenBSD programs, perhaps because options are usually already documented in manuals, as is the case for

Re: use siphash for in_pcb hash key lookups

On Tue, 4 Nov 2014 14:50:49 +1000 David Gwynne da...@gwynne.id.au wrote: this uses siphash to protect the in_pcb hashes. this is pretty much a textbook example of what siphash should be used for. tests? ok? Giving inpcb_hash() to LIST_* macros via INPCB*HASH() caused calling inpcb_hash()

Re: use siphash for in_pcb hash key lookups

On Fri, 07 Nov 2014 01:19:45 +0900 (JST) YASUOKA Masahiko yasu...@openbsd.org wrote: On Tue, 4 Nov 2014 14:50:49 +1000 David Gwynne da...@gwynne.id.au wrote: this uses siphash to protect the in_pcb hashes. this is pretty much a textbook example of what siphash should be used for. tests? ok

Re: diff: fix dhcpinform to work without lease

On Wed, 09 Jul 2014 20:40:36 +0200 (CEST) YASUOKA Masahiko yasu...@yasuoka.net wrote: On Wed, 9 Jul 2014 19:08:09 +0200 Kenneth Westerback kwesterb...@gmail.com wrote: On 9 July 2014 16:26, YASUOKA Masahiko yasu...@yasuoka.net wrote: This diff fixes dhcpinform to work without lease. ok

dhcpd udp socket mode (was Re: diff: dhcpd on DLT_LOOP interfaces)

On Wed, 9 Jul 2014 16:57:44 +0200 Kenneth Westerback kwesterb...@gmail.com wrote: On 9 July 2014 16:23, YASUOKA Masahiko yasu...@yasuoka.net wrote: Some users of npppd(8) want to use dhcpd(8) on tunneling interface to provide additional routing entries and so on to VPN clients. So I'd like

Re: dhcpd udp socket mode

On Thu, 10 Jul 2014 10:17:29 +0200 (CEST) YASUOKA Masahiko yasu...@yasuoka.net wrote: On Wed, 9 Jul 2014 16:57:44 +0200 Kenneth Westerback kwesterb...@gmail.com wrote: On 9 July 2014 16:23, YASUOKA Masahiko yasu...@yasuoka.net wrote: Some users of npppd(8) want to use dhcpd(8) on tunneling

diff: dhcpd on DLT_LOOP interfaces

Hi, Some users of npppd(8) want to use dhcpd(8) on tunneling interface to provide additional routing entries and so on to VPN clients. So I'd like to make the dhcpd work on the DLT_LOOP interfaces. comment or ok? Make dhcpd(8) work on the DLT_LOOP interfaces. worked with Yuuichi Someya

diff: fix dhcpinform to work without lease

This diff fixes dhcpinform to work without lease. ok? Fix dhcpinform to work without lease. Diff from Yuuichi Someya. Index: usr.sbin/dhcpd/dhcp.c === RCS file: /disk/cvs/openbsd/src/usr.sbin/dhcpd/dhcp.c,v retrieving revision

Re: diff: fix dhcpinform to work without lease

On Wed, 9 Jul 2014 19:08:09 +0200 Kenneth Westerback kwesterb...@gmail.com wrote: On 9 July 2014 16:26, YASUOKA Masahiko yasu...@yasuoka.net wrote: This diff fixes dhcpinform to work without lease. ok? Fix dhcpinform to work without lease. Diff from Yuuichi Someya. This seems

Re: diff: class-static-route of dhcp-option

On Fri, 04 Jul 2014 22:25:32 +0900 (JST) YASUOKA Masahiko yasu...@yasuoka.net wrote: On Fri, 4 Jul 2014 09:26:04 +0200 Kenneth Westerback kwesterb...@gmail.com wrote: This check may be present to ensure our dhclient does not get confused, which I will check. As my reading the code, it seems

Re: diff: class-static-route of dhcp-option

On Fri, 4 Jul 2014 09:26:04 +0200 Kenneth Westerback kwesterb...@gmail.com wrote: @@ -847,7 +847,7 @@ parse_cidr(FILE *cfile, unsigned char *a if (token == TOK_NUMBER) convert_num(prefix, val, 10, 8); - if (token != TOK_NUMBER || *prefix 1 || *prefix 32) { +

diff: class-static-route of dhcp-option

ok? Fix classless-{ms-,}static-routes to comply RFC 3442. Number of octets should be changed by corresponding to the prefix length. And 0 should be allowed for the prefix length. Also fix white spaces. Based on diff from Yuuichi Someya. Index: usr.sbin/dhcpd/confpars.c

<    1   2   3   4   >