Whilst trying to boot a brand new FreeBSD 8-stable/amd64 kernel,
I ran into an unfortunate nasty with the kernel probe order.
This particular box has no PS/2 ports so I have a USB keyboard and
have removed atkbd et al from my kernel config. Unfortunately, whilst
trying to merge changes from 5
on 01/02/2010 10:51 Peter Jeremy said the following:
Whilst trying to boot a brand new FreeBSD 8-stable/amd64 kernel,
I ran into an unfortunate nasty with the kernel probe order.
This particular box has no PS/2 ports so I have a USB keyboard and
have removed atkbd et al from my kernel
On Sunday 31 January 2010 11:28:54 am Marius Strobl wrote:
On Sun, Jan 31, 2010 at 12:06:18PM +1100, Peter Jeremy wrote:
Sorry for the delay, I was trying to avoid rebooting my server.
I've setup a similar environment in VirtualBox to test it.
On 2010-Jan-27 12:52:29 +0100, Marius Strobl
On Sunday 31 January 2010 07:33:19 pm Steven Friedrich wrote:
On Sunday 31 January 2010 05:57:14 pm Jeremy Chadwick wrote:
On Sun, Jan 31, 2010 at 04:44:39PM -0500, Steven Friedrich wrote:
On Saturday 30 January 2010 08:56:06 am Bartosz Fabianowski wrote:
Can anyone verify that sdhci is
On Mon, 1 Feb 2010, John Baldwin wrote:
I'd say that your patch works.
John, are you okay with that patch?
http://people.freebsd.org/~marius/fha_extract_info_realign2.diff
It's intention is to:
- Move nfs_realign() from the NFS client to the shared NFS code and
remove the NFS server
Hi,
This has bugged me on a couple of machines but I've always attributed it
to some misconfiguration of mine: running curses-like programs under
screen (i.e. in virtual screens) fails with messages like terminal
entry not found. For example, less does this, and vim complains
with this:
On Mon, Feb 01, 2010 at 07:13:48PM +0100, Ivan Voras wrote:
This has bugged me on a couple of machines but I've always
attributed it to some misconfiguration of mine: running curses-like
programs under screen (i.e. in virtual screens) fails with
messages like terminal entry not found. For
Hi all,
A recent HLDS update is causing my machine to kernel panic.
Here is a copy of the kernel dump:
#0 sched_switch (td=0x80be7600, newtd=0xff00014f6720,
flags=Variable flags is not available.
) at /usr/src/sys/kern/sched_ule.c:1864
1864cpuid =
On 2010-Feb-01 11:37:33 +0200, Andriy Gapon a...@icyb.net.ua wrote:
This strikes me as undesirable. Is there some way to bump up the
probe/attach priority of console input devices to ensure that they
exist before the kernel tries to read input?
It seems to be a problem with either your
on 02/02/2010 08:36 Peter Jeremy said the following:
On 2010-Feb-01 11:37:33 +0200, Andriy Gapon a...@icyb.net.ua wrote:
This strikes me as undesirable. Is there some way to bump up the
probe/attach priority of console input devices to ensure that they
exist before the kernel tries to read
10 matches
Mail list logo