From: David Gibson <hermes@gibson.dropbear.id.au>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Pavel Roskin <proski@gnu.org>,
Orinoco Development List <orinoco-devel@lists.sourceforge.net>,
netdev@oss.sgi.com, linux-kernel@vger.kernel.org
Subject: [0/14] Orinoco driver updates
Date: Thu, 24 Feb 2005 14:53:55 +1100 [thread overview]
Message-ID: <20050224035355.GA32001@localhost.localdomain> (raw)
Jeff, please apply:
Here's a big stack of patches that make a significant step forward on
the long overdue orinoco driver merge. Still quite a long way to go,
but it's something. This patch stack is againt Linus' vanilla +
Viro's big iomap cleanup patch, as requested.
The first 9 patches make only trivial or cosmetic behavioural changes:
1/14 orinoco-carrier
Use netif_carrier_*() macros instead of homegrown
'connected' variable.
2/14 orinoco-printks
Update various printk()s and other cosmetic strings
3/14 orinoco-delays
Use mdelay() and ssleep() instead of outdated ways of
delaying.
4/14 orinoco-free-orinocodev
Introduce free_orinocodev() function, to reduce noise
in future diffs.
5/14 orinoco-cleanup-hermes
Assorted cleanups to low-level hardware access code
6/14 orinoco-pci-updates
Cleanup to initialization code for the PCI based
orinoco devices.
7/14 orinoco-modparm
Use modern module_parm macros for orinoco module.
8/14 orinoco-pccard-cleanups
Cleanup to PCMCIA initialization code
9/14 orinoco-void-ethersnap
Trivial change to is_ethersnap() function to reduce
future diff noise.
The next 4 patches start to intoduce real new functionality and
bug fixes:
10/14 orinoco-no-ibss-any
Disallow IBSS mode if no ESSID is set (too many
firmwares break, otherwise)
11/14 orinoco-late-tx-wake
Delay waking the Tx queue, fixes problems on a number
of firwmares
12/14 orinoco-wep-updates
Various updates to WEP setup code
13/14 orinoco-update-firmware-detection
Updates and bugfixes to firmware detection logic
And the final one, is another trivial one:
14/14 orinoco-is-now-0.14alpha2
Update version and changelog to reflect the above
patches.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist. NOT _the_ _other_ _way_
| _around_!
http://www.ozlabs.org/people/dgibson
next reply other threads:[~2005-02-24 4:13 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-24 3:53 David Gibson [this message]
2005-02-24 3:54 ` [1/14] Orinoco driver updates - use netif_carrier_*() David Gibson
2005-02-24 3:55 ` [2/14] Orinoco driver updates - update printk()s David Gibson
2005-02-24 3:56 ` [3/14] Orinoco driver updates - use mdelay()/ssleep() more David Gibson
2005-02-24 3:57 ` [4/14] Orinoco driver updates - add free_orinocodev() David Gibson
2005-02-24 3:58 ` [5/14] Orinoco driver updates - cleanup low-level code David Gibson
2005-02-24 3:59 ` [6/14] Orinoco driver updates - cleanup PCI initialization David Gibson
2005-02-24 4:00 ` [7/14] Orinoco driver updates - use modern module_parm() David Gibson
2005-02-24 4:00 ` [8/14] Orinoco driver updates - PCMCIA initialization cleanups David Gibson
2005-02-24 4:01 ` [9/14] Orinoco driver updates - update is_ethersnap() David Gibson
2005-02-24 4:02 ` [10/14] Orinoco driver updates - prohibit IBSS with no ESSID David Gibson
2005-02-24 4:02 ` [11/14] Orinoco driver updates - delay Tx wake David Gibson
2005-02-24 4:03 ` [12/14] Orinoco driver updates - WEP updates David Gibson
2005-02-24 4:04 ` [13/14] Orinoco driver updates - update firmware detection David Gibson
2005-02-24 4:05 ` [14/14] Orinoco driver updates - update version and changelog David Gibson
2005-02-24 4:44 ` Jeff Garzik
2005-02-24 6:55 ` [8/14] Orinoco driver updates - PCMCIA initialization cleanups Dominik Brodowski
2005-02-24 7:29 ` Jeff Garzik
2005-02-25 5:03 ` [Orinoco-devel] " David Gibson
2005-02-25 7:02 ` Dominik Brodowski
2005-02-24 4:35 ` [7/14] Orinoco driver updates - use modern module_parm() Jeff Garzik
2005-02-24 4:35 ` [6/14] Orinoco driver updates - cleanup PCI initialization Jeff Garzik
2005-02-25 4:58 ` [Orinoco-devel] " David Gibson
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=20050224035355.GA32001@localhost.localdomain \
--to=hermes@gibson.dropbear.id.au \
--cc=jgarzik@pobox.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@oss.sgi.com \
--cc=orinoco-devel@lists.sourceforge.net \
--cc=proski@gnu.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