On Tue, Jul 05, 2016 at 07:01:11PM +0100, Dimitris Papastamos wrote:
> On Tue, Jul 05, 2016 at 02:14:57PM +0200, Martin Pieuchot wrote:
> > Without more information it's hard to find what could be the reason
> > for this crash. Being able to reproduce the crash easily is the key
> > to debugging.
On Fri, Mar 18, 2016 at 09:01:00PM +, Kári Tristan Helgason wrote:
> Ok, that makes sense.
>
> Can you explain why you think it's better to return EBUSY rather than
> blocking on the mutex in -destroy, instead of relying on the user checking the
> return code?
Well, lets start at the beginni
On Wed, Mar 16, 2016 at 02:37:40PM +0200, Paul Irofti wrote:
> > What do you think?
>
> I think this diff is even safer: it checks for threads entering and
> exiting the barrier while holding the mutex, and if both values are 0 it
> proceeds to destroy the barrier.
Not 100% sure but I think a sit
On Tue, Mar 15, 2016 at 12:51:45AM +0100, Tobias Ulmer wrote:
> On Thu, Mar 10, 2016 at 10:23:17PM +, Kári Tristan Helgason wrote:
> > I think I may have come across a race in the implementation of
> > `pthread_barrier_wait` in librthread.
I'm pretty tired but I thin
On Thu, Mar 10, 2016 at 10:23:17PM +, Kári Tristan Helgason wrote:
> I think I may have come across a race in the implementation of
> `pthread_barrier_wait` in librthread.
>
> This POC[1] forces the issue with a strategically placed `sleep(3)` call.
> This is in essence the same issue as is
Argh, too soon.. Started a make build to create some load and it
paniced:
OpenBSD 5.9-beta (GENERIC-IP32) #2: Sat Jan 9 14:42:48 CET 2016
t...@octane.tmux.org:/svc/src/sys/arch/sgi/compile/GENERIC-IP32
real mem = 268435456 (256MB)
rsvd mem = 7020544 (7MB)
avail mem = 244121600 (232MB)
mainbus
On Sat, Jan 09, 2016 at 01:26:49PM +0100, Mark Kettenis wrote:
> > Date: Sat, 9 Jan 2016 13:07:50 +0100
> > From: Tobias Ulmer
> >
> > Same on my O2. Looks like fallout from the pmap/cache work
> > starting Dec 31
>
> Can you try the diff below?
Looking good :)
Same on my O2. Looks like fallout from the pmap/cache work
starting Dec 31
How about shaving some useless looking mallocs off? Here is a start,
saving 4K:
Index: isofs//cd9660/cd9660_node.c
===
RCS file: /home/vcs/cvs/openbsd/src/sys/isofs/cd9660/cd9660_node.c,v
retrieving revision 1.29
diff -u -p -r1.29 cd
OpenBSD 5.8-current (GENERIC) #2: Wed Sep 23 18:03:08 CEST 2015
t...@ss20.tmux.org:/svc/src/sys/arch/sparc/compile/GENERIC
real mem = 536395776 (511MB)
avail mem = 521023488 (496MB)
mainbus0 at root: SUNW,SPARCstation-20
cpu0 at mainbus0: RT620/625 @ 150 MHz, on-chip FPU
cpu0: 512K byte write-b
Hit my usual sparc problem again. No softdep. This machine has 512MB...
Connected to /dev/cuaU0 (speed 9600)
ddb> show panic
malloc: out of space in kmem_map
ddb> trace
malloc(0x1, 0x7f, 0x1, 0x4121c280, 0x1, 0x1) at malloc+0x4b4
ufs_readdir(0xfa2f9dfc, 0xa2, 0xf831fd38, 0x4121c28c, 0
ntpd -s doesn't work with constraints when the date is too far off.
At least that's my current hypothesis.
Example from latest octeon snap:
octeon:~$ doas date 201409112020
Thu Sep 11 20:20:00 CEST 2014
octeon:~$ doas ntpd -v -d -s
ntp engine ready
constraint request to 2a00:1450:4013:c00::69
con
On Thu, Aug 20, 2015 at 09:58:29PM +0200, pe...@bsdly.net wrote:
> >Synopsis:panic in xhci on attach of old-ish usb storage
> >Category: xhci, usb, panic
> >Environment:
> System : OpenBSD 5.8
> Details : OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT
> 2015
>
On Sat, Mar 21, 2015 at 03:34:56PM +0100, Martin Haufschild wrote:
> Hello,
>
> I don't want to be pedantic, but the typing error is still there.
Please accept that we're not using our precious time to re-issue a
signed patch for a minor typo. It's just not worth it.
>
> Am 10.12.2014 um 22:50
Hi,
this machine booted fine with a kernel from Februar, now it just hangs.
(boot dka0.0.0.17.0 -flags A)
block 0 of dka0.0.0.17.0 is a valid boot block
reading 15 blocks from dka0.0.0.17.0
bootstrap code read in
base = 20, image_start = 0, image_bytes = 1e00(7680)
initializing HWRPB at 2000
On Tue, Nov 18, 2014 at 03:00:38PM +0100, Tobias Ulmer wrote:
> Hi,
>
> got myself one of these cheap "new" AMD A4-5000 APU boards since I need
> a faster home server. Lots of unknown hardware, but my main concern is
> that the second NIC (re(4)) does not show up. Any
Hi,
got myself one of these cheap "new" AMD A4-5000 APU boards since I need
a faster home server. Lots of unknown hardware, but my main concern is
that the second NIC (re(4)) does not show up. Any ideas?
OpenBSD 5.6-current (GENERIC.MP) #574: Mon Nov 17 21:03:51 MST 2014
dera...@amd64.openbsd
On Thu, Dec 12, 2013 at 09:06:15PM -0700, Todd C. Miller wrote:
> On Thu, 12 Dec 2013 20:58:57 -0700, "Todd C. Miller" wrote:
>
> > A sparc20 is sun4m which doesn't suffer from the same lack of kva.
>
> As Theo pointed out, our sparc kernel still limits kva for sun4m
> to the same small amount.
>
The ICBM launcher paniced being out of memory after compiling a couple
of days. I'm not seeing any obvious signs, maybe someone else can
spot it. ddb stuff below..
OpenBSD 5.4-current (GENERIC) #28: Sat Dec 7 01:48:37 MST 2013
dera...@sparc.openbsd.org:/usr/src/sys/arch/sparc/compile/GENERIC
On Thu, Nov 14, 2013 at 03:35:06PM -0700, Bob Beck wrote:
> Geoffrey, I have security concerns about every CA in the list, not just
> CACert.
>
> That notwithstanding, CACert has not proven to be "less crap" than any
> of the others
> that have, IMO, plenty of issues of their own. I don't buy t
>> OpenBSD [8KB] UNIFIED BOOT 2.14 HP 9000/345 CPU
>> Enter "reset" to reset system.
Boot: [[[sd6a:]bsd][-acds]] :-
1868472+199877+57592+0+446528 [70+290048+147249]=0x2e6f00
Start @ 0xff003000
[ using 437824 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Rege
On Sun, May 19, 2013 at 02:16:51PM +0200, Tobias Ulmer wrote:
> Current from tonight explodes with "Bad system call" yet the snapshot
> from May 13th works just fine?
>
> OpenBSD 5.2-current (GENERIC.MP) #0: Sun May 19 03:59:29 CEST 2013
Doh. As Miod and Mark point out, it
Current from tonight explodes with "Bad system call" yet the snapshot
from May 13th works just fine?
OpenBSD 5.2-current (GENERIC.MP) #0: Sun May 19 03:59:29 CEST 2013
tobi...@calcium.tmux.org:/usr/src/sys/arch/sparc64/compile/GENERIC.MP
real mem = 2147483648 (2048MB)
avail mem = 2101133312 (2
I've "lost" one disk on my backup/fileserver due to an unrecoverable
timeout. I suspect this was caused by daily running atactl at the wrong
time.
The disks are ususally sent into standby mode, until woken up by the
backup script. I can't tell whether this disk was spinning at the time
or not.
Se
On Tue, Sep 18, 2012 at 12:58:23AM +0200, Matthieu Herrb wrote:
> On Tue, Sep 18, 2012 at 12:14:45AM +0200, Tobias Ulmer wrote:
> > Xorg from "Fri Aug 31 16:27:51 MDT 2012" worked fine, Xorg from "Tue Sep
> > 11 15:42:48 MDT 2012" segfaults:
>
> Can you fo
Xorg from "Fri Aug 31 16:27:51 MDT 2012" worked fine, Xorg from "Tue Sep
11 15:42:48 MDT 2012" segfaults:
[20.065] (--) Using wscons driver
[20.126]
X.Org X Server 1.12.3
Release Date: 2012-07-09
[20.126] X Protocol Version 11, Revision 0
[20.126] Build Operating System: OpenBSD 5
On Wed, Sep 05, 2012 at 02:17:57AM +0200, Tobias Ulmer wrote:
> Hi,
>
> I'm using the latest armish snapshot (OpenBSD 5.2-current
> (GENERIC) #1: Sun Aug 26 21:55:38 MDT 2012) to build a -current kernel.
>
> The kernel does not boot at all, serial output stops after:
&
Hi,
I'm using the latest armish snapshot (OpenBSD 5.2-current
(GENERIC) #1: Sun Aug 26 21:55:38 MDT 2012) to build a -current kernel.
The kernel does not boot at all, serial output stops after:
booting wd0a:/bsd: 196+3739124+0+480648 [68+188048+177806]=0x45fb68
Am I missing something obvious?
H
Update:
I have random segfaults all over the place. I would usually assume this
is due to bad memory, but a couple of things seem strange. 'test-memory'
is OK, the kernel itself is stable so far. Gcc or perl have not
segfaulted yet, despite building a kernel and trying to build ports
for some time
On Sun, Jun 03, 2012 at 08:09:35PM +, Miod Vallat wrote:
> > The latest snapshot kernel (OpenBSD 5.1 (GENERIC) #39: Thu Mar 1 03:11:52
> > EST 2012)
> > works fine on my 345, but more recent kernels seem to break the
> > userland. From the looks of it, it affects dynamically linked binaries
>
Hi,
sorry for the sparse details, but you know how it is on these machines.
Every "quick" check and experiment takes ages...
The latest snapshot kernel (OpenBSD 5.1 (GENERIC) #39: Thu Mar 1 03:11:52 EST
2012)
works fine on my 345, but more recent kernels seem to break the
userland. From the loo
On Fri, May 25, 2012 at 06:39:30PM +, Miod Vallat wrote:
> > Installing the latest snapshot from CD on a SS20, I get the following
> > curious messages:
>
> [...]
> > base51.tgz 4% |*| 2532 KB06:07
> > ETAinstbin: sleep not compiled in
> > Usage: i
Installing the latest snapshot from CD on a SS20, I get the following
curious messages:
Select sets by entering a set name, a file name pattern or 'all'. De-select
sets by prepending a '-' to the set name, file name pattern or 'all'. Selected
sets are labelled '[X]'.
[X] bsd [X] etc5
On Sat, Oct 29, 2011 at 07:38:10PM +0200, Tobias Ulmer wrote:
> schizo0: pci bus A error
This problem still exists in the latest snapshot. Removing the printf
presumbly does hide the issue, like it did a couple of month ago.
I have _no_ idea what's going on.
Since this is not exactl
My HP 9000/705 paniced while extracting filesets. It's still sitting in
ddb. If anyone wants to take a look over serial, let me know.
The dmesg below isn't the most recent one, it was running a snapshot
from a couple of days ago. But to get a new dmesg I would have to
reboot.
ddb> show panic
pma
I've had tons of splasserts on my unreliable DSL connection recently.
Bit hard to test since it seems to depend on my useless provider acting
up. But maybe someone can see from the trace what's going on. This box
is no longer acting as a firewall, which is why the dmesg below lacks a
couple of netw
On Sat, Oct 29, 2011 at 08:06:18PM +0200, Mark Kettenis wrote:
> > Date: Sat, 29 Oct 2011 19:38:10 +0200
> > From: Tobias Ulmer
> >
> > schizo0: pci bus A error
>
> More stuff should be printed on the console after that. Please
> provide that informati
Hi Mark,
On Sat, Oct 29, 2011 at 08:06:18PM +0200, Mark Kettenis wrote:
> > Date: Sat, 29 Oct 2011 19:38:10 +0200
> > From: Tobias Ulmer
> >
> > schizo0: pci bus A error
>
> More stuff should be printed on the console after that. Please
> provide that inform
My Blade 1500 freezes completely trying to play any audio. All I get is
the error message in the subject.
I'm sure I've played audio on this machine a few months ago with no
trouble, but I don't use it often enough to pinpoint the exact date.
console is keyboard/display
Copyright (c) 1982, 1986,
The following reply was made to PR kernel/5979; it has been noted by GNATS.
From: Tobias Ulmer
To: gn...@openbsd.org
Cc:
Subject: Re: kernel/5979: panic: ffs_blkfree: freeing free block
Date: Sun, 25 Jul 2010 14:52:22 +0200
I'd say this bug can be closed, lots of commits happend in that
40 matches
Mail list logo