All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: linux-kernel@vger.kernel.org
Subject: Re: ACPI problems with 2.6.6
Date: Mon, 17 May 2004 18:21:59 -0400	[thread overview]
Message-ID: <c8bdjm$lhn$1@gatekeeper.tmr.com> (raw)
In-Reply-To: <1084612906.29632.5.camel@paragon.slim>

Jurgen Kramer wrote:
> On Sat, 2004-05-15 at 05:01, David Johnson wrote:
> 
>>Hi,
>>
>>I've got some serious strangeness being caused by ACPI on 2.6.6.
>>
>>2.6.3 works perfectly on the same machine. I don't use any acpi option on the 
>>kernel command line so it's just using the default options.
>>
>>The first problem is that a strange device appears as eth0:
>>
>>eth0      Link encap:UNSPEC  HWaddr 
>>00-90-F5-00-00-22-91-25-00-00-00-00-00-00-00-00
>>          BROADCAST MULTICAST  MTU:1500  Metric:1
>>          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>          collisions:0 txqueuelen:1000
>>          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>
>>It seems to be some incarnation of the real ethernet adaptor, but even when I 
>>manually configure it it is unable to actually talk to the network.
>>I can configure the real ethernet adaptor (8139too) as eth1 with no problems.
>>
>>Also, for some reason the loopback device is not added to the routing table 
>>which in turn causes a stack more problems.
>>Lots of other stuff also doesn't work including X.
>>
>>But if I boot 2.6.3 or set acpi=off for 2.6.6 everything works perfectly. The 
>>same problems exist in 2.6.5 but I haven't tried 2.6.4.
>>
>>I've attached my dmesg and .config - let me know what else is needed.
>>
>>Thanks,
>>David.
> 
> This is not a ACPI problem. Here's the culprit:
> 
> CONFIG_IEEE1394_ETH1394=m
> 
> The IEEE1394 ethernet module is loaded and is now eth0. Tell tail sings
> are the long MAC address and the Link encap. which is set to
> unspecified.

Could you clarify that a bit? Why is this correct behaviour on 2.6.6 and 
not 2.6.3? Actually, if there's no adaptor I wouldn't think the module 
would be loaded, and if there is I would hope it would be configured 
usefully.

I do understand why loading would cause problems, my question is why 
loading is correct on this system, and why ACPI is doing so now and not 
in 2.6.3.

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me

      reply	other threads:[~2004-05-17 22:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-15  3:01 ACPI problems with 2.6.6 David Johnson
2004-05-15  9:21 ` Jurgen Kramer
2004-05-17 22:21   ` Bill Davidsen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='c8bdjm$lhn$1@gatekeeper.tmr.com' \
    --to=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.