On Wed, 6 Sep 2000, Andrey A. Chernov wrote:
> Please consider that we talk not about reads but about select. 'Select' is
> used to indicate that data is available while 'read' used to read it, they
No, select on a read descriptor returns successfully when the descriptor
is "ready" to read, what
Warner Losh wrote:
>
> NetBSD has done some interesting things in this area with reference
> counting and such that I'd love to bring in as soon as I get newcard
> done.
A few years ago I did some work on rationalising the reference counting
in
the kernel WRT network routes and ifps.
Some of it
Oops- sorry- this is what I get for catching up email after a long
day. Thanks.
On 5 Sep 2000, Jason Evans wrote:
> [-smp dropped from cc list.]
>
> On Tue, Sep 05, 2000 at 09:57:05PM -0700, Matthew Jacob wrote:
> > Jason- I think we'd all appreciate a UTC timestamp suitable for -D that we
>
On Tue, Sep 05, 2000 at 09:57:05PM -0700, Matthew Jacob wrote:
> Jason- I think we'd all appreciate a UTC timestamp suitable for -D that we can
> all use to checkout stuff prior to the big change.
There will be a TAG for that to make life easier.
--
-- David ([EMAIL PROTECTED])
To Unsubscri
[-smp dropped from cc list.]
On Tue, Sep 05, 2000 at 09:57:05PM -0700, Matthew Jacob wrote:
> Jason- I think we'd all appreciate a UTC timestamp suitable for -D that we
> can all use to checkout stuff prior to the big change.
I initially wrote:
> Also in compliance with the SMP project announcem
Progress will be more rapid with things checked in than not, as long as
Jason's statement about "the (alpha) system will run" after the checkin.
Jason- I think we'd all appreciate a UTC timestamp suitable for -D that we can
all use to checkout stuff prior to the big change.
-matt
To Unsubs
[ -arch and -current BCC'ed for wider coverage, please direct followups to
-net and/or me ]
I have put a new copy of the zero copy sockets and NFS patches, against
-current as of early September 5th, 2000, here:
http://people.FreeBSD.ORG/~ken/zero_copy/
Questions, comments and feedback are welc
On Tue, Sep 05, 2000 at 06:37:38PM -0700, David O'Brien wrote:
> What is the status of the Alpha bits? Will we have a working kernel
> after the commit, or should we site tight for a week while the Alpha bits
> are tweaked into working status?
It should work (compile and run), though interrupt t
On Tue, Sep 05, 2000 at 05:58:32PM -0700, Jason Evans wrote:
> this email is a minimum 24 hour notice that SMP code will be committed
> to -current.
What is the status of the Alpha bits? Will we have a working kernel
after the commit, or should we site tight for a week while the Alpha bits
are t
In compliance with the SMP project announcement (archived at
http://people.freebsd.org/~jasone/smp/smp_project_announcement.txt), this
email is a minimum 24 hour notice that SMP code will be committed to
-current.
A large patch including major changes to how the kernel works will be
checked in so
From: [EMAIL PROTECTED] (Bill Paul)
Date: Tue, 5 Sep 2000 15:13:53 -0700 (PDT)
::> I'm sorry about that. Here's some information that I can gather:
::> 1. The Intel 21143 chips is intergrated in NEC VersaPro NoteBook PC.
::>No LED to indicate the network activity are available.
::>
::> 2. It
I just committed a change to the loader and kernel Makefiles such that
the kernel is now named "kernel.ko" and it the modules live in
``/boot/kernel'' (and ``/boot/kernel.old''). After your next world
build, the loader will not load ``/kernel'' by default, so you want to
make sure you build and i
> Hello Bill,
>
> I'm sorry about that. Here's some information that I can gather:
> 1. The Intel 21143 chips is intergrated in NEC VersaPro NoteBook PC.
>No LED to indicate the network activity are available.
>
> 2. It is connected to 10BaseT Hub (HP 28688B) at half duplex.
Ok, two more th
OK, here is the nasty bit of DEVFS: The locking and protection patch:
http://phk.freebsd.dk/patch/devfs.patch
--
Add support for an overflow table for DEVFS inodes. The static
table defaults to 1024 inodes, if that fills, an overflow table
of 32k inodes is allocate
On Wed, Sep 06, 2000 at 12:44:33AM +0400, Andrey A. Chernov wrote:
[snip]
>
> Please consider that we talk not about reads but about select. 'Select' is
> used to indicate that data is available while 'read' used to read it, they
> are two different things and behaviour of one thing not related t
On Wed, Sep 06, 2000 at 07:35:50AM +1100, Bruce Evans wrote:
> This behaviour is sort of intentional. Reads on a named pipe with no
> writers are specified by POSIX.1 to return immediately. 4.4BSD does
> extra work to break this in some cases. select() on a read descriptor
> open on such a pipe
On Tue, 5 Sep 2000, Peter van Dijk wrote:
> On Tue, Sep 05, 2000 at 07:50:56PM +0400, Andrey A. Chernov wrote:
> > Consider this comment comes from screen(1):
> >
> > /*
> > * Define this if your system exits select() immediatly if a pipe is
> > * opened read-only and no writer has opened it.
On Tue, Sep 05, 2000 at 07:24:58PM +0200, Peter van Dijk wrote:
> > select return code -1 with wrong errno == 0.
Sorry, I was wrong about errno, it returns that descriptor is ready for
read while there is nothing to read.
> I surely do think this behaviour is broken.
>
> http://www.freebsd.org/
> This is all made harder by the fact that struct mbuf has a struct ifnet
> pointer in it, so if for any reason there is an outstanding mbuf
...
> This has been raised as an issue before, and is a good reason to ifconfig
> down the interface, and wait a second or two before ejecting. You could
a
In message <[EMAIL PROTECTED]> Robert Watson
writes:
: This is all made harder by the fact that struct mbuf has a struct ifnet
: pointer in it, so if for any reason there is an outstanding mbuf
: originating from that interface, it is possible that the struct ifnet *
: will be dereferenced. For
On Tue, 5 Sep 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Wes Peters writes:
> : Ejecting an interface configured up will do that. ifconfig the interface
> : `down' and then `delete' before ejecting it.
>
> At best this is an unsatisfactory workaround. if_detach should cause
> t
At 11:25 AM -0700 2000/9/5, Mike Smith wrote:
> http://people.freebsd.org/~msmith/RAID/index.html#dpt
Awesome! Thanks!
Now I just have to get FreeBSD 4.2 installed on that ftp server
--
These are my opinions -- not to be taken as official Skynet policy
> > I'd like to hear a few more success stories first (only one so far) from
> > people using the kit to add the driver to their 4.x systems. With all
> > the breakage in -current's PCI support at the moment, I don't expect to
> > hear too many people there reporting on it just yet.
> >
>
>
On Tue, Sep 05, 2000 at 07:50:56PM +0400, Andrey A. Chernov wrote:
> Consider this comment comes from screen(1):
>
> /*
> * Define this if your system exits select() immediatly if a pipe is
> * opened read-only and no writer has opened it.
> */
> #define BROKEN_PIPE 1
>
> We have broken(?) pi
Consider this comment comes from screen(1):
/*
* Define this if your system exits select() immediatly if a pipe is
* opened read-only and no writer has opened it.
*/
#define BROKEN_PIPE 1
We have broken(?) pipe, according to this statement. At least, we have
select return code -1 with wrong e
In message <[EMAIL PROTECTED]> Wes Peters writes:
: state the code is in now, and if someone wants it to be better, we await
: their patches. As always. ;^)
Tanimura-san did contribute patches. This problem isn't a race at the
eject, but rather the network layer incompletely cleaning up after
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 4 Sep 2000, Mike Smith wrote:
>
> I'd like to hear a few more success stories first (only one so far) from
> people using the kit to add the driver to their 4.x systems. With all
> the breakage in -current's PCI support at the moment, I do
At Tue, 5 Sep 2000 10:32:21 -0400 (EDT), Viren R.Shah <[EMAIL PROTECTED]> wrote:
> [Alexander, I'm Cc:ing you on this just in case you have heard of
> anyone else having similar problems with Aureal cards with recent
> -currents]
>
> My last good kernel was from aug 14. On a kernel from 09/05, I
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Wes Peters writes:
> : Ejecting an interface configured up will do that. ifconfig the interface
> : `down' and then `delete' before ejecting it.
>
> At best this is an unsatisfactory workaround. if_detach should cause
> the right thing to h
[Alexander, I'm Cc:ing you on this just in case you have heard of
anyone else having similar problems with Aureal cards with recent
-currents]
My last good kernel was from aug 14. On a kernel from 09/05, I get a
page fault as soon as I try to play mp3s using mpg123.
Note that I have an Aureal V
Jordan Hubbard wrote:
>
> > This will be semi-broken for the next 17 days for US people because sshd
> > won't work out of the box if you have "Protocol 1" defined, which is in
> > the default config (and removing it may surprise people upgrading)
>
> Well, it's at least one step closer - all th
On Mon, Sep 04, 2000 at 05:38:11PM +0900, Mitsuru IWASAKI wrote:
> > This happened to me when I turned on ACPI support - infact it
> > thought I had 3 PCI busses when I only had one! I haven't had time
> > to look into it yet though.
>
> Hmmm, can I have your full output of dmesg?
It seemed to
32 matches
Mail list logo
