On Mon, 19 Jun 2000, Bob Bishop wrote:
>What's special about mounted devices? I'd prefer to see an eject command
>which attempts to unmount the device if it's mounted.
What'd be really spiffy is if when I hit the eject button on my CDROM
drive that whatever scsi signal that event generates, was
In <[EMAIL PROTECTED]> Ollivier Robert <[EMAIL PROTECTED]>
wrote:
> roberto 2000/06/18 16:10:20 PDT
>
> Modified files:
> usr.sbin/ancontrol ancontrol.c
> Log:
> Fix potential buffer overflows (even if ancontrol is not setuid).
>
> Submitted by: Aaron Campbell <[EMAIL
At 16:02 -0700 18/6/00, Greg Lehey wrote:
>What do people think about adding a -e option to umount(8) to eject a
>removable medium where possible?
What's special about mounted devices? I'd prefer to see an eject command
which attempts to unmount the device if it's mounted.
--
Bob Bishop
On Sat, Jun 17, 2000 at 01:56:11PM +0900, Mitsuru IWASAKI wrote:
> I think OS-initiated S4 (hibernation) in FreeBSD has enough advantages
> because we can do `Save-to-Disk' anywhere even on non-laptop machines
> which BIOS doesn't support hibernation.
> FreeBSD supports crash dump facility here, s
that did her, thanks ... should this maybe be mentioned in
/usr/src/UPDATING? I've gotten into the habit of pretty much checking
there first, and saw no mention of this (could be blind too, its happened
before) ...
On Mon, 19 Jun 2000, Bosko Milekic wrote:
>
> Yes, this is what I initiall
Due to an issue of being able to tell just what the official Binutils 2.10
source is, I've put off the upgrade. Hopefully I can do it tomorrow.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes:
: Hi, here is the latest report on our ACPI project's progress.
As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should
enable us to properly put the chipsets in laptops to sleep and then
wake them up again. Right now pccard inse
Francisco Reyes wrote:
> Whether as a separate command or as part of umount this is
> certainly something worth having by default.
> In particular new users may be a while before they find
> ports/packages or will just end up in the questions list.
Well, you could have both. For example, you co
Yes, this is what I initially got. Although I'm not quite interested in
this particular problem. What I need is profiling to work.
Still, what you should look at is adding the `hints' directive to your
kernel configuration file, if you haven't done so already. See if that
fixes your pr
On Sun, 18 Jun 2000 21:06:52 +, Charles Anderson wrote:
>/usr/ports/sysutils/eject
>
>On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote:
>> > SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
Whether as a separate command or as part of umount this is
certainly someth
Ya know, I never thought about checkign /var/log/messages on mine to see
if it was, in fact, booting (I thought it was, it sounded like it was, but
I couldn't think of a way to check) ...
Using kernel sources up-to-date as of a few hours ago, I've tried to pare
my optimzatins down to a simple '-
> In <[EMAIL PROTECTED]>, Luoqi Chen wrote:
> > It is not the loader's job to detect the underlying
> > hardware configuration.
>
> I disagree. I would like to tell which machine I am booting on to
> choose an appropriate kernel.
>
Eventually (it may take a while) we should be able to boot any
> >> Background:
>
> >> Ideally struct buf should have had a real OO like operations vector
> >> like vnodes have it, and struct bioops is the first step towards that.
> >>
> >struct buf will eventually become merely an iocmd structure, so why do
> >we want to complicate things here?
>
> No, st
I've recently cleaned up and updated my sources, saving some changes
I made elsewhere. I performed a buildworld, installworld, etc. yesterday
night with no problems.
When I rebuilt my kernel, after having collected the appropriate hints
for the system and modified my kernel configurati
In message <[EMAIL PROTECTED]> Peter Jeremy writes:
: On 2000-Jun-19 12:03:40 +1000, Warner Losh <[EMAIL PROTECTED]> wrote:
: >In message <[EMAIL PROTECTED]> "Jeroen C. van Gelderen" writes:
: >: Pseudo random numbers are so cheap (or they should be) that you
: >: just don't want to try and 'opti
On 2000-Jun-19 12:03:40 +1000, Warner Losh <[EMAIL PROTECTED]> wrote:
>In message <[EMAIL PROTECTED]> "Jeroen C. van Gelderen" writes:
>: Pseudo random numbers are so cheap (or they should be) that you
>: just don't want to try and 'optimize' here. It is much better to
>: be conservative and use
On Sun, 18 Jun 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> "Jeroen C. van Gelderen" writes:
> : Pseudo random numbers are so cheap (or they should be) that you
> : just don't want to try and 'optimize' here. It is much better to
> : be conservative and use a good PRNG until it *pr
In message <[EMAIL PROTECTED]> "Jeroen C. van Gelderen" writes:
: Pseudo random numbers are so cheap (or they should be) that you
: just don't want to try and 'optimize' here. It is much better to
: be conservative and use a good PRNG until it *proves* to be very
: problematic.
I disagree with
/usr/ports/sysutils/eject
On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote:
> > SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
>
> OpenBSD 2.6 uses 'mt' and 'eject'
> NetBSD 1.4 uses 'eject' as well.
>
>
>http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0
I've updated the KAME code in FreeBSD 5.0-CURRENT to sync it with the
latest from the KAME repository. The diffs are rather large (1.5MB) but
some of the code in FreeBSD was quite old, and this also now includes
everything that's in KAME (for better or for worse - it was far too
difficult for me t
> SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
OpenBSD 2.6 uses 'mt' and 'eject'
NetBSD 1.4 uses 'eject' as well.
http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&sektion=0&manpath=OpenBSD+2.6&format=html
http://www.FreeBSD.org/cgi/man.cgi?query=eject&apropos=0&s
> What do people think about adding a -e option to umount(8) to eject a
> removable medium where possible?
SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
Here are the manpages for comparison:
Irix 6.5:
http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=man&fname
Anyone try to compile the kernel with an optimization higher than -O,
such as -Os or -O2? For example, when I compile my kernel with -Os, I
get a "fatal trap 12: page fault in supervisor mode" right after I
see this on my screen while the kernel is booting:
Copyright (c) 1992-2000 The FreeBSD P
> (In general, I don't think I like putting the hints in a separate
> place or even a separate file... now I have two or three files I have
> to deal with rather then one config file. It makes managing bunches
> of config files annoying. I wish that the earlier format hadn't been
:What do people think about adding a -e option to umount(8) to eject a
:removable medium where possible?
:
:Greg
:--
:Finger [EMAIL PROTECTED] for PGP public key
Sounds good!
-Matt
Matthew Dillon
What do people think about adding a -e option to umount(8) to eject a
removable medium where possible?
Greg
--
Finger [EMAIL PROTECTED] for PGP public key
See complete headers for address and phone numbers
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the
As one of the proponents of the change, my apologies for not taking
part in this thread earlier - I am way behind in my reading of most of
the lists.
On Thu, Jun 08, 2000 at 11:11:42AM +1000, Kris Kennaway wrote:
>Instead of using only alphabetic characters, the patch uses the following
>characte
From: Kevin Day <[EMAIL PROTECTED]>
Subject: Panic with userquota(softupdates?)
To: [EMAIL PROTECTED]
Date: Fri, 16 Jun 2000 18:55:01 -0500 (CDT)
Cc: [EMAIL PROTECTED]
I keep getting panics in dqget(ufs_quota.c), with a -current
from a coupl
On Sun, Jun 18, 2000 at 11:57:04AM -0700, Matthew Dillon wrote:
> Any chance this will make -Os kernel compiles work again?
No clue. The Binutils that -CURRENT currently has is a snapshot of the
2.10 release branch (from Sourceware's anoncvs server). There is only
1.5 mo's. difference betwe
:
:In about an hour, I will be upgrading Binutils to 2.10 release. This
:will take several hours to do. During this time, you may not want to
:CVSup.
:
:--
:-- David([EMAIL PROTECTED])
Any chance this will make -Os kernel compiles work again?
-M
In about an hour, I will be upgrading Binutils to 2.10 release. This
will take several hours to do. During this time, you may not want to
CVSup.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
:> > On the machine I'm trying to debug, a Dell Precision 410, I have:
:> > sio1 at port 0x2f8-0x2ff irq 3 on isa0
:> > sio1: type 16550A
:>
:> Isn't it needed anymore to set flags 0x80 on the debug port?
:
:Yes. That was the output from a generic kernel. My debug kernel
:was crashing the machi
> > On the machine I'm trying to debug, a Dell Precision 410, I have:
> > sio1 at port 0x2f8-0x2ff irq 3 on isa0
> > sio1: type 16550A
>
> Isn't it needed anymore to set flags 0x80 on the debug port?
Yes. That was the output from a generic kernel. My debug kernel
was crashing the machine. 8-)
On Sun, 18 Jun 2000, Boris Popov wrote:
> Thats strange, I have four smbfs mounts on my machine.
Out of curiosity, are there any plans to commit the smbfs stuff? It is
really useful and I'd love to see it in the base system.
Brandon D. Valentine
--
"You should believe in death, taxes, L
hi!
did anyone have success getting the sound card in the VAIO 600RE laptop
to work?
dmesg | grep pcm says:
pcm0: mem 0xfecf-0xfecf7fff irq 9 at device
9.0 on pci0
doing a cat /kernel >/dev/audio0 does make a sound, indeed...
but trying with mpg123 on a file doesn't :-(
Is there any way t
___
We are a software development company that specializes in security software. For some
time now we have been working on developing a Client email program that contains
security features never before available.
In order for us to make
On Sat, 17 Jun 2000, Matthew Dillon wrote:
> ...
> It looks like sccnattach() is calling scvidprobe() and scvidprobe()
> is then:
>
> 0xc023484b : cmpl $0x0,0x10(%ebp)
> 0xc023484f : setne %al
> 0xc0234852 : movzbl %al,%eax
> 0xc0234855 : push %eax
> 0xc0234856 :
On Fri, 16 Jun 2000, Peter Wemm wrote:
> Chia-liang Kao wrote:
> > Hi,
> >
> > Is there anyway to put the device.hint stuff into kernel nevertheless?
> > My diskless box fetches the kernel would know nothing about things reside
> > in device.hint.
>
> That is what the hints directive is for.
>
On Sun, 18 Jun 2000, kit wrote:
> The problem I am having is that the second mount kills the first.
>
>
> then on ls BP I get
> ls: BP: Broken pipe
Thats strange, I have four smbfs mounts on my machine.
> I thought that that might be because I had only 1 device entry in
> /dev/net s
39 matches
Mail list logo