Seigo Tanimura wrote:
I have been suffering from this problem for almost 2 months. When I
remove a pcmcia ethernet card from my laptop PC, routed(8) announces
updated routing information by multicast, leading to a kernel
panic.
Ejecting an interface configured up will do that. ifconfig
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 happen.
Warner
To Unsubscribe:
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 be some
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 they have
[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
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 happen.
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 get a
-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 don't
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 a
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
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(?) pipe,
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.
Maybe
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
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
the
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
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
and
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.
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 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 to
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
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 things:
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
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 is
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
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
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
[ -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
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
[-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
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
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
can
31 matches
Mail list logo
