Bug 273285

Summary: YaST 2 network ignores compiled-in drivers
Product: [openSUSE] openSUSE 10.3 Reporter: Stefan Assmann <sassmann>
Component: YaST2Assignee: Michal Zugec <mzugec>
Status: RESOLVED FIXED QA Contact: Jiri Srain <jsrain>
Severity: Normal    
Priority: P5 - None    
Version: Alpha 3plus   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: patch for inbuild drivers
hwinfo --netcard

Description Stefan Assmann 2007-05-10 15:30:01 UTC
problem in hardware.ycp

interfaces is present but YaST requires a driver, will attach patch asap
Comment 1 Stefan Assmann 2007-05-10 15:45:40 UTC
Created attachment 139056 [details]
patch for inbuild drivers
Comment 2 Jan Kupec 2007-05-11 07:04:02 UTC
Reassigning to yast2-network maintainer.
Comment 3 Stefan Assmann 2007-05-11 07:25:12 UTC
it would be nice to have this for alpha4
Comment 4 Michal Zugec 2007-05-11 07:31:21 UTC
Thank you for the patch
But it would be useful to make difference between :
- no driver found
- built-in driver

Does hwinfo provide this information? 
Can you attach "hwinfo --netcard", please?
Comment 5 Stefan Assmann 2007-05-11 07:56:12 UTC
for hwinfo output refer to bug #273135
Comment 6 Michal Zugec 2007-05-11 08:43:34 UTC
Stefan, can you attach output from "hwinfo --netcard" ? 
It's not same as netcard part of full hwinfo output and network uses that one (for me attachent in comment #3 is not usefull)
Comment 7 Stefan Assmann 2007-05-11 08:51:26 UTC
Created attachment 139238 [details]
hwinfo --netcard

here's the hwinfo output. sorry for the other one not being useful. Thanks :)
Comment 8 Michal Zugec 2007-05-22 06:52:00 UTC
Steffen, how can I know from hwinfo output, that driver is available (packaged in module or built-in in kernel)?
Comment 9 Steffen Winterfeldt 2007-05-22 09:28:04 UTC
Simple: if arch == ppc then driver_is_compiled_in.
No idea, though, why that's so. :-/

But more to the point: if you compare with the normal output, like:

25: PCI 8000.0: 0200 Ethernet controller                        
  [Created at pci.288]
  UDI: /org/freedesktop/Hal/devices/pci_14e4_1677
  Unique ID: rBUF.W6GsncWCLSF
  Parent ID: Z7uZ.n6ywvlBHNPC
  SysFS ID: /devices/pci0000:00/0000:00:1c.3/0000:80:00.0
  SysFS BusID: 0000:80:00.0
  Hardware Class: network
  Model: "Hewlett-Packard Company NetXtreme BCM5751 Gigabit Ethernet PCI Express"
  Vendor: pci 0x14e4 "Broadcom"
  Device: pci 0x1677 "NetXtreme BCM5751 Gigabit Ethernet PCI Express"
  SubVendor: pci 0x103c "Hewlett-Packard Company"
  SubDevice: pci 0x3008 
  Revision: 0x01
  Driver: "tg3"
  Driver Modules: "tg3"
  Device File: eth0
  Memory Range: 0xf0400000-0xf040ffff (rw,non-prefetchable)
  IRQ: 19 (1337681 events)
  HW Address: 00:11:0a:9d:48:b6
  Link detected: yes
  Module Alias: "pci:v000014E4d00001677sv0000103Csd00003008bc02sc00i00"
  Driver Info #0:
    Driver Status: tg3 is active
    Driver Activation Cmd: "modprobe tg3"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #13 (PCI bridge)

'Driver Modules:' is the module name for the driver. This field only exists
if there is a module. The field is (hd_t).driver_module (no 's') in libhd.
Don't know how it's called in yast.
Comment 10 Michal Zugec 2007-06-11 09:21:52 UTC
Compared hwinfo from comment #5 and comment #9 is that correct rule (?):

- when "Driver" is not included in "Driver Modules" than it's built-in
- if there is "Module Alias", module is autoloaded by kernel (module.alias)

Is that correct?
Comment 11 Steffen Winterfeldt 2007-06-11 13:51:25 UTC
Not quite. ;-)

(1)
"driver" and "driver modules" are different strings, even if they look
the same in most cases - that's why they are separated.

Please use the (hd_t).driver_module field (has probably to be added
to the hardware agent first). BTW, hwinfo normally doesn't list this field,
use "hwinfo --debug=-1 --whatever" to see it.

(2)
"module alias" does not imply that there even exists a driver (compiled in
or not). You can look for the existence of 'Driver Info #X'.
Comment 12 Michal Zugec 2007-06-13 09:38:50 UTC
fixed in 2.15.44