[NET]: Use u32 for routing table IDs
Use u32 for routing table IDs in net/ipv4 and net/decnet in preparation of
support for a larger number of routing tables. No functional changes are
made by this patch.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit
I took on Ben's challenge to increase the number of possible routing tables,
these are the resulting patches.
The table IDs are changed to 32 bit values and are contained in a new netlink
routing attribute. For compatibility rtm_table in struct rtmsg can still be
used to access the first 255
[DECNET]: Increase number of possible routing tables to 2^32
Increase the nubmer of possible routing tables to 2^32 by replacing the
fixed sized array of tables by a hash table.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit 2bafd208cbec6b6291662bf39d94f1f9e3a54e31
tree
[IPV4]: Increase number of possible routing tables to 2^32
Increase the nubmer of possible routing tables to 2^32 by replacing the
fixed sized array of tables by a hash table.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit aab791510bc6fb2392ac361b0375f60a24b02659
tree
[NET]: Introduce RTA_TABLE routing attribute
Introduce RTA_TABLE routing attribute to hold 32 bit routing table IDs.
Usespace compatibility is provided by continuing to accept and send the
rtm_table field, but because of its limited size it can only carry the
low 8 bits of the table ID. This
In article [EMAIL PROTECTED] (at Mon, 03 Jul 2006 10:07:46 +0200), Arjan van
de Ven [EMAIL PROTECTED] says:
Since you still have the patches correct on your machine, could you
resend them in Preformat mode? That makes it a lot easier for people
to do anything with them
And, please CC:
Description:
For DLink Fiber NIC, Linux 2.4.22 ships with driver version 1.19,
whereas, Linux 2.6.x ship with driver version 1.17.
The following patch upgrades the 2.6.x driver to include changes (and
bug fixes done until 1.19b).
These fixes are (copied from the driver):
1.182002/11/07
Description:
For DLink Fiber NIC, Linux 2.4.22 ships with driver version 1.19,
whereas, Linux 2.6.x ship with driver version 1.17.
The following patch upgrades the 2.6.x driver to include changes (and
bug fixes done until 1.19b).
These fixes are (copied from the driver):
1.182002/11/07
Hi Pavel,
On Fri, Jun 30, 2006 at 05:18:43PM -0400, Pavel Roskin wrote:
On Fri, 2006-06-30 at 21:59 +0200, Dominik Brodowski wrote:
- PCMCIA_DEVICE_MANF_CARD(0xc00f, 0x),
+/* PCMCIA_DEVICE_MANF_CARD(0xc00f, 0x),conflict with pcnet_cs */
That's fine if we also add symbolic
Patrick McHardy wrote:
I took on Ben's challenge to increase the number of possible routing tables,
these are the resulting patches.
The table IDs are changed to 32 bit values and are contained in a new netlink
routing attribute. For compatibility rtm_table in struct rtmsg can still be
used
Patrick McHardy wrote:
Patrick McHardy wrote:
I took on Ben's challenge to increase the number of possible routing tables,
these are the resulting patches.
The table IDs are changed to 32 bit values and are contained in a new netlink
routing attribute. For compatibility rtm_table in struct
jamal wrote:
Speaking of events reminded me of this.. Managed to get some quality
time, so heres a patch against current iproute2 git that adds something
useful.
This patch adds ability to monitor tc events similar to ipmonitor.
User runs tc monitor (without quotes) and watches events of
Hi,
On Mon, Jul 03, 2006 at 09:53:05AM +0200, Patrick McHardy wrote:
[DECNET]: Increase number of possible routing tables to 2^32
Increase the nubmer of possible routing tables to 2^32 by replacing the
fixed sized array of tables by a hash table.
Signed-off-by: Patrick McHardy [EMAIL
Steven Whitehouse wrote:
Hi,
On Mon, Jul 03, 2006 at 09:53:05AM +0200, Patrick McHardy wrote:
[DECNET]: Increase number of possible routing tables to 2^32
Increase the nubmer of possible routing tables to 2^32 by replacing the
fixed sized array of tables by a hash table.
Signed-off-by:
* Patrick McHardy [EMAIL PROTECTED] 2006-07-03 11:38
That wasn't entirely true either, its not inet_check_attr but
rtnetlink_rcv_message that aborts, and it does this on all
kernels. Somehow I thought unknown attributes were usually
ignored ..
This only applies to the first level of rtnetlink
Thomas Graf wrote:
* Patrick McHardy [EMAIL PROTECTED] 2006-07-03 11:38
That wasn't entirely true either, its not inet_check_attr but
rtnetlink_rcv_message that aborts, and it does this on all
kernels. Somehow I thought unknown attributes were usually
ignored ..
This only applies to the
* Patrick McHardy [EMAIL PROTECTED] 2006-07-03 13:36
They will as long as this feature isn't used, the RTA_TABLE
attribute is only added to the message when the table id
is 255. Worked fine during my tests, or are you refering
to something else?
Perfect, I said nothing :)
-
To unsubscribe
On Sat, 01 Jul 2006 22:40:38 +0200, Gertjan van Wingerde wrote:
Make the dscape stack take the driver-supplied channel change time into
account when actively scanning for networks.
This particularly has been a problem in the rt2x00 driver, where
configuration changes are done via a
Fix for inability of br_dump_ifinfo to handle non-zero start index:
loop index never increases when entered with non-zero start.
Spotted by Kirill Korotaev.
Signed-off-by: Andrey Savochkin [EMAIL PROTECTED]
Cc: Kirill Korotaev [EMAIL PROTECTED]
---
Against 2.6.17-mm6
---
On Fri, Jun 30, 2006 at 10:56:13AM +0200, Cedric Le Goater wrote:
Serge E. Hallyn wrote:
The last one in your diagram confuses me - why foo0:1? I would
have thought it'd be
just thinking aloud. I thought that any kind/type of interface could be
mapped from host to guest.
host
Paul Jackson wrote:
Shailabh wrote:
Sends a separate registration message with cpumask to listen to.
Kernel stores (real) pid and cpumask.
Question:
=
Ah - good.
So this means that I could configure a system with a fork/exit
intensive, performance critical job on some
Shailabh wrote:
Yes. If no one registers to listen on a particular CPU, data from tasks
exiting on that cpu is not sent out at all.
Excellent.
So I chose to use the cpulist ascii format that has been helpfully
provided in include/linux/cpumask.h (by whom I wonder :-)
Excellent.
--
Cleanup of net_device list use in net_dev core and IP.
The cleanup consists of
- converting the to list_head, to make the list double-linked (thus making
remove operation O(1)), and list walks more readable;
- introducing of for_each_netdev wrapper over list_for_each.
Signed-off-by: Andrey
Cleanup of net_device list use in arch-dependent code and block devices.
The cleanup consists of
- converting the to list_head, to make the list double-linked (thus making
remove operation O(1)), and list walks more readable;
- introducing of for_each_netdev wrapper over list_for_each.
Cleanup of net_device list use in seq_file output routines in core networking
files. Implementation of /proc/net/dev was copied from dev_mcast, since the
latter did the same in a more compact and cleaner way.
The cleanup consists of
- converting the to list_head, to make the list double-linked
Optional code to catch cases when loop cursor is used after for_each_netdev
loop: often it's a sign of a bug, since it isn't guaranteed to point to a
device.
Signed-off-by: Andrey Savochkin [EMAIL PROTECTED]
---
If anyone wants to keep this under some debug config option,
let me know which one.
Cleanup of net_device list use in network device drivers and protocols
other than IP.
The cleanup consists of
- converting the to list_head, to make the list double-linked (thus making
remove operation O(1)), and list walks more readable;
- introducing of for_each_netdev wrapper over
Cleanup of net_device list use in netlink_dump routines in core networking
files.
The cleanup consists of
- converting the to list_head, to make the list double-linked (thus making
remove operation O(1)), and list walks more readable;
- introducing of for_each_netdev wrapper over
Shailabh wrote:
I don't know if there are buffer overflow
issues in passing a string
I don't know if this comment applies to the standard netlink way of
passing it up using NLA_STRING, but the way I deal with buffer length
issues in the cpuset code is to insist that the user code express the
Master device and ieee80211_local are allocated separately now, so master
device can be freed by the same function as other virtual interfaces.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c |2 +-
net/d80211/ieee80211_iface.c |3 ++-
2 files changed, 3
Optimize defragmentation by storing all fragments in skb queue and
reallocating skb only once all fragments are received.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c | 46 ++
net/d80211/ieee80211_i.h |3 ++-
This fixes several problems with receiving when multiple interfaces are
present or when some interface is in promiscious mode:
- Packet type (PACKET_HOST and PACKET_OTHER_HOST) is set correctly now.
- Failed decryption of a frame is reported only once for each frame.
- Failed decryption of a
This patch series fixes receiving when multiple virtual interfaces are
active.
It is also available in a 'devel' branch of git tree at
git://git.kernel.org/pub/scm/linux/kernel/git/jbenc/dscape.git
--
Jiri Benc
SUSE Labs
-
To unsubscribe from this list: send the line unsubscribe netdev in
the
When multiple virtual interfaces are active and some of them is in promisc
mode, defragmentation does not work. Fix it by introducing separate fragment
table for each virtual interface.
Signed-off-by: Jiri Benc [EMAIL PROTECTED]
---
net/d80211/ieee80211.c | 26
From: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
drivers/net/3c59x.c |2 +-
drivers/net/8139cp.c |
On Mon, Jul 03, 2006 at 12:18:51PM +0400, Andrey Savochkin wrote:
Cleanup of net_device list use in net_dev core and IP.
The cleanup consists of
- converting the to list_head, to make the list double-linked (thus making
remove operation O(1)), and list walks more readable;
- introducing
That's the last time I hand-edit a patch - this is really more of a workaround
since I've learned that the interrupts should have been disabled by the
firmware anyway. But, it doesn't hurt. Updated description
This patch disable interrupts on all ports during initialization. The
current driver
subscribe net-dev
---
-
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
We received the following bug report at http://bugs.debian.org/341801
| I have a Asus A8V with 4GB of RAM. When I turn on the hardware memory
| hole in the BIOS, the skge driver prints out this message:
| skge hardware error detected (status 0xc00)
| and then does not work. Setting debug=16
From: Chuck Short [EMAIL PROTECTED]
[UBUNTU: via-ircc] Fix memory leak.
Coverity id# 653
patch location:
http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=commitdiff;h=a1f34cb68b16807ed9d5ebb0f6a6ec5ff8a5fc78
Signed-off-by: Chuck Short [EMAIL PROTECTED]
Signed-off-by:
Andrew Morton wrote:
On Fri, 30 Jun 2006 23:37:10 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
Set aside the implementation details and ask what is a good design?
A kernel-wide constant, whether determined at build-time or by a /proc poke
isn't a nice design.
Can we permit userspace to
On Sun, Jul 02, 2006 at 06:37:18PM +0300, John Que wrote:
Could a single call to
pci_request_regions(pdev, driver_name)
result in that we see 2 regions afterwards when running
cat /proc/iomem?
Sure. Take a look at the output of 'lspci -v' some time. On my
machine, for example, I have:
On Mon, 03 Jul 2006 17:11:59 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
So the strawman is:
Listener bind()s to genetlink using its real pid.
Sends a separate registration message with cpumask to listen to.
Kernel stores (real) pid and cpumask.
During task exit, kernel goes through each
The workaround for the AER capability of the nVidia chipset has been
removed, we don't need this PCI id anymore. Drop it.
Signed-off-by: Brice Goglin [EMAIL PROTECTED]
---
drivers/net/myri10ge/myri10ge.c |2 --
1 file changed, 2 deletions(-)
Index: linux-mm/drivers/net/myri10ge/myri10ge.c
Hi,
the following patches bring some minor updates for the myri10ge driver:
1) Drop unused pm_state
2) Drop ununsed nvidia chipset id
3) Use dev_info() when printing parameters after probe
4) Export more parameters to ethtool
Please apply.
thanks,
Brice
-
To unsubscribe from this list: send
The pm_state field in the myri10ge_priv structure is unused. Drop it.
Signed-off-by: Brice Goglin [EMAIL PROTECTED]
---
drivers/net/myri10ge/myri10ge.c |1 -
1 file changed, 1 deletion(-)
Index: linux-mm/drivers/net/myri10ge/myri10ge.c
Displaying the interface name when listing the device parameters
at the end of myri10ge_probe is not a good idea since udev might
rename the interface soon afterwards.
Print the bus id instead, using dev_info().
Signed-off-by: Brice Goglin [EMAIL PROTECTED]
---
drivers/net/myri10ge/myri10ge.c |
Add the IRQ line, the tx_boundary, and whether Write-combining and MSI
are enabled to the list of parameters that are exported to ethtool.
Signed-off-by: Brice Goglin [EMAIL PROTECTED]
---
drivers/net/myri10ge/myri10ge.c |5 +
1 file changed, 5 insertions(+)
Index:
Hi,
Please fix the generic code if it doesn't provide the facility
you need at the moment. Don't shoe horn it into your driver
just to make up for that.
Ive had 3 drivers asking for write combining recently so I agree this is
a good idea. How about ioremap_wc as suggested by Willy:
Displaying the interface name when listing the device parameters
at the end of myri10ge_probe is not a good idea since udev might
rename the interface soon afterwards.
Print the bus id instead, using dev_info().
Signed-off-by: Brice Goglin [EMAIL PROTECTED]
---
drivers/net/myri10ge/myri10ge.c |
Please forget this one, something went wrong, it contains both #3 and
#4. I have resent #3 and #4 separately.
Brice
[EMAIL PROTECTED] wrote:
Displaying the interface name when listing the device parameters
at the end of myri10ge_probe is not a good idea since udev might
rename the interface
I have a patch here that converts the network device structure to use
the struct device instead of struct class_device structure. It's a bit
too big to post here, so it's at:
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/network-class_device-to-device.patch
I
Paul Jackson wrote:
Shailabh wrote:
I don't know if there are buffer overflow
issues in passing a string
I don't know if this comment applies to the standard netlink way of
passing it up using NLA_STRING, but the way I deal with buffer length
issues in the cpuset code is to insist
On Mon, 03 Jul 2006 20:13:36 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
+ if (!s)
+ return -ENOMEM;
+ s-pid = pid;
+ INIT_LIST_HEAD(s-list);
+
+ down_write(sem);
+
Shailabh Nagar wrote:
Andrew Morton wrote:
On Fri, 30 Jun 2006 23:37:10 -0400
Shailabh Nagar [EMAIL PROTECTED] wrote:
Set aside the implementation details and ask what is a good design?
A kernel-wide constant, whether determined at build-time or by a
/proc poke
isn't a nice design.
From: Greg KH [EMAIL PROTECTED]
Date: Mon, 3 Jul 2006 16:16:10 -0700
No, not really. According to Documentation/ABI/testing/sysfs-class all
code that uses /sys/class/foo/ needs to be able to handle the fact that
those entries might be symlinks and not just directories. Everything
that I
From: [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 02:27:20 -0700
From: Randy Dunlap [EMAIL PROTECTED]
Fix sparse warning:
drivers/dma/ioatdma.c:444:32: warning: constant 0xFFC0 is so big
it is unsigned long
Also needs a MAINTAINERS entry.
Signed-off-by: Randy Dunlap [EMAIL
From: [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 02:27:21 -0700
From: Andrew Morton [EMAIL PROTECTED]
The unix_get_peersec_dgram() stub should have been inlined so that it
disappears.
Cc: James Morris [EMAIL PROTECTED]
Cc: Stephen Smalley [EMAIL PROTECTED]
Cc: Herbert Xu [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 02:27:22 -0700
From: Adrian Bunk [EMAIL PROTECTED]
This patch makes the needlessly global num_pages_spanned() static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Applied, thanks Adrian.
-
To
From: [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 02:27:23 -0700
From: Benoit Boissinot [EMAIL PROTECTED]
drivers/dma/ioatdma.c: In function 'ioat_init_module':
drivers/dma/ioatdma.c:830: warning: control reaches end of non-void function
Signed-off-by: Benoit Boissinot [EMAIL PROTECTED]
Cc:
From: Ralf Baechle [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 14:36:14 +0100
If rose_route_frame return success we'll dereference a stale pointer.
Likely this is only going to result in bad statistics for the ROSE
interface.
This fixes coverity 946.
Signed-off-by: Ralf Baechle [EMAIL
From: Ralf Baechle [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 14:38:58 +0100
In the past routes could be freed even though the were possibly in use ...
Signed-off-by: Ralf Baechle DL5RB [EMAIL PROTECTED]
Applied.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of
From: Ralf Baechle [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 14:46:48 +0100
Signed-off-by: Ralf Baechle DL5RB [EMAIL PROTECTED]
Applied, thanks Ralf.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Ralf Baechle [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 14:53:16 +0100
From Jean-Paul F6FBB:
ROSE will only try to establish a route using the first route in its
routing table. Fix to iterate through all additional routes if a
connection attempt has failed.
Signed-off-by: Ralf
From: Ralf Baechle [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 15:29:01 +0100
Ages ago, changeset
http://www.kernel.org/git/?p=linux/kernel/git/tglx/history.git;a=commit;h=22d864d542a0b92116751186f1794c7d0f1ca1b9
which converted several protocols from using open coded comparisons to
use the
From: Horms [EMAIL PROTECTED]
Date: Mon, 3 Jul 2006 11:31:30 +0900
* Derived from http://www.linuxvirtualserver.org/docs/sysctl.html, v1.4
maintained by Wensong Zhang
* Adjusted preample to match ip-sysctl.txt
* Sorted options into alphabetical order
* Added expire_quiescent_template
From: Per Liden [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 10:49:08 +0200 (CEST)
[TIPC] Fixed sk_buff panic caused by tipc_link_bundle_buf (REVISED)
From: Allan Stephens [EMAIL PROTECTED]
The recent change to direct inspection of bundle buffer tailroom did not
account for the possiblity of
From: Herbert Xu [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 16:41:34 +1000
On Fri, Jun 30, 2006 at 04:13:50PM +1000, herbert wrote:
[NET]: Verify gso_type too in gso_segment
Here is a better version that ensures at least one of TCPV4 and TCPV6
is set in tcp_tso_segment.
[NET]: Verify
From: Herbert Xu [EMAIL PROTECTED]
Date: Sat, 1 Jul 2006 13:44:46 +1000
On Fri, Jun 30, 2006 at 03:56:47PM -0700, Michael Chan wrote:
Fix ipv6 GSO payload length calculation.
The ipv6 payload length excludes the ipv6 base header length and so
must be subtracted.
Signed-off-by:
From: Michael Chan [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 16:35:12 -0700
Enable ipv6 TSO feature on chips that support it.
Update version to 3.61.
Signed-off-by: Michael Chan [EMAIL PROTECTED]
Applied, thanks a lot Michael.
-
To unsubscribe from this list: send the line unsubscribe
From: Herbert Xu [EMAIL PROTECTED]
Date: Sat, 1 Jul 2006 13:39:39 +1000
On Fri, Jun 30, 2006 at 07:44:49PM -0400, Ananda Raju wrote:
I tested the patch, and TSO over ipv6 is working fine. But TSO disable
not working for IPv6.
I tried the from tree
From: Randy.Dunlap [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 16:28:30 -0700
From: Randy Dunlap [EMAIL PROTECTED]
Fix kernel-doc problems in include/linux/dmaengine.h:
- add some fields/parameters
- expand some descriptions
- fix typos
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
From: Randy.Dunlap [EMAIL PROTECTED]
Date: Fri, 30 Jun 2006 17:01:11 -0700
From: Randy Dunlap [EMAIL PROTECTED]
Fix kernel-doc warnings in drivers/dma/:
- use correct function parameter names
- add descriptions where omitted
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Also applied,
On Mon, Jul 03, 2006 at 07:44:06PM -0700, David Miller wrote:
I think we need some new ethtool helper functions that sets/clears both
TSO/TSO6.
Do you really want to semantically seperate TSO and TSO6?
I would think that real users who want to disable TSO, wish
to do so unilaterally.
From: Randy.Dunlap [EMAIL PROTECTED]
Date: Sun, 2 Jul 2006 14:36:11 -0700
From: Randy Dunlap [EMAIL PROTECTED]
The first check for #ifdef XFRM6_TUNNEL_SPI_MAGIC needs to come after
the optional #define of it, otherwise the variable won't be there
for the rest of the code to use.
From: Randy.Dunlap [EMAIL PROTECTED]
Date: Sun, 2 Jul 2006 16:40:58 -0700
From: Randy Dunlap [EMAIL PROTECTED]
Add and use poison defines in net/.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Applied, thanks Randy.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the
From: Randy.Dunlap [EMAIL PROTECTED]
Date: Sun, 2 Jul 2006 18:21:38 -0700
From: Randy Dunlap [EMAIL PROTECTED]
ATM: add and use POISON define values.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
Applied, thanks Randy.
-
To unsubscribe from this list: send the line unsubscribe netdev in
From: Andrey Savochkin [EMAIL PROTECTED]
Date: Mon, 3 Jul 2006 16:06:40 +0400
Fix for inability of br_dump_ifinfo to handle non-zero start index:
loop index never increases when entered with non-zero start.
Spotted by Kirill Korotaev.
Signed-off-by: Andrey Savochkin [EMAIL PROTECTED]
Cc:
Andrey Savochkin wrote:
Why special case loopback?
Why not:
host | guest 0 | guest 1 | guest2
--+---+---+--
| | | |
|- lo | | |
|
On Tue, Jul 04, 2006 at 12:45:27PM +1000, herbert wrote:
That's what I meant. I meant ethtool helper functions that
clear and set both TSO/TSO6 flags at the same time.
I think I was a bit ambiguous here. To expand on my argument, what
I'm saying is that we can't just change the existing
On Mon, 03 Jul 2006 19:46:55 -0700 (PDT) David Miller wrote:
Yes, indeed. Nothing named CONFIG_* should be defined explicitly
by the source files, only through Kconfig.
I would rather address that than apply this patch.
by adding a Kconfig option or not? This patch adds one.
From: Randy
On Wed, 21 Jun 2006 12:00:40 +0800
Zang Roy-r61911 [EMAIL PROTECTED] wrote:
This patch adds a net device driver and configuration options for
Tundra Semiconductor Tsi108 integrated dual port Gigabit Ethernet
controller
Your patch forgot to include these:
+#include
Quoting r. Anton Blanchard [EMAIL PROTECTED]:
Subject: Re: [PATCH 38 of 39] IB/ipath - More changes to support InfiniPath
on PowerPC 970 systems
Hi,
Please fix the generic code if it doesn't provide the facility
you need at the moment. Don't shoe horn it into your driver
just to
83 matches
Mail list logo
