/linville/kernels/fc7/
http://people.redhat.com/linville/kernels/fc6/
http://people.redhat.com/linville/kernels/rhel5/
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
. Not sure what I borked up.
FWIW, I have had best results w/ that driver by manually selecting
the freq and ap as well as essid.
Hth!
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On Sat, Feb 10, 2007 at 12:53:51PM -0500, Pavel Roskin wrote:
Quoting John W. Linville [EMAIL PROTECTED]:
Very cool! Is it likely that d80211 and iwlwifi will be pushed into
mainline in time for 2.6.21?
Hmmm...I think we need to spend a cycle or so in -mm. 2.6.22 seems
more likely
://bu3sch.de/gitweb?p=wireless-dev.git;a=commitdiff;h=b87f743f3643ea162892dce0bbc91e6f026a49bf
Pull request was sent to John.
That's ssb-ohci: Completely disable the driver on non-embedded
systems, also in wireless-dev as of yesterday.
Thanks,
John
--
John W. Linville
[EMAIL PROTECTED
as of yesterday. Presumably it should
be in the next -mm.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
This allows some drivers compile on arches that don't support DMA
(e.g. s390).
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Is there any reason why this header should not cover the whole DMA API?
Compile-tested only...
include/asm-generic/dma-mapping-broken.h | 134
dma_supported). But, I guess dma_supported
is intended
as a platform-level check?
If the DMA availability is at the arch level then such a driver could
use (albeit ugly) compile flags to cover that situation...?
Well, either way is fine with me.
John
--
John W. Linville
[EMAIL PROTECTED
is changing to |)?
John
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
PROTECTED]
ACK. Or you can do u32 uninitialized_var(final_mode);. Both are OK
with me.
I think I like this alternative better...
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Problem identified by Miguel Botón [EMAIL PROTECTED], alternate
solution suggested by Zhu Yi [EMAIL PROTECTED], patch by me. :-)
Cc: Miguel Botón [EMAIL PROTECTED]
Cc: Zhu Yi [EMAIL PROTECTED]
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/wireless/iwlwifi/iwl3945-base.c
.
Thanks,
John
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Stefano is going to cooperate w/ hch on this, so I'm
dropping this from wireless-2.6 for now...FYI
John
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
)},
{}
};
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
antenna_sel_rx;
+
+ u8 power_management_enable; /* flag to enable/disable power
management */
};
/**
I'm not overly happy with this. What about folding this into the
flags variable?
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
functionality has been replaced by the
+ mac80211-based b43 and b43legacy drivers.
+Who: John W. Linville [EMAIL PROTECTED]
+
+---
Hth!
John
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
removal. In the meantime hopefully every distribution will
have or obtain a working udev configuration. If things don't work
out as planned then we will re-evaluate.
Let's stop this now please.
John
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send the line
and
forth between them.
Given a functioning udev configuration, the persistent naming even
works so that your device stays as 'eth1' when switching to and
fro bcm43xx. I really think everyone is overstating the problem.
John
--
John W. Linville
[EMAIL PROTECTED]
--
To unsubscribe from this list: send
/if_cs.c |2 +-
ACK
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
, reassoc ? Rea : A, print_mac(mac, mgmt-sa),
capab_info, status_code, aid ~(BIT(15) | BIT(14)));
--
Miguel Botón
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
net-2.6.26-maybeupdates that might not make it to the next
release
Of course, managing what goes moves-up from -maybe is probably a big
headache, and just sucks-up more of Dave's time. And, of course,
virtually no one will run the -maybe tree...
Just my $0.02...
John
--
John W
... :-)
Do you find that people are happy with that process? Forgive me for
not knowing, but how many developers are actively (or occasionaly)
involved in ocfs2 and configfs? How many 'normal' users pull your
tree looking for 'latest and greatest' code?
John
--
John W. Linville
[EMAIL PROTECTED
(struct ieee80211s_hdr, eaddr1),
--
John W. LinvilleSomeday the world will need a hero, and you
linvi...@tuxdriver.com might be all we have. Be ready.
pgpnmVNzCdVHL.pgp
Description: PGP signature
):
Bluetooth: Fix freeing uninitialized delayed works
Andrzej Kaczmarek (2):
Bluetooth: mgmt: Fix enabling SSP while powered off
Bluetooth: mgmt: Fix enabling LE while powered off
Emmanuel Grumbach (1):
iwlwifi: don't double free the interrupt in failure path
John W. Linville (1
Yes, this patch is wrongly marked as stable, it is not even going to 3.5. I'm
just removing the tag from it and resending the pull request to John.
Hmmm...well, I already pulled it, and I just pushed it out. Can we live with
it?
John
--
John W. LinvilleSomeday the world
Hedberg (1):
Bluetooth: SMP: Fix setting unknown auth_req bits
Johannes Berg (3):
Merge remote-tracking branch 'wireless/master' into mac80211
iwlwifi: fix 6000 series channel switch command
mac80211: connect with HT20 if HT40 is not permitted
John W. Linville (3):
Merge
)) {
- kfree_skb(skb);
+ ieee80211_free_txskb(local-hw, skb);
continue;
}
--
John W. LinvilleSomeday the world will need a hero, and you
linvi...@tuxdriver.com might be all we have
: return -EBUSY if specific scan request cannot be honored
mwifiex: clean up scan state on error
Christian Lamparter (1):
rtlwifi: pass rx setup error code to caller
Felix Fietkau (1):
Revert ath9k_hw: Updated AR9003 tx gain table for 5GHz
John W. Linville (1):
Merge branch
PCMCIA EXPERIMENTAL
default y
config SSB_PCMCIAHOST
bool Support for SSB on PCMCIA-bus host (EXPERIMENTAL)
depends on SSB_PCMCIAHOST_POSSIBLE
help
What tree are you using?
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
-in
http://article.gmane.org/gmane.linux.network/71326/match=patch+cfg80211+initialisation
This is not present in 2.6.23-rc7 ! :(((
I asked Dave M. to pull it a week ago, and I sent a reminder today.
Hopefully that will take care of it.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from
you...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Fri, Sep 28, 2007 at 01:15:23PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2007-09-27 at 22:30 -0400, John W. Linville wrote:
I'm sure there are still some wireless developers that are less than
happy about merging it now.
Out of curiosity, what's the main source of opposition ? Since
-$(CONFIG_LIBERTAS_USB) += libertas/
+obj-$(CONFIG_LIBERTAS) += libertas/
rtl8187-objs := rtl8187_dev.o rtl8187_rtl8225.o
obj-$(CONFIG_RTL8187) += rtl8187.o
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
, I'll
state that this code has been carried in wireless-dev for months and
thereby also spent a lot of time in -mm as well as Fedora (rawhide
and F-7). The code has proven to be reasonably stable and reliable.
Acked-by: John W. Linville [EMAIL PROTECTED]
--
John W. Linville
[EMAIL PROTECTED
will be better.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
. in the hopes of avoiding conflicts.
Dependencies are another matter... :-)
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Sun, Aug 12, 2007 at 05:33:16PM +0200, Jiri Slaby wrote:
add ath5k wireless driver
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
Review still pending, but I went ahead and added this on the 'ath5k'
branch of wireless-dev. It is available on 'everything' as well.
Thanks,
John
--
John W
be happy to apply.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
the number of ifdef
blocks further? If so, we might consider a version of this patch
that depends on EMBEDDED or somesuch...?
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
of
data to MAINTAINERS all for a tool that I'll wager few people would
ever use.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
list, is this the kind of thing that sed
is perfect to handle?
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
correctly on the Other OS.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
John W. Linville
[EMAIL
);
memcpy(extra, keys, tocopy);
out:
return rc;
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe
On Wed, Aug 08, 2007 at 07:58:21AM +0200, Mariusz Kozlowski wrote:
Please send wireless patches to [EMAIL PROTECTED],
and CC me.
Ok. Did you pick the patch up?
Yes, I have it.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux
there
should specifically avoid these merge conflicts.
Hth!
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
.
Sorry, Al Viro got a patch merged before I got to yours!
Thanks anyway!
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
-by: Satyam Sharma [EMAIL PROTECTED]
Is that the same as Acked-by? Or do you disagree with the patch?
Just checkin'...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
somewhere else.
So add an explicit depends on HAS_IOMEM to the Broadcom driver to
prevent selection on s390.
Cc: John W. Linville [EMAIL PROTECTED]
Cc: Michael Buesch [EMAIL PROTECTED]
Cc: Martin Schwidefsky [EMAIL PROTECTED]
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
Note to reviewers
. Are the specs on the hardware open?
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Replace a number of three-way if statements checking for 5705, 5750,
and 5752 to reference the equivalent TG3_FLG2_5705_PLUS flag instead.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c | 16
1 files changed, 4 insertions(+), 12 deletions
Use check of TG3_FLG2_5750_PLUS in tg3_get_invariants to set
TG3_FLG2_5705_PLUS flag.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
--- bcm5752-support/drivers/net/tg3.c.orig 2005-04-08 18:13
Add support to tg3 for bcm5752 hardware. Also clean-up a lot
of multi-way if statements and replace them with checks of flags
representing classes of tg3 hardware.
Patches to follow...
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Add hard-coded definition of bcm5752 PCI ID to tg3_pci_tbl.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Next patch will change entry to use pci_ids.h-based definition.
drivers/net/tg3.c |2 ++
1 files changed, 2 insertions(+)
--- bcm5752-support/drivers/net/tg3.c.orig 2005
Define TG3_FLG2_5750_PLUS flag and set it in tg3_get_invariants for
ASIC_REV_5750 or ASIC_REV_5752.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c |4
drivers/net/tg3.h |1 +
2 files changed, 5 insertions(+)
--- bcm5752-support/drivers/net/tg3.c.orig
Replace existing ASIC_REV_5752 definition with ASIC_REV_5752_A0,
and add definition for ASIC_REV_5752_A1. Then, add ASIC_REV_5752_A1
to check for setting TG3_FLG2_5750_PLUS in tg3_get_invariants.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c |3 ++-
drivers/net/tg3
Add proper entry for bcm5752 PCI ID to pci_ids.h, and use it in tg3.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
I did this separately in case patches like this (i.e. new PCI IDs)
need to come from more official sources.
drivers/net/tg3.c |2 +-
include/linux/pci_ids.h
Rewrite checks in tg3_get_invariants to use TG3_FLG2_5705_PLUS and
TG3_FLG2_5750_PLUS flags.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
--- bcm5752-support/drivers/net/tg3.c.orig 2005-04-08 18:11
Rewrite of a couple of troublesome multi-way if statements to use
TG3_FLG2_5705_PLUS flag.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c | 12
1 files changed, 4 insertions(+), 8 deletions(-)
--- bcm5752-support/drivers/net/tg3.c.orig 2005-04-08 18
Track-down all references to ASIC_REV_5750 and mirror them with
references to the newly defined ASIC_REV_5752.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c | 63 --
1 files changed, 42 insertions(+), 21 deletions
Replace a number of two-way if statements checking for 5750, and/or
5752 to reference the newly-defined TG3_FLG2_5750_PLUS flag instead.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/net/tg3.c | 38 +-
1 files changed, 13 insertions(+), 25
Update libata's SMART-related ioctl handlers to match the current
ATA command pass-through specification (T10/04-262r7). Also change
related SCSI op-code definition to match current spec.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Contact w/ spec author (Curtis Stevens @ Western
On Wed, Feb 02, 2005 at 07:51:22PM +0100, Jens Axboe wrote:
On Wed, Feb 02 2005, John W. Linville wrote:
-/* Temporary values for T10/04-262 until official values are allocated */
-#defineATA_160x85 /* 16-byte pass-thru [0x85 ==
unused]*/
-#defineATA_12
ata_scsi_translate allocates from the libata command queue by calling
ata_scsi_qc_new. If xlat_func returns non-zero, control jumps to
err_out which fails to free the allocated command. Fix is to add a
new API to free unused commands.
Signed-off-by: John W. Linville [EMAIL PROTECTED
Minor modifications to the SMART-related ioctls in libata, in
compliance with the latest ATA pass thru spec (T10/04-262r7).
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/scsi/libata-scsi.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
--- sata-smart-2.6
Filter-out attempts to issue a SET_FEATURES - XFER MODE command
via the ATA pass thru mechanism.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/scsi/libata-scsi.c | 11 +++
1 files changed, 11 insertions(+)
--- sata-smart-2.6/drivers/scsi/libata-scsi.c.filter2005
Remove some curlies around single-line if statements.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
drivers/scsi/libata-scsi.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
--- sata-smart-2.6/drivers/scsi/libata-scsi.c.style 2005-02-17
16:50:03.907040725 -0500
Update ATA pass thru opcodes to match what is specified in the current
ATA pass thru spec (T10/04-262r7).
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
This part was controversial before, because these opcodes seemed to
overlap with some existing opcodes. So I contacted the author
On Mon, Jul 11, 2005 at 10:28:55PM -0400, Adam Belay wrote:
On Fri, Jul 08, 2005 at 02:34:56PM -0400, John W. Linville wrote:
Some firmware leaves devices in D3hot after a (re)boot. Most drivers
call pci_enable_device very early, so devices left in D3hot that lose
configuration during
...this looks very similar to a patch I got from Kylene for fixing
this same issue when it showed-up in FC4.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
in addition to snd-intel8x0.
Hmmm...I don't think that would work. If there are IDs listed in
both i810_audio and snd-hda-intel, it is probably a mistake.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Tue, Jul 26, 2005 at 04:49:34PM -0700, Greg KH wrote:
On Fri, Jul 08, 2005 at 02:34:56PM -0400, John W. Linville wrote:
@@ -301,6 +335,16 @@ pci_set_power_state(struct pci_dev *dev,
udelay(200);
dev-current_state = state;
+ /* According to section 5.4.1 of the PCI
On Tue, Jul 26, 2005 at 09:36:02PM -0400, John W. Linville wrote:
On Tue, Jul 26, 2005 at 04:49:34PM -0700, Greg KH wrote:
This code doesn't even build, as need_restore isn't a global variable.
Hmmm...you must be missing this hunk from the patch posted on July 8?
Care to redo this patch
it.
The patch also adds pci_restore_bars as a new global symbol, and adds a
correpsonding EXPORT_SYMBOL_GPL for that.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Some firmware (e.g. Thinkpad T21) leaves devices in D3hot after a
(re)boot. Most drivers call pci_enable_device very early, so devices
On Wed, Jul 27, 2005 at 08:24:28PM +0200, Adrian Bunk wrote:
I've grep'ed a second time for every single PCI ID in the OSS
i810_audio, and I still haven't found WTF you are talking about.
I looked as well, and I found nothing either.
Jeff, can you enlighten us?
John
--
John W. Linville
that people could indicate which
old APIs are in use?
Just a thought...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
not...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
Other than that, the patch looks acceptable to me, fwiw...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Sat, Jul 02, 2005 at 01:29:54AM -0600, Grant Grundler wrote:
On Thu, Jun 30, 2005 at 10:26:37PM -0400, John W. Linville wrote:
+ /* Some devices lose PCI config header data during D3hot-D0
Can you name some of those devices here?
I just want to know what sort of devices need
the new patch for comment. If we can resolve
the pci_update_resource issue, I'll post another (either alternative
or additional) patch to cover that. Patch to follow...
Thanks!
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
PCI_PM_CTRL_NO_SOFT_RESET 0x0004 /* No reset for D3hot-D0 */
#define PCI_PM_CTRL_PME_ENABLE0x0100 /* PME pin enable */
#define PCI_PM_CTRL_DATA_SEL_MASK 0x1e00 /* Data select (??) */
#define PCI_PM_CTRL_DATA_SCALE_MASK 0x6000 /* Data scale (??) */
--
John W. Linville
[EMAIL
of some oddball device.
A few simple steps taken when this situation is recognized can allow
drivers to remain unaware of this detail of PCI PM. That seems
worthwhile to me.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
(struct pci_dev *dev, struct resource *res, int resno);
int pci_assign_resource(struct pci_dev *dev, int i);
/* ROM control related routines */
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Mon, Jul 11, 2005 at 02:48:44PM +0200, Lennert Buytenhek wrote:
On Fri, Jul 08, 2005 at 02:34:56PM -0400, John W. Linville wrote:
Some PCI devices lose all configuration (including BARs) when
transitioning from D3hot-D0. This leaves such a device in an
inaccessible state. The patch
Globalize and add EXPORT_SYMBOL for pci_restore_bars.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Some have expressed interest in making general use of the the
pci_restore_bars function.
drivers/pci/pci.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff --git
On Mon, Jul 11, 2005 at 10:18:30AM -0700, Greg KH wrote:
On Mon, Jul 11, 2005 at 09:19:03AM -0400, John W. Linville wrote:
Globalize and add EXPORT_SYMBOL for pci_restore_bars.
EXPORT_SYMBOL_GPL() perhaps as this is a new function?
Sure...that will please Arjan as well... :-)
Patch
Globalize and add EXPORT_SYMBOL_GPL for pci_restore_bars.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Some have expressed interest in making general use of the the
pci_restore_bars function.
Revised to use EXPORT_SYMBOL_GPL instead of EXPORT_SYMBOL.
drivers/pci/pci.c |3 ++-
1
this to be causing
a problem with Wolfenstein: Enemy Territory. The patch to reverse
this change appears to have been merged into 2.6.11. I suggest you
try that one. :-)
Good luck!
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
fixed without any reports?)
(Presuming that the Quake3 problem is the same as the Wolfenstein:
ET problem...)
It was reported as a problem with RHEL3. When I discovered the fix,
I pushed it to the OSS drivers in 2.6.x as well.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from
Allocate tx bounce buffers one at a time as needed, rather than in
a single allocation. This limits usage of the GFP_DMA memory pool.
Acked-by: Pekka Pietikäinen [EMAIL PROTECTED]
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
The b44 hardware has a DMA mask that only covers 1GB. On x86
Move bulk of e1000_watchdog to a workqueue to make it safe to call
functions which can sleep.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
The e1000 driver uses a timer to invoke e1000_watchdog().
e1000_watchdog() calls e1000_check_for_link() which can call
Add special case to bond_alb_xmit() to avoid tx balance for IGMP.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Some switches (e.g. the Cisco Catalyst 3750) use IGMP snooping to
determine which hosts belong to which multicast groups. Typically
such switches use a timeout to determine
are tricking the switch into behaving
the way we desire.
Since the switch is unaware of our bonded behaviour, I think it makes
sense to accomodate this quirk related to IGMP snooping.
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
);
Ewww!
My thoughts exactly...there might be a place for something like that,
but I don't think this is it...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
Flush work queues in -remove() for e1000.
Acked-by: Ganesh Venkatesan [EMAIL PROTECTED]
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
Since e1000 is using work queues, we need to call
flush_scheduled_work() before removing the driver from memory.
Otherwise, we are prone to an Oops
...
John
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Add MODULE_VERSION entry.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
I posted one like this before, but it seems to have been lost or
overwritten...
drivers/net/ixgb/ixgb_main.c |4 +++-
1 files changed, 3 insertions(+), 1 deletion(-)
--- netdev-2.6/drivers/net/ixgb
Add MODULE_VERSION entry.
Signed-off-by: John W. Linville [EMAIL PROTECTED]
---
I posted one like this before, but it seems to have been lost or
overwritten...
drivers/net/e1000/e1000_main.c |4 +++-
1 files changed, 3 insertions(+), 1 deletion(-)
--- netdev-2.6/drivers/net/e1000
Offset LVI past CIV when starting DAC/ADC in order to prevent
stalled start.
---
Here is the (working) patch I'm using against a later 2.4. This makes
sound work fine with Enemy Territory.
drivers/sound/i810_audio.c | 10 ++
1 files changed, 10 insertions(+)
---
))) ) ;
}
--
John W. Linville
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jan 18, 2005 at 07:39:30AM +1100, Herbert Xu wrote:
On Mon, Jan 17, 2005 at 01:37:08PM -0500, John W. Linville wrote:
Some OSS applications have trouble with later versions of the
i810_audio driver. Wolfenstein Enemy Territory from idSoftware is
one such application.
Would
1 - 100 of 828 matches
Mail list logo
