nner GPT device should be valid and standards compliant.
The boot loader would of course need to understand this setup but that
shouldn't be impossible.
Just a thought.
It might be too complicated compared to the non-standards compliant way
it works now which works quite well in practice
seems fine. It also occurs when numlockx is used to set numlock
> on or off without keyboard interaction.
For me the issue went away when I removed atkbd support from my
kernel. I still have ukbd and kbdmux.
--
Christian Laursen
___
freebsd-h
device driver in the tree.
I like that idea. I miss being able to wake a few of my machines the
way I could a couple of releases ago.
--
Christian Laursen
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hacke
the following might work for you:
s" " s" /boot/kernel/if_iwiNG.ko" 2 load
I am no forth expert either and have just been using trial and error to
get to what I have.
--
Christian Laursen
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
lly going to use it.
Otherwise I would have to unload it after boot in the normal case which
is far from elegant.
--
Christian Laursen
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
OK update
Any hints would be greatly appreciated.
Thanks.
--
Christian Laursen
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ha
Dominic Marks <[EMAIL PROTECTED]> writes:
> Christian Laursen wrote:
> > I was thinking about software suspend and got this crazy idea.
> > I have no idea if this is possible or total madness but here
> > goes anyway.
> > The idea would be to force the system to
the kernel would check that partition and
if it found a dump there restore it to the machine's memory,
reinitialize devices and continue where it left off.
Any thoughts? Could this be done or would an entirely different
approach be better?
--
Ch
Zaphod Beeblebrox <[EMAIL PROTECTED]> writes:
> Having a process (or full system) checkpoint facility would make the
> implementation of suspend-to-disk rather trivial --- which is a much
> desired feature.
I would definitely use such a feature if it was added to FreeBSD.
--
Ch
reconfigured to run in
degraded mode and sync is not possible. In my book that's not good
enough for production.
Furthermore it would be nice with a mirror implementation that
automatically syncs the mirror after an unclean shutdown.
--
Best regards
Christian Laursen
__
10 matches
Mail list logo