GENERIC.MP (from
same snapshot version), with more conventional network configuration (no
mix between tagged/untagged vlan):
- one physical re0 (just up)
- several vlan interface on it
- one rdomain on vlan interface
Thanks.
--
Sebastien Marie
OpenBSD 5.8-beta (GENERIC.MP) #107: Thu Jul 2 09:23:23
On Thu, Jul 02, 2015 at 03:07:37PM +0200, Martin Pieuchot wrote:
On 02/07/15(Thu) 13:57, Sebastien Marie wrote:
The message is printed for every packet sent from rdomain 52
$ route -T 52 exec ping 192.168.52.1
PING 192.168.52.1 (192.168.52.1): 56 data bytes
--- 192.168.52.1 ping
ch that have been commited)
Thanks for your feedback, but please include the kernel backtrace on
ni_pledge panic.
--
Sebastien Marie
Index: compat_util.c
===
RCS file: /cvs/src/sys/compat/common/compat_util.c,v
retrieving revision 1.1
ar/nsd/etc/nsd.conf: Operation not
> permitted
> Error: failed to extract etc.tgz
> #
> *--*
Hi,
it is a known (and corrected) regression in tar(1), due to pledge(2).
the version 1.53 of src/bin/pax/ar_io.c corrects the problem.
you could rebuild and reinstall src/bin/pax/ from -current, or wait for
a new snapshot.
thanks.
--
Sebastien Marie
/usr/src/bin/pax/pax.c:281
Hi Jiri,
Thanks for you report. The problem is identified: your archive contains
fifo, and the mkfifo(2) syscall isn't currently allowed with pledge.
We are working on a proper way to resolv that.
Thanks.
--
Sebastien Marie
dge.c,v
> retrieving revision 1.139
> diff -u -p -r1.139 kern_pledge.c
> --- sys/kern/kern_pledge.c27 Dec 2015 01:37:46 - 1.139
> +++ sys/kern/kern_pledge.c27 Dec 2015 16:17:21 -
> @@ -64,6 +64,7 @@
> #define PLEDGENAMES
> #include
>
> +#include "audio.h"
> #include "pty.h"
> #include "pty.h"
>
--
Sebastien Marie
u provide the size of the core file ?
$ ls -l *.core
and your current limits ?
$ ulimit -a # under ksh
Thanks.
--
Sebastien Marie
or wasn't triggered
It will be only a partial vue of the program execution (and potentially
unusefull), but it will reduce a lot the size of ktrace.out.
--
Sebastien Marie
On Sun, Jun 19, 2016 at 05:14:54PM +1000, Darren Tucker wrote:
> On Sun, Jun 19, 2016 at 4:57 PM, Sebastien Marie <sema...@openbsd.org> wrote:
> [...]
> > Load key "/home/semarie/.ssh/id_bert": invalid format
>
> What format is that private key?
>
debug1:
web-markup
translate OpenSSL error codes to something more meaninful;
bz#2522 reported by Jakub Jelen, ok dtucker@
Below is a ssh connection with debug3.
Thanks.
--
Sebastien Marie
$ ssh -vvv bert
OpenSSH_7.2, LibreSSL 2.4.1
debug1: Reading configuration data /home/semarie/.
On Tue, Mar 29, 2016 at 11:46:20AM +0100, Stuart Henderson wrote:
> On 2016/03/24 20:27, Sebastien Marie wrote:
> > Hi,
> >
> > I encountered a problem with IPv6 connectivity after upgrade to snapshot
> > Mar 23 on my amd64 router.
> >
> > The router use
valid.sin6_port = in6p->inp_lport;
> + valid.sin6_scope_id = 0;
> valid.sin6_family = AF_INET6;
> valid.sin6_len = sizeof(valid);
> error = in6_pcbaddrisavail(in6p, , 0, p);
>
yes, it corrects my problem with dhcpcd.
thanks.
--
Sebastien Marie
STRU struct cmsghdr { len=36, level=41, type=46 }
43667 dhcpcd RET sendmsg -1 errno 22 Invalid argument
Below a full dmesg.
Thanks.
--
Sebastien Marie
OpenBSD 5.9-current (GENERIC.MP) #1958: Wed Mar 23 23:29:16 MDT 2016
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile
dge("stdio wpath cpath proc exec", NULL)
(because execl(2) will require "exec" promise)
- second call: pledge("stdio wpath cpath", NULL)
And checks the return value of pledge(2). The common idiom is:
if (pledge("foo bar", NULL) == -1)
err(EXIT_FAILURE, "pledge");
Thanks.
--
Sebastien Marie
pitz_setfan() function.
I will try to understand elements.
Could you try the following diff (reverting previous commit) in order to
be sure ?
Do you see any acpitz0 message again (perhaps just one) ?
Thanks.
--
Sebastien Marie
Index: acpitz.c
===
On Wed, May 18, 2016 at 01:44:15PM -0400, James Hastings wrote:
> On 5/18/16, Sebastien Marie <sema...@openbsd.org> wrote:
> > On Wed, May 18, 2016 at 04:15:59AM -0400, James Hastings wrote:
> >> Zero messages now.
> >
could you test the following diff (on -current,
On Fri, Aug 12, 2016 at 06:48:21AM +0200, Sebastien Marie wrote:
> jcs@, if you want I can build a kernel with your patch in order to
> check the reproductibility. I assume the diff is
> http://marc.info/?l=openbsd-tech=146802190307035=2
Hi,
I tried several things with your diff.
For
On Fri, Aug 12, 2016 at 08:51:32AM +0200, Sebastien Marie wrote:
>
> If I saw a critical shutdown message, I will report it.
>
Aug 12 08:23:58 clyde /bsd: root on sd1a (46bec6cd2747dbb1.a) swap on sd1b dump
on sd1b
Aug 12 08:23:58 clyde sendsyslog: dropped 3 messages, error 57
Aug 12
On Wed, Aug 10, 2016 at 12:49:04PM -0700, br...@bsdjournal.net wrote:
> >Synopsis:acpitz(4) registers a critical temperature which causes an
> >automatic shutdown
> >Category:kernel
> >Environment:
> System : OpenBSD 6.0
> Details : OpenBSD 6.0-current (GENERIC.MP)
is
http://marc.info/?l=openbsd-tech=146802190307035=2
--
Sebastien Marie
land commit (else your userland build would
require a really recent kernel, and you could be trapped).
I intent to commit them today.
Thanks for the recall.
--
Sebastien Marie
eproduce: https://p.iotek.org/d74 (but landry@
told me he didn't reproduce the Gdk-ERROR, so some elements in my
environment should be missing).
thanks.
--
Sebastien Marie
On Mon, Jan 23, 2017 at 10:44:14PM +1000, Philip Guenther wrote:
> On Mon, 23 Jan 2017, Sebastien Marie wrote:
> > I am just seeing that rustc segfault at runtime with latest ld.so
> > (tested on i386).
> >
> > $ rustc -vV
> > Segmentation fault (core dumped)
&g
=TOULOUSE/O=CIRSO/OU=CNP/CN=*.urssaf.fr
Issuer: /C=US/O=GeoTrust Inc./CN=GeoTrust SSL CA - G3
Valid From: Fri Oct 28 02:00:00 2016
Valid Until: Mon Jan 28 00:59:59 2019
Cert Hash:
SHA256:93ab9a59d787c3bb391c7a941bab798103d193194ad00b0be17887b4da6c9350
OCSP URL: http://gn.symcd.com
^C
Some regression ? or does www.urssaf.fr has some SSL problems catched by
new libssl version ?
Thanks.
--
Sebastien Marie
ybe it
is a race somewhere ? I dunno.
I also quickly deep inside the generated coredump to see if all content
belong to firefox and it seems ok.
Thanks.
--
Sebastien Marie
or a build outside /usr/src seems a bit odd to me.
Do I miss something ?
Thanks.
--
Sebastien Marie
:20 obj//
No error showed when running "make obj" (same command outside /usr/src
will generate error due to "chown :wobj").
(The "wsrc" on /usr/obj/bin/ls is due to group owner of /usr/obj -
something I should change I think, but it is unrevelant).
So I still think there is a problem somewhere.
Thanks.
--
Sebastien Marie
termination to occur, unless
the signal SIGABRT is being caught and the signal handler does not
return.
So readelf(1) behave correctly: you provide it a crafted binary, it
tries to do it work, but when it saw the binary is crafted enought it
call abort(3) function.
Thanks.
--
Sebastien Marie
adjusts the size of the output of tail(1) if no line
containing ioctl() are in the 10 last lines).
Additionnally, having a backtrace of the failure could also help.
$ gdb openssl openssl.core
(gdb) bt
And send the output of "bt" command in gdb.
Thanks.
--
Sebastien Marie
1
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 6.2
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
ugen0 at uhub2 port 1 "AuthenTec Fingerprint Sensor" rev 1.10/6.23 addr 2
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
sd1 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006> SCSI2 0/direct fixed
sd1: 473861MB, 512 bytes/sector, 970467600 sectors
softraid0: volume sd1 is roaming, it used to be sd2, updating metadata
root on sd1a (46bec6cd2747dbb1.a) swap on sd1b dump on sd1b
Any clues ?
As the problem is 100% reproductible, I am able to report additionnal
command output on request.
Thanks.
--
Sebastien Marie
On Wed, Sep 07, 2016 at 04:33:53PM +0200, Sebastien Marie wrote:
> On Wed, Sep 07, 2016 at 01:14:45PM +0200, Sebastien Marie wrote:
> > Hi,
> >
> > I upgraded my laptop (amd64) to latest snapshot, and I experiment odd
> > network connectivity.
> >
>
ts: use local servers).
> Has anyone else seen this behavior?
yes.
I also tried to run with kern.nosuidcoredump=3 but the terminating don't
generated any coredump in /var/crash/ntpd.
the process terminaison isn't automatic: my ntpd is now running fine
since almost 1 day.
--
Sebastien Marie
Thanks.
--
Sebastien Marie
On Wed, Nov 02, 2016 at 05:41:24PM +0100, Martin Pieuchot wrote:
> Hello Sebastien,
>
> On 01/11/16(Tue) 09:36, Sebastien Marie wrote:
> > Hi,
> >
> > I experiment problem with local connection on specific rdomain.
> >
> > I tried to make a simple and
On Wed, Nov 02, 2016 at 07:59:19PM +0100, Sebastien Marie wrote:
>
> With the patch, it works well for tcp ("route -T 20 exec redis-cli -h
> 192.168.20.2"
> is ok, whereas it timeouted before), but the host paniced with ping
> (no reply before).
>
[...]
>
> I w
s: done.
clearing /tmp
kern.allowkmem: 0 -> 1
kern.securelevel: 0 -> 1
creating runtime link editor directory cache.
preserving editor files.
starting network daemons: sshd smtpd sndiod.
starting local daemons: cron xdm.
Thu Nov 3 11:35:01 CET 2016
# ping 127.0.0.1
# ping 192.168.92.11
I will try several configurations (like removing rtsol or manually
configuring the interface) in order to isolate the problem.
--
Sebastien Marie
=
81 "${ost} ${osr}" STATUS " (${id}) #${v}: ${t}\n${u}@${h}:${d}\n";
I think newvers.sh should be adapted to the new way, but I dunno what is
the better way to achieve it (explicit parameter instead of guessing ?).
Thanks.
--
Sebastien Marie
PBACK,MULTICAST> rdomain 6 mtu 32768
index 13 priority 0 llprio 3
groups: lo
# ifconfig lo6 127.0.0.1
# ifconfig lo6
lo6: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> rdomain 6 mtu 32768
index 13 priority 0 llprio 3
groups: lo
inet 127.0.0.1 netmask 0xff00
# ifconfig lo6 rdomain 0
# ifconfig lo6 destroy
--
Sebastien Marie
ow+0x63
pf_remove_state() at pf_remove_state0x55
pf_test_state() at pf_test_state+0x312
pf_test() at pf_test+0x285
ipv4_input() at ipv4_input+0x3fd
ipintr() at ipintr+0x1e
if_netisr() at if_netisr+0x155
end trace frame: 0xffff8000131e4f10, count: 0
Thanks.
--
Sebastien Marie
92.168.92.16 netmask 0xff00 broadcast 192.168.92.255
inet6 fe80::d250:99ff:fea7:c8cd%re0 prefixlen 64 scopeid 0x1
inet6 2001:41d0:fe39:c05c:d250:99ff:fea7:c8cd prefixlen 64 autoconf
pltime 604799 vltime 2591999
inet6 2001:41d0:fe39:c05c:bc8b:ed6f:930d:fc2a prefixlen 64 autoconf
autoconfprivacy pltime 86040 vltime 604739
Thanks.
--
Sebastien Marie
next = TAILQ_NEXT(ln, ln_list);
> +
> + nd6_invalidate(rt);
>
> /*
> * Detach the route from the routing tree and the list of neighbor
--
Sebastien Marie
bytes: 650 ]
[ qlength: 50/ 50 avg delay: 0.000ms std-dev: 0.000ms flows: 1 ]
The dmesg below is my test host (with bce0), not my laptop (with bge0).
Thanks.
--
Sebastien Marie
OpenBSD 6.1-current (GENERIC.MP) #24: Thu Jul 6 13:34:29 CEST 2017
semarie@bert.local:/home/openbsd/src/sys
e to found HIBERNATE_MAGIC (as it is encrypted).
Thanks.
--
Sebastien Marie
.booted: 8122376+
entry point at 0x2000d4
...
So here the & is present, and an explicit line is echoed.
--
Sebastien Marie
ectly
used, and plug in the external monitor to VGA1 after inteldrm(4)
initialisation works well.
Thanks.
--
Sebastien Marie
(output while booting with external monitor unplugged, and plugged after
interldrm(4) initialisation)
$ xrandr
Screen 0: minimum 8 x 8, current 2304 x 800, maximum 32767 x 3
define a flow-queue without "default", pfctl doesn't complains, and
queue statistic seems to follow activity (so the flow-queue to be used).
If I define a flow-queue with "default", pfctl doesn't complains, and I
couldn't send packets...
It is a bit weird for me, but at least it wor
On Wed, May 10, 2017 at 09:46:55AM +0200, Mark Kettenis wrote:
> > Date: Wed, 10 May 2017 09:06:24 +0200
> > From: Sebastien Marie <sema...@free.fr>
> >
> > Hi,
> >
> > I am trying to build -current kernel on i386 (current running code is
> > from
initialisation that would arrive later than rijndael.c ? resulting a
first read on disk with wrong key or uninitialised structure ? I dunno.
I just hope this problem doesn't hide a more subtile underlined problem.
I expect the problem to be fixed in next snapshot (a one including the revert
of AES_XTS to rijndael).
Thanks.
--
Sebastien Marie
1912 target_flags |= MASK_NO_RED_ZONE;
1913 }
Does I miss something ?
Thanks.
--
Sebastien Marie
OpenBSD 6.1-current (GENERIC.MP) #46: Sun May 7 07:09:01 CEST 2017
semarie@bert.local:/home/openbsd/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Genuine Intel(R) CPU T2400 @ 1.83GHz (&quo
"$Mdocdate: month day year $",
but it seems a limitation for me, so I prefer reported it.
Thanks.
--
Sebastien Marie
On Wed, Jun 21, 2017 at 11:39:53AM +0200, Jeremie Courreges-Anglas wrote:
> Sebastien Marie <sema...@online.fr> writes:
>
> >
> > But mandoc -Tlint complains about missing Mdocdate.
> >
> > $ mandoc -Tlint sysclean.8
> > mandoc: sysclean.8:17:5: STYLE: M
ild users
block return out proto { tcp udp } user { build _pbuild }
queue fq on bce0 flows 1024
queue test parent fq bandwidth 10M default
$ doas pfctl -n -f pf.conf
$ doas pfctl -f pf.conf
--
Sebastien Marie
ex)
status: active
>From my pf configuration, I had removed queue with bandwidth and
replaced them with:
queue fq on pppoe0 flows 1024 default
queue fq on re0flows 1024 default
Thanks.
--
Sebastien Marie
OpenBSD 6.1-current (GENERIC.MP) #67: Thu May 18 18:28:26 MDT 2017
added
version, we could exclude the struct size of the equation. and if the
process fail, it means the size matters.
any additional thing to do for testing padding (initialisation or
something else) ? you know better than me this subsystem :)
Thanks.
--
Sebastien Marie
On Wed, May 24, 2017 at 06:03:04PM +0200, Mike Belopuhov wrote:
> On Sun, May 21, 2017 at 11:53 +0200, Mike Belopuhov wrote:
> > On Sat, May 20, 2017 at 18:53 +0200, Mike Belopuhov wrote:
> > > On Sat, May 20, 2017 at 17:30 +0200, Sebastien Marie wrote:
> > > >
>
00
addr 1
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pms0: Synaptics touchpad, firmware 6.2
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
vmm0 at mainbus0: VMX
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on wd0a (055d82c92ce5e61f.a) swap on wd0b dump on wd0b
--
Sebastien Marie
On Sat, May 27, 2017 at 07:28:26AM +0200, Sebastien Marie wrote:
> Hi,
>
> I am experiencing often the following panic:
>
> panic: kernel diagnostic assertion "ifq_is_serialized(ifq)" failed:
> ../sys/net/ifq.c, line 394
>
> while running with G
stem enter in inconsistent state
(and getting DIOCGETQSTATS error) by creating the queue, and next
removing the interface (ifconfig pppoe0 destroy).
Thanks.
--
Sebastien Marie
> diff --git sys/net/pf_ioctl.c sys/net/pf_ioctl.c
> index 7cb7b92ed8a..6cf62cd2ec6 100644
> --
xts.h : add a comment to recall
that the struct should be keep in sync together.
Does this analyze makes sens ?
--
Sebastien Marie
(struct ifqueue *);
> +struct mbuf *ifq_dequeue_compat(struct ifqueue *);
> void ifq_mfreem(struct ifqueue *, struct mbuf *);
> void ifq_mfreeml(struct ifqueue *, struct mbuf_list *);
> unsigned int ifq_purge(struct ifqueue *);
> void *ifq_q_enter(struct ifqueue *, const struct ifq_ops *);
> void ifq_q_leave(struct ifqueue *, void *);
> --
> 2.13.0
>
--
Sebastien Marie
/src/lib/libevent/event.c:350
> > #18 0x022920b12db4 in proc_run (ps=0x22c0f506000, p=0x22920d30080,
> > procs=0x22920d301c0, nproc=2, run=0x22920b1424d ,
> > arg=0x0) at /usr/src/usr.sbin/httpd/proc.c:594
> > #19 0x022920b137b1 in server (ps=0x22c0f506000, p=0x22920d30080) at
> > /usr/src/usr.sbin/httpd/server.c:87
> > #20 0x022920b11da5 in proc_init (ps=0x22c0f506000, procs=0x22920d30080,
> > nproc=2, argc=5, argv=0x7f7f2898, proc_id=PROC_SERVER)
> > at /usr/src/usr.sbin/httpd/proc.c:249
> > #21 0x022920b0ac57 in main (argc=0, argv=0x7f7f2898) at
> > /usr/src/usr.sbin/httpd/httpd.c:218
> >
>
> --
> I'm not entirely sure you are real.
>
--
Sebastien Marie
On Thu, Nov 16, 2017 at 02:37:40PM +0100, Sebastien Marie wrote:
> Hi,
>
> I am working on new lang/rust version (next stable in 1 week), and I
> have problem building it under i386 (full dmesg below).
>
> I suspect memory pressure in some way, but I dunno options I ha
ld be welcome.
Thanks.
--
Sebastien Marie
OpenBSD 6.2-current (GENERIC.MP) #7: Thu Nov 16 12:32:21 CET 2017
semarie@rust-i386.proxmox2:/home/semarie/repos/openbsd/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Common KVM processor ("GenuineIntel" 686-class) 2.94 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,P
e ./a.out
ts0=(485220,477812476)
ts1=(485220,477728098)
Abort trap (core dumped)
ts0 should be <= ts1 if the result was monotonic.
dmesg below.
Thanks.
--
Sebastien Marie
OpenBSD 6.3-current (GENERIC) #281: Sat May 12 13:30:59 MDT 2018
dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64
On Sat, May 19, 2018 at 08:30:12AM +0200, Sebastien Marie wrote:
> Hi,
>
> Working on lang/rust on arm64, I experiment rustc panic due to not
> monotonic timestamp. I tried to reproduce the problem in plain C.
>
> My test program is just a loop of calling
> clock_ge
t problem. I send a new mail.
$ date | mail root
$
smtpd fails to send it as previously.
debug: smtp: new client on listener: 0x79f89000
7957c8192a148eac smtp event=connected address=local host=bert.local
smtp: 0x79f8b000: fd 13 from queue
smtp: 0x79f8b000: message fd 13
debug: 0x79f8b000: end of message, error=0
7957c8192a148eac smtp event=message address=local host=bert.local
msgid=f1e28283 from=<semarie@bert.local> to=<root@bert.local> size=342 ndest=1
proto=ESMTP
7957c8192a148eac smtp event=closed address=local host=bert.local reason=quit
debug: smtp: 0x79f8b000: deleting session: done
debug: scheduler: evp:f1e282831e1952d0 scheduled (mta)
debug: mta: querying smarthost for xsmarthost:...
debug: mta: querying smarthost
warn: Failed to retrieve smarthost for envelope f1e282831e1952d0
debug: control -> client: pipe closed
debug: clearing p=client, fd=11, pid=0
And it will be send when restarting the daemon...
Thanks.
--
Sebastien Marie
: it is lang/rust port; and the
binary could be considered as "fragile" (it is a crosscompiled binary
from amd64) but it seems correct as it is fine with bsd.sp.
Below the dmesg of GENERIC.
--
Sebastien Marie
OpenBSD 6.3-current (GENERIC) #263: Sat Apr 28 23:21:01 MDT 2018
dera...@arm64.o
- libc
dmesg below (I disabled psci to avoid a panic at boot - jsg@ has
provided a proper bug report).
Thanks.
--
Sebastien Marie
OpenBSD 6.2-current (GENERIC) #160: Wed Jan 24 18:26:59 MST 2018
dera...@arm64.openbsd.org:/usr/src/sys/arch/arm64/compile/GENERIC
real mem = 2091143168 (1994MB
On Sun, Jan 28, 2018 at 12:59:39PM +0100, Mark Kettenis wrote:
> > Date: Sun, 28 Jan 2018 07:27:49 +0100
> > From: Sebastien Marie <sema...@online.fr>
> >
> Did OpenBSD/arm64 ever run properly in qemu? I certainly never tried
> it. Things are fairly stable on real
port 3 powered
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, OHCI root hub(0x), SiS(0x1039),
rev 1.00
port 1 powered
port 2 powered
port 3 powered
--
Sebastien Marie
OpenBSD 6.2-current (GENERIC) #397: Wed Feb 7 18:59:22 MST 2018
dera...@i386.openbsd.org:/usr
89934592, which is
0x2 which is PLEDGE_CHOWN (0x140008fb80 would be no sens in this
context).
Please wait for another snapshot or rebuild your kernel from source (to
backoff the offending diff which is in snapshot).
Sorry for the inconvenience.
--
Sebastien Marie
ut the underline problem could be bad detection or unsupported
configuration: it seems the graphical card is on PCIE.
But I prefer to report the problem.
Below sendbug report, with dmesg from recompiled kernel with DRMDEBUG.
Thanks.
Sebastien Marie
>Synopsis: drm:pid0:r600_init *ERROR
d namei() call?
For now, a diff with ni_pledge=PLEDGE_PATH. But I would prefer to
whitelist the call: this filesystem access below to the kernel and not
to slaacd.
Thanks.
--
Sebastien Marie
Index: dev/firmload.c
===
RCS file: /cvs/s
Hi,
First, sorry, I come with few elements for now (no panic, no trace, no
ps and just "it crashs" and some side elements).
I am experiency several crashs (machine just reboot - not going to ddb,
no message in dmesg buffer) with latests snapshots on amd64.
The problem is the same on 3
: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
sb0 at isa0 port 0x220/24 irq 5 drq 1: dsp v3.01
midi0 at sb0:
audio0 at sb0
opl at sb0 not configured
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00
addr 1
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on wd0a (27bd8f55e67324d4.a) swap on wd0b dump on wd0b
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
Thanks.
--
Sebastien Marie
On Mon, Mar 12, 2018 at 03:26:12PM +0100, Florian Obser wrote:
> On Mon, Mar 12, 2018 at 11:12:51AM +0100, Sebastien Marie wrote:
> > Hi,
> >
> > I upgraded several hosts (i386 and amd64) and the stable ipv6 address
> > generated using soii (Semantically Opaque Interfa
ce 0 "Intel UHCI root hub" rev 1.00/1.00
addr 1
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on wd0a (d4c88ed12283c942.a) swap on wd0b dump on wd0b
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
--
Sebastien Marie
On Fri, Mar 16, 2018 at 08:45:32AM +0100, Sebastien Marie wrote:
> Hi,
>
> After upgrading an i386 host from:
>
> OpenBSD 6.2-current (GENERIC) #405: Tue Feb 27 14:48:56 MST 2018
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
>
> to latest snaps
);
462 if (error)
463 goto free1;
464
465 error = soconnect2(so1, so2);
466 if (error != 0)
467 goto free2;
Could I have confirmation if it is a bug or not ? I am unsure if
socketpair(2) should set the peer information or not. But at least,
ENOTCONN is wrong: socketpair(2) returns connected sockets.
Thanks.
--
Sebastien Marie
On Sat, Apr 07, 2018 at 09:29:30PM -0600, Theo de Raadt wrote:
> Philip Guenther <pguent...@proofpoint.com> wrote:
>
> > On Sat, 7 Apr 2018, Sebastien Marie wrote:
> > > While running testsuite on third-party program, I found some weird
> > > behavio
;
520 }
printf(9) enter in `kprintf_mutex' to use kprintf().
but as witness_checkorder() might want to use printf(9), it could result
in deadlock situation (calling printf(9) from printf(9)).
I dunno what would be the right solution. Maybe witness should use
kprintf() directly (without taking kprintf_mutex) ? but it could result
in mangled output.
--
Sebastien Marie
unveil(2) to error out if the partition is readonly.
Reading code source, I see we already have code for managing exceptions
like that. so I assume a different code path.
I will try to investigate deeper in the week-end.
thanks.
--
Sebastien Marie
but it seems wrong to me to use chroot for this
purpose.
for (2), it could be done by adding "cd /" after FUNCS_ONLY check. but I
am unsure if it could trigger some side-effects.
--
Sebastien Marie
file
(failed)
# cd / && rcctl start postgresql
postgresql(ok)
I am unsure about the correct solution. Maybe just having a `cd /' in
rcexec ? it isn't the exact same behaviour (chdir to home directory),
but at least / is expected to be readable.
thanks.
--
Sebastien Marie
specified path can be accessed.
doing _rc_rm_runfile
(failed)
minio seems to use its HOME environment to look at configuration
directory.
regards.
--
Sebastien Marie
On Mon, Oct 29, 2018 at 12:48:19AM +0100, Antoine Jacoutot wrote:
> On Sun, Oct 28, 2018 at 07:18:53PM +0100, Sebastien Marie wrote:
> > On Sun, Oct 28, 2018 at 05:21:38PM +0100, Antoine Jacoutot wrote:
> > >
> > > Thinking about it I wonder if this shouldn't
On Fri, Oct 26, 2018 at 02:53:48PM +0200, Sebastien Marie wrote:
> Hi,
>
> On IRC, someone reported problem with tcpdump whereas /etc was readonly.
> I will not comment on this unsupported configuration, but instead
> looking at unveil(2) itself as it is the root cause of
993 port [tcp/imaps] succeeded!
nc: tls handshake failed (handshake failed: error:04FFF08F:rsa
routines:CRYPTO_internal:invalid digest length)
Something changed.
Thanks.
--
Sebastien Marie
On Tue, Nov 13, 2018 at 07:58:00AM +, Mikolaj Kucharski wrote:
> Hi,
>
> I just upgraded base system
On Tue, Nov 13, 2018 at 11:28:23AM +, Stuart Henderson wrote:
> On 2018/11/13 09:37, Sebastien Marie wrote:
> > Hi,
> >
> > Moving the thread to bugs@ has it seems to be an issue with libssl.
> >
> > When connecting with nc(1) to outlook.office365.com
But it seems to me it it is odd: if I correctly understood, the change
occurs in tls1.2 stuff, and here the connection is done using tls1.
Thanks.
--
Sebastien Marie
ernel modesetting (ARUBA 0x1002:0x9993 0x1849:0x9993).
radeondrm0: 1366x768, 32bpp
wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0
wskbd1: connecting to wsdisplay0
wskbd2: connecting to wsdisplay0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
wsmouse0 detached
ums0 detached
uhidev2 detached
uhidev2 at uhub3 port 4 configuration 1 interface 0 "PixArt Cherry USB Optical
Mouse" rev 2.00/1.00 addr 4
uhidev2: iclass 3/1
ums0 at uhidev2: 3 buttons, Z dir
wsmouse0 at ums0 mux 0
--
Sebastien Marie
!= 0) {
> /*
>* We know if we're unbuffered that our buffer is empty, so
> @@ -82,6 +83,7 @@ fread(void *buf, size_t size, size_t cou
> FUNLOCKFILE(fp);
> return ((total - resid) / size);
> }
> +#endif
>
> while (resid > (r = fp->_r)) {
> (void)memcpy(p, fp->_p, r);
--
Sebastien Marie
fp->_bf._size = 1;
> + fp->_r = 0;
> +
> + FUNLOCKFILE(fp);
> + return (count);
> + }
> +
> while (resid > (r = fp->_r)) {
> (void)memcpy(p, fp->_p, r);
> fp->_p += r;
--
Sebastien Marie
if (ferror(fp))
err(EXIT_FAILURE, "ferror\n");
errx(EXIT_FAILURE, "something else\n");
}
}
return EXIT_SUCCESS;
}
$ cc -Wall test.c && ./a.out
^D
a.out: something else
Is it a bug to not set the __SEOF flag or it is expected for unbuffered
FILE ?
Thanks.
--
Sebastien Marie
On Tue, Dec 11, 2018 at 03:08:38PM -0700, Todd C. Miller wrote:
> On Tue, 11 Dec 2018 20:35:05 +0100, Sebastien Marie wrote:
>
> > According to stdio.h, 6 = __SNBF | __SRD, so "unbuffered" and "OK to read".
> >
> > the feof() call returns false
On Fri, Dec 14, 2018 at 10:49:23AM -0700, Todd C. Miller wrote:
> On Fri, 14 Dec 2018 08:45:31 +0100, Sebastien Marie wrote:
>
> After thinking about this a bit more I believe it best to just use
> the existing FILE * and swap in the buffer temporarily. There's
> no need to
break;
> + }
> + fake._p += fake._r;
> + resid -= fake._r;
> }
> FUNLOCKFILE(fp);
> - return ((total - resid) / size);
> + return (count);
> }
>
> while (resid > (r = fp->_r)) {
Thanks.
--
Sebastien Marie
On Tue, Sep 18, 2018 at 03:52:26PM +0200, Sebastien Marie wrote:
>
> I tried to test some hardware compoments like hard-disk, but it seems ok
> (smart is ok, and dd is able to read the whole disk without problem).
I tried to downgrade to my previous working state (#863), and it st
:)
Below an extract of /var/log/messages with dmesg of #863 and #869.
--
Sebastien Marie
Sep 8 06:35:11 ida /bsd: OpenBSD 6.4-beta (GENERIC) #863: Wed Sep 5 18:47:31
MDT 2018
Sep 8 06:35:11 ida /bsd:
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
Sep 8 06:35:11 ida /bsd
nk you should be
able to reproduce without it.
inside the bsd.rd image, after "file system full" report, search for
recently created files, specially in /etc and in /tmp (with subdirs).
thanks
--
Sebastien Marie
1 - 100 of 199 matches
Mail list logo
