).
Could having the 'discard' option on impact things? I know TRIM
operations can sometimes be slow.
Mike
] tag VT_UFS, ino 5200387, on dev 168, 1 flags
0x0, nlink 1
[ 18411.785487] mode 060640, owner 0, group 5, size 0
Was probably in the middle of a pkgsrc build but not 100% sure of that.
Mike
s Device (rev. 0x06)
See kern/57268 for how my hardware fails.
Mike
4 threads
So fiddling with the default X driver for intel hardware is only part of
the solution. We need to address the core issues in the i915kmsdrm that
impact both.
Mike
over other memory with this config. Also long running firefox processes
remained responsive both during and after the builds with this change.
Mike
kept things like firefox from getting
swapped out during builds as well.
This is all on 9.3 stable and all alther vm.xxx setting are at their
default.
Mike
On 07/07/2022 15:40, br0nko wrote:
Hi,
0: NetBSD (sysid 169)
start 63, size 1568384 (766 MB, Cyls 0/1/1-97/160/62), Active
beg: cylinder0, head 1, sector 1
end: cylinder 97, head 160, sector 62
Information from PBR:
Not bootable: All bytes
what I did to sort myself
out :)
Something like:
tar zxf glib-2.70.2nb1.tgz +*
Mike
is known (at
least it is to me. Although last time I screwed up and forgot I don't
recall it making the system run slow for other IO ops. However I'm not
sure I particularly tried any as I was waiting for the operation to
complete (and wondering why it was taking so long ;) ).
Mike
cwrappers dependency) on 9-stable and 8-stable. Not sure if that will be
true after pullups have happened but I suspect it might still be as
there won't be a version number bump that pkgsrc can use to detect the
newer tool.
Mike
On 07/12/2020 10:06, Thomas Klausner wrote:
On Mon, Dec 07, 2020 at 09:53:46AM +, Mike Pumford wrote:
More fallout from this change:
=> Build dependency cwrappers>=20150314: NOT found
=> Verifying reinstall for ../../pkgtools/cwrappers
===> Trying to handle out-dated
to pkgin users on an update?
It doesn't treat pkg_install specally from memory. If it doesn't he
transition from old db to new db will happen in the middle of an
upgrade. Which will blow up spectactularly.
Mike
like the consequences of
the change have not been thought through.
Mike
incompatible pinouts for the 10 pin header. :(
Mike
On 06/07/2020 10:01, Martin Husemann wrote:
On Mon, Jul 06, 2020 at 09:52:31AM +0100, Mike Pumford wrote:
Like it or not its probably going to be a long term requirement to have
console USB support. If not for the serial output its becoming more and more
necessary just to get a console
in the
consumer space) that actually has a PS2 port for a keyboard any more.
Mike
automatically in preference to the intel driver.
As a user I shouldn't have to manually configure to get the
non-deprecated driver.
Mike
hat is GCC these days
chances are if you can't check out the source tree you probably can't
compile it anyway as GCC will need more memory than your system has.
Mike
sometimes on 9.0-stable as well. Never
managed to work out why.
Mike
place? I
know the ATA interface isn't that virtualisation friendly but an IO
delay that long seems insane and points to either a QEMU issue or
something the NetBSD kernel is doing to confuse the QEMU ATA emulation.
Mike
0x6 model 0x3c stepping 0x3 (id 0x306c3
Mike
that it
downclocks the CPU if you don't have estd to ramp it up or something
more fundamental?
Mike
operation on that
system as well.
Mike
On 29/09/2019 21:54, Mike Pumford wrote:
Was doing a pkgsrc build under jenkins and got the following panic:
[ 14305.111922] panic: kernel diagnostic assertion "semcnt >= 0" failed:
file "/
work/netbsd/9-stable/src/sys/kern/kern_uidinfo.c", line 241
[ 14305.111922
Was doing a pkgsrc build under jenkins and got the following panic:
[ 14305.111922] panic: kernel diagnostic assertion "semcnt >= 0" failed:
file "/
work/netbsd/9-stable/src/sys/kern/kern_uidinfo.c", line 241
[ 14305.111922] cpu5: Begin traceback...
[ 14305.111922] vpanic() at
On 04/12/2018 20:22, Manuel Bouyer wrote:
On Tue, Dec 04, 2018 at 07:17:59PM +, Mike Pumford wrote:
On 03/12/2018 22:47, Manuel Bouyer wrote:
Hello,
I synced our mpii(4) driver with the latest OpenBSD one and commited to HEAD.
I tested it with a SAS2 controller (I don't have SAS3 ones
On 04/12/2018 19:31, Mike Pumford wrote:
On 04/12/2018 19:25, Martin Husemann wrote:
On Tue, Dec 04, 2018 at 07:17:59PM +, Mike Pumford wrote:
One thing that surprised me was that I was testing with the USB install
image but instead of landing in sysinst I ended up at a a login
On 04/12/2018 19:25, Martin Husemann wrote:
On Tue, Dec 04, 2018 at 07:17:59PM +, Mike Pumford wrote:
One thing that surprised me was that I was testing with the USB install
image but instead of landing in sysinst I ended up at a a login prompt which
was unexpected. Could this be because
On 04/12/2018 19:17, Mike Pumford wrote:
o this tests one the cards you have brought in. I do have some other
12G hosts but I think they are the same chip. They would be more awkward
to test with as they are serial console only machines that have only
ever been tested running linux.
Just
USB install
image but instead of landing in sysinst I ended up at a a login prompt
which was unexpected. Could this be because the USB disk that was my
root device ended up as sd23 and there is a hard coded sd0 somewhere in
the install code?
Mike
SAS2 and SAS3, this is the code path I can't test).
Just updating my current tree and doing a build. Will then take a USB
bootable image to work and test it with the SAS3 HBA there.
Mike
On 30/11/2018 08:50, Stephen Borrill wrote:
I cannot easily attach drives to it (it has external ports only, and I
would need to drag it to our datacenter to connect it to something).
Let's see what Mike Pumford's PCI IDs are.
Wasn't able to check as I need to take a live USB stick
LSI SAS3 HBA at work and have some SAS drives
I could test with. I can get the exact PCI ids to see if its supported
by the OpenBSD driver.
Mike
On 26/11/2018 15:16, Greg Troxel wrote:
Mike Pumford writes:
I have one of these. The msata needs needs a small patch (needs an
entry in the quirks table to be properly recognised as an ahci
controller) but other than that it seems to work. No stability issues
using sdhc as the system disk
with that tweak compiling rust
on a 4core (8 threads) 4GHz 64bit CPU with 16GB of RAM is still
painfully slow and ends up maxing out the CPU for most of the build.
Mike
-bch
On 04/03/2018 17:09, Mike Pumford wrote:
Finally had some time to bring my system up to date and found a problem.
Got a panic at start of day (transcribed from a shot of the screen):
fdc0 at pioc0 offset 0x3f0-0x3f7 irq12 drq 0x2000
Now raised as port-acorn32/53076
Mike
/dev. I'd not run /etc/rc.d/sysdb start in the chroot. Once that was
done ps worked entirely sensibly with no odd performance issues. :).
Apologies for the false alarm.
Mike
On 04/03/2018 17:09, Mike Pumford wrote:
Finally had some time to bring my system up to date and found a problem.
Got a panic at start of day (transcribed from a shot of the screen):
fdc0 at pioc0 offset 0x3f0-0x3f7 irq12 drq 0x2000
uvmfault(0xf036f42c, 217000, 2) -> e
Fatal kernel m
fixes. Once
they are cleaned up I'll send out another message with patches for those
as well.
Mike
Index: sys/arch/arm/iomd/iomd_irq.S
===
RCS file: /cvsroot/src/sys/arch/arm/iomd/iomd_irq.S,v
retrieving revision 1.16
diff -u
n I i7 system:
cpu0: Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz, id 0x306c3
So seems like the Ryzen has comparable IO performance to a 6th
generation intel i7 and is being speed limited by the disk.
Mike
This means I have no console keyboard. Anything I can do to help track
this down?
I've also attached full dmesg from Both 8-BETA and 7.1-STABLE.
Mike
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014, 2015, 2016
Anybody notice that:
ftp://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201705211800Z/source/sets/*tgz
,
ftp://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7-1/201705201210Z/source/sets/*tgz
are empty tars?
Yours,
-Mike
--
Kind Regards, I am
/s/ Michael L. Riechers
Michael L. Riechers,
Owner
I switched that machine
to 64bit. That might be a better alternative that trying to bludgeon a
PAE kernel into life.
Mike
Hi folks, I'm not able to boot current kernels(starting from
yesterday, and today I also tried-several times). AFAICT it freezes on
usb-initialization(I tried disabling usb at all with userconf - it
boots... but anyway-I need usb, at least for keyboard, so system booted
that way is completely
On Fri, Sep 30, 2016 at 09:45:04AM +0200, Tom Ivar Helbekkmo wrote:
> Greg Troxel writes:
>
> > Did you try on a netbsd-7 system?
>
> The problem is newer than that. I was using my Telldus Tellstick on a
> sporadically upgraded NetBSD/i386-current system for a couple of
On Sun, Aug 21, 2016 at 05:46:01PM +0100, Dave Tyson wrote:
> cvs updated current src,xsrc earlier today and just had a try at building
> this
> with a clean obj directory and it blows up being unable to make libglamor.a
>
> ===> build.sh command:./build.sh -V HAVE_XORG_SERVER_VER=118 -u -U
Thanks. I'll try.
On Sat, Aug 20, 2016 at 08:38:11AM +0700, Robert Elz wrote:
>
> gin...@email.su said:
> | General info: Host system-amd64 (yesterday's "clean" -current build)
>
> Try again with a more recent current. ext2fs has been broken since it
> started to get some GSoC code
river, I mean.
If using rump, tipically it will crash quckly...resulting -dirty filesystem.
Esplecially, when writing big amounts of data and/or under high disk
IO load, etc)
Just wondering - Is that a known behavior?
mike@somewhere (/mnt)% ls -la
drwxr-xr-x 16 root wheel 512 Aug 1
On Thu, Aug 18, 2016 at 02:53:38PM -0600, Swift Griggs wrote:
> On Thu, 18 Aug 2016, Greg Troxel wrote:
> > Is it about security track record?
>
> I'm not wanting to get into the discussion of fiat versus consensus
> decision making. However, I'd like to give my own personal answer on some
> of
. and also-there is no problems(at least in my
case). If I can provide any usefull details - feel free to let me know.:)
On Fri, Aug 05, 2016 at 10:18:25PM +, Mike wrote:
> Yes, I am ready to test it today! I think I will be able to wrote about
> the results tommorrow... But I have a quest
Yes, I am ready to test it today! I think I will be able to wrote about
the results tommorrow... But I have a question about module - I hope, it
doesn't require to build all modules to test this one? (If it requires -
it's not that bad, anyway...)
On Fri, Aug 05, 2016 at 05:17:48PM +0800, Paul
Hi list. I've found the strange behavior of current source tree(sources
updated via CVS every 2-3 days, for... ~about 1 last month, but I can't
say exactly when I start getting this error... At least 2 last weeks I'm
getting it, over and over...). build.sh build tools kernel... all 3 ended
pects to get a "full message" and it
does not? Does it get any bytes?
I think in the case of nagios yes it does (incorrectly). I ran into this
a while back and its fixed in the nagios head so I was waiting for the
package to update before I checked again.
Mike
26.11.2015, 16:00, "Thomas Klausner" :
> Illumos, FreeBSD, and DragonFlyBSD recently cooperated to make their
> locale support better.
>
> Here's the FreeBSD commit:
>
> https://lists.freebsd.org/pipermail/svn-src-head/2015-November/078554.html
>
> Here's a blog post by the
to sys/dev/pci/agp_i810.c 1.118 and try
again?
Yes that works perfectly.
Thanks
Mike
in the attached patch to the AGP
driver so that it won't accept an allocation for this page in the first
1MB of memory to avoid the BIOS pages. No idea if this patch will fix it
for others but perhaps it will. :)
Mike
Index: agp_i810.c
David Brownlee wrote:
On 23 April 2014 19:14, Mike Pumford mpumf...@black-star.demon.co.uk wrote:
Not sure how arch specific this is but I'm seeing a problem with various KVM
utilities on a 6.99.40 system on acorn32.
e.g
$ vmstat -i
vmstat: undefined symbols: _pool_head
Having searched
to
accept the fact that not all platforms will have the symbol?
Mike
58 matches
Mail list logo