Bug 82507

Summary: RFE: orinoco_cs: option _not_ to use the default ethXX name.
Product: [Retired] Red Hat Public Beta Reporter: Aleksey Nogin <aleksey>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED UPSTREAM QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: phoebeCC: jos
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-02-19 16:57:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 100622    
Bug Blocks:    
Attachments:
Description Flags
Quick patch to add names= parameter. none

Description Aleksey Nogin 2003-01-22 22:18:32 UTC 
When a laptop has several removable net devices of different kind (wired/wirelss
in particular), it is much easier to handle the configuration when there is a
clear namespace separation. Both wavelan_cs (name=name1[,name2[,name3[,name4]]]
module param) and wvlan_cs (eth=0 module param) have the ability to use a device
name outside of the usual ethXX hierarchy. Now that the wvlan_cs driver is being
phased out by the orinoco_cs driver, it would be really nice if orinoco_cs
supported this feature as well.
Comment 1 Aleksey Nogin 2003-01-23 04:11:45 UTC 
Created attachment 89540 [details]
Quick patch to add names= parameter.

I wrote a quick patch that adds a names= module parameter (similar to that of
wavelan_cs).
Comment 2 Bill Nottingham 2003-02-19 16:57:17 UTC 
This needs to be done upstream.
Comment 3 Aleksey Nogin 2003-02-20 01:51:40 UTC 
Well, without that change *RedHat* is the one removing the functionality that
used to exist in 8.0 (when the wvlan_cs driver was used). Also, I have no
experience with getting things into the kernel...

Also, the way I read https://bugzilla.redhat.com/bugzilla/bug_status.cgi,
"CLOSED UPSTREAM" means that it was actually reported upstream and so far it was
not...