Re: softraid/bioctl cant find device /dev/bio

On Mon, Aug 3, 2020 at 11:38 AM Brian Brombacher wrote: > > > > On Aug 3, 2020, at 9:54 AM, sven falempin > wrote: > > > > Hello > > > > I saw a similar issue in the mailing list around decembre 2019, > > following an electrical problem softraid do

softraid/bioctl cant find device /dev/bio

Hello I saw a similar issue in the mailing list around decembre 2019, following an electrical problem softraid doesn't bring devices ups # ls /dev/sd?? /dev/sd0a /dev/sd0g /dev/sd0m /dev/sd1c /dev/sd1i /dev/sd1o /dev/sd2e /dev/sd2k /dev/sd0b /dev/sd0h /dev/sd0n /dev/sd1d /dev/sd1j /dev/sd1p

Re: NET_LOCK and trunk detach

On Tue, Jul 28, 2020 at 4:42 PM Vitaliy Makkoveev wrote: > > On Tue, Jul 28, 2020 at 04:10:01PM -0400, sven falempin wrote: > > Hello, > > > > I am running some trunk interfaces in a multi core environment, > > it's a slightly modified version, i have a few NET_A

NET_LOCK and trunk detach

Hello, I am running some trunk interfaces in a multi core environment, it's a slightly modified version, i have a few NET_ASSERT_LOCKED(); suspecting some multi core shenanigans, which i guess was confirmed: (unsure the have X meaning, but i ' m pretty sure 256 is very wrong) the if_trunk.c

Re: acme-client config grammar improvements

On Fri, Jul 24, 2020 at 10:47 AM Florian Obser wrote: > On Thu, Jul 16, 2020 at 07:40:35AM +0200, Daniel Eisele wrote: > > Also it would be nice to have a feature to update all domains of the > > config file. I currently do that in a shell script by parsing the output > > of acme-client -nv with

UPgrading pkg to 6.7 missed a package

Readers, pkg_add -u failed to upgrade p5-DBD-MariaDB-1.2 to p5-DBD-MariaDB-1.21p0 p5-DBD-MariaDB-1.2 is previous released so maybe it is too old and my fault , but it is odd that pkg_add -u p5-DBD-MariaDB does nothing when p5-DBD-MariaDB-1.2 is in the package list and p5-DBD-MariaDB-1.21p0.tgz

Re: download site or stuff from sources with weak password

On Mon, Jul 13, 2020 at 2:38 PM Theo de Raadt wrote: > I am sceptical of any need to support what you propose, especially > when it isn't documented, and secondly when it is shitty, and > outside the scope of the project. > FTP(1) General Commands Manual

download site or stuff from sources with weak password

?(+([!@])@) is not very smart for something:something@ but i guess it is enough ? ( tabulation should be present below ) Index: ./distrib/miniroot/install.sub === RCS file: /cvs/src/distrib/miniroot/install.sub,v retrieving

Re: bridge(4) shouldn't try to create new interfaces when i make a typo

On Thu, Jul 9, 2020 at 3:31 AM Klemens Nanni wrote: > > On Thu, Jul 09, 2020 at 05:08:01PM +1000, David Gwynne wrote: > > if i accidentally `ifconfig bridge add gre0` instead of egre0, having > > bridge create gre0 and then not like it is not what i expect to happen. > > especially when it leaves

Re: Stuck in Needbuf state, trying to understand (6.7)

On Mon, Jun 29, 2020 at 12:58 PM sven falempin wrote: > > > On Mon, Jun 29, 2020 at 12:12 PM Bob Beck wrote: > >> >> > Awesome, thanks! >> > >> > I will test that, ASAP, >> > do not hesitate to slay dragon, >> > i heard the bathing

Re: Stuck in Needbuf state, trying to understand (6.7)

On Mon, Jun 29, 2020 at 12:12 PM Bob Beck wrote: > > > Awesome, thanks! > > > > I will test that, ASAP, > > do not hesitate to slay dragon, > > i heard the bathing in the blood pool is good for the skin > > > > Little concern, I did the test without the MFS and ran into issues , > > anyway i get

Re: Stuck in Needbuf state, trying to understand (6.7)

On Mon, Jun 29, 2020 at 11:44 AM Bob Beck wrote: > On Sun, Jun 28, 2020 at 12:18:06PM -0400, sven falempin wrote: > > On Sun, Jun 28, 2020 at 2:40 AM Bryan Linton wrote: > > > > > On 2020-06-27 19:29:31, Bob Beck wrote: > > > > > > > > N

Re: Stuck in Needbuf state, trying to understand (6.7)

On Sun, Jun 28, 2020 at 2:40 AM Bryan Linton wrote: > On 2020-06-27 19:29:31, Bob Beck wrote: > > > > No. > > > > I know *exactly* what needbuf is but to attempt to diagnose what your > > problem is we need exact details. especially: > > > > 1) The configuration of your system including all the

Re: Stuck in Needbuf state, trying to understand (6.7)

On Fri, Jun 26, 2020 at 7:35 PM sven falempin wrote: > > > On Fri, Jun 26, 2020 at 5:22 PM Stuart Henderson > wrote: > >> On 2020/06/26 15:30, sven falempin wrote: >> > behavior confirmed on current. >> > >> > Once the process stalls, ( c

Re: Stuck in Needbuf state, trying to understand (6.7)

On Fri, Jun 26, 2020 at 5:22 PM Stuart Henderson wrote: > On 2020/06/26 15:30, sven falempin wrote: > > behavior confirmed on current. > > > > Once the process stalls, ( could be anything writing to the vnconfig > disk, > > cp , umount ) > > a few other

pkg_add.1

Dear readers, It may not be very obvious that 'dry run' mode of pkg_add actually downloads packages. It is a good feature and maybe the pkg_add man could use an EXAMPLES section. Index: pkg_add.1 === RCS file:

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Mon, Jun 8, 2020 at 1:48 PM Stefan Sperling wrote: > > On Fri, May 22, 2020 at 01:48:28PM -0400, sven falempin wrote: > > After a few days ... (free size too small 288 < 1024 /2 ) > > > > Maybe this can help make the driver better. > > > > printf '%x\

dhclient new commit are good but....

Dear readers, since 5.8 i ve been carrying around patches to manage : * crazy server sending hostname like "crazy ISP name with space" ( in one case the ignore or supersede failed to workaround the problem ), it is a bit hard to test, and it looks like some improvement was made to crash fatal

Re: Correcty reloading unresolved host in syslogd @Conf lines

On Mon, May 18, 2020 at 5:31 AM Alexander Bluhm wrote: > On Sat, May 16, 2020 at 07:23:37PM -0400, sven falempin wrote: > > This was looked at before. > > Did not get through. > > The posted diff was not my final solution. But yes, the issue was > forgotten. So I woul

Correcty reloading unresolved host in syslogd @Conf lines

This was looked at before. Did not get through. --- /usr/src/usr.sbin/syslogd/syslogd.c Wed May 13 19:17:17 2020 +++ ./syslogd.c Mon Feb 10 16:05:59 2020 @@ -2416,6 +2416,7 @@ s = 0; strlcpy(progblock, "*", sizeof(progblock)); strlcpy(hostblock, "*", sizeof(hostblock)); +

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Fri, May 15, 2020 at 11:17 AM Stefan Sperling wrote: > On Fri, May 15, 2020 at 11:11:44AM -0400, sven falempin wrote: > > Index: if_iwx.c > > === > > RCS file: /cvs/src/sys/dev/pci/if_iwx.c,v > > retrie

Re: iwx: fix phy context command

> > # patch -p0 -l < ./patch.diff >> > -- > |-- sys/dev/pci/if_iwx.c > |+++ sys/dev/pci/if_iwx.c > -- > Patching file sys/dev/pci/if_iwx.c using Plan A... > Hunk #1 succeeded at 343. > Hunk #2 succeeded at 3771. > Hunk #3 succeeded at 3810. > Hmm...

Re: iwx: fix phy context command

On Fri, May 15, 2020 at 9:29 AM Stefan Sperling wrote: > iwx(4) firmware understands two different variants of the "PHY_CONTEXT" > command. Both variants are documented with the same command API version > number, but they use different sizes for an embedded struct that contains > information

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Thu, May 14, 2020 at 5:55 AM Stefan Sperling wrote: > On Wed, May 13, 2020 at 07:55:02PM -0400, sven falempin wrote: > > 'good news' > > > > I build a custom kernel with the DEBUG flag for the driver > > > I 'works' , > > This means that the driver is doing

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

'good news' I build a custom kernel with the DEBUG flag for the driver ugen0 at uhub3 port 3 "Intel product 0x0029" rev 2.01/0.01 addr 2 iwx_cmd_done: command 0x88 done iwx_cmd_done: command 0x88 done iwx_cmd_done: command 0x88 done iwx_cmd_done: command 0x88 done iwx_cmd_done: command 0x88 done

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Wed, May 13, 2020 at 2:24 PM Stuart Henderson wrote: > > On 2020/05/13 13:46, sven falempin wrote: > > *Please* > > advise how to squeeze more information to thwart that problem. > > If I had a card using a newly developed driver that was doing that, > I would rem

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

> > OpenBSD 6.7 (GENERIC.MP) #182: Thu May 7 11:11:58 MDT 2020 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 7975399424 (7605MB) > avail mem = 7721070592 (7363MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0:

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Mon, May 11, 2020 at 5:52 AM Stefan Sperling wrote: > On Sun, May 10, 2020 at 04:17:46PM -0400, sven falempin wrote: > > On Sun, May 10, 2020 at 4:51 AM Stefan Sperling wrote: > > > > > On Sat, May 09, 2020 at 04:23:08PM -0400, sven falempin wrote: > > > >

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Sun, May 10, 2020 at 4:51 AM Stefan Sperling wrote: > On Sat, May 09, 2020 at 04:23:08PM -0400, sven falempin wrote: > > "no config, interface is down", Did not do anything special, > > upgrade => Plug card => boot => crash > > > I tested with t

Re: 6.7 snaps upgrade went fine - Intel ax200ngw not so much

On Sat, May 9, 2020 at 4:14 AM Stefan Sperling wrote: > On Fri, May 08, 2020 at 11:51:50AM -0400, sven falempin wrote: > > I upgraded to 6.7 - beta a tftp server i use > > > > Not much to report as the device is basic but i wanted to test some wifi > on > >

6.7 snaps upgrade went fine - Intel ax200ngw not so much

I upgraded to 6.7 - beta a tftp server i use Not much to report as the device is basic but i wanted to test some wifi on it. iwx0 at pci8 dev 0 function 0 "Intel Wi-Fi 6 AX200" rev 0x1a, msix The firmware crashes at start, no config down: iwx0: dumping device error log iwx0: Start Error Log

Re: syslogd closing all udp is a tiny bit aggressiv

On Sun, Feb 9, 2020 at 4:12 PM Alexander Bluhm wrote: > On Thu, Feb 06, 2020 at 05:57:15PM -0500, sven falempin wrote: > > > Your DNS lookup fails at startup, sockets are closed. > > > Later at SIGHUP you DNS works again. Now the sockets are needed. > > > So do

Re: syslogd closing all udp is a tiny bit aggressiv

On Thu, Feb 6, 2020 at 5:32 PM Alexander Bluhm wrote: > > On Thu, Feb 06, 2020 at 11:46:25AM -0500, sven falempin wrote: > > If for exemple there s a wrong endpoint in the config file, like > > local1.warn @badhost > > and no other the daemon will close fd_udp. &

syslogd closing all udp is a tiny bit aggressiv

Hello, Syslogd is supposed to reload the configuration on HUP, and does it well but for one case. If the demon does not have any endpoint it will close the FD opened *at start* line 587 /* * If generic UDP file descriptors are used neither * for receiving nor for sending, close them. Then *

Re: ifconfig: fix maximum SSID length with WPA

+1 on max Len , keep \0, use length - 1 for sum. IMHO. Happy holidays all. On Fri, Dec 27, 2019 at 7:39 AM Claudio Jeker wrote: > On Fri, Dec 27, 2019 at 01:12:42PM +0100, Stefan Sperling wrote: > > If an SSID uses the maximum allowed length, ifconfig overwrites > > the last byte with \0 when

Re: ix(4) need support for X553

On Thu, Oct 31, 2019 at 9:49 AM sven falempin wrote: > > > On Thu, Oct 31, 2019 at 9:17 AM Stuart Henderson > wrote: > >> On 2019/10/31 08:25, sven falempin wrote: >> > Thank you, the ./dev/pci/pcidevs_data.h, pcidevs.h are completly >> removed from this &

Re: ix(4) need support for X553

On Thu, Oct 31, 2019 at 9:17 AM Stuart Henderson wrote: > On 2019/10/31 08:25, sven falempin wrote: > > Thank you, the ./dev/pci/pcidevs_data.h, pcidevs.h are completly > removed from this > > The pcidevs update is no longer needed since pcidevs r1.1889. > > > I may h

Re: ix(4) need support for X553

On Wed, Oct 30, 2019 at 5:43 PM Stuart Henderson wrote: > On 2019/10/30 07:34, sven falempin wrote: > > https://github.com/dohnuts/wip/blob/master/ixgbe.diff > > > > Needs lots of cleaning > > > > On Wed, Oct 30, 2019 at 6:59 AM Joerg Goltermann wrote: > >

Re: ix(4) need support for X553

https://github.com/dohnuts/wip/blob/master/ixgbe.diff Needs lots of cleaning On Wed, Oct 30, 2019 at 6:59 AM Joerg Goltermann wrote: > Hello, > > I have a new Lanner NCA-1510A (with a Intel C3558) which has some > X553 SGMII ethernet ports. Unfortunately there is no support in ix(4) > for this

Re: acme-client no longer usable on -stable?

On Thu, Oct 10, 2019 at 2:57 AM Stuart Henderson wrote: > On 2019/10/09 08:50, sven falempin wrote: > > "2019-10-16T12:35:23Z", "challenges": [ { "type": "http-01", "status": > > "invalid", "error":

Re: acme-client no longer usable on -stable?

On Thu, Sep 12, 2019 at 9:00 AM Florian Obser wrote: > On Thu, Sep 12, 2019 at 12:42:58PM +0200, Henry Jensen wrote: > > Greetings, > > > > A tweet[0]from @romanzolotarev confused some people, including me. > > > > Basically he says, that if you wish co continue to use acme-client you > > have

Re: Minor vi MAN helper/precisions

On Fri, Oct 4, 2019 at 4:29 AM Stuart Henderson wrote: > On 2019/10/03 11:56, sven falempin wrote: > > BTW, on modern system RAM is plentiful while SSD are not always '/tmp' > > friendly. > > Some of the slower media (CF/SD cards etc) might have issues eventually but >

Re: Minor vi MAN helper/precisions

On Thu, Oct 3, 2019 at 12:15 PM Jason McIntyre wrote: > > On Thu, Oct 03, 2019 at 11:56:26AM -0400, sven falempin wrote: > > Dear reader, > > > > If you look an option, the options section does not tell you how to set it > > ( nor where ) > > at least this crea

Minor vi MAN helper/precisions

Dear reader, If you look an option, the options section does not tell you how to set it ( nor where ) at least this creates a searchable ref between the set ( which you cannot find looking for set because of the [t] ). Index: docs/USD.doc/vi.man/vi.1

Re: arm64: softraid boot

On Fri, Aug 2, 2019 at 3:26 PM Patrick Wildt wrote: > > On Fri, Aug 02, 2019 at 03:16:55PM -0400, sven falempin wrote: > > Dear ARM gurus, > > > > I m trying to tftp boot last snaphots on pine64+. > > Not sure if it s possible. > > So far I t

Re: arm64: softraid boot

Dear ARM gurus, I m trying to tftp boot last snaphots on pine64+. Not sure if it s possible. So far I tried loading minitroot like an idiot and then, a boolader, now I cant get the efi bootloader to do some tftp ( which I guess is normal ) But maybe I am just missing a small pieces. I also

pushing option to dhclient from netstart

Dear reader, /etc/netstart pushed option from 'dhcp #options#' beside ifconfig and before up. It's easy to have this behavior like this #options# dhcp OTA dhclient could be feed with argument like -l or -L , but those are not easily configured. it seams like a minor typo was introduce, or there

Re: ntpd auto time setting

On Thu, Jun 20, 2019 at 6:46 AM Otto Moerbeek wrote: > Hi, > > I have been working on a nice feature that improves startup behaviour of > ntpd. > > Summary: make sure you have at least one constraint source configured > and use no options. ntpd will set the clock if needed, even if you >

Re: trunk(4) shouldn't need to play with a port's if_type

Some interfaces are marked as busy ( promiscuitous ?) so they can’t be added in two bridges for example, this could be extended and make things more consistent? Just my two cents On Tue, Jun 11, 2019 at 8:27 PM David Gwynne wrote: > I get that trunk ports should not be able to be added to

Re: Talking about time (ntpd -s)

On Wed, Apr 24, 2019 at 2:39 PM Theo de Raadt wrote: > sven falempin wrote: > > > Dear Tech reader, > > > > NTPD -S is useful, when a device is in storage for a while the clock is > in > > disarray. > > But this assume the network exists, the f

Talking about time (ntpd -s)

Dear Tech reader, NTPD -S is useful, when a device is in storage for a while the clock is in disarray. But this assume the network exists, the fixed 15 seconds timeout makes sense, nevertheless it could be too long or too short. https://pastebin.com/gmNGpXLq Also NTPD just log out the failure

Regression on dhclient and automatisation

Dear courageous Reader, The 6.0 to 6.4 diff show the go_daemon ( why not https://man.openbsd.org/daemon ??? ) function changed a lot, before it was working through automation software now it creates zombie, that NEVER dies. do_daemon Diff Below. One way to produce this would be : perl unless (

Better call poll - pkg_add / ftp can never timeout

Dear Reader I already send email about my issue with pkg_add staying up for a long time. I cannot change the sysctl because other connections need large inactivity. I finally got a 'decent' diff working, still not very good imho, tls_read shall provide something smart as poll reply the data

Re: ftp -w is not dying

On Thu, Sep 27, 2018 at 11:59 AM sven falempin wrote: > > > On Thu, Sep 27, 2018 at 10:47 AM sven falempin > wrote: > >> I m not sure how this is possible but here s the data : >> >> i used the ENV to push -w 5 in my pkg_add process : >> # date >&g

Re: ftp -w is not dying

On Thu, Sep 27, 2018 at 10:47 AM sven falempin wrote: > I m not sure how this is possible but here s the data : > > i used the ENV to push -w 5 in my pkg_add process : > # date > Thu Sep 27 10:40:28 EDT 2018 > # ps auxww | grep pkgfet > _pkgfetc 60348 0.0 0.1 1728 5456 ?

ftp -w is not dying

I m not sure how this is possible but here s the data : i used the ENV to push -w 5 in my pkg_add process : # date Thu Sep 27 10:40:28 EDT 2018 # ps auxww | grep pkgfet _pkgfetc 60348 0.0 0.1 1728 5456 ?? INp Wed05PM 0:00.09 /usr/bin/ftp -w 5 -S session -o - https://

Re: ix0/1/2/3 at pci8 dev 0 function 0 "Intel X553 SFP+" rev 0x11: msi, address 00:30:18:xxxxxxx

On Tue, Sep 18, 2018 at 4:39 AM Hrvoje Popovski wrote: > On 17.9.2018. 22:32, sven falempin wrote: > > Dear Tech reader, > > > > I am recently working on Intel(R) Atom(TM) CPU C3758 intel devices. > > SFP Intel card are not working in 6.3/current openBSD base >

ix0/1/2/3 at pci8 dev 0 function 0 "Intel X553 SFP+" rev 0x11: msi, address 00:30:18:xxxxxxx

Dear Tech reader, I am recently working on Intel(R) Atom(TM) CPU C3758 intel devices. SFP Intel card are not working in 6.3/current openBSD base I did patch intel driver reading netbsd, freebsd and intel code of ixgbe driver. I am now transferring data between two openBSD at ~1.50 Gb/s for

Re: Very strange condition

On Thu, Aug 9, 2018 at 10:40 AM Mark Kettenis wrote: > > > From: sven falempin > > Date: Thu, 9 Aug 2018 10:10:14 -0400 > > > > In ACPI.c > > > > > > if ((pm1 & ACPI_PM1_SCI_EN) == 0 && sc->sc_fadt->smi_cmd &&

Very strange condition

In ACPI.c if ((pm1 & ACPI_PM1_SCI_EN) == 0 && sc->sc_fadt->smi_cmd && (!sc->sc_fadt->acpi_enable && !sc->sc_fadt->acpi_disable)) { printf(", ACPI control unavailable\n"); acpi_unmap_pmregs(sc); return; } the condition

Re: tables in anchor

On Thu, Jul 12, 2018 at 12:15 PM sven falempin wrote: > You can add them with pftcl -a foo/bar -t new -T add something > The table cannot be created empty ( no -T create ) > It s not possible to write in a configuration file > > anchor "whenitshot" { > table cons

tables in anchor

You can add them with pftcl -a foo/bar -t new -T add something The table cannot be created empty ( no -T create ) It s not possible to write in a configuration file anchor "whenitshot" { table const { 192.168/16, 10/8, 172.16/12, 169.254/16, 10.1.0.254/16 } } Was possible in 6.0 it s no more

Re: Timeouting the pkg_add

that understands ${FETCH_CMD} -o - url. On Thu, Jun 14, 2018 at 5:52 PM Marc Espie wrote: > > On Thu, Jun 14, 2018 at 01:40:28PM -0400, sven falempin wrote: > > Dear Tech Readers, > > > > In ftp command -w is available, very useful for crappy networks. > > pkg_add does not have

Timeouting the pkg_add

Dear Tech Readers, In ftp command -w is available, very useful for crappy networks. pkg_add does not have any of this. The HTTP layer is not configuring Timeout. ( in /usr/libdata/perl5/OpenBSD/./PackageRepository/HTTP.pm ) my $o = IO::Socket::INET->new( PeerHost =>

dhclient hw_addr savvy

With no TABS because i m an idiot so use :%s/ /^->/g îs CTRL+V right, and -> is TAB Index: bpf.c === RCS file: /cvs/src/sbin/dhclient/bpf.c,v retrieving revision 1.69 diff -u -p -r1.69 bpf.c --- bpf.c 20 Sep 2017

Re: possibility to disable relink in conf

On Thu, Sep 14, 2017 at 10:26 AM, sven falempin <sven.falem...@gmail.com> wrote: > > > On Wed, Sep 13, 2017 at 9:07 PM, Theo de Raadt <dera...@openbsd.org> wrote: >> >> > +[[ $reorder != NO ]] && /usr/libexec/reorder_kernel & >> >> No.

Re: possibility to disable relink in conf

On Wed, Sep 13, 2017 at 9:07 PM, Theo de Raadt wrote: > > +[[ $reorder != NO ]] && /usr/libexec/reorder_kernel & > > No. Kernels get relinked. > > if you don't like it, make your own personal changes and suffer > the consequences. > > We are not going to add buttons for 1

Re: possibility to disable relink in conf

On Wed, Sep 13, 2017 at 11:58 AM, Theo de Raadt wrote: > Not going to do that. > >> Because sometimes you run not so good device, >> and you boot often. >> >> or you do not want to write on boot. >> >> ( attached file got the tabulation to apply ) >> >> Index: ./etc/rc.conf

possibility to disable relink in conf

Because sometimes you run not so good device, and you boot often. or you do not want to write on boot. ( attached file got the tabulation to apply ) Index: ./etc/rc.conf === RCS file: /cvs/src/etc/rc.conf,v retrieving revision

trunk (roundrobin) interface unexpected behavior

Removing interface speed up the trunk . Snapshot + pkg_add iperf # cat /etc/rc.conf.local pflogd_flags=NO # add more flags, e.g. "-s 256" smtpd_flags=NO sndiod_flags=NO Nothing else The network : configuration of device one# uname -a OpenBSD beta.test 6.2 GENERIC.MP#89 amd64 one#for v

Re: 6.2 beta snapshot , dhclient and bridge

On Tue, Sep 12, 2017 at 5:11 PM, sven falempin <sven.falem...@gmail.com> wrote: > Following beta snaps > > same setup ( one machine is a bridge for the next ) still cannot recover > DHCP OFFER back through the bridge > > ( updated the bridge device)

Re: 6.2 beta snapshot , dhclient and bridge

s Now updating client ( for trunk test on last version , currently the more the interface the less the speed :s ) On Fri, Sep 1, 2017 at 2:42 PM, sven falempin <sven.falem...@gmail.com> wrote: > Unexpected behavior : > > GENERIC.MP#63 6.2 AMD64 > > (Device one) em0 <---&g

6.2 beta snapshot , dhclient and bridge

Unexpected behavior : GENERIC.MP#63 6.2 AMD64 (Device one) em0 <---> em5 ( Device Two <--> bridge <--> ) em0 <---> DHCP SERVER two#: dhclient em0 two#: ifconfig bridge0 create two#: ifconfig bridge0 add em5 two#: ifconfig bridge0 add em0 two#: ifconfig bridge0 up one#: dhclient em0 FAILED

qemu vmm 6.0 / 6.1

6.1 got a firmware (ewww) for seabios i mean this : /usr/ports/sysutils/firmware/vmm If i compile this ports on 6.0 do i have any chance it does something right or i am just digging my grave deeper ? Best, -- --

Re: caesar(6) documents incorrect frequencies

On Tue, Aug 1, 2017 at 9:49 AM, Theo de Raadt wrote: >> > Is it possible you've got the fix backwards? I think ETAONRISHetc is >> > from some well-known research, but ETSAOR* is brand new and even google >> > cannot find a reference to that ordering. It seems there is a bug

Re: efiboot: disallow com(4) speed changes

On Wed, Mar 1, 2017 at 5:41 PM, sven falempin <sven.falem...@gmail.com> wrote: > > > On Wed, Mar 1, 2017 at 4:31 AM, Patrick Wildt <patr...@blueri.se> wrote: > >> Hi, >> >> there is no com(4) direct access support in EFI, so setting the speed >> w

Re: efiboot: disallow com(4) speed changes

On Wed, Mar 1, 2017 at 4:31 AM, Patrick Wildt wrote: > Hi, > > there is no com(4) direct access support in EFI, so setting the speed > will fail and crash the EFI Application. Happens when you run stty > com0 115200. > > ok? > > Patrick > > > diff --git

Re: sleep.1: "while true;" -> "while :;"

On Tue, Dec 20, 2016 at 5:49 PM, Jason McIntyre wrote: > On Tue, Dec 20, 2016 at 10:58:40PM +0100, Michal Mazurek wrote: > > While there is nothing wrong with "while true", "while :" is better > > and used a lot more often in the source tree. > > > > OK? > > > > i'm not sure

Re: mounting tmpfs ???

On Wed, Dec 14, 2016 at 7:02 PM, Martin Schröder <mar...@oneiros.de> wrote: > 2016-12-14 17:07 GMT+01:00 sven falempin <sven.falem...@gmail.com>: > > i am using this daily, what can i do !? > > maintain tmpfs > > Best >Martin > >

Re: mounting tmpfs ???

On Wed, Dec 14, 2016 at 10:51 AM, Stuart Henderson <s...@spacehopper.org> wrote: > On 2016/12/14 10:44, sven falempin wrote: > > [130]-[~] > > # ktrace mount_tmpfs -s20M tmpfs /foo > > mount_tmpfs: tmpfs on /foo: Operation not supported > > [1]-[~] > > # ls

mounting tmpfs ???

[130]-[~] # ktrace mount_tmpfs -s20M tmpfs /foo mount_tmpfs: tmpfs on /foo: Operation not supported [1]-[~] # ls -ld /foo drwxr-xr-x 2 root wheel 512 Dec 14 16:26 /foo trace: 6289 mount_tmpfs CALL lstat(0x7f7d9810,0x7f7d89f0) 6289 mount_tmpfs NAMI "/foo" 6289 mount_tmpfs STRU

Re: reloading pf through ansible easy hook

On Mon, Nov 21, 2016 at 5:48 PM, Antoine Jacoutot <ajacou...@bsdfrog.org> wrote: > > On Mon, Nov 21, 2016 at 05:34:35PM -0500, sven falempin wrote: > > Ansible is already managing pkg and service of openBSD , cool > > > > If one want to manage pf with it,

Re: Enabling rasops24

Tested here and it works ! @OK The terminal is white on red for first part of boot then goes back to white on blue. Also some kind of flicker/bufering during the start, aftfer the kernel loading no update for like half a second. But it s booting completly : i got some dmesg: sysctl:

Re: ksh tab completion: ^_: unexpected `^'

This does not include UTF8 basic character, so if someone do And it want to do it again for that file ... sviňák , does not work. This problem should be address in isalnum, i guess, i think some c++ lib did it already, and i have a headache everytime i want to use \w in a regexp. current $

Perl HTTP Tiny non configurable Timeout

Base perl got a deprecated HTTP Tiny code (0.29), one can use a package but base may enjoy the correction around or a better one. # Annoyingly IO::Socket's connect() is where the timeout logic is Index: IP.pm === RCS file:

Re: pf.conf macro with space

On Tue, Jun 21, 2016 at 8:30 AM, Stefan Sperling wrote: > On Tue, Jun 21, 2016 at 01:11:16PM +0200, Henning Brauer wrote: > > however, the ruleset in this case does NOT load. > > $ echo '"a macro with spaces"="foo"\npass from $a\ > macro\ with\ spaces"' | pfctl

pf.conf macro with space

Dear Tech Readers, in a pf.conf file one can do "silly things" = egress as defined in parse.y like varset : STRING '=' varstring { if (pf->opts & PF_OPT_VERBOSE) printf("%s = \"%s\"\n", $1, $3); if

Re: current trunk is not accepting tun / link0

On Fri, May 6, 2016 at 3:27 PM, Stuart Henderson <s...@spacehopper.org> wrote: > On 2016/05/06 15:19, sven falempin wrote: > > Claudio Jeker : 10 years ago > > ... > > trunk(4) works only over ethernet devices (more precisely IEEE802 based > > interfaces

current trunk is not accepting tun / link0

Claudio Jeker : 10 years ago ... trunk(4) works only over ethernet devices (more precisely IEEE802 based interfaces). This includes wireless devices but neither of gif, gre or pppoe. tun(4) in layer 2 mode works while a "normal" tun(4) will not. Looks like it s broken on layer 2 tun. # uname -a

Re: Print ifindex in ifconfig(8)

On Tue, Apr 12, 2016 at 8:18 AM, Claudio Jeker wrote: > On Tue, Apr 12, 2016 at 01:47:53PM +0200, Stefan Sperling wrote: > > On Tue, Apr 12, 2016 at 12:27:10PM +0100, Stuart Henderson wrote: > > > On 2016/04/12 13:00, Martin Pieuchot wrote: > > > > Relying on the

corner network case revealing unexpected behavior

Using 5.9 + openup , amd64 base config Assuming two interface s em1 and em5 and a configuration interconnecting interfaces like this vether10 10.1.2.10 rdomain 10 <--> bridge10 <--> vlan1010 vlan 10<-> em1 <--cable cable-> em5 <--> vlan1020 vlan 10 <--> bridge50 <--> vether50 10.1.2.50 rdomain 50

5.9 installation report - watchdog bark on em0

Base install + openup 64 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=32.923 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 32.008/32.466/32.923/0.457 ms # # # em0: watchdog: head 78 tail 77 TDH 78 TDT 78 em0:

Re: OpenBSD ASLR and the stack

http://www.openbsd.org/papers/asiabsdcon2015-pie-slides.pdf page6 ? On Tue, Mar 22, 2016 at 8:36 PM, Shawn Webb wrote: > Random newbie-sounding question: > > Does OpenBSD's ASLR implementation also randomize the top stack address? > Or is it simply a random gap (top

Re: Why are you so mean dhclient ?

On Fri, Feb 5, 2016 at 5:11 PM, sven falempin <sven.falem...@gmail.com> wrote: > > > tl;dr > Digging a bit, > > carp is not handle like other interface there is no if_carp.c file or > carp_X function. > In if.c, the case is handle with if type = IFT_CARP statement.

Re: GIF interface and Routing Serious Unexpected behavior

On Fri, Jan 15, 2016 at 9:23 AM, sven falempin <sven.falem...@gmail.com> wrote: > > Ok this morning the routing of gif was not done , after deleting the > default route and readding it, > tada, it s routed again. > > I will test with 5.8 , is it enough or do you absolute

GIF interface and Routing Serious Unexpected behavior

On Thu, Jan 14, 2016 at 8:56 PM, sven falempin <sven.falem...@gmail.com> wrote: > > > On Thu, Jan 14, 2016 at 3:14 PM, sven falempin <sven.falem...@gmail.com> > wrote: > >> >> On Thu, Jan 14, 2016 at 1:08 PM, sven falempin <sven.falem...@gmail.com>

gre, pf and overworking

Dear Tech Reader, Maybe this would be misc but i am trying to avoid some useless answer. This is openbsd 5.8 patched ( -r OPENBSD_5_8 ) All my block rule log. Nothing appear in tcpdump -teni pflog0 But pf drop packet (set skip or pfctl -d) solve problem. [0]-[blue]-[/cloudgate] # ping -c2 -w2

Re: gre, pf and overworking

On Thu, Jan 14, 2016 at 3:14 PM, sven falempin <sven.falem...@gmail.com> wrote: > > On Thu, Jan 14, 2016 at 1:08 PM, sven falempin <sven.falem...@gmail.com> > wrote: > >> Dear Tech Reader, >> Maybe this would be misc but i am trying to avoid some useless an

Re: trunk vs busy ports

On Fri, Nov 20, 2015 at 9:00 AM, Reyk Floeter wrote: > On Fri, Nov 20, 2015 at 11:27:05PM +1000, David Gwynne wrote: > > > > > On 20 Nov 2015, at 11:23 PM, Reyk Floeter wrote: > > > > > > On Fri, Nov 20, 2015 at 03:36:40PM +1000, David Gwynne wrote: > > >>

Re: kill NLS (native language support) libc errno message

On Sat, Oct 24, 2015 at 10:44 AM, Stefan Sperling wrote: > On Sat, Oct 24, 2015 at 04:07:59PM +0200, Alexander Bluhm wrote: > > Hi, > > > > The only thing that is translated into multiple languages in OpenBSD > > are the errno messages and signal names. Everything else is in > >

  1   2   3   >