Thus spake Ben Smithurst ([EMAIL PROTECTED]):
> > neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs
> > neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3
> > neutron:/usr/home/brenn 695311 5948384484993%/usr/home
> Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I
> haven't checked), the first I/O after the eject button is pressed will
> come back with a marker (eg. check condition) with sense information that
> indicates that a user eject was requested.
The page at
htt
On Wed, 21 Jun 2000, Daniel C. Sobral wrote:
> Andrzej Bialecki wrote:
> >
> > This thread is long, so maybe I missed something.. Can we have the *.hints
> > file loadable as a module of some special type (like kernel.conf), and
> > searched for during configuration like userconfig did?
>
> Fun
In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes:
: BTW, have you decided between NetBSD and BSD/OS cardbus code yet?
No. There is no BSD/OS cardbus card that I could find in the tree.
If I'm being insanely blind, please someone tell me.
The short term plan is to get NEWCARD working and
Warner Losh wrote:
>
> 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 the
Peter Jeremy wrote:
>
> On Sun, Jun 11, 2000 at 02:41:12AM +1000, Daniel C. Sobral wrote:
> >Mind you, shells don't have problems with any character at all in a
> >filename if they are properly written, but if you are expecting the
> >filenames generated by mktemp() to be handled by shell, they o
Andrzej Bialecki wrote:
>
> This thread is long, so maybe I missed something.. Can we have the *.hints
> file loadable as a module of some special type (like kernel.conf), and
> searched for during configuration like userconfig did?
Funny you got no reply.
This is not necessary. If you copy sai
Alexander Langer wrote:
> neutron:/usr/home/ncvs 992439 9606843175597%/usr/home/ncvs
> neutron:/usr/home/mp3 9591515 9298876 29263997%/usr/home/mp3
> neutron:/usr/home/brenn 695311 5948384484993%/usr/home/brenn
> neutron:/usr/home/n
On Sun, 18 Jun 2000, Brandon D. Valentine wrote:
> 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.
Yes, I'm get much more responses about smbfs compared to nwfs. So,
probably it should be in the base syste
On Sun, 18 Jun 2000, kit wrote:
> On Freebsd 4.0-Release
> I am trying the smbfs-1.2.1 to mount a couple of NT shares so
> that I can read some files and copy them to a web server.
>
> The problem I am having is that the second mount kills the first.
Ok, this problem fixed along with
In local.freebsd-current you write:
>On 19 Jun 2000, Eric Jacoboni wrote:
>> > "Sergey" == Sergey Osokin <[EMAIL PROTECTED]> writes:
>>
>> Sergey> Hello!
>> Sergey> After CVSuped my source, i try to buildworld and it failed...
>>
>> Sergey> ===> libssh
>> (...)
>> Sergey> /usr/obj/usr/src/
Alexander Langer <[EMAIL PROTECTED]> writes:
> Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it
> to /etc/exports on the server.
> However, I did mount -a several times and always got a "Permission
> denied" for the last one.
why there isn't an exportfs command as most unic
Warner Losh writes:
> In message <[EMAIL PROTECTED]> Jason Evans writes:
> : Summary: -current will be destabilized for an extended period (on the order
> : of months). A tag (not a branch) will be laid down before the initial
> : checkin, and non-developers should either stick closely to that ta
On Tue, Jun 20, 2000 at 12:47:38PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Bjoern Fischer writes:
> : Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt),
> : turning power off, maybe adding some hardware or moving the machine
> : to another location, then s
In message <[EMAIL PROTECTED]> Narvi writes:
: You obviously haven't considered the ability to be able to near hot-swap
: motherboard and cpu - or even RAM - in this way.
The ACPI spec specifically states that one cannot disassemble a
machine in S4 state and expect the state to be saved on reass
> >
> > What about doing the changes on a branch with the understanding that
> > the branch will *replace* HEAD when it stabilises ?
> >
> > This sounds odd at first glance, but it means that others are forced
> > to MFC into the smp branch - if they don't they lose.
> >
> > Anybody that's no
In message <[EMAIL PROTECTED]> Mike Smith writes:
: The real issue here is persistent system state across the S4 suspend; ie.
: leaving applications open, etc. IMO this isn't really something worth a
: lot of effort to us, and it has a lot of additional complications for a
: "server-class" oper
Although I would not like to put it as strongly as Warner does, I would
like to ask how the decision makers expect the rest of the project to
progress (the other 30 or so kernel committers) in a reasonable, not
too time consuming way.
Will there be a general mechanism for making patchsets agains
On 19 Jun 2000, Eric Jacoboni wrote:
> > "Sergey" == Sergey Osokin <[EMAIL PROTECTED]> writes:
>
> Sergey> Hello!
> Sergey> After CVSuped my source, i try to buildworld and it failed...
>
> Sergey> ===> libssh
> (...)
> Sergey> /usr/obj/usr/src/i386/usr/include/openssl/evp.h:99: openssl/ide
FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Jun 14 22:25:49
CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/cichlids i386
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hello!
Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it
to /etc/exports on the server.
However, I did mount -a several times and always got a "Permission
denied" for the last one.
Now look what I have here:
Filesystem 1K-blocks UsedAvail Capacity
>
> What about doing the changes on a branch with the understanding that
> the branch will *replace* HEAD when it stabilises ?
>
> This sounds odd at first glance, but it means that others are forced
> to MFC into the smp branch - if they don't they lose.
>
> Anybody that's not confident to b
Hi -current and -ports,
I've noticed something that seems to have been broken for a long time.
In etc/defaults/make.conf we have several MASTER_SITE_* variables which
reference "%SUBDIR%". However, these variables do not work as expected.
So we must fix this discrepancy with the following patch.
In message <[EMAIL PROTECTED]>, Jonathan Lemon writes:
>In article [EMAIL PROTECTED]> you write:
>>
>>Am I the only person who miss a brief document which tells what
>>the outcome of the meeting was ?
>
>I believe that Jason Evans already sent a message summarizing the
>meeting, and Matt Dillon's
In message <[EMAIL PROTECTED]>, Brian Somers writes:
>What about doing the changes on a branch with the understanding that
>the branch will *replace* HEAD when it stabilises ?
"CVS branches suck" is the reason I belive.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
In article [EMAIL PROTECTED]> you write:
>
>Am I the only person who miss a brief document which tells what
>the outcome of the meeting was ?
I believe that Jason Evans already sent a message summarizing the
meeting, and Matt Dillon's webpage gives a pretty good summary of
the work too (at http:
What about doing the changes on a branch with the understanding that
the branch will *replace* HEAD when it stabilises ?
This sounds odd at first glance, but it means that others are forced
to MFC into the smp branch - if they don't they lose.
Anybody that's not confident to be able to merge i
In message <[EMAIL PROTECTED]> Matthew Dillon writes:
: The problem is that the changes are simply too extensive to be able
: be able to split them off then merge them back into 5.x N months later.
: Creating another branch will tripple the workload on anyone doing
: merge work.
On Tue, Jun 20, 2000 at 08:49:27PM +0200, Poul-Henning Kamp wrote:
> So: No I don't like -current being toast anymore than you do, but
> I don't think there is a viable alternative.
Not even a seperate repository, as was done (briefly) for newbus?
Of course, maybe that was done so briefly becau
:: the kernel stabilizes, or expect large doses of pain. This tag will be
:: laid down as soon as June 26, 00:00 PST, with a minimum 24 hour warning
:: beforehand.
:
:Thanks for the fair warning. Now don't do it. Has core approved
:this? I don't think so, I've seen nothign from them about it.
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
>: I think core has approved in principle, and several core members
>: were present at the meeting (at least peter, dg, gibbs, dfr), that
>: being said, I think we need to see some more co
In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
: I think core has approved in principle, and several core members
: were present at the meeting (at least peter, dg, gibbs, dfr), that
: being said, I think we need to see some more concrete info before
: we pull the lever, just so we know
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>In message <[EMAIL PROTECTED]> Jason Evans writes:
>: Summary: -current will be destabilized for an extended period (on the order
>: of months). A tag (not a branch) will be laid down before the initial
>: checkin, and non-developers should eit
In message <[EMAIL PROTECTED]> Bjoern Fischer writes:
: Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt),
: turning power off, maybe adding some hardware or moving the machine
: to another location, then switching on again, restoring the system context,
: and the machine wi
In message <[EMAIL PROTECTED]> The Hermit Hacker
writes:
:
: 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) ...
The new hint
In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes:
: Mitsuru IWASAKI wrote:
: >
: > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep
: >require some hack in boot loader needs help.
:
: I thought hibernation was entirely controlled by kernel? What do you
: need?
On Tue, 20 Jun 2000, Warner Losh wrote:
> I know that I'd love to see this. Steve Passe also is interested.
I heard that Greg Lehey was videotaping (he's currently at usenix) and
someone else had slides they were going to make available.
Kris
--
In God we Trust -- all others must submit an X.
In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes:
: Am I the only person who miss a brief document which tells what
: the outcome of the meeting was ?
:
: Can we get to see the slides ?
:
: Audio ?
:
: Video ?
I know that I'd love to see this. Steve Passe also is interested.
Warner
In message <[EMAIL PROTECTED]> Jason Evans writes:
: Summary: -current will be destabilized for an extended period (on the order
: of months). A tag (not a branch) will be laid down before the initial
: checkin, and non-developers should either stick closely to that tag until
: the kernel stabili
On Tue, 20 Jun 2000, Josef Karthauser wrote:
> On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote:
> >
> > The real issue here is persistent system state across the S4 suspend; ie.
> > leaving applications open, etc. IMO this isn't really something worth a
> > lot of effort to us, and
Martin Cracauer wrote:
>
> In <[EMAIL PROTECTED]>, Poul-Henning Kamp wrote:
> >
> > Am I the only person who miss a brief document which tells what
> > the outcome of the meeting was ?
>
> Who was there, anyway?
Yeah, those of us who couldn't make it are kinda (to say the least)
interested in w
All SMP/FreeBSD/BSDI work should move to the freebsd-smp list.
(I've BCC'd this to -current).
--
I now have mutexes 99% working in an SP build. I will be making
SP (single processor) patch sets available tonight or tomorrow
morning. (99% == I can boot the machine norm
Thus spake Mark Huizer ([EMAIL PROTECTED]):
> the stf is unknown when running config but well :-)
> But I'll try to compile a kernel this way
It's also unknown in our current tree, though stf(4) does exist.
Alex
--
cat: /home/alex/.sig: No such file or directory
To Unsubscribe: send mail to
On Mon, Jun 19, 2000 at 06:26:15PM -0700, Kris Kennaway wrote:
> I accidentally left out a bunch of files from my previous kame patch - the
> corrected version is at http://www.freebsd.org/~kris/kame.tar.gz - the
> same caveats apply as before. Extract that tarball in /usr/src/sys and
> apply the
subscribe
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
subscribe
winmail.dat
On Tue, Jun 20, 2000, Bruce Evans wrote:
> On Mon, 19 Jun 2000, Adrian Chadd wrote:
>
> > Watching my machine boot, the parallel nature of this fsck is now
> > confusing the output, eg:
> >
> > Automatic reboot in progress...
> > ** /dev/ad0s1a
> > ** Last Mounted on /
> > ** Root file system
>
Marc van Woerkom <[EMAIL PROTECTED]> writes:
> > 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.
# mt -f /dev/rsa0 offline
# camcontrol eject cd0
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: s
On Mon, 19 Jun 2000, Adrian Chadd wrote:
> Watching my machine boot, the parallel nature of this fsck is now
> confusing the output, eg:
>
> Automatic reboot in progress...
> ** /dev/ad0s1a
> ** Last Mounted on /
> ** Root file system
> ** Phase 1 - Check Blocks and Sizes
> de0: enabling 10baseT
In <[EMAIL PROTECTED]>, Poul-Henning Kamp wrote:
>
> Am I the only person who miss a brief document which tells what
> the outcome of the meeting was ?
Who was there, anyway?
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http:/
On Tue, 20 Jun 2000 10:27:08 +0300 Maxim Sobolev wrote:
+--
| Mike Smith wrote:
|
| > The real issue here is persistent system state across the S4 suspend; ie.
| > leaving applications open, etc. IMO this isn't really something worth a
| > lot of effort to us, and it has a
On Mon, Jun 19, 2000 at 05:40:30PM -0700, Mike Smith wrote:
>
> The real issue here is persistent system state across the S4 suspend; ie.
> leaving applications open, etc. IMO this isn't really something worth a
> lot of effort to us, and it has a lot of additional complications for a
> "serve
On Tue, Jun 20, 2000, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Anatoly Vorobey writes:
> >On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote:
> >>
> >> * the rest of the system treats ffs filesystems as "ufs". Besides the
> >> fact that I dislike this, I decided agai
Am I the only person who miss a brief document which tells what
the outcome of the meeting was ?
Can we get to see the slides ?
Audio ?
Video ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD coreteam member | BSD since 4.3-taho
In message <[EMAIL PROTECTED]>, Anatoly Vorobey writes:
>On Mon, Jun 19, 2000 at 01:42:33PM +0200, Adrian Chadd wrote:
>>
>> * the rest of the system treats ffs filesystems as "ufs". Besides the
>> fact that I dislike this, I decided against the NetBSD way of
>
>Isn't it time, anyway, to fix th
Mike Smith wrote:
> > On Mon, Jun 19, 2000 at 05:01:46PM -0600, Warner Losh wrote:
> > > In message <[EMAIL PROTECTED]> "Andrew Reilly" writes:
> > > : That sounds way too hard. Why not restrict suspend activity to
> > > : user-level processes and bring the kernel/drivers back up through
> > > :
56 matches
Mail list logo