Messages in this thread | | | Subject | Re: [2.6.24-rc6-mm1]Build failure in drivers/net/ehea/ehea_main.c | From | Christoph Raisch <> | Date | Tue, 12 Feb 2008 16:28:33 +0100 |
| |
Greg KH <greg@kroah.com> wrote on 07.02.2008 23:17:12:
> On Tue, Jan 29, 2008 at 03:20:20PM +0100, Christoph Raisch wrote: > What is it? It has to live on some kind of bus, right?
It is a piece of hardware with a firmware/hypervisor abstraction layer on top. The hypervisor provides virtualization interfaces to add and remove ethernet adapters and ports. Each port is represented in the open firmware device tree (OFDT) as a subnode of the ehea adapter node.
System P has a userspace DLPAR application communicating with firmware, the kernel, and the hardware management console to change all that on the flight. This tool needs a capability to identify which open firmware device tree entry belongs to which ethernet device. Each node created by the ibmebus driver has a devspec entry associated to the device node in OFDT, used by the DLPAR application. Each port created by the ibmebus driver has a devspec entry associated to the port node in OFDT, used by the DLPAR application.
> > > > host:/ # ls -l /sys/bus/pci/devices/0000\:c8\:01.0/ > > total 0 ... > > -r--r--r-- 1 root root 4096 2008-01-29 14:26 devspec ...
> > > > These pci functions corresponds to a > > /sys/bus/ibmebus/devices/789D.001.XXXXXX-P1/port0 > > and > > /sys/bus/ibmebus/devices/789D.001.XXXXXX-P1/port1 > > > > The busdriver currently does not find out, how many ports are in a > > /sys/bus/ibmebus/devices/789D.001.XXXXXX-P1. > > This is up to the hardware specific driver responsible for ehea or ehca. > > Think of a PCI card where the PCI busdriver > > can not determine how many ports are implemented on the card. > > > > How should this be mapped to /sys ? > > > > Should we try to "flatten" the ports to something like > > /sys/bus/ibmebus/devices/789D.001.XXXXXX-P1 > > /sys/bus/ibmebus/devices/789D.001.XXXXXX-P1_port0 > > /sys/bus/ibmebus/devices/789D.001.XXXXXX-P1_port1 > > ...which means physical hierarchy information would look a bit strange, > > but could be the simpler one. > > No. Why have a separate "port" device for every ethernet port? What > keeps you from just creating the different network devices for your > device, and pointing the parent to the same 789D.001.XXXXXX-P1 device? > > > I think you all are trying to make this more complex than it really is > :)
If you register multiple netdevs in a ehea adapter node, how is it possible to find out which ethXXX belongs to which devspec port entry in the OFDT?
Is there a simpler way than the one we chose to get this in addition?
> > thanks, > > greg k-h Gruss / Regards Christoph Raisch
| |