Alex Zbyslaw wrote:
John Baldwin wrote:
On Tuesday 02 May 2006 07:36 am, Alex Zbyslaw wrote:
Giorgos Keramidas wrote:
On 2006-05-01 14:02, John Baldwin <[EMAIL PROTECTED]> wrote:
How about the patch below. It restores the behavior of the beep
only happening for invalid input by
John Baldwin wrote:
On Tuesday 02 May 2006 07:36 am, Alex Zbyslaw wrote:
Giorgos Keramidas wrote:
On 2006-05-01 14:02, John Baldwin <[EMAIL PROTECTED]> wrote:
How about the patch below. It restores the behavior of the beep
only happening for invalid input by axeing the BSD/OS
All,
I'm foregoing the formal pretty announcement for 6.1-RC2 because the
message needs to get out and I don't have an hour to spend on making it
look nice.
FreeBSD 6.1-RC2 is available for download. This is the last RC before
the release. Please test it to make sure that there have been no
re
On Tue, 2 May 2006, Bharma Ji wrote:
I am trying to understand the impact of memory allocation / deallocation
within the kernel. As I understand
I can't answer all your questions, but can point at a few examples in current
kernel code.
a) Kernel memory is not pageable ie the one you get fr
I am trying to understand the impact of memory allocation / deallocation
within the kernel. As I understand
a) Kernel memory is not pageable ie the one you get from using kernel
malloc(there may be exceptions)
b) Does this imply that if I have 1 GB of RAM - then I cannot reserve more
than 1 GB of
On Tue, 2 May 2006, Alin-Adrian Anton wrote:
Daniel Eischen wrote:
POSIX states any thread that is in sigwait() (with the specified
signal in the wait mask), or has the signal unmasked (in the threads
signal mask) can receive the signal. If you want a certain thread
to receive a process-wide s
On Tue, May 02, 2006 at 08:58:56PM +0300, Alin-Adrian Anton wrote:
> However, this is not fully clean: all the other threads should *ignore*
> the signals, not *block* them.
Threads don't have signal queues. POSIX specifies that a process has a
*global* list of pending signals and a *thread-local
Daniel Eischen wrote:
POSIX states any thread that is in sigwait() (with the specified
signal in the wait mask), or has the signal unmasked (in the threads
signal mask) can receive the signal. If you want a certain thread
to receive a process-wide signal, then the only sure way (POSIX) to
do tha
Coleman Kane wrote:
On Mon, May 01, 2006 at 12:29:20PM -0700, Brooks Davis wrote:
On Mon, May 01, 2006 at 02:16:04PM -0500, Eric Anderson wrote:
Brooks Davis wrote:
On Mon, May 01, 2006 at 02:13:22PM -0500, Eric Anderson wrote:
Brooks Davis wrote:
On Sun, Apr 30, 2006 at 10:23:32PM -0500, Er
Alex Zbyslaw <[EMAIL PROTECTED]> writes:
> Since I'm on 5.4 I guess I just haven't got your changes yet.
> Thanks for doing it, though. Be nice not to have to remember to
> patch boot.S every time I rebuild.
You don't have to, since installworld does not touch the MBR.
DES
--
Dag-Erling Smørgra
On Tuesday 02 May 2006 07:36 am, Alex Zbyslaw wrote:
> Giorgos Keramidas wrote:
> >On 2006-05-01 14:02, John Baldwin <[EMAIL PROTECTED]> wrote:
> >>How about the patch below. It restores the behavior of the beep
> >>
> >>only happening for invalid input by axeing the BSD/OS partition
> >>type from
On Mon, May 01, 2006 at 03:27:11PM -0500, Rick C. Petty wrote:
> When rebuilding a degraded plex with "gvinum start volume" on a mounted
> filesystem, gvinum reports "errno: 16" (EBUSY). In the CVS:
>
> src/sys/geom/vinum/geom_vinum_init.c, lines 363-364 (of MAIN, added
> 2005-Oct-09, rev 1.10.2.
Giorgos Keramidas wrote:
On 2006-05-01 14:02, John Baldwin <[EMAIL PROTECTED]> wrote:
How about the patch below. It restores the behavior of the beep
only happening for invalid input by axeing the BSD/OS partition
type from the lookup table.
Much better, since this is the behavior w
On Mon, 2006-May-01 18:01:01 -0400, Allen wrote:
>Man I would LOVE to find a good sun box. Nothing huge, just a box I can use to
>toy with Solaris and oldschool stuff like early SunOS.
This won't be one box. Sun hardware and software has undergone a lot of
churn over the years and you will need t
14 matches
Mail list logo
