Currently, when reboot is invoked with the '-p' command line flag
(powerdown), it performs a shutdown with RB_HALT|RB_POWEROFF.
In some situations, it can be useful to try to perform a poweroff,
but reboot if it fails (e.g. when you are shutting down the system
as a result of a power failure, you
I probablz made the mistake not to look into the
hardware compatibility list when buying this card
to build a wireless access point using an ELSA
Airlancer MC-11 PCMCIA with tis DeLock (www.delock.de)
Any clues to get it working with a FreeBSD 4.4R?
:r ls
:r l
Copyright (c) 1992-2001 The FreeBSD
On Wed, Dec 26, 2001 at 01:21:42PM +0100, Christoph Kukulies wrote:
> I probablz made the mistake not to look into the
> hardware compatibility list when buying this card
> to build a wireless access point using an ELSA
> Airlancer MC-11 PCMCIA with tis DeLock (www.delock.de)
Your pcmcia chip is
Is this normal:
andrei@vogon:~
2:05:49pm% swapinfo
Device 1K-blocks UsedAvail Capacity Type
/dev/ad4s1b5253440 525344 0%Interleaved
This machine is running with 256MB RAM and a 512MB swap device. Swap usage
is zero even when running X and postgress a
>Date: Wed, 26 Dec 2001 00:02:23 +1000
>From: Stephen McKay <[EMAIL PROTECTED]>
>A number of people have complained that "burncd msinfo" returns the wrong
>value when there are already multiple sessions on a CD. This is true,
>and is bug bin/27593.
>Since I burn a lot of multisession CDs, and h
> on -CURRENT though /dev/dsp seems to be conjured up by the devfs system
> and i have simply been unable to find a way to make it point my prefered
> device node ... in my case /dev/dsp1.
>
> Am i missing something obvious here ... or is it simply not possible on
> -CURRENT to do something simil
In the last episode (Dec 26), Andrei Popov said:
>
> Is this normal:
>
> andrei@vogon:~
> 2:05:49pm% swapinfo
> Device 1K-blocks UsedAvail Capacity Type
> /dev/ad4s1b5253440 525344 0%Interleaved
>
> This machine is running with 256MB RAM and a 512MB s
On Wed, Dec 26, 2001 at 09:19:05AM -0600, Dan Nelson wrote:
> In the last episode (Dec 26), Andrei Popov said:
> >
> > Is this normal:
> >
> > andrei@vogon:~
> > 2:05:49pm% swapinfo
> > Device 1K-blocks UsedAvail Capacity Type
> > /dev/ad4s1b5253440 525344
In the last episode (Dec 26), Andrei Popov said:
> On Wed, Dec 26, 2001 at 09:19:05AM -0600, Dan Nelson wrote:
> > In the last episode (Dec 26), Andrei Popov said:
> > > Is this normal:
> > >
> > > Device 1K-blocks UsedAvail Capacity Type
> > > /dev/ad4s1b5253440
Sources from: Dec, 26 11:28 CET
linking kernel
procfs.o: In function `procfs_init':
procfs.o(.text+0x1ac): undefined reference to `pfs_create_link'
procfs.o(.text+0x1c0): undefined reference to `pfs_create_dir'
procfs.o(.text+0x1db): undefined reference to `pfs_create_file'
procfs.o(.text+0x1f4)
Jan Stocker wrote:
> Sources from: Dec, 26 11:28 CET
>
> linking kernel
> procfs.o: In function `procfs_init':
> procfs.o(.text+0x1ac): undefined reference to `pfs_create_link'
> procfs.o(.text+0x1c0): undefined reference to `pfs_create_dir'
> procfs.o(.text+0x1db): undefined reference to `pfs_c
Xcuse me...overread it...
Jan
On Wed, 2001-12-26 at 19:46, Maxime Henrion wrote:
> Jan Stocker wrote:
> > Sources from: Dec, 26 11:28 CET
> >
> > linking kernel
> > procfs.o: In function `procfs_init':
> > procfs.o(.text+0x1ac): undefined reference to `pfs_create_link'
> > procfs.o(.text+0x1c0
* Andrei Popov <[EMAIL PROTECTED]> [011226 12:21] wrote:
> On Wed, Dec 26, 2001 at 09:19:05AM -0600, Dan Nelson wrote:
> > In the last episode (Dec 26), Andrei Popov said:
> > >
> > > Is this normal:
> > >
> > > andrei@vogon:~
> > > 2:05:49pm% swapinfo
> > > Device 1K-blocks Used
Luigi Rizzo wrote:
>
> Don't know how interesting this can be, but i am writing
> (no plans to commit it, unless people find it interesting)
> some code to implement a weight-based instead of priority-based
> scheduler. The code is basically the WF2Q+ scheme which is
> already part of dummynet, a
Doug White wrote:
>
> Dropping -stable crosspost.
>
> For those of you with this mouse -- we really need the output of 'usbdevs
> -v' with the mouse attached.
>
> I'm betting that this isn't a standard USB mouse and requires a special,
> proprietary driver. :(
The very idea of a "winmouse" giv
15 matches
Mail list logo