On Monday 24 November 2003 13:24, Bruce M Simpson wrote:
> I'm intrigued by this. Is it possible to build DVDs which will boot on
> i386 and/or a variety of architectures? FAQ pointers welcome...
I haven't seen one, but I assume the BIOS just reads the ISO9660 FS and does
an El Torrito boot as pe
On Sun, Nov 23, 2003 at 09:28:37PM -0500, Leo Bicknell wrote:
> I'd like to make my own distribution DVD's. I know how to make
[snip]
I'm intrigued by this. Is it possible to build DVDs which will boot on
i386 and/or a variety of architectures? FAQ pointers welcome...
BMS
___
On Monday 24 November 2003 12:58, Leo Bicknell wrote:
> I'd like to make my own distribution DVD's. I know how to make
> CD's, but looking at release(7) I see lots of documentation for
> CD's, and none for DVD's. Googling turns up nothing of interest
> in the first three pages.
>
> Can anyone po
At 21:28 23/11/2003 -0500, Leo Bicknell wrote:
I'd like to make my own distribution DVD's. I know how to make
CD's, but looking at release(7) I see lots of documentation for
CD's, and none for DVD's. Googling turns up nothing of interest
in the first three pages.
Can anyone point me to the docum
I'd like to make my own distribution DVD's. I know how to make
CD's, but looking at release(7) I see lots of documentation for
CD's, and none for DVD's. Googling turns up nothing of interest
in the first three pages.
Can anyone point me to the documentation on how to build DVD's,
a-la what the
Hello peoples,
I posted this to questions with no reply, I was hoping
someone here may be able to give some insight.
Question: Should I be able to open /dev/ugen0 more than once?
I am using FreeBSD 4.9-Stable, libusb-0.1.7.
>From reading the libusb docs, you must open the device for each
inter
In kern_sysctl.c I see you guys fixed the OID_AUTO collision with
static OID's, but you still have to make the minimum OID_AUTO number
256, not 100 (around line 119 of kern_sysctl.c), or you may conflict
with static OID's assigned from loadable modules.
I don't know of any situ
Hi,
When a program is stored by a filesystem that is on a MD, are the read-only
sections of the binary file duplicated when it is executed ?
It could help to save lot of memory ;-)
Vincent
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/ma
On Sunday 23 November 2003 04:46 am, Stefan Eßer wrote:
> On 2003-11-23 00:19 -0800, Wes Peters <[EMAIL PROTECTED]> wrote:
> > On Saturday 22 November 2003 02:54 am, Stefan Eßer wrote:
> > > On 2003-11-22 11:04 +0100, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
> > > > Stefan Eßer <[EMAIL PROTEC
On Sunday 23 November 2003 04:15 am, Stefan Eßer wrote:
> On 2003-11-23 00:16 -0800, Wes Peters <[EMAIL PROTECTED]> wrote:
> > On Friday 21 November 2003 03:56 pm, Stefan Eßer wrote:
> > > A simple algorithm could just mark each buffer with a special
> > > kind of dirty flag and a counter for the p
1. Look for BIO_DELETE in the kernel.
2. Use GBDE or other encryption.
3. Stop bikeshed now, please.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can
Stefan Eßer <[EMAIL PROTECTED]> writes:
> What I'm suggesting is to have the obliteration implemented as an
> add on to the dirty buffer flush, with the difference that the
> buffer contents is prepared for the next step of the erasure process,
> written out, and then not declared free but again p
On 2003-11-23 00:19 -0800, Wes Peters <[EMAIL PROTECTED]> wrote:
> On Saturday 22 November 2003 02:54 am, Stefan Eßer wrote:
> > On 2003-11-22 11:04 +0100, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
> > > Stefan Eßer <[EMAIL PROTECTED]> writes:
> > > > I may be way off, but I do not think, that
On 2003-11-23 00:16 -0800, Wes Peters <[EMAIL PROTECTED]> wrote:
> On Friday 21 November 2003 03:56 pm, Stefan Eßer wrote:
> > A simple algorithm could just mark each buffer with a special
> > kind of dirty flag and a counter for the pass number (in fact,
> > the existing dirty flag could be used,
On Saturday 22 November 2003 02:54 am, Stefan Eßer wrote:
> On 2003-11-22 11:04 +0100, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
> > Stefan Eßer <[EMAIL PROTECTED]> writes:
> > > I may be way off, but I do not think, that a special thread or
> > > a cache flush after each block is required: [.
On Friday 21 November 2003 03:56 pm, Stefan Eßer wrote:
> On 2003-11-21 14:09 -0800, Wes Peters <[EMAIL PROTECTED]> wrote:
> > As for performance, you really need to flush the on-device cache on
> > each pass to make sure the bit patterns get written to the platter in
> > proper order. I don't see
16 matches
Mail list logo