On Fri, Oct 06, 2006 at 03:59:57PM -0400, Jeff Garzik wrote:
> The unmodified tulip driver checks both MWI and cacheline-size because
> one of the clones (PNIC or PNIC2) will let you set the MWI bit, but
> hardwires cacheline size to zero.
Maybe the generic pci_set_mwi() can verify cacheline siz
On Sat, 7 Oct 2006, Bill Fink wrote:
> On Fri, 6 Oct 2006 17:15:56 +0200, Joerg Roedel wrote:
>
> > +config IPV6_SIT
> > + tristate "IPv6: IPv6-in-IPv4 tunnel (SIT driver)"
> > + depends on IPV6
> > + default y
> > + ---help---
> > + Tunneling means encapsulating data of one protocol
On Fri, 6 Oct 2006 17:15:56 +0200, Joerg Roedel wrote:
> +config IPV6_SIT
> + tristate "IPv6: IPv6-in-IPv4 tunnel (SIT driver)"
> + depends on IPV6
> + default y
> + ---help---
> + Tunneling means encapsulating data of one protocol type within
> + another protocol and s
Adrian Bunk <[EMAIL PROTECTED]> writes:
> On Thu, Oct 05, 2006 at 09:31:16PM -0700, Alex Romosan wrote:
>> Linus Torvalds <[EMAIL PROTECTED]> writes:
>>
>> > so please give it a good testing, and let's see if there are any
>> > regressions.
>>
>> it breaks suspend when the airo module is loaded
On Fri, 6 Oct 2006 17:18:13 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7278
>
>Summary: forcedeth slowed down by traffic shaping
> Kernel Version: 2.6.16
> Status: NEW
> Severity: normal
> Owner: [EMAIL PROTECTED]
Acked-by: Alan Cox <[EMAIL PROTECTED]>
All looks ok, the bigger change in riscom8 is verifiably safe too
-
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
Matthew Wilcox wrote:
On Fri, Oct 06, 2006 at 03:44:30PM -0400, Jeff Garzik wrote:
Matthew Wilcox wrote:
On Fri, Oct 06, 2006 at 03:18:33PM -0400, Jeff Garzik wrote:
This device will never ever meet a platform where it can be hotplugged.
According to a FreeBSD list from 1995, you could get th
On Fri, Oct 06, 2006 at 01:03:50PM -0500, Steve Fox wrote:
> On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote:
> > On (06/10/06 11:36), Vivek Goyal didst pronounce:
> > > Where is bss placed in physical memory? I guess bss_start and bss_stop
> > > from System.map will tell us. That will confirm
Matthew Wilcox wrote:
On Fri, Oct 06, 2006 at 03:15:15PM -0400, Jeff Garzik wrote:
Matthew Wilcox wrote:
Also, pci_set_mwi() will fail if the cache line
size is 0, so we don't need to check that ourselves any more.
NAK, not true on all arches. sparc64 at least presumes that the
firmware DTRT
On Fri, Oct 06, 2006 at 03:44:30PM -0400, Jeff Garzik wrote:
> Matthew Wilcox wrote:
> >On Fri, Oct 06, 2006 at 03:18:33PM -0400, Jeff Garzik wrote:
> >>This device will never ever meet a platform where it can be hotplugged.
> >
> >According to a FreeBSD list from 1995, you could get these chips on
Matthew Wilcox wrote:
On Fri, Oct 06, 2006 at 03:18:33PM -0400, Jeff Garzik wrote:
Stephen Hemminger wrote:
On Fri, 06 Oct 2006 12:12:34 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
From: Helge Deller <[EMAIL PROTECTED]>
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference t
This is the pure-cleanup stuff I pulled out of this morning's
remove-irq-arg work. No behavior changes, just killing dead code,
killing unused 'irq' arguments in sub-functions, and killing void*
casts.
Please pull from 'irqclean-submit1' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgar
On Fri, Oct 06, 2006 at 03:18:33PM -0400, Jeff Garzik wrote:
> Stephen Hemminger wrote:
> >On Fri, 06 Oct 2006 12:12:34 -0600
> >Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> >
> >>From: Helge Deller <[EMAIL PROTECTED]>
> >>
> >>WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
>
On Fri, Oct 06, 2006 at 01:01:34PM -0600, Matthew Wilcox wrote:
Sorry about these. Stupid git-send-email requires a line of garbage
before the headers.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
On Fri, Oct 06, 2006 at 03:15:15PM -0400, Jeff Garzik wrote:
> Matthew Wilcox wrote:
> >Also, pci_set_mwi() will fail if the cache line
> >size is 0, so we don't need to check that ourselves any more.
>
> NAK, not true on all arches. sparc64 at least presumes that the
> firmware DTRT with cachel
On Fri, Oct 06, 2006 at 02:39:41PM -0400, Jeff Garzik wrote:
> Matthew Wilcox wrote:
> >From: Helge Deller <[EMAIL PROTECTED]>
> >
> >WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
> >.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset
> >0x20)
> >WARNI
Stephen Hemminger wrote:
On Fri, 06 Oct 2006 12:12:34 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
From: Helge Deller <[EMAIL PROTECTED]>
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x20)
WAR
Matthew Wilcox wrote:
Since some devices may not implement the MWI bit, we should check that
the write did set it and return an error if it didn't.
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
ACK, though (as it seems you are doing) you should audit pci_set_mwi()
users to make sure behav
Matthew Wilcox wrote:
Also, pci_set_mwi() will fail if the cache line
size is 0, so we don't need to check that ourselves any more.
NAK, not true on all arches. sparc64 at least presumes that the
firmware DTRT with cacheline size, which hurts us now given this tulip patch
Jeff
-
T
We used to check whether pci_set_mwi() had succeeded by testing the
hardware MWI bit. Now we need only check the return value (and failing
to do so is a warning). Also, pci_set_mwi() will fail if the cache line
size is 0, so we don't need to check that ourselves any more.
Signed-off-by: Matthew
On Fri, 06 Oct 2006 12:12:34 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> From: Helge Deller <[EMAIL PROTECTED]>
>
> WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
> .init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x20)
> WARNING: drivers/net/
We used to check whether pci_set_mwi() had succeeded by testing the
hardware MWI bit. Now we need only check the return value (and failing
to do so is a warning). Also, pci_set_mwi() will fail if the cache line
size is 0, so we don't need to check that ourselves any more.
Signed-off-by: Matthew
Since some devices may not implement the MWI bit, we should check that
the write did set it and return an error if it didn't.
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index a544997..3d041f4 100644
--- a/drivers/pci/pci.c
+++ b/drivers/pc
Since some devices may not implement the MWI bit, we should check that
the write did set it and return an error if it didn't.
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index a544997..3d041f4 100644
--- a/drivers/pci/pci.c
+++ b/drivers/pc
Matthew Wilcox wrote:
On Fri, Oct 06, 2006 at 02:39:41PM -0400, Jeff Garzik wrote:
I'm a bit blind, so help me out here... what precisely is mismatched?
AFAICS everything is properly marked __init or __exit.
Wasn't my patch, but the markings are now consistent with tulip_core at least.
Tha
On Thu, Oct 05, 2006 at 09:31:16PM -0700, Alex Romosan wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > so please give it a good testing, and let's see if there are any
> > regressions.
>
> it breaks suspend when the airo module is loaded:
>
> kernel: Stopping tasks:
> ===
On Fri, Oct 06, 2006 at 02:39:41PM -0400, Jeff Garzik wrote:
> I'm a bit blind, so help me out here... what precisely is mismatched?
>
> AFAICS everything is properly marked __init or __exit.
Wasn't my patch, but the markings are now consistent with tulip_core at least.
-
To unsubscribe from thi
Matthew Wilcox wrote:
From: Helge Deller <[EMAIL PROTECTED]>
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x20)
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.exit.text:de_
From: Helge Deller <[EMAIL PROTECTED]>
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x20)
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.exit.text:de_remove_one from .data.re
On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote:
> On (06/10/06 11:36), Vivek Goyal didst pronounce:
> > Where is bss placed in physical memory? I guess bss_start and bss_stop
> > from System.map will tell us. That will confirm that above memset step is
> > stomping over bss. Then we have to ju
On Fri, Oct 06, 2006 at 06:11:05PM +0100, Mel Gorman wrote:
> On (06/10/06 11:36), Vivek Goyal didst pronounce:
> > On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote:
> > > > Linux version 2.6.18-git22 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
> > > > Linux)) #2 SMP Thu Oct 5 19:05:36
On 10/6/06, Larry Finger <[EMAIL PROTECTED]> wrote:
Bin Zhang wrote:
> CC [M] drivers/net/wireless/d80211/bcm43xx/bcm43xx_pio.o
> LD [M] drivers/net/wireless/d80211/bcm43xx/bcm43xx-d80211.o
> LD drivers/net/wireless/built-in.o
> ld: drivers/net/wireless/d80211/built-in.o: No such file:
On Fri, Oct 06, 2006 at 06:11:05PM +0100, Mel Gorman wrote:
> On (06/10/06 11:36), Vivek Goyal didst pronounce:
> > On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote:
> > > > Linux version 2.6.18-git22 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
> > > > Linux)) #2 SMP Thu Oct 5 19:05:36
Hi Dave, please pull the following bugfix patches, for the IPsec/SELinux
and related labeled network code.
The following changes since commit e77119c769b71c3f10b35d66988a3e279d30388c:
James Morris:
Merge ../../linux-2.6 into linus
are found in the git repository at:
git://git.infra
The kernel headers installed by Linux 2.6.19-rc1 "make
headers_install" do not work for building glibc, because glibc expects
to provide various definitions, some of which have
been moved to and some of which have been removed
altogether.
This kernel patch allows glibc to build again by making r
On (06/10/06 11:36), Vivek Goyal didst pronounce:
> On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote:
> > > Linux version 2.6.18-git22 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
> > > Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006
> > > Command line: root=/dev/sda1 vga=791
> > > ip=9.47.
Le vendredi 06 octobre 2006 à 11:24 -0500, Larry Finger a écrit :
> Bin Zhang wrote:
> > CC [M] drivers/net/wireless/d80211/bcm43xx/bcm43xx_pio.o
> > LD [M] drivers/net/wireless/d80211/bcm43xx/bcm43xx-d80211.o
> > LD drivers/net/wireless/built-in.o
> > ld: drivers/net/wireless/d80211/buil
Bin Zhang wrote:
CC [M] drivers/net/wireless/d80211/bcm43xx/bcm43xx_pio.o
LD [M] drivers/net/wireless/d80211/bcm43xx/bcm43xx-d80211.o
LD drivers/net/wireless/built-in.o
ld: drivers/net/wireless/d80211/built-in.o: No such file: No such file
or directory
make[3]: *** [drivers/net/wireless
On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote:
> > Linux version 2.6.18-git22 ([EMAIL PROTECTED]) (gcc version 4.1.0 (SUSE
> > Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006
> > Command line: root=/dev/sda1 vga=791
> > ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 s
On Fri, Oct 06, 2006 at 09:59:35PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
> > + into IPv4 packets. This is usefull if you want to connect two IPv6
Argh. Bad typo. I appended the fixed patch
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
diff -upr -X linux-2.6.18/Documentation/don
On Fri, 6 Oct 2006 12:26:22 +0100 (BST)
"Maciej W. Rozycki" <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Oct 2006, Andrew Morton wrote:
>
> > > 2. The driver uses schedule_work() for handling interrupts, but does not
> > >make sure any pending work scheduled thus has been completed before
> > >
Maybe this time it'll take the announcement too?
---
I have
* addressed Dan's comments about naming a few things and
also fixed the problems he pointed out
* moved wext from net/core/wireless.c to net/wireless/wext-old.c
* added compat hunking for WE to cfg80211, finally completely
separat
Hah, take 6 was eaten by netdev (even the announcement) but it did reach
some people (and before those who did get it wonder: I resent to netdev,
the original mail was accidentally not addressed to netdev, so it's not
that I simply didn't send it).
anyway, it's getting large, so... straight from q
In article <[EMAIL PROTECTED]> (at Fri, 6 Oct 2006 11:39:27 +0200), Joerg
Roedel <[EMAIL PROTECTED]> says:
> This patch contains the changes to net/ipv6/addrconf.c to remove sit
> specific code if the sit driver is not selected.
>
> Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
Signed-off-by:
In article <[EMAIL PROTECTED]> (at Fri, 6 Oct 2006 11:34:02 +0200), Joerg
Roedel <[EMAIL PROTECTED]> says:
> this is the submit of the patch discussed yesterday to compile the sit
> driver as a seperate module.
>
> changes to yesterday:
> - default select changed to y in Kconfig
> - added ifdefs
> "Joerg" == Joerg Roedel <[EMAIL PROTECTED]> writes:
Joerg> It is enabled per default because the users get this per
Joerg> default when using the current IPv6 module. James Morris
Joerg> mentioned this issue yesterday. I think setting the default to
Joerg> N would be more consistent, but the
On Fri, Oct 06, 2006 at 01:38:24PM +0200, Samuel Tardieu wrote:
> > "Joerg" == Joerg Roedel <[EMAIL PROTECTED]> writes:
>
> Joerg> this is the submit of the patch discussed yesterday to compile
> Joerg> the sit driver as a seperate module.
>
> Your patch looks ok to me, but given that many pe
Samuel Tardieu schrieb:
>> "Joerg" == Joerg Roedel <[EMAIL PROTECTED]> writes:
>
> Joerg> this is the submit of the patch discussed yesterday to compile
> Joerg> the sit driver as a seperate module.
>
> Your patch looks ok to me, but given that many people won't need sit,
> why is it enabled by
> "Joerg" == Joerg Roedel <[EMAIL PROTECTED]> writes:
Joerg> this is the submit of the patch discussed yesterday to compile
Joerg> the sit driver as a seperate module.
Your patch looks ok to me, but given that many people won't need sit,
why is it enabled by default? Omitting it would save 10
On Thu, 5 Oct 2006, Andrew Morton wrote:
> > 2. The driver uses schedule_work() for handling interrupts, but does not
> >make sure any pending work scheduled thus has been completed before
> >driver's structures get freed from memory. This is especially
> >important as interrupts m
On Thu, 2006-09-14 at 12:49 +0200, Johannes Berg wrote:
> +struct cfg80211_registered_driver *
> +cfg80211_get_drv_from_ifindex(int ifindex)
> +{
> + struct cfg80211_registered_driver *drv;
> + struct net_device *dev;
> +
> + mutex_lock(&cfg80211_drv_mutex);
> + dev = dev_get_by_in
Let me try to summarise this... probably wrong :)
> 1.5 KB sounds like a small scan result set to me.. I'm hitting 100+
> BSSes at work (well, not really your normal environment ;-), and 50 at
> home.. These go way beyond 1.5 KB; closer to 32 KB at times, I'd guess.
Ok this is easy, we need huge
This patch contains the changes to net/ipv6/addrconf.c to remove sit
specific code if the sit driver is not selected.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
diff -upr -X linux-2.6.18/Documentation/dontdiff
linux-2.6.18-vanilla/net/ipv6/addrconf.c linux-2.6.18/net/ipv6/addrconf.c
--- linu
this is the submit of the patch discussed yesterday to compile the sit
driver as a seperate module.
changes to yesterday:
- default select changed to y in Kconfig
- added ifdefs to net/ipv6/addrconf.c
(this part is big, to keep the patches around 100 lines the
addrconf.c changes are posted in
On Thu, Oct 05, 2006 at 07:45:23AM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> > And you can add/remove signal events using existing kevent api between
> > calls.
>
> That's far more expensive than using a mask under control of the program.
In context you have cu
On Thu, 2006-10-05 at 18:33 -0500, Larry Finger wrote:
> The patch file contains Michael Buesch's changes of 05-Oct-2006. This
> version can use either V3 or V4 firmware. It has been compiled and
> tested on my system.
Note that there seem to be some problems with v4 firmware, I had the
machine h
56 matches
Mail list logo
