Hi all,
I have recently updated and simplified the wiki instructions for
setting up a qemu-based test environment for symbolic debugging
of the NetBSD kernel:
http://wiki.netbsd.org/kernel_debugging_with_qemu/
If there's a nagging kernel bug that you have long wanted to track
down but have
Chavdar Ivanov ci4...@gmail.com writes:
I've been getting the following:
[...]
#create sshramdisk/sshramdisk.fs
nbmakefs: `work' size of 14200832 is larger than the maxsize of 13631488.
The size was recently updated, but you have to clean out the RPI_INSTALL
kernel build directory for
Hi,
I've been getting the following:
Calculated size of `ramdisk.fs.tmp': 3145728 bytes, 621 inodes
Extent size set to 4096
ramdisk.fs.tmp: 3.0MB (6144 sectors) block size 4096, fragment size 512
using 1 cylinder groups of 3.00MB, 768 blks, 704 inodes.
super-block backups (for fsck
On 02/17/15 08:31, Chavdar Ivanov wrote:
Hi,
I've been getting the following:
Calculated size of `ramdisk.fs.tmp': 3145728 bytes, 621 inodes
Extent size set to 4096
ramdisk.fs.tmp: 3.0MB (6144 sectors) block size 4096, fragment size 512
using 1 cylinder groups of 3.00MB, 768
ci4...@gmail.com (Chavdar Ivanov) writes:
I am getting a crash, though; this RPI is connected to a 27 Dell monitor's
USB hub, the k/b and mouse go there. After a message that they have been
detached (perhaps power saving on the monitor - it happens when left
overnight) I receive:
I don't know
I am getting a crash, though; this RPI is connected to a 27 Dell monitor's
USB hub, the k/b and mouse go there. After a message that they have been
detached (perhaps power saving on the monitor - it happens when left
overnight) I receive:
uvm.fault(0xc051b078,da3c8000,1) - e
Fatal kernel mode
Thanks, I repeated the build yesterday and it completed fine.
Chavdar Ivanov
On Thu Feb 19 2015 at 9:16:46 AM Tom Ivar Helbekkmo t...@hamartun.priv.no
wrote:
Tom Ivar Helbekkmo t...@hamartun.priv.no writes:
Chavdar Ivanov ci4...@gmail.com writes:
I've been getting the following:
