Re: RTL8139 Cardbus Card fails to activate

2004-12-11 Thread Loren M. Lang
On Fri, Dec 10, 2004 at 06:49:10PM +0100, Jan Christian Meyer wrote:
> On Fri, 10 Dec 2004, Lowell Gilbert wrote:
> 
> > Jan Christian Meyer <[EMAIL PROTECTED]> writes:
> >
> >> I upgraded my laptop (Fujitsu-Siemens Lifebook C4355) to 5.3 this week,
> >> and had the same problem. My card started working when i disabled ACPI. I
> >> don't have a sufficiently pointy hat to tell you _why_ this happened...
> >> It shouldn't be like that, separate parts of the system, mumble grumble,
> >> but in the spirit of empirical observation: It Worked For Me.
> >
> > Separate parts of the system?  Hardware discovery and Cardbus?
> 
> As stated, I'm not deeply into how it all fits together, so I'm
> observing purely as an end-user. The "separate parts" I was referring to
> are the state of ACPI and whether or not the rl driver sets my card up to
> shovel packets.
> 
> The network card does not fail without ACPI, and ACPI does not miss the
> network card when it isn't there. Under 5.1 and 5.2.1, I could switch
> either of these on and off without the other emitting any distress
> signals, and there was no problem.
> 
> Together with the facts that they have separate on/off toggles, and that I
> perceive them to do different things for me, this makes me consider them
> functionally independent features, whether or not their implementations
> are related on a lower level of abstraction. (They apparently _are_ related,
> as one makes the other fail.)
> 
> > Those seem about as closely related as any two features could be...
> 
> I don't find this to be obvious at all, but it's good that someone does.
> May I trouble you to shed some light on the matter, or provide me with a
> reference?

ACPI is Advanced Configuration and Power Interface, it is a newer
interface to discover the hardware in a system and power management.
ACPI is only optional, hardware can be discovered by different means,
PCI and some ISA devices can be discovered, other ISA devices can easily
be guessed, like serial ports, but both ISA and PCI have different
interfaces, ACPI provides help from the bios to discover all hardware in
a unified way, including devices like serial ports that normally just
need to be guessed.

> 
> Cheers,
>  -Jan Christian
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"

-- 
I sense much NT in you.
NT leads to Bluescreen.
Bluescreen leads to downtime.
Downtime leads to suffering.
NT is the path to the darkside.
Powerful Unix is.

Public Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc
Fingerprint: B3B9 D669 69C9 09EC 1BCD  835A FAF3 7A46 E4A3 280C
 
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: RTL8139 Cardbus Card fails to activate

2004-12-11 Thread Jan C. Meyer
On Friday 10 December 2004 19:40, Lowell Gilbert wrote:
> Jan Christian Meyer <[EMAIL PROTECTED]> writes:
> > On Fri, 10 Dec 2004, Lowell Gilbert wrote:
> > > Separate parts of the system?  Hardware discovery and Cardbus?
> > > Those seem about as closely related as any two features could be...
> >
> > I don't find this to be obvious at all, but it's good that someone does.
> > May I trouble you to shed some light on the matter, or provide me with a
> > reference?
>
> What's unclear, exactly?  That hardware discovery and Cardbus
> functionality are closely related?  Or some specific aspect
> of one of those?

Attempting to phrase what confuses me as succinctly as I might:

- If ACPI is responsible for managing the detection and attachment of my 
network card, why does the card work when ACPI is disabled?

- If ACPI is not responsible for managing my card, how/why is it able to 
interfere with said card's operation?

Kind regards,
 -Jan Christian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: RTL8139 Cardbus Card fails to activate

2004-12-10 Thread Lowell Gilbert
Jan Christian Meyer <[EMAIL PROTECTED]> writes:

> On Fri, 10 Dec 2004, Lowell Gilbert wrote:

> > Separate parts of the system?  Hardware discovery and Cardbus?
> > Those seem about as closely related as any two features could be...
> 
> I don't find this to be obvious at all, but it's good that someone does.
> May I trouble you to shed some light on the matter, or provide me with a
> reference?

What's unclear, exactly?  That hardware discovery and Cardbus
functionality are closely related?  Or some specific aspect 
of one of those?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: RTL8139 Cardbus Card fails to activate

2004-12-10 Thread Jan Christian Meyer
On Fri, 10 Dec 2004, Lowell Gilbert wrote:

> Jan Christian Meyer <[EMAIL PROTECTED]> writes:
>
>> I upgraded my laptop (Fujitsu-Siemens Lifebook C4355) to 5.3 this week,
>> and had the same problem. My card started working when i disabled ACPI. I
>> don't have a sufficiently pointy hat to tell you _why_ this happened...
>> It shouldn't be like that, separate parts of the system, mumble grumble,
>> but in the spirit of empirical observation: It Worked For Me.
>
> Separate parts of the system?  Hardware discovery and Cardbus?

As stated, I'm not deeply into how it all fits together, so I'm
observing purely as an end-user. The "separate parts" I was referring to
are the state of ACPI and whether or not the rl driver sets my card up to
shovel packets.

The network card does not fail without ACPI, and ACPI does not miss the
network card when it isn't there. Under 5.1 and 5.2.1, I could switch
either of these on and off without the other emitting any distress
signals, and there was no problem.

Together with the facts that they have separate on/off toggles, and that I
perceive them to do different things for me, this makes me consider them
functionally independent features, whether or not their implementations
are related on a lower level of abstraction. (They apparently _are_ related,
as one makes the other fail.)

> Those seem about as closely related as any two features could be...

I don't find this to be obvious at all, but it's good that someone does.
May I trouble you to shed some light on the matter, or provide me with a
reference?

Cheers,
 -Jan Christian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"