From: Jiri Benc <[EMAIL PROTECTED]>
Date: Fri, 26 May 2006 11:08:06 +0200
> On Thu, 25 May 2006 09:23:31 -0700, Stephen Hemminger wrote:
> > + unregister_netdevice(dev);
> > + err:
> > rtnl_unlock();
> > + if (ret)
> > + free_netdev(dev);
> > return ret;
>
> I don't
Jay Cliburn wrote:
Change the minimum allowable MTU size from 1500 bytes to 64 bytes.
Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]>
--- linux-2.6.16.x86_64/drivers/net/via-velocity.h.orig 2006-05-23
07:42:24.0 -0500
+++ linux-2.6.16.x86_64/drivers/net/via-velocity.h 2006-05-23
0
Frank Pavlic wrote:
From: Klaus Wacker <[EMAIL PROTECTED]>
Several problems occured with lcs device driver:
- device not operational anymore after cable pull/plug-in.
- unpredictable results occured, e.g. kernel panic
using cards of type QD8F.
- STO
Frank Pavlic wrote:
Hi Jeff,
please apply following 5 patches.
Thanks ...
Frank
From: Cornelia Huck <[EMAIL PROTECTED]>
In case of a parse error for the cu3088 group attribute,
return -EINVAL instead of count.
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
applied patches 1-3 of 5
-
T
Yoichi Yuasa wrote:
Hi,
This patch add new PCI ID for r8169 driver.
RTL8110SBL has this PCI ID.
applied
-
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
Ayaz Abdulla wrote:
This patch adds new device ids for MCP61 and MCP65 chips.
Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]>
applied. For the future, make subject line more descriptive. "Add new
NVIDIA device IDs" would have been better.
Jeff
-
To unsubscribe from this list: s
Ayaz Abdulla wrote:
This patch adds support for the new chips MCP61 and MCP65.
Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]>
ACK, but did not apply due to rejection of configuration patch
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
Jens Osterkamp wrote:
From: Jens Osterkamp <[EMAIL PROTECTED]>
The original patch was using whitespaces instead of tabs.
Signed-off-by: Jens Osterkamp <[EMAIL PROTECTED]>
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe net
Don Fry wrote:
During a code scan for another change I discovered that this call to
pcnet32_free_ring must be removed. If the open fails due to a lack of
memory all the ring structures are removed via the call to free_ring
and a subsequent call to open will dereference a null pointer in
pcnet32_
Auke Kok wrote:
Jeff,
Please queue the 'e1000: add shutdown handler back for WoL' for
2.6.17rc's. Since this fix is already committed to
jgarzik/netdev-2.6#upstream, you can cherrypick it into #upstream-fixes:
$ git-cherry-pick c653e6351e371b33b29871e5eedf610ffb3be037
perfect, done, thank
John W. Linville wrote:
The following changes since commit 705af309505681f197f81618440954d10f120dc0:
Martin Schwidefsky:
s390: fix typo in stop_hz_timer.
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
pul
Kok, Auke wrote:
Hi,
Here are the ixgb driver updates for 1.0.109-k2. This corresponds with
the release of 1.0.109 on e1000.sf.net, and fixes several issues.
e1000 update will come soon...
Summary:
[1] fix smp polling race condition
[2] fix interface losing macaddr on ifdn/up
[3] revert an u
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 26 May 2006 16:03:16 -0700
> Update version to 3.59.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Also applied, thanks a lot Michael.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 26 May 2006 16:03:07 -0700
> Add recovery logic when we suspect that the system is re-ordering
> MMIOs. Re-ordered MMIOs to the send mailbox can cause bogus tx
> completions and hit BUG_ON() in the tx completion path.
...
> Signed-off-by: Michae
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 26 May 2006 15:55:23 -0700
> Add PCI ID for BCM5786 which is a variant of 5787.
>
> Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
Simple enough, applied to net-2.6.18
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev
Add PCI ID for BCM5786 which is a variant of 5787.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index 49ad60b..3de5a62 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -229,6 +229,8 @@ static struct pci_device_id tg3_pci_tbl[
Update version to 3.59.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/tg3.c b/drivers/net/tg3.c
index b01499c..db3f769 100644
--- a/drivers/net/tg3.c
+++ b/drivers/net/tg3.c
@@ -69,8 +69,8 @@
#define DRV_MODULE_NAME"tg3"
#define PFX DRV_MODULE_NAME
Add recovery logic when we suspect that the system is re-ordering
MMIOs. Re-ordered MMIOs to the send mailbox can cause bogus tx
completions and hit BUG_ON() in the tx completion path.
tg3 already has logic to handle re-ordered MMIOs by flushing the
MMIOs that must be strictly ordered (such as the
James Morris wrote:
> I've been looking through the kernel for new subsytems which might need
> LSM hooks, and we've got a proliferation of Netlink abstractions: generic
> Netlink, nfnetlink, connector and kobject_uevent.
>
> I think we should look at consolidating some of these schemes, and if
Fixes:
1. Remove code has to unregister net device before doing any hardware
tear down. This ensures that packets won't get queued etc..
2. Need to unmap PCI request before reference in eth_type_trans
3. call free_netdev not kfree to free net_device
see Documentation/networking/netdevices.
On Friday 26 May 2006 21:59, John W. Linville wrote:
> As David M. so recently reminded us, 2.6.17 is likely to be blessed soon.
> That will open a short merge window for non-"fixes" to go into 2.6.18.
>
> Along w/ the patches currently on the 'upstream' branch, I'd like to
> see some of the the d
Can you ask internally on how openview would handle this? It carriers
the major chunk of management tools market so it may provide good
insight.
I've asked the question in an internal, informal communications channel.
No guarantees it will reach any OpenView types, but if it does I'll try
t
The following changes since commit 705af309505681f197f81618440954d10f120dc0:
Martin Schwidefsky:
s390: fix typo in stop_hz_timer.
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
Randy Dunlap:
wavelan: f
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 26 May 2006 10:42:48 -0700
> Noticed that dev_alloc_name() comment was incorrect, and more spellung errors.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied, thanks Stephen.
-
To unsubscribe from this list: send the line "uns
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Fri, 26 May 2006 20:01:56 +0900 (JST)
> In article <[EMAIL PROTECTED]> (at Fri, 26 May 2006 13:44:59 +0300 (EEST)),
> Meelis Roos <[EMAIL PROTECTED]> says:
>
> > >> The unreachable route works now but LAN routing still does not work.
> > >> Local
Hi!
I am trying to get zd1201 to work on ARM. It works okay on i386, but
not on ARM -- I get no results from iwlist wlan0 scan. Anyway, here
are some cleanups.
Line of ~280 characters, full of whitespace really got me. Please
apply,
---
Cleanup coding style and other small stuff in zd1201. No r
I've been looking through the kernel for new subsytems which might need
LSM hooks, and we've got a proliferation of Netlink abstractions: generic
Netlink, nfnetlink, connector and kobject_uevent.
I think we should look at consolidating some of these schemes, and if
possible, into a unififed Net
Amit> We'll implement the minor changes rightaway and post an
Amit> update. We are also thinking about what's the best way to
Amit> incorporate the data structure changes you have
Amit> suggested. Will post a reply on that too soon.
By the way, my suggestion to the original posting
As David M. so recently reminded us, 2.6.17 is likely to be blessed soon.
That will open a short merge window for non-"fixes" to go into 2.6.18.
Along w/ the patches currently on the 'upstream' branch, I'd like to
see some of the the drivers hanging-out only on the 'master' branch
of wireless-2.6
Reposted with corrected URL.
All,
Third submission for the upstream inclusion of the qla3xxx Ethernet
driver. This is a complementary network driver for our ISP4XXX parts.
There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
integrated upstream as well.
The following files are
All users except two expect 32-bit big-endian value. One is of
->multiaddr = ->multiaddr
variety. And last one is "%08lX".
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
include/linux/igmp.h |2 +-
net/ipv4/igmp.c |2 +-
2 files changed, 2 insertions(+), 2 deletion
On Tue, May 23, 2006 at 03:49:40PM +0200, Toralf Förster wrote:
> Got this compiler warning today and Johannes Berg <[EMAIL PROTECTED]> wrote:
>
> Yeah, known 'bug', we have that code there but never use it. Feel free
> to submit a patch (to John Linville, CC netdev and softmac-dev) to
> remove it
GRE keys are 16-bit wide.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
net/ipv4/netfilter/ip_conntrack_proto_gre.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- a/net/ipv4/netfilter/ip_conntrack_proto_gre.c
+++ b/net/ipv4/netfilter/ip_conntrack_proto_gre.c
@@ -77,
On Fri, 26 May 2006, Paul Moore wrote:
> The NetLabel netlink protocol does have a "version" message which can be
> used to get the version. My main reason for doing this is not to signal
> changes to existing messages, i.e. break backward compatability, but to
> signal to user space applications
> Can somebody provide me with some information on how to configure my
> SMP system so that both processors share the network traffic load.
You would need multiple active incoming network interfaces.
Linux right now doesn't support load balancing from a single interrupt.
Even if it did that woul
Noticed that dev_alloc_name() comment was incorrect, and more spellung errors.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- br.orig/net/core/dev.c
+++ br/net/core/dev.c
@@ -127,7 +127,7 @@
* sure which should go first, but I bet it won't make much
* differe
fix netdev->priv ==> netdev_priv(netdev)
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_ethtool.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
increase the year dates to 2006 and bump the version to 1.0.109-k2
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/ixgb/Makefile |2 +-
drivers/net/ixgb/ixgb.h |2 +-
drivers/net/ixgb/ixgb_ee.c |2 +-
dri
This mimics a change made in the e1000 driver that imitates a slick
tg3 way of avoiding grabbing the lock around restarting the tx queue.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/n
user contributed fix for LAA across down/up, from [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |1 +
1 files changed, 1 insertions(+), 0 dele
same as e1000 - remove the changelog from the driver code itself.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c | 16
1 files changed, 0 insertio
deinline a few large functions as to allow the compiler to pick.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c | 16
1 files changed, 8 insertion
Hi,
Here are the ixgb driver updates for 1.0.109-k2. This corresponds with
the release of 1.0.109 on e1000.sf.net, and fixes several issues.
e1000 update will come soon...
Summary:
[1] fix smp polling race condition
[2] fix interface losing macaddr on ifdn/up
[3] revert an unwanted fix regard
Moved interrupt masking to before requesting the interrupt from the OS.
Moved interrupt enable to after netif_poll_enable. This fixes a racy
BUG() where polling would be running on another CPU at the same time
that netif_poll_enable would run.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
There seemed to be another bug introduced as well as a performance hit
with the addtion of the sentinel descriptor workaround. Removal of
this workaround appears to prevent the hang. We'll take a risk
and remove it, as we had never seen the originally reported bug
under linux.
Signed-off-by: Je
In order to help correct window size growth, use the MFS register
to limit the packet sizes received and allocate only the buffer
size necessary
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
index 0
James Morris wrote:
> On Fri, 26 May 2006, Paul Moore wrote:
>>>- Why does this module have a version number?
>>>
>>>+ printk(KERN_INFO "NetLabel: Initializing (v%s %s)\n",
>>>+ NETLBL_VER_STR, NETLBL_VER_DATE);
>>>
>>
>>The version number is there primarily to help signal possib
Same issue, I would drop them.
Paul Moore wrote:
Mikel L. Matthews wrote:
Paul Moore wrote:
James Morris wrote:
Outgoing fragment *should* be labeled correctly assuming the Linux base
network stack does the right thing (I haven't tested this yet). The
issue we are discussing here is wha
Mikel L. Matthews wrote:
> Paul Moore wrote:
>>James Morris wrote:
>>>On Thu, 25 May 2006, Paul Moore wrote:
>>>
This patch introduces a new kernel feature designed to support labeled
networking protocols such as RIPSO and CIPSO. These protocols are required
to
interoperate with e
You might also want to add support for setting
dev->perm_addr
and using ethtool_op_get_perm_addr() in ethtool_ops
-
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.
Paul Moore wrote:
James Morris wrote:
On Thu, 25 May 2006, Paul Moore wrote:
This patch introduces a new kernel feature designed to support labeled
networking protocols such as RIPSO and CIPSO. These protocols are required to
interoperate with existing "trusted" operating systems such as Trust
On Fri, 26 May 2006, Paul Moore wrote:
> There may be an issue with packets generated by the kernel directly and
> not as a result of an incoming packet but I can't think of a case where
> this would happen (although I suspect I am just not thinking hard
> enough). Do you have a scenario in mind?
James Morris wrote:
> On Thu, 25 May 2006, Paul Moore wrote:
>>This patch introduces a new kernel feature designed to support labeled
>>networking protocols such as RIPSO and CIPSO. These protocols are required to
>>interoperate with existing "trusted" operating systems such as Trusted
>>Solaris.
Hi,
I am developing a netfilter based application on an SMP (AMD 64;dual
core) system (kernel 2.6).
One thing that I noticed over a period of time was that most of the
network traffic was handled by only one of the processor. Only under
high network traffic (roughly 10,000 packet/sec or more) did
Please give this a try, it rearranges the transmit buffer management,
and may avoid issues with partial completions causing SKB reuse.
--- skge.orig/drivers/net/skge.c
+++ skge/drivers/net/skge.c
@@ -2372,7 +2372,8 @@ static int skge_xmit_frame(struct sk_buf
On Fri, 26 May 2006 14:14:32 +
Pradeep Dalvi <[EMAIL PROTECTED]> wrote:
> Following are the minor changes for [PATCH 1/9] in accordance with the
> given suggestions.
>
> Regards,
> pradeep
>
> diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_ethtool.c
> linux-2.6.16.18/drivers/net/netxe
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_niu.c
linux-2.6.16.18/drivers/net/netxen/netxen_nic_niu.c
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic_niu.c 2006-05-25
02:43:22.0 -0700
+++ linux-2.6.16.18/drivers/net/netxen/netxen_nic_niu.c 2006-05-26
04:05:34.0 -0700
@@
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_main.c
linux-2.6.16.18/drivers/net/netxen/netxen_nic_main.c
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic_main.c
2006-05-25 02:43:22.0 -0700
+++ linux-2.6.16.18/drivers/net/netxen/netxen_nic_main.c
2006-05-26 04:05:34.0 -0700
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_isr.c
linux-2.6.16.18/drivers/net/netxen/netxen_nic_isr.c
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic_isr.c 2006-05-25
02:43:22.0 -0700
+++ linux-2.6.16.18/drivers/net/netxen/netxen_nic_isr.c 2006-05-26
04:05:34.0 -0700
@@
Following are the minor changes for [PATCH 2/9] in accordance with the
given suggestions.
Regards,
pradeep
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic.h
linux-2.6.16.18/drivers/net/netxen/netxen_nic.h
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic.h 2006-05-25
02:43:22.0
Following are the minor changes for [PATCH 1/9] in accordance with the
given suggestions.
Regards,
pradeep
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_ethtool.c
linux-2.6.16.18/drivers/net/netxen/netxen_nic_ethtool.c
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic_ethtool.c
2006-05-25
Alexey Dobriyan wrote:
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> --- a/net/ipv4/netfilter/ip_conntrack_helper_pptp.c
> +++ b/net/ipv4/netfilter/ip_conntrack_helper_pptp.c
> @@ -469,8 +469,8 @@ pptp_inbound_pkt(struct sk_buff **pskb,
> DEBUGP("%s but no se
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_hw.c
linux-2.6.16.18/drivers/net/netxen/netxen_nic_hw.c
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic_hw.c 2006-05-25
02:43:22.0 -0700
+++ linux-2.6.16.18/drivers/net/netxen/netxen_nic_hw.c 2006-05-26
04:05:34.0 -0700
@@ -6
diff -u linux-2.6.16.18/drivers/net/netxen/netxen_nic_init.c
linux-2.6.16.18/drivers/net/netxen/netxen_nic_init.c
--- linux-2.6.16.18/drivers/net/netxen/netxen_nic_init.c
2006-05-25 02:43:22.0 -0700
+++ linux-2.6.16.18/drivers/net/netxen/netxen_nic_init.c
2006-05-26 04:05:34.0 -0700
Marcel Holtmann wrote:
> Hi,
>
> the fix for CVE-2006-1343 (information leak) never made it upstream:
>
> http://marc.theaimsgroup.com/?l=linux-netdev&m=114148078223594&w=2
>
> So here it is again against the latest git repository and with the
> additional line in net/ipv4/netfilter/nf_conntrack
Hi Andi,
Andi Kleen wrote:
> > 4. Put "sysctl -w kernel.panic_on_oops=1" as early as possible
> > in your boot scripts[1].
>
> You can as well boot with oops=panic
Only on x86_64 as of Linux 2.6.16.
But maybe this could be put into kernel/panic.c instead :-)
Regards
Ingo Oeser
-
To unsubs
> 4. Put "sysctl -w kernel.panic_on_oops=1" as early as possible
> in your boot scripts[1].
You can as well boot with oops=panic
-Andi
-
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
Ingo Oeser wrote:
> Hi Meelis,
>
>> Unfortunatlety, 2.6.15 does not boot on this machine so I'm locked out
>> remotely at the moment.
>
> Here it my paranoid boot setup:
>
> 1. Use "lilo -R new-kernel", to boot a kernel only
> once and reboot the default kernel next time.
>
> 2. Force rebo
Hi Meelis,
> Unfortunatlety, 2.6.15 does not boot on this machine so I'm locked out
> remotely at the moment.
Here it my paranoid boot setup:
1. Use "lilo -R new-kernel", to boot a kernel only
once and reboot the default kernel next time.
2. Force reboot on any panic after 10 seconds:
Unfortunatlety, 2.6.15 does not boot on this machine so I'm locked out
remotely at the moment.
Here it my paranoid boot setup:
Thanks, but it's not much use here, since the machine is a PReP powerpc
machine that can boot one kernel from disk (directly loaded from boot
partition, no fancy boo
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
--- a/net/ipv4/netfilter/ip_conntrack_helper_pptp.c
+++ b/net/ipv4/netfilter/ip_conntrack_helper_pptp.c
@@ -469,8 +469,8 @@ pptp_inbound_pkt(struct sk_buff **pskb,
DEBUGP("%s but no session\n", pptp_msg_name[msg]);
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Buesch napsal(a):
> On Friday 26 May 2006 12:33, you wrote:
>> --- a/drivers/net/wireless/bcm43xx/bcm43xx_main.c
>> +++ b/drivers/net/wireless/bcm43xx/bcm43xx_main.c
>> @@ -2131,6 +2131,13 @@ out:
>> return err;
>> }
>
Hi,
the fix for CVE-2006-1343 (information leak) never made it upstream:
http://marc.theaimsgroup.com/?l=linux-netdev&m=114148078223594&w=2
So here it is again against the latest git repository and with the
additional line in net/ipv4/netfilter/nf_conntrack_l3proto_ipv4.c.
Regards
Marcel
[PAT
On Friday 26 May 2006 12:33, you wrote:
> --- a/drivers/net/wireless/bcm43xx/bcm43xx_main.c
> +++ b/drivers/net/wireless/bcm43xx/bcm43xx_main.c
> @@ -2131,6 +2131,13 @@ out:
> return err;
> }
>
> +#ifdef CONFIG_BCM947XX
> +static struct pci_device_id bc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
> Jiri Slaby wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Jeff Garzik napsal(a):
>>> The point is that you don't need to loop over the table,
>>> pci_match_one_device() does that for you.
>> The problem is, th
Jiri Slaby wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
The point is that you don't need to loop over the table,
pci_match_one_device() does that for you.
The problem is, that there is no such function, I think.
If you take a look at pci_dev_present:
The functi
David,
In article <[EMAIL PROTECTED]> (at Fri, 26 May 2006 13:44:59 +0300 (EEST)),
Meelis Roos <[EMAIL PROTECTED]> says:
> >> The unreachable route works now but LAN routing still does not work.
> >> Locally generated ICMPv6 packets that should go to LAN interface still
> >> go to tun6to4.
> >
>
On Fri, 2006-05-26 at 06:30 -0400, Jeff Garzik wrote:
> Benjamin Herrenschmidt wrote:
> >>> No proper interface exposed, he'll have to do an #ifdef powerpc here or
> >>> such and use __ioremap with explicit page attributes. I have a hack to
> >>> do that automatically for memory covered by prefetch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
> The point is that you don't need to loop over the table,
> pci_match_one_device() does that for you.
The problem is, that there is no such function, I think.
If you take a look at pci_dev_present:
http://sosdg.org/~coywolf/lxr/
The unreachable route works now but LAN routing still does not work.
Locally generated ICMPv6 packets that should go to LAN interface still
go to tun6to4.
Please try this.
This works for both unreachable and LAN routes, thanks!
--
Meelis Roos ([EMAIL PROTECTED])
-
To unsubscribe from this lis
Jiri Slaby wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
Jiri Slaby wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
Jiri Slaby wrote:
bcm43xx avoid pci_find_device
Change pci_find_device to safer pci_get_device with support for more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
> Jiri Slaby wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Jeff Garzik napsal(a):
>>> Jiri Slaby wrote:
bcm43xx avoid pci_find_device
Change pci_find_device to safer pci_get_device with support f
Benjamin Herrenschmidt wrote:
No proper interface exposed, he'll have to do an #ifdef powerpc here or
such and use __ioremap with explicit page attributes. I have a hack to
do that automatically for memory covered by prefetchable PCI BARs when
mmap'ing from userland but not for kernel ioremap.
S
Jiri Slaby wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
Jiri Slaby wrote:
bcm43xx avoid pci_find_device
Change pci_find_device to safer pci_get_device with support for more
devices.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 1d3b6caf027fe53351c64
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik napsal(a):
> Jiri Slaby wrote:
>> bcm43xx avoid pci_find_device
>>
>> Change pci_find_device to safer pci_get_device with support for more
>> devices.
>>
>> Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
>>
>> ---
>> commit 1d3b6caf027fe5335
In article <[EMAIL PROTECTED]> (at Fri, 26 May 2006 11:35:53 +0300 (EEST)),
Meelis Roos <[EMAIL PROTECTED]> says:
> The unreachable route works now but LAN routing still does not work.
> Locally generated ICMPv6 packets that should go to LAN interface still
> go to tun6to4.
Please try this.
-
> > No proper interface exposed, he'll have to do an #ifdef powerpc here or
> > such and use __ioremap with explicit page attributes. I have a hack to
> > do that automatically for memory covered by prefetchable PCI BARs when
> > mmap'ing from userland but not for kernel ioremap.
>
> Stupid quest
> The current patch is fine if your hardware implements the required atomicity
> itself.
Near all do optionally, but it would make increasing the statistics a magnitude
more expensive.
Atomic operations don't come cheap on modern systems. And you would need
to change the fast path increments
Hi there,
Benjamin Herrenschmidt wrote:
> On Wed, 2006-05-24 at 01:39 +1000, Anton Blanchard wrote:
>
> > > +#ifdef CONFIG_MTRR
> > > + mgp->mtrr = mtrr_add(mgp->iomem_base, mgp->board_span,
> > > + MTRR_TYPE_WRCOMB, 1);
> > > +#endif
> > ...
> > > + mgp->sram = ioremap(mgp->
On Wednesday 24 May 2006 22:08, Jeff Garzik wrote:
> Brent Cook wrote:
> > Note that this is just clearing the hardware statistics on the interface,
> > and
> > would not require any kind of atomic_increment addition for interfaces that
> > support that. It would be kind-of awkward to implement
On Wednesday 24 May 2006 10:01, Phil Dibowitz wrote:
> David Miller wrote:
> > Some time in the next few weeks, it is likely that the 2.6.18
> > merge window will open up shortly after a 2.6.17 release.
> >
> > So if you have major 2.6.18 submissions planned for the networking,
> > you need to sta
On Thu, 25 May 2006 09:23:31 -0700, Stephen Hemminger wrote:
> + unregister_netdevice(dev);
> + err:
> rtnl_unlock();
> + if (ret)
> + free_netdev(dev);
> return ret;
I don't think this is correct. netdev_run_todo calls dev->destructor
which is set to free_n
(To YOSHIFUJI Hideaki: this is about the
http://comments.gmane.org/gmane.linux.network/35262 thread)
:
I guess rt6_select() is returning &ip6_null_entry and
the caller is finding next best route; e.g. default route.
Does this solve your problem?
Sorry, typo...
The unreachable route works no
Meelis, it would really help if you could try 2.6.16 and in case
that doesn't work 2.6.15 to give an idea about whether this is a
recent regression or an old problem. We had a number of changes
in this area in the last two kernel versions that could be related.
Unfortunatlety, 2.6.15 does not bo
Kok, Auke wrote:
Hi,
This is another resend of patches sent earlier by Jeff Kirsher and
completes the resend for 1.0.104-kX.
Summary:
[1] add performance enhancements to the buffer_info struct
[2] implement copybreak
[3] increment version to 1.0.104-k4
These changes are available through gi
95 matches
Mail list logo
