Updating src tree:
P src/distrib/sets/lists/base/shl.mi
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/comp/shl.mi
P src/distrib/sets/lists/debug/mi
P src/distrib/sets/lists/debug/shl.mi
P src/doc/3RDPARTY
P src/external/bsd/acpica/bin/iasl/Makefile
P src/lib/Makefile
U src/lib/librumpr
On Tue, Oct 10, 2017 at 11:11:54PM +0200, Jarom??r Dole??ek wrote:
> I've fixed the compilation for ALL kernels.
>
> 2017-10-10 17:34 GMT+02:00 Michael :
> > I tried sequential reads ( dd if=/dev/rwd0c ... ) and throughput took a
> > significant hit. I used to get about 120MB/s with the siisata, n
The timeouts when running under VirtualBox disappeared, but of course the
panic on my T61p remains.
Chavdar Ivanov
On Tue, 10 Oct 2017 at 22:40 Jaromír Doleček
wrote:
> Hey,
>
> can you try with dev/scsipi/atapi_wdc.c 1.128? That should resolve the
> timeouts for atapi, at least it did for me.
I've fixed the compilation for ALL kernels.
2017-10-10 17:34 GMT+02:00 Michael :
> I tried sequential reads ( dd if=/dev/rwd0c ... ) and throughput took a
> significant hit. I used to get about 120MB/s with the siisata, now it
> fluctuates between 80 and 90MB/s, ahcisata dropped from about 80MB/s
Hey,
can you try with dev/scsipi/atapi_wdc.c 1.128? That should resolve the
timeouts for atapi, at least it did for me.
Jaromir
2017-10-10 8:08 GMT+02:00 Rares Aioanei :
> I get that also on VBox, except it doesn't try to add cd0a as a swap
> device, nor does it show an endless stream of "lost
This is from the current source tree a little earlier today, cross
compiling arm on amd64:
./build.sh -j 4 -U -u -x -m evbearmv7hf-el -O /home/dtyson/cross/obj -T
/home/dtyson/cross/tools release
Might be fallout from the ata changes..
...
# compile compat/uipc_syscalls_30.o
/home/dtyson/cro
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
successful build:
2017.10.10.16.04.59 christos src/distrib/sets/lists/comp/mi,v 1.2150
2017.10.10.16.30.23 jdolecek src/sys/dev/ic/mvsata.c,v 1.38
2017.10.10.16.44.24
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2017.10.10.15.38.00.
An extract from the build.sh output follows:
postinstall-fix-obsolete_stand ===> .
--- post
Hello,
On Sat, 7 Oct 2017 18:34:04 +0200
Jaromír Doleček wrote:
> I've merged the NCQ branch to HEAD.
Nice, thanks!
> The code was quite extensively tested on that harware on amd64. Other archs
> and drivers compile, but I had no way to test them. Particularily, I had no
> chance to really tes
mueller6...@twc.com ("Thomas Mueller") writes:
>So how would the load or boot code find the kernel?
The EFI-bootloader finds /boot.cfg in the EFI partitition and
can be directed to load the kernel from the root partitition,
i.e. something like "boot hd0b:netbsd".
--
--
> On Tue, Oct 10, 2017 at 03:03:22AM +, Thomas Mueller wrote:
> > Is it currently possible to boot newer versions of NetBSD in UEFI mode?
> -8 and -current should work, but the installer has not yet been updated
> to reflect it.
> > How would the boot/load code know where to find the root pa
11 matches
Mail list logo