Oh, I'm sorry, I made a mistake when posting code. I posted incorrectly
patched version... This version correct :
#include
#include
#include
#include
#include
#include
#include
main(int argc, char *argv[])
{
int fd;
int i;
int len=1024*1024*10; /*ie 10Mbytes*/
caddr_t ad
Hi.
I have a question about new-bus code.
Currently device style of FreeBSD-4-current is changing to newbus.
But is there any plan to newbuslize for 3-stable?
If my patch for pcm/ESS sound chip apply to FreeBSD, may I send-pr
with old-config style?
Yes, current pcm sound driver is old-c
Cillian Sharkey wrote:
> > but in the boot up, the message, "changing root device to wd0s1" keeps
> > appearing and keeps
> > failing. in my /etc/fstab i have the following entry:
>
> > /dev/sd0s1a/ufs rw11
>
> > does anyone have any ideas.
>
> > the sd0 is probed and a
In message "Brian
F. Feldman" writes:
: What do you all think about growing a gnu subdirectory in src/lib/libcompat?
: Things like a getopt_long implementation (yes, if it will be accepted,
: I am volunteering to write it...) would go there, and all sorts of lame
: GNU libc cruft that we can try
Cillian Sharkey wrote:
> > but in the boot up, the message, "changing root device to wd0s1" keeps appearing
>and keeps
> > failing. in my /etc/fstab i have the following entry:
>
> > /dev/sd0s1a/ufs rw11
>
> > does anyone have any ideas.
>
> > the sd0 is probed and att
In message <[EMAIL PROTECTED]> "Brian F.
Feldman" writes:
: What do you all think about growing a gnu subdirectory in src/lib/libcompat?
: Things like a getopt_long implementation (yes, if it will be accepted,
: I am volunteering to write it...) would go there, and all sorts of lame
: GNU libc cr
On Wed, Aug 11, 1999, Brian F. Feldman wrote:
> What do you all think about growing a gnu subdirectory in src/lib/libcompat?
> Things like a getopt_long implementation (yes, if it will be accepted,
> I am volunteering to write it...) would go there, and all sorts of lame
> GNU libc cruft that we ca
On 12-Aug-99 Brian F. Feldman wrote:
> What do you all think about growing a gnu subdirectory in src/lib/libcompat?
> Things like a getopt_long implementation (yes, if it will be accepted,
> I am volunteering to write it...) would go there, and all sorts of lame
> GNU libc cruft that we can tr
What do you all think about growing a gnu subdirectory in src/lib/libcompat?
Things like a getopt_long implementation (yes, if it will be accepted,
I am volunteering to write it...) would go there, and all sorts of lame
GNU libc cruft that we can try to be more compatible with.
Brian Fundakowski
On Wed, Aug 11, 1999, Brian F. Feldman wrote:
> What do you all think about growing a gnu subdirectory in src/lib/libcompat?
> Things like a getopt_long implementation (yes, if it will be accepted,
> I am volunteering to write it...) would go there, and all sorts of lame
> GNU libc cruft that we c
On 12-Aug-99 Brian F. Feldman wrote:
> What do you all think about growing a gnu subdirectory in src/lib/libcompat?
> Things like a getopt_long implementation (yes, if it will be accepted,
> I am volunteering to write it...) would go there, and all sorts of lame
> GNU libc cruft that we can t
What do you all think about growing a gnu subdirectory in src/lib/libcompat?
Things like a getopt_long implementation (yes, if it will be accepted,
I am volunteering to write it...) would go there, and all sorts of lame
GNU libc cruft that we can try to be more compatible with.
Brian Fundakowski
On Wed, 11 Aug 1999 16:46:46 -0500
"Alton, Matthew" wrote:
> I am currently researching methods for implementing the 64-bit
> syscalls stat64(), fstat64(), lseek64() &etc. delineated in the
> SGI design doc _64 Bit File Access_ by Adam Sweeney.
...which, of course, is completely unnecessa
Dag-Erling Smorgrav wrote:
>
> Doug writes:
> > Also, the 'boolean' option is essentially undocumented in the
> > login.conf man page. It's mentioned once, but there is no example of how
> > it works or the fact that the @ sign is the symbol for it. The info is in
> > login_cap(3), but it's
On Wed, 11 Aug 1999 16:46:46 -0500
"Alton, Matthew" <[EMAIL PROTECTED]> wrote:
> I am currently researching methods for implementing the 64-bit
> syscalls stat64(), fstat64(), lseek64() &etc. delineated in the
> SGI design doc _64 Bit File Access_ by Adam Sweeney.
...which, of course, is
On Wed, 11 Aug 1999 20:34:59 -0400, Tim Vanderhoek wrote:
> I suggest that it would be beneficial for you to let them shoot off
> their feet... I have used legacy sysinstall to upgrade a live
> multiuser system before and will probably do so again.
Hair-raising. :-)
Anyway, I've snuffled arou
Dag-Erling Smorgrav wrote:
>
> Doug <[EMAIL PROTECTED]> writes:
> > Also, the 'boolean' option is essentially undocumented in the
> > login.conf man page. It's mentioned once, but there is no example of how
> > it works or the fact that the @ sign is the symbol for it. The info is in
> > lo
On Wed, 11 Aug 1999 20:34:59 -0400, Tim Vanderhoek wrote:
> I suggest that it would be beneficial for you to let them shoot off
> their feet... I have used legacy sysinstall to upgrade a live
> multiuser system before and will probably do so again.
Hair-raising. :-)
Anyway, I've snuffled aro
:If the latter mmap.c is allowed to fill up filesystem, -current hangs in
:
:/kernel: pid 2 (pagedaemon), uid 0 on /: file system full
:/kernel: vnode_pager_putpages: I/O error 28
:/kernel: vnode_pager_putpages: residual I/O 16384 at 880
:
:...repeating the last two lines, gradually increasing pind
On Thu, Aug 12, 1999 at 01:10:44AM +0200, Sheldon Hearn wrote:
>
> I'll feel more comfortable about letting them shoot their feet off if
> you can point out _any_ way in which it might be beneficial for them to
> do so. :-)
I suggest that it would be beneficial for you to let them shoot off
their
:If the latter mmap.c is allowed to fill up filesystem, -current hangs in
:
:/kernel: pid 2 (pagedaemon), uid 0 on /: file system full
:/kernel: vnode_pager_putpages: I/O error 28
:/kernel: vnode_pager_putpages: residual I/O 16384 at 880
:
:...repeating the last two lines, gradually increasing pin
On Thu, Aug 12, 1999 at 01:10:44AM +0200, Sheldon Hearn wrote:
>
> I'll feel more comfortable about letting them shoot their feet off if
> you can point out _any_ way in which it might be beneficial for them to
> do so. :-)
I suggest that it would be beneficial for you to let them shoot off
thei
On Wed, 11 Aug 1999 17:08:10 CST, Wes Peters wrote:
> It's OK to let the users shoot their feet off, but they may not know
> they're about to shoot their feet off. Giving them an alert would be
> polite.
I'll feel more comfortable about letting them shoot their feet off if
you can point out _a
Sheldon Hearn wrote:
>
> On Wed, 11 Aug 1999 00:07:41 MST, "Jordan K. Hubbard" wrote:
>
> > Nonetheless, for the expected installation experience one is
> > encouraged to boot the desired OS release's installation media and
> > select an upgrade instead of a new install.
>
> Gotcha.
>
> So you'
Quite so. Thank you. I initially only looked at things like:
19 COMPAT POSIX { long lseek(int fd, long offset, int whence); }
from /usr/src/sys/kern/syscalls.master and assumed a 32-bit long int.
The easy way to deal with this is to change the calls in the XFS code.
The syscall part is m
> > > when a network interface is put into promiscuous mode, a kernel
> > > message is logged ie. "ep0: promiscuous mode enabled" are there plans
> > > to log the reverse of this message ie. "ep0: promiscuous mode
> > > disabled"..I think this was suggested before in the mailing-lists but
> > > did
stat, fstat, lseek are all already 64 bits in freebsd.
On Wed, 11 Aug 1999, Alton, Matthew wrote:
> SGI has released a portion of the XFS source code under the GPL:
>
> http://oss.sgi.com/projects/xfs/download/
>
> the source file is xfs_log.tar.gz.
>
> Of greater interest at this stage a
On Wed, 11 Aug 1999 17:08:10 CST, Wes Peters wrote:
> It's OK to let the users shoot their feet off, but they may not know
> they're about to shoot their feet off. Giving them an alert would be
> polite.
I'll feel more comfortable about letting them shoot their feet off if
you can point out _
Sheldon Hearn wrote:
>
> On Wed, 11 Aug 1999 00:07:41 MST, "Jordan K. Hubbard" wrote:
>
> > Nonetheless, for the expected installation experience one is
> > encouraged to boot the desired OS release's installation media and
> > select an upgrade instead of a new install.
>
> Gotcha.
>
> So you
Quite so. Thank you. I initially only looked at things like:
19 COMPAT POSIX { long lseek(int fd, long offset, int whence); }
from /usr/src/sys/kern/syscalls.master and assumed a 32-bit long int.
The easy way to deal with this is to change the calls in the XFS code.
The syscall part is
> > > when a network interface is put into promiscuous mode, a kernel
> > > message is logged ie. "ep0: promiscuous mode enabled" are there plans
> > > to log the reverse of this message ie. "ep0: promiscuous mode
> > > disabled"..I think this was suggested before in the mailing-lists but
> > > di
SGI has released a portion of the XFS source code under the GPL:
http://oss.sgi.com/projects/xfs/download/
the source file is xfs_log.tar.gz.
Of greater interest at this stage are the documents in:
http://oss.sgi.com/projects/xfs/design_docs/
I am currently researching methods for implementing
:If the latter mmap.c is allowed to fill up filesystem, -current hangs in
:
:/kernel: pid 2 (pagedaemon), uid 0 on /: file system full
:/kernel: vnode_pager_putpages: I/O error 28
:/kernel: vnode_pager_putpages: residual I/O 16384 at 880
:
:...repeating the last two lines, gradually increasing pind
stat, fstat, lseek are all already 64 bits in freebsd.
On Wed, 11 Aug 1999, Alton, Matthew wrote:
> SGI has released a portion of the XFS source code under the GPL:
>
> http://oss.sgi.com/projects/xfs/download/
>
> the source file is xfs_log.tar.gz.
>
> Of greater interest at this stage
If the latter mmap.c is allowed to fill up filesystem, -current hangs in
/kernel: pid 2 (pagedaemon), uid 0 on /: file system full
/kernel: vnode_pager_putpages: I/O error 28
/kernel: vnode_pager_putpages: residual I/O 16384 at 880
...repeating the last two lines, gradually increasing pindex,
re
:>
:>He's trying to ask if this is a problem with the code in question or 3.2R's
:>mmap.
:
: That's better. It appears to be a classic resource related deadlock that
:is caused by the VFS code needing pages in order to page things out (and thus
:free up pages), but is unable to since no memory is
SGI has released a portion of the XFS source code under the GPL:
http://oss.sgi.com/projects/xfs/download/
the source file is xfs_log.tar.gz.
Of greater interest at this stage are the documents in:
http://oss.sgi.com/projects/xfs/design_docs/
I am currently researching methods for implementin
:If the latter mmap.c is allowed to fill up filesystem, -current hangs in
:
:/kernel: pid 2 (pagedaemon), uid 0 on /: file system full
:/kernel: vnode_pager_putpages: I/O error 28
:/kernel: vnode_pager_putpages: residual I/O 16384 at 880
:
:...repeating the last two lines, gradually increasing pin
If the latter mmap.c is allowed to fill up filesystem, -current hangs in
/kernel: pid 2 (pagedaemon), uid 0 on /: file system full
/kernel: vnode_pager_putpages: I/O error 28
/kernel: vnode_pager_putpages: residual I/O 16384 at 880
...repeating the last two lines, gradually increasing pindex,
r
:>
:>He's trying to ask if this is a problem with the code in question or 3.2R's
:>mmap.
:
: That's better. It appears to be a classic resource related deadlock that
:is caused by the VFS code needing pages in order to page things out (and thus
:free up pages), but is unable to since no memory i
Kenny Drobnack wrote:
>
>This may be a stupid question, but what's to keep from putting xfs in
>FreeBSD? Is there something in the licenses that says you can't use
>GPL'ed software and software under the BSD License together?
Yes. The BSD licence requirement for acknowledging UCB in any
advertis
Kenny Drobnack <[EMAIL PROTECTED]> wrote:
>
>This may be a stupid question, but what's to keep from putting xfs in
>FreeBSD? Is there something in the licenses that says you can't use
>GPL'ed software and software under the BSD License together?
Yes. The BSD licence requirement for acknowledging
Ok How does one recreate /dev/lkm for 4.0-Current? It is no longer
in /dev/MAKEDEV.
Thanks --mikej
Michael Jung(502) 315-2457 Voice
Senior Network Specialist (502) 315-2815 Facsimile
National Processing Company, Inc. mj...@npc.net
1231 Durrett Lane
> >He's trying to ask if this is a problem with the code in question or 3.2R's
> >mmap.
>
>That's better. It appears to be a classic resource related deadlock that
> is caused by the VFS code needing pages in order to page things out (and thus
> free up pages), but is unable to since no memory
>Looks like Oleg made a mistake in posting the code. I saw an earlier version
>of this in freebsd-questions and followed up with him.
>
>I've appended the version I think he meant to include.
>
>He's reporting this behavior with 3.2R. Runs fine with 'mmap -u', appears to
>hang the machine on the se
Hi,
> > Well, I was going to try to roll my own for this, but it's always nice to
> > know someone's already done it for me. :) I'm gone though for the next
> > couple weeks though, so that'll be a nice thing to get back home to. Many
> > thanks!
> >
> > Where will I be able to get it?
> >
> > -
Looks like Oleg made a mistake in posting the code. I saw an earlier version
of this in freebsd-questions and followed up with him.
I've appended the version I think he meant to include.
He's reporting this behavior with 3.2R. Runs fine with 'mmap -u', appears to
hang the machine on the second it
I'm making them available on my web page, www.acl.lanl.gov/~rminnich
Thanks to Dolphin for allowing this release. Questions to me.
it's not the greatest driver on the planet. If you want to write a better
one you can use mine as a model. I'm probably done with SCI for now, but
I'll take bug fixe
Ok How does one recreate /dev/lkm for 4.0-Current? It is no longer
in /dev/MAKEDEV.
Thanks --mikej
Michael Jung(502) 315-2457 Voice
Senior Network Specialist (502) 315-2815 Facsimile
National Processing Company, Inc. [EMAIL PROTECTED]
1231 Durrett Lan
> >He's trying to ask if this is a problem with the code in question or 3.2R's
> >mmap.
>
>That's better. It appears to be a classic resource related deadlock that
> is caused by the VFS code needing pages in order to page things out (and thus
> free up pages), but is unable to since no memor
In message Kenny
Drobnack writes:
: This may be a stupid question, but what's to keep from putting xfs in
: FreeBSD? Is there something in the licenses that says you can't use
: GPL'ed software and software under the BSD License together?
The BSD license allows binary only applications, while t
This report seems to be severely lacking in details. First, I don't
understand why it is called "mmap" since it doesn't do an mmap and the
"addr" that is being frobbed with isn't even initialized. Second, I
get a core dump when I run it on a -stable machine:
[speedy:tmp9] mmap
unlink files? NO
In message Dag-Erling Smorgrav writes:
: superblock (or one of its backup copies), you can determine the offset
: and size of the FS. It won't tell you anything about *other*
: partitions though.
It will give a fairly strong hint, however. If you know what is taken
up by this partition, you can
Um, just where do you call mmap(2) in this code?
- ad
Oleg Derevenetz wrote:
> This small program, running as 'mmap', not 'mmap -u', can hang my machine.
> Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
> Thank you for answer.
>
> #include
> #include
> #include
> #include
>
>Looks like Oleg made a mistake in posting the code. I saw an earlier version
>of this in freebsd-questions and followed up with him.
>
>I've appended the version I think he meant to include.
>
>He's reporting this behavior with 3.2R. Runs fine with 'mmap -u', appears to
>hang the machine on the s
Are you running this as root?
<- - - . .
Bosko Milekic http://www.dsuper.net/~bmilekic/
Network Operations - Delphi SuperNet, an Internet Direct company
+1.514.281.7500 (vox) / +1.514.281.6599 (fax) / http://www.dsuper.net/
Hi,
> > Well, I was going to try to roll my own for this, but it's always nice to
> > know someone's already done it for me. :) I'm gone though for the next
> > couple weeks though, so that'll be a nice thing to get back home to. Many
> > thanks!
> >
> > Where will I be able to get it?
> >
> >
On Wed, 11 Aug 1999 20:48:08 +0400 (MSD)
Oleg Derevenetz wrote:
> This small program, running as 'mmap', not 'mmap -u', can hang my machine.
> Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
> Thank you for answer.
If it hangs your system, must be a bug in FreeBSD. Here is
Looks like Oleg made a mistake in posting the code. I saw an earlier version
of this in freebsd-questions and followed up with him.
I've appended the version I think he meant to include.
He's reporting this behavior with 3.2R. Runs fine with 'mmap -u', appears to
hang the machine on the second i
On Wed, Aug 11, 1999 at 06:46:51PM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser writes:
> > On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> > > Josef Karthauser writes:
> > > > Ahha - of course. Ok, let me re-phrase the question then. By looking
> > > > at the con
> but in the boot up, the message, "changing root device to wd0s1" keeps
> appearing and keeps
> failing. in my /etc/fstab i have the following entry:
> /dev/sd0s1a/ufs rw11
> does anyone have any ideas.
> the sd0 is probed and attached successfully during startup, bu
I'm making them available on my web page, www.acl.lanl.gov/~rminnich
Thanks to Dolphin for allowing this release. Questions to me.
it's not the greatest driver on the planet. If you want to write a better
one you can use mine as a model. I'm probably done with SCI for now, but
I'll take bug fix
This may be a stupid question, but what's to keep from putting xfs in
FreeBSD? Is there something in the licenses that says you can't use
GPL'ed software and software under the BSD License together?
> > This is why people should start emailing asking for a dual-license that
> > would support i
This small program, running as 'mmap', not 'mmap -u', can hang my machine.
Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
Thank you for answer.
#include
#include
#include
#include
#include
#include
#include
main(int argc, char *argv[])
{
int fd;
int i;
i
Josef Karthauser writes:
> On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> > Josef Karthauser writes:
> > > Ahha - of course. Ok, let me re-phrase the question then. By looking
> > > at the contents of the superblocks on a UFS file system it's possible to
> > > reconstruc
In message <[EMAIL PROTECTED]> Kenny Drobnack
writes:
: This may be a stupid question, but what's to keep from putting xfs in
: FreeBSD? Is there something in the licenses that says you can't use
: GPL'ed software and software under the BSD License together?
The BSD license allows binary only a
This report seems to be severely lacking in details. First, I don't
understand why it is called "mmap" since it doesn't do an mmap and the
"addr" that is being frobbed with isn't even initialized. Second, I
get a core dump when I run it on a -stable machine:
[speedy:tmp9] mmap
unlink files? NO
In message <[EMAIL PROTECTED]> Dag-Erling Smorgrav writes:
: superblock (or one of its backup copies), you can determine the offset
: and size of the FS. It won't tell you anything about *other*
: partitions though.
It will give a fairly strong hint, however. If you know what is taken
up by this
On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser writes:
> > Ahha - of course. Ok, let me re-phrase the question then. By looking
> > at the contents of the superblocks on a UFS file system it's possible to
> > reconstruct a disklabel for a slice.
>
> Well
Um, just where do you call mmap(2) in this code?
- ad
Oleg Derevenetz wrote:
> This small program, running as 'mmap', not 'mmap -u', can hang my machine.
> Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
> Thank you for answer.
>
> #include
> #include
> #include
> #include
>
Are you running this as root?
<- - - . .
Bosko Milekic <[EMAIL PROTECTED]> http://www.dsuper.net/~bmilekic/
Network Operations - Delphi SuperNet, an Internet Direct company
+1.514.281.7500 (vox) / +1.514.281.6599 (fax) / http://www.dsuper.net/
Josef Karthauser writes:
> Ahha - of course. Ok, let me re-phrase the question then. By looking
> at the contents of the superblocks on a UFS file system it's possible to
> reconstruct a disklabel for a slice.
Well, it's possible to reconstruct the label information for *that
particular UFS fil
On Wed, Aug 11, 1999 at 03:38:05PM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser writes:
> > If so, what extra work is required to make it work with non UFS file
> > systems - is 'disklabel' used on non UFS fs's?
>
> Disklabel doesn't work at the fs level, it works at the slice level -
> d
On Wed, 11 Aug 1999 20:48:08 +0400 (MSD)
Oleg Derevenetz <[EMAIL PROTECTED]> wrote:
> This small program, running as 'mmap', not 'mmap -u', can hang my machine.
> Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
> Thank you for answer.
If it hangs your system, must be a bug
On Wed, Aug 11, 1999 at 06:46:51PM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser <[EMAIL PROTECTED]> writes:
> > On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> > > Josef Karthauser <[EMAIL PROTECTED]> writes:
> > > > Ahha - of course. Ok, let me re-phrase the questi
> but in the boot up, the message, "changing root device to wd0s1" keeps appearing and
>keeps
> failing. in my /etc/fstab i have the following entry:
> /dev/sd0s1a/ufs rw11
> does anyone have any ideas.
> the sd0 is probed and attached successfully during startup, bu
> This is why people should start emailing asking for a dual-license that
> would support incorporation into FreeBSD.
good luck, the SGI crowd are very Linux-oriented.
--mark.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
This may be a stupid question, but what's to keep from putting xfs in
FreeBSD? Is there something in the licenses that says you can't use
GPL'ed software and software under the BSD License together?
> > This is why people should start emailing asking for a dual-license that
> > would support
This small program, running as 'mmap', not 'mmap -u', can hang my machine.
Is this a known bug in FreeBSD's kernel, or it is my fantasy ?
Thank you for answer.
#include
#include
#include
#include
#include
#include
#include
main(int argc, char *argv[])
{
int fd;
int i;
Josef Karthauser <[EMAIL PROTECTED]> writes:
> On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> > Josef Karthauser <[EMAIL PROTECTED]> writes:
> > > Ahha - of course. Ok, let me re-phrase the question then. By looking
> > > at the contents of the superblocks on a UFS file s
On Wed, Aug 11, 1999 at 06:23:24PM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser <[EMAIL PROTECTED]> writes:
> > Ahha - of course. Ok, let me re-phrase the question then. By looking
> > at the contents of the superblocks on a UFS file system it's possible to
> > reconstruct a disklabel fo
On Wed, 11 Aug 1999, Gutov Grigory wrote:
> I have a question. I buy 6 MegaRAID Ultra PCI SCSI Disk Array Controller's
> and want to use they in FreeBSD, but not found driver. I wrote to
> supp...@ami.com and they siad that no driver for FreeBSD. I found driver for
> Linux and want use it in FreeB
Josef Karthauser <[EMAIL PROTECTED]> writes:
> Ahha - of course. Ok, let me re-phrase the question then. By looking
> at the contents of the superblocks on a UFS file system it's possible to
> reconstruct a disklabel for a slice.
Well, it's possible to reconstruct the label information for *tha
Archie Cobbs writes:
> Igor Gousarov writes:
> > The source file for setlocale function
> > (/usr/src/lib/libc/locale/setlocale.c)
> > contains the line which might put libc into infinite loop:
> > [...]
> Please file a PR to make sure that this doesn't "slip through
> the cracks"...
It seems to
On Wed, Aug 11, 1999 at 03:38:05PM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser <[EMAIL PROTECTED]> writes:
> > If so, what extra work is required to make it work with non UFS file
> > systems - is 'disklabel' used on non UFS fs's?
>
> Disklabel doesn't work at the fs level, it works at t
> This is why people should start emailing asking for a dual-license that
> would support incorporation into FreeBSD.
good luck, the SGI crowd are very Linux-oriented.
--mark.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 11 Aug 1999, Gutov Grigory wrote:
> I have a question. I buy 6 MegaRAID Ultra PCI SCSI Disk Array Controller's
> and want to use they in FreeBSD, but not found driver. I wrote to
> [EMAIL PROTECTED] and they siad that no driver for FreeBSD. I found driver for
> Linux and want use it in Fr
Archie Cobbs <[EMAIL PROTECTED]> writes:
> Igor Gousarov writes:
> > The source file for setlocale function (/usr/src/lib/libc/locale/setlocale.c)
> > contains the line which might put libc into infinite loop:
> > [...]
> Please file a PR to make sure that this doesn't "slip through
> the cracks".
FreeBSD 2.2.6-RELEASE
i have a scsi device and i want to change root to this device during startup. i
added the
following line in my kernel config file:
config kernel root on sd0s1
but in the boot up, the message, "changing root device to wd0s1" keeps
appearing and keeps
failing. in
> (2) I guess that the probe process of all devices on the tree is triggered
> by root_bus_configure() in subr_bus.c. It is done from top to bottom,
> i.e. the probe process should be propagated down the device tree from
> root_bus. Am I right? How does this tree structure achieve the dynamic
Josef Karthauser writes:
> If so, what extra work is required to make it work with non UFS file
> systems - is 'disklabel' used on non UFS fs's?
Disklabel doesn't work at the fs level, it works at the slice level -
dividing slices into partitions, in which you can create file systems.
DES
--
Da
FreeBSD 2.2.6-RELEASE
i have a scsi device and i want to change root to this device during startup. i added
the
following line in my kernel config file:
config kernel root on sd0s1
but in the boot up, the message, "changing root device to wd0s1" keeps appearing and
keeps
failing. in
> (2) I guess that the probe process of all devices on the tree is triggered
> by root_bus_configure() in subr_bus.c. It is done from top to bottom,
> i.e. the probe process should be propagated down the device tree from
> root_bus. Am I right? How does this tree structure achieve the dynamic
Josef Karthauser <[EMAIL PROTECTED]> writes:
> If so, what extra work is required to make it work with non UFS file
> systems - is 'disklabel' used on non UFS fs's?
Disklabel doesn't work at the fs level, it works at the slice level -
dividing slices into partitions, in which you can create file
On Wed, 11 Aug 1999 00:07:41 MST, "Jordan K. Hubbard" wrote:
> Nonetheless, for the expected installation experience one is
> encouraged to boot the desired OS release's installation media and
> select an upgrade instead of a new install.
Gotcha.
So you'd be interested in diffs that teach sysi
On Wed, 11 Aug 1999 00:07:41 MST, "Jordan K. Hubbard" wrote:
> Nonetheless, for the expected installation experience one is
> encouraged to boot the desired OS release's installation media and
> select an upgrade instead of a new install.
Gotcha.
So you'd be interested in diffs that teach sys
How fast get real / absolute path of specified file. I try use readlink, but
this slow (for path /home/web/docs/index.htm must be done 4 or more (if this
path have symlinks) readlink's - for /home, /home/web, /home/web/docs and
/home/web/docs/index.htm). Is any faster/simpler method for getting
How fast get real / absolute path of specified file. I try use readlink, but this slow
(for path /home/web/docs/index.htm must be done 4 or more (if this path have symlinks)
readlink's - for /home, /home/web, /home/web/docs and /home/web/docs/index.htm). Is
any faster/simpler method for getting
The use of /stand/sysinstall to do a live upgrade has always been
discouraged, though it's not outright disallowed since I believe in
every man's right to blow his feet off if he really wants to.
Nonetheless, for the expected installation experience one is
encouraged to boot the desired OS release
99 matches
Mail list logo
