public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Larry Finger <Larry.Finger@lwfinger.net>
To: LKML <linux-kernel@vger.kernel.org>
Subject: Need help with modules loading
Date: Thu, 16 Aug 2007 21:33:38 -0500	[thread overview]
Message-ID: <46C50902.4000502@lwfinger.net> (raw)

A new driver for the Broadcom BCM43xx devices has been written that uses mac80211, rather than 
softmac. The newest versions of the Broadcom firmware does not support all the BCM devices. 
Accordingly, a separate driver is being prepared that will use an older version of the firmware and 
support these legacy devices. Unfortunately, there is not a clean separation based on PCI id's; 
however, the revision level of the 802.11 wireless core can be used to determine which driver should 
be used. The scheme works on most systems, but not mine and I need some help to discover why.

The ssb driver handles the interaction between an internal bus in the device and the PCIe interface 
in my HP dv2125nr notebook. When this driver is loaded, the output of 'udevmonitor --env' is as follows:

UEVENT[1187314028.568540] add      /module/ssb (module)
ACTION=add
DEVPATH=/module/ssb
SUBSYSTEM=module
SEQNUM=1749

UEVENT[1187314028.571360] add      /bus/ssb (bus)
ACTION=add
DEVPATH=/bus/ssb
SUBSYSTEM=bus
SEQNUM=1750

UEVENT[1187314028.571635] add      /bus/pci/drivers/b43-pci-bridge (drivers)
ACTION=add
DEVPATH=/bus/pci/drivers/b43-pci-bridge
SUBSYSTEM=drivers
SEQNUM=1751

UDEV  [1187314028.579067] add      /module/ssb (module)
UDEV_LOG=3
ACTION=add
DEVPATH=/module/ssb
SUBSYSTEM=module
SEQNUM=1749
UDEVD_EVENT=1

UDEV  [1187314028.583959] add      /bus/pci/drivers/b43-pci-bridge (drivers)
UDEV_LOG=3
ACTION=add
DEVPATH=/bus/pci/drivers/b43-pci-bridge
SUBSYSTEM=drivers
SEQNUM=1751
UDEVD_EVENT=1

UDEV  [1187314028.584452] add      /bus/ssb (bus)
UDEV_LOG=3
ACTION=add
DEVPATH=/bus/ssb
SUBSYSTEM=bus
SEQNUM=1750
UDEVD_EVENT=1

UEVENT[1187314028.644176] add      /devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:0 (ssb)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:0
SUBSYSTEM=ssb
SEQNUM=1752
PHYSDEVBUS=ssb
MODALIAS=ssb:v4243id0812rev0A

UEVENT[1187314028.645471] add      /devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:1 (ssb)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:1
SUBSYSTEM=ssb
SEQNUM=1753
PHYSDEVBUS=ssb
MODALIAS=ssb:v4243id0817rev03

UDEV  [1187314028.656957] add      /devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:1 (ssb)
UDEV_LOG=3
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:1
SUBSYSTEM=ssb
SEQNUM=1753
PHYSDEVBUS=ssb
MODALIAS=ssb:v4243id0817rev03
UDEVD_EVENT=1

UDEV  [1187314028.662723] add      /devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:0 (ssb)
UDEV_LOG=3
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:02.0/0000:01:00.0/ssb0:0
SUBSYSTEM=ssb
SEQNUM=1752
PHYSDEVBUS=ssb
MODALIAS=ssb:v4243id0812rev0A
UDEVD_EVENT=1

The 'MODALIAS=ssb:v4243id0812rev0A' line is correct for my device. In fact issuing a modprobe 
"ssb:v4243id0812rev0A" command results in the loading of the module. For some reason, this does not 
happen automatically.

Initially, I suspected that my version of udev (103-13) was too old; however, upgrading to version 
114 did not help. My module-init-tools are V 3.2.2 and my distro is the x86_64 version of openSUSE 10.2.

I would appreciate any suggestions on how to chase down this problem.

Thanks,

Larry




             reply	other threads:[~2007-08-17  2:33 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-17  2:33 Larry Finger [this message]
2007-08-17  7:55 ` Need help with modules loading Kay Sievers
2007-08-17 14:51   ` Larry Finger

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=46C50902.4000502@lwfinger.net \
    --to=larry.finger@lwfinger.net \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox