System updated about two hours ago. I am getting:
wd0 at atabus0 drive 0
wd0:
wd0: drive supports 16-sector PIO transfers, LBA48 addressing
wd0: 298 GB, 620181 cyl, 16 head, 63 sec, 512 bytes/sect x 625142448 sectors
piixide0:0:0: bad state 0 in wdc_ata_bio_intr
panic: wdc_ata_bio_intr: bad
I tried the same kernel on a VirtualBox guest - it doesn't crash, but one
gets endless
piixide0:1:0: lost interrupt
type: atapi tc_bcount: 0 tc_skip: 0
stream of messages. Also /etc/rc.d/swap2 start hangs while trying to add
/dev/cd0a as a dump device... as shown by ktruss.
Weird.
Hi,
I've merged the NCQ branch to HEAD.
NCQ is supported on ahcisata(4), siisata(4), and mvsata(4) Gen IIe at this
moment.
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
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 partition to
Updating src tree:
P src/crypto/external/bsd/openssh/dist/channels.c
P src/crypto/external/bsd/openssh/dist/packet.c
P src/sbin/resize_ffs/resize_ffs.c
P src/sys/arch/arm/sunxi/files.sunxi
P src/sys/arch/arm/sunxi/sun4i_a10_ccu.c
P src/sys/arch/arm/sunxi/sunxi_ccu.h
P
Is it currently possible to boot newer versions of NetBSD in UEFI mode?
I looked online in NetBSD wiki, also man pages, but couldn't find anything
informative.
I notice /usr/mdec/bootx64.efi, also bootia32.efi, but where would the process
go after that step?
How would the boot/load code know
Hi,
Trust Realty is currently accepting applications from individuals to become
data entry and processing agents in our properties department. Kindly note that
previous experience is not required.
Duties are as follows:
1). Data entry
2). Receiving rent from customers
4). Processing the rent,
This is an automatically generated notice of a new failure of the
NetBSD test suite.
The newly failing test case is:
lib/libc/tls/t_tls_static:t_tls_static
The above test failed in each of the last 3 test runs, and passed in
at least 27 consecutive runs before that.
The following commits
On Sat, Oct 07, 2017 at 07:33:45PM +1100, Paul Ripke wrote:
> Ok, I've bitten the bullet and switched to npf and altq. Setup seems
> to be working so far, and it's fixed another annoyance I recently
> noticed: ipf was blocking in-bound syn-acks from select remote sites.
> 99% of sites were fine, a
