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: s
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. ifconfi
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. The stack trace looks like this:
IdlePTD 4136960
initial pcb at 352840
panicstr: page fault
On Mon, 4 Sep 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Jordan Hubbard writes:
> : Well, it's at least one step closer - all they have to do now (the US
> : people) is install the rsaref port to have the already-running sshd
> : work correctly post-install, correct?
>
> Unless th
On Mon, 4 Sep 2000, 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 st
In message <[EMAIL PROTECTED]> Jordan Hubbard writes:
: Well, it's at least one step closer - all they have to do now (the US
: people) is install the rsaref port to have the already-running sshd
: work correctly post-install, correct?
Unless they want to use idea for anything...
Warner
To Uns
> 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 to do now (the US
people) i
On Mon, 4 Sep 2000, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Nick Sayer writes:
> >
> >If something like this already exists, then my searches must have
> >missed it.
> >
> >In order to improve the usefulness of the openssl installation,
> >I would like to suggest that a collect
> > Could you disable acpi and try again to make the problem clearer?
> > Without `device acpi' line in your kernel config file, any ACPI code
> > isn't compiled in your kernel.
>
> That was the first thing I tried when mine failed. It didn't make any
> difference - I saw the same failure (the pa
Mitsuru IWASAKI writes:
> All I can say is that acpi is initilized after pcib and its children
> are attached so I don't think ACPI code affects PCI stuff...
>
> > # Power management support (see LINT for more options)
> > #device apm
> > device acpi
>
> Could you disabl
On Mon, 4 Sep 2000, Jordan K. Hubbard wrote:
> jkh 2000/09/04 08:50:15 PDT
>
> Modified files:
> release/sysinstall config.c
> Log:
> enable sshd by default. This only effects *new* installs, so
> upgraders will not receive any unpleasant surprises.
This will be semi-bro
At 1:22 PM -0700 2000/9/4, 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 expect to
> hear too many people the
> Could you disable acpi and try again to make the problem clearer?
> Without `device acpi' line in your kernel config file, any ACPI code
As I mentioned, I've already done so. I know ACPI isn't causing the panic,
but it does seem to change the BEHAVIOR of the panic. (I get the errors
mentione
Hi,
> And, of course, the kernel config... a fair amount of crap still not trimmed
> out, but the only difference between this config and the one used to build
> the functional kernel is apm commented out and ACPI added, which I've already
> tried reversing without much difference.
All I can say
In message <[EMAIL PROTECTED]>, Nick Sayer writes:
>
>If something like this already exists, then my searches must have
>missed it.
>
>In order to improve the usefulness of the openssl installation,
>I would like to suggest that a collection of CA root certs be
>added to the base installation and
If something like this already exists, then my searches must have
missed it.
In order to improve the usefulness of the openssl installation,
I would like to suggest that a collection of CA root certs be
added to the base installation and perhaps even referenced by
the conf file.
Included with t
> On Mon, 4 Sep 2000, Brandon Hume wrote:
> Sounds similar to what I'm getting; after a boot I get a load of the
> following:
>
> ahc0: ahc_intr - referenced scb not valid during SELTO (31, 255)
That's what I get... although I get SELTO (31, 0)
> Similar config to yours; a Tyan Thunder SMP BX
Chris Hedley writes:
> On Mon, 4 Sep 2000, Brandon Hume wrote:
> > Just after the "waiting for SCSI devices to settle" message, I'll get a
> > number of SCB errors (which I don't have written down, unfortunately), and
> > then eventually a panic. This is with ACPI enabled... if I don't enable
>
On Mon, 4 Sep 2000, Brandon Hume wrote:
> Just after the "waiting for SCSI devices to settle" message, I'll get a
> number of SCB errors (which I don't have written down, unfortunately), and
> then eventually a panic. This is with ACPI enabled... if I don't enable
> ACPI, it will proceed immedia
> > I've just committed a driver for the abovementioned RAID adapter families
> > provided by DPT/Adaptec and the long-suffering Mark Salyzyn. The driver
> > will be maintained by Adaptec, with a little help from yours truly if
> > really necessary.
>
> Excellent! Any ideas when this
I've had this problem for the past couple of days (I went a while between
updates of my kernel since I was busy installing a new disk and moving OSes
around).
Just after the "waiting for SCSI devices to settle" message, I'll get a
number of SCB errors (which I don't have written down, unfortunat
I'm looking for the remaining victims of the dreaded "microuptime
went backwards" message.
If you can reliably reproduce the problem, please contact me, so
we can arrange for some very detailed tracing to try to find out
what exactly is going on. I have not been able to trigger the
problem in m
Neil Blakey-Milner wrote:
>
> I think it is probably sufficiently free. It doesn't sufficiently cover
> the use of small bits of its code, though. It is a non-terminating
> license.
I've studied it carefully a couple of times, and haven't found anything at
all wrong with it. It is about the s
At 1:30 AM -0700 2000/9/1, Mike Smith wrote:
> I've just committed a driver for the abovementioned RAID adapter families
> provided by DPT/Adaptec and the long-suffering Mark Salyzyn. The driver
> will be maintained by Adaptec, with a little help from yours truly if
> really necessary.
Hi,
I'm working on ACPI and thinking of sharing the related code with
other power management subsystem (currently apm) rather than having
duplicated code. Updating timer/clock before and after sleeping, is
my first target.
My idea is that create new pseudo timer device driver for power
manageme
On Mon, 21 Aug 2000 19:17:31 MST, Tony Fleisher wrote:
> awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal
> error
> Abort trap - core dumped
> *** Error code 1
Hi Tony,
Aharon Robbins has come back with an "official patch" that fixes the
problem. It has been committed i
> > : Sep 3 13:24:26 manatee /kernel: xl0: <3Com 3c900-COMBO Etherlink XL> port
>0x6c00-0x6c3f irq 11 at device 9.0 on pci0
> > : Sep 3 13:24:26 manatee /kernel: xl1: <3Com 3c900-COMBO Etherlink XL> port
>0x6c00-0x6c3f irq 11 at device 9.0 on pci2
> >
> > Looks like your pci bus is getting pr
On Sun, Sep 03, 2000 at 07:38:50PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> R Joseph Wright writes:
> : Sep 3 13:24:26 manatee /kernel: xl0: <3Com 3c900-COMBO Etherlink XL> port
>0x6c00-0x6c3f irq 11 at device 9.0 on pci0
> : Sep 3 13:24:26 manatee /kernel: xl1: <3Com 3c900-CO
It seems Alex Zepeda wrote:
> On Thu, Aug 31, 2000 at 01:58:46PM +0200, Soren Schmidt wrote:
>
> > Support for master/slave combinations, and ATA/ATAPI ditto is being
> > worked on, but this requires a controller with support for the
> > "auto nop" functionality. Which of the many different
29 matches
Mail list logo
