Hi,
I'm also working since a few weeks on a rewrite of the ZD1211. I'm
a little bit more progressed than you, because my driver already
loads the firmware and I'm able to set and read registers and I
have the initialization code done. The next step is reading
("scanninng") a beacon frame. So actua
On Thu, Jan 12, 2006 at 07:06:45AM +0100, Patrick McHardy wrote:
> When moving around with my notebook I got annoyed by having
> to change the IPsec policies whenever I get a new address.
> This patch handles a tunnel source of 0.0.0.0 as special case
> and using routing to get the real source addr
The duplex control register is used for setting the driver and is not
necessary for debug purposes. The value of the duplex control register is
what the register's current value is and may not reflect the correct status
of te current connection. That is what the duplex status register is used
for
On Tue, 2006-01-10 at 16:09 +0100, Tarjan Peter wrote:
> Hello,
>
> We have done some measurements on kernel v2.6.14.2 and v2.6.15 with TCP
> Vegas. It seems that Vegas implementation in v2.6.15 is broken: it stops
> increasing congestion window after reaching a certain limit. For example
> in
On 1/6/06, linas <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The following patch to the e100 device driver is in the current
> 2.6.15-mm1 tree, and is being pushed to the mainline 2.6.15 tree.
>
> I wrote this patch, and I believe I've cc'ed you on previous
> versions, but certainly not recently. Please r
On 1/6/06, linas <[EMAIL PROTECTED]> wrote:
>
> Here's the correspondig patch fo the e1000
> --linas
>
> > Hi,
> >
> > The following patch to the e100 device driver is in the current
> > 2.6.15-mm1 tree, and is being pushed to the mainline 2.6.15 tree.
> >
> > I wrote this patch, and I believe I've
On 1/6/06, linas <[EMAIL PROTECTED]> wrote:
>
> Here's the corresponding patch for the ixgb.
>
> --linas
>
> > Hi,
> >
> > The following patch to the e100 device driver is in the current
> > 2.6.15-mm1 tree, and is being pushed to the mainline 2.6.15 tree.
> >
> > I wrote this patch, and I believe
When moving around with my notebook I got annoyed by having
to change the IPsec policies whenever I get a new address.
This patch handles a tunnel source of 0.0.0.0 as special case
and using routing to get the real source address for the
acquire message. I've tested with racoon and it works fine.
The x25 bit, many thanks Arnd for this.
diff -uprN -X dontdiff linux-2.6.15-vanilla/net/x25/af_x25.c
linux-2.6.15/net/x25/af_x25.c
--- linux-2.6.15-vanilla/net/x25/af_x25.c 2006-01-03 14:21:10.0
+1100
+++ linux-2.6.15/net/x25/af_x25.c 2006-01-12 16:06:54.0 +1100
@@ -54,
A small fix for the following error, when trying to run a 64 bit x25
server application.
T2 kernel: schedule_timeout:
wrong timeout value from 88164796
diff -uprN -X dontdiff linux-2.6.15-vanilla/net/x25/af_x25.c
linux-2.6.15/net/x25/af_x25.c
--- linux-2.6.15-vanilla/ne
The second part of this series.
This routine is needed by the x25 module (32-64 bit patch), as
recommended it has been added to compat.c
diff -uprN -X dontdiff linux-2.6.15-vanilla/include/net/compat.h
linux-2.6.15/include/net/compat.h
--- linux-2.6.15-vanilla/include/net/compat.h 2006-01-03
1
Hi all,
Attached is the corrected patch. Thanks heaps Arnd for your help (and
patience :-) The following text is just a repeat of what was sent
earlier.
The attached patch is a follow up to a post made earlier to this site
with regard to 32 bit (socket layer) ioctl emulation for 64 bit kernels.
I
This patch adds SCTP/DCCP support to ebt_ip.c and ebt_log.c. The
ebt_ipt.c change needs a userspace change as well, this is the
second attached patch.
[EBTABLES]: Handle SCTP/DCCP in ebt_{ip,log}
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit bc13e9b0813539b43158bb701204ca018e15d5
Handle SCTP/DCCP in sfq_hash to make it recognize seperate connections.
[PKT_SCHED]: Handle SCTP/DCCP in sfq_hash
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit c4c7a043c4d51c24124e1555f0f5b3c33fb5c7c4
tree 338baa4eae8d7503a7219ad13e82171e2cbd9ab2
parent a4fc7ab1d065a9dd89ed0e7443
Handle DCCP in ipxfrm.c to allow using port numbers in the selector.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
Index: ip/ipxfrm.c
===
RCS file: /repos/iproute2/ip/ipxfrm.c,v
retrieving revision 1.13
diff -u -r1.13 ipxfrm.c
David S. Miller wrote:
From: jamal <[EMAIL PROTECTED]>
Date: Tue, 10 Jan 2006 23:02:45 -0500
So it is an optimization - not a bug then, correct?
It is only an optimization in as much as it avoids duplicate
work during initialization.
Like you I don't see how this patch fixes anything.
No
We got this in Fedora bugzilla from a user running a 2.6.15-rc7-git2 vintage
kernel. This seemed important enough to warrant a closer look by someone
familiar
with recent networking changes in case this hasn't been reported/fixed yet.
Dave
On Sat, Jan 07, 2006 at 08:13:54PM -050
Added driver comments
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 72 +---
1 files changed, 67 insertions(+), 5 del
Added functions to save and restore config
These functions help restore the driver to active configuration when coming out
of resume for power management.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTE
Added functions declarations
Added e1000_mc_addr_list_update
Added e1000_read_reg_io
Added e1000_enable_pciex_master
These are not static functions, that is why we have them declared in the header.
Jeb can you elaborate more on these? Please...
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Sig
Added RX buffer enhancements
Align the prefetches to a dword to help speed them up.
Recycle skb's and early replenish.
Force memory writes to complete before fetching more descriptors.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-b
Removed unused variables and initialized variables
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |2 +-
drivers/net/e1000/e1000_param.c |2 +-
2 fil
Cleaned up code and removed hard coded numbers
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 34 +-
1 files changed, 21 i
Added disable packet split capability
Adds the ability to disability packet split at compile time and use the legacy
receive path on PCI express hardware.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTE
Added copy break code
Improves small packet performance with large amounts of reassembly being done
in the stack.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main
Added variable to handle return values for pci_enable_* functions
This was to fix compilation warnings. Also added log messages when
pci_enable_* functions return with an error.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Jo
Added PCIe bus information
This is two patches, the first is adding additional bus information for the
8257{1|2|3} controllers. The second patch was orginally a community patch to
print bus type/speed/width, and enhanced by us.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jes
Added firmware version reporting for 8257{1|2|3} controllers
The EEPROM image version is reported as a firmware version for these
controllers.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
Added hardware support for PCI express, 82546GB, and 82571 Fiber
Added 82571 fiber to WOL fix for dual port adapters.
Added support for 82546GB (Quad Copper).
Added PCIe typedef for x2, igp cable length 115, and extended TX CTRL registers.
Added parity error detection and PCIe CTRL registers.
Adde
Added cleaned_count to RX buffer allocation
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000.h |9 +++--
drivers/net/e1000/e1000_main.c | 68 +++
Added interrupt auto mask support
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 31 +--
1 files changed, 25 insertions(+), 6
Fix Netpoll issue
Fixed an issue netpoll would error out during communication, generating the
following error:
--netdump[14973]: Got toomany timeouts in handshaking, ...
Even after a kernel panic, netpoll requires two way communication to
successfully transfer the crash log to the remote server.
Fixed frame size logic
Simplified the logic used to assign the frame_size.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c |4 ++--
1 files changed, 2 in
Fix VLAN support
Fixed VLAN support by switching control over to the firmware.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |6 +-
1 files changed, 5
Fix collision distance
Fixed the collision distance for 82543 controllers and newer.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c |9 +++--
drivers/n
Fix __pskb_pull_tail
Fixed by moving code to correct location (for 82572 and 82571 controllers).
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c | 15 +++-
Fix bit 22 (TXDCTL) for 82571 & 82572 controllers
Removed duplicate code, TXDCTL and TXDCTL_COUNT_DESC are the same bit and there
is no need to set it twice.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PR
Fix TX timeout logic
Fixed the TX timeout logic to use "end of packet" rather than "next to clean".
Updated message log.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1
Fix desc. clean up
These were two separate community submitted patches.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c |5 +++--
1 files changed, 3 inse
Fix Desc. Rings and Jumbo Frames
This patch contains two fixes. The first fix is to the tx and rx descriptor
rings clean up process. The second fix is to jumbo frames, which cleans up the
code logic and removes most of the fifo related limitations on jumbo frames.
This is because the driver
Fix flow control water marks
Fixed flow control water marks based on PBA size.
Store flow control state in original_fc in addition to fc.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drive
Fix TX queue length based on link speed
10/100 speeds seem to have some problems reporting false tx timeouts especially
at half duplex. Fixed by using a timeout factor to attempt to mitigate the
false timeouts.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[E
Fix EEPROM read logic
Fixed read_eeprom logic to test use_eerd instead of testing for 82573
controllers.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c | 18 +
Fix PHY reset when blocked
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/n
Fix loopback logic
Fixed the loopback logic to work for the PCI express adapters.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c | 70
Fix adapter structure and prepare for multiqueue fix
Fix adapter structure to handle multiple queues and prepping the driver for
full multiple queue support, some changes are ifdef'd our unless you define
CONFIG_E1000_MQ.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Bran
Fix mulitple queues
Fixed stats when using multiple queues.
When multiple queues are enabled, log a message in syslog.
Fixed memory allocation for multiple queues.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMA
Fix e1000 stats
Updated the e1000_stats structure and removed mpx for rx_errors and rx_dropped.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000.h |2 ++
dr
Fix LED functionality for 82573
Fixed adapter identification issue.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_ethtool.c | 22 +++---
1 files ch
Fix TSO
Fixed the TSO workaround for 82571/2 controllers.
Fixed TSO issue where a non-tso packet in a linear SKB which followed a TSO
packet would get written back prematurely.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John
Fix PHY config for 82573 controller
Added a delay to allow PHY configuration to complete before accessing NVM.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c |
Fix SoL/IDER link and loopback
Fix so that if a SoL/IDER session is active, do not allow operations which
require a PHY reset and instead log a message.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECT
Fix ASF/AMT for 8257{1|2|3} controllers
The 82573 controller required different logic than 82571|2 controllers.
Corrected the reset logic for 8257{1|2|3} controllers.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak
General Fixes
These fixes update the TX and RX ring structures. Prepare driver for up-coming
fixes.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000.h |8 +++
e1000 driver update
Below is a list of the e1000 patches. Several of the patches are relatedto
each other. For instance patches 9 and 10 are mutliqueue patches. Patches 5,
6, 8, 19, and 28 are patches related to PCI express hardware.
I have ordered the patches so that the first 24 patches ar
Fix jumbo frame performance
Partition PBA for Jumbo frames based on MTU size.
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |4 ++--
1 files changed, 2 in
From: "Kris Katterjohn" <[EMAIL PROTECTED]>
Date: Wed, 11 Jan 2006 06:08:29 -0800
> This removes more unneeded casts on the return value for kmalloc(),
> sock_kmalloc(), and vmalloc().
>
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send t
From: David Woodhouse <[EMAIL PROTECTED]>
Date: Wed, 11 Jan 2006 18:36:32 +
> The ip6_xmit() function now assumes that its sk argument is non-NULL,
> which isn't currently true when TCPv6 code is sending RST or ACK
> packets. This fixes that code to use a socket of its own for sending
> such p
Marco Atzeri <[EMAIL PROTECTED]> :
[...]
> I hope to have not forgot something on the dump;
> as before for 1469 and 1470 no ping reply.
Thanks for your work. The status word did not appear.
Can you apply the patch above on top of the previous one
and send the log after the usual pings ? No need t
From: Dave Jones <[EMAIL PROTECTED]>
Date: Wed, 11 Jan 2006 18:48:45 -0500
> From todays -git snapshot..
>
> On Wed, Jan 11, 2006 at 06:37:44PM -0500, Compile Server wrote:
>
> > /kernel/net/bridge/netfilter/ebt_stp.ko needs unknown symbol
> compare_ether_addr
> > /kernel/net/ipv6/netfilter/i
Try this, it limits the console output and attempts to handle more
errors. Of course, I see no errors on my systems (that would make
this problem too easy)...
Index: sky2-work/drivers/net/sky2.c
===
--- sky2-work.orig/drivers/net/sky2
Devicescape's stack was not architected to handle chipsets where the
MLME is provided by the hardware component. We did write a low-level
driver for the Intersil Frisbee chipset, where the MLME is provided in
the firmware on chip - this was achieved by translating authentication
and assocation mess
Daniel Drake wrote:
FWIW, my opinion is that the devicescape code should be broken down and
used to extend the existing stack, no matter how 'good' it is. The way
it has been developed (i.e. totally outside of the ieee80211 stack) is
somewhat insulting to our development process.
Strongly agr
John W. Linville wrote:
If you are the maintainer of an out-of-tree driver or other component
(e.g. softmac), please let me hear from you (publicly or privately).
I want to be sure to identify all the major stakeholders. I would
also like to hear your plans for getting your code into the tree...
On Wed, 11 Jan 2006 21:16:40 +0300
> 02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E
> Gigabit Ethernet Controller (rev 19)
What is the chip revision, reported on dmesg output. Something like:
[ 27.769459] sky2 v0.12 addr 0xdfcfc000 irq 177 Yukon-EC (0xb6) rev 1
[
On Tue, Jan 10, 2006 at 12:39:39AM +0100, Francois Romieu wrote:
> Marco Atzeri <[EMAIL PROTECTED]> :
> [...]
> > I see that from 1469 and over the ASUS do not recognize the ping request
>
> The patch below is yucky at will but I am really curious to know what
> the device has really received. Add
Another ppp failure in 2.6.15. This one led to a panic.
Begin forwarded message:
Date: Wed, 11 Jan 2006 13:15:07 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 5869] New: After pon: Kernel BUG at
net/core/skbuff.c:94 - seems to disable keyboard
http://bugzilla.
Johannes Berg wrote:
>>> - "Global" configuration requests (setting channel etc.) can be performed on
>>> any device and will affect all devices.
>> Yup.
>
> I disagree. I rather envision a netlink protocol that says 'you cannot
> change the channel on just this single device' (unless the driver
Am Mittwoch 11 Januar 2006 15:49 schrieb Jiri Benc:
> - There should be only as few net_devices as needed. I. e. when the card
> acts as a client to one AP, only one device is present.
> - The type of a device (AP, client, WDS link, monitor, etc.) should be
> specified in the usual way (by iwc
Am Mittwoch 11 Januar 2006 20:23 schrieb Jeff Garzik:
> They may mean carrying some compat code in the kernel for a while, or
> some other solution... The compat code could simply call netlink
> internally, for example.
after all, the most important achievement for driver writers is that there i
Am Mittwoch 11 Januar 2006 16:05 schrieb Mike Kershaw:
> As far as link type, theres no real reason radiotap couldn't be used
> internally, but theres also no reason it's needed on anything other than
> rfmon if we don't think we'll ever care about per-frame stats in
> non-rfmon.
a software AP co
Hi Jiri,
to evaluate the Devicescape stack, I started porting the ipw2100 driver to it.
However I do have one major problem. At least the snapshort from January 2nd
does not seem to support devices that do scanning and associating controlled
by firmware.
Is this assumptions right, and if so, w
On Wed, 11 Jan 2006 14:23:40 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Johannes Berg wrote:
> > On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
> >
> >
> >>Sure, it is way more better. But again, it's the question of
> >>compatibility. I think that at least for some time the new netlink
On Wed, Jan 11, 2006 at 02:23:40PM -0500, Jeff Garzik wrote:
> Johannes Berg wrote:
> >On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
> >
> >
> >>Sure, it is way more better. But again, it's the question of
> >>compatibility. I think that at least for some time the new netlink API
> >>and WE s
Johannes Berg wrote:
On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
Sure, it is way more better. But again, it's the question of
compatibility. I think that at least for some time the new netlink API
and WE should coexist. After some time, WE support can be removed.
Wouldn't it make mo
On Wed, 11 Jan 2006 21:16:40 +0300
"Dmitrij D. Czarkoff" <[EMAIL PROTECTED]> wrote:
> While switching to 2.6.15 I tried to apply the SysKonnect's patch for sk98lin
> driver, but it said that all the code needed is present in the kernel, so I
> tried the Yukon drivers in kernel. Nor sk98lin nor s
John W. Linville wrote :
>
> If you are the maintainer of an out-of-tree driver or other component
> (e.g. softmac), please let me hear from you (publicly or privately).
Complete and up to date list of driver and their contact
person is, and always has been, in the Linux WLAN Howto. As ma
The ip6_xmit() function now assumes that its sk argument is non-NULL,
which isn't currently true when TCPv6 code is sending RST or ACK
packets. This fixes that code to use a socket of its own for sending
such packets, as TCPv4 does. (Thanks Andi for the pointer).
Signed-off-by: David Woodhouse <[E
Jiri Benc <[EMAIL PROTECTED]> writes:
> Because all of frames need to go through the master device. So frames
> will be transmitted/received only when the master device is up. You have
> two possibilities:
>
> 1. To have a "physical" master device with no functionality (like you
> proposed).
> 2
On Wed, Jan 11, 2006 at 07:25:11PM +0100, Krzysztof Halasa wrote:
> Jiri Benc <[EMAIL PROTECTED]> writes:
>
> > Because all of frames need to go through the master device. So frames
> > will be transmitted/received only when the master device is up. You have
> > two possibilities:
> >
> > 1. To ha
While switching to 2.6.15 I tried to apply the SysKonnect's patch for sk98lin
driver, but it said that all the code needed is present in the kernel, so I
tried the Yukon drivers in kernel. Nor sk98lin nor skge affected any way on
`ifconfig -a' output, so I tried the new `sky2' driver. Being comp
On Wed, 2006-01-11 at 18:20 +0100, Jiri Benc wrote:
> Sure, it is way more better. But again, it's the question of
> compatibility. I think that at least for some time the new netlink API
> and WE should coexist. After some time, WE support can be removed.
Wouldn't it make more sense to put compa
On Wed, 11 Jan 2006 17:37:00 +0100, Johannes Berg wrote:
> I thought I had addresses this already but maybe no one took notice. I
> think the 'master' device should not be represented as a net_dev at all,
> but be somewhat abstract. In that, you could delete the last real device
> attached to it an
On Wed, 2006-01-11 at 10:05 -0500, Mike Kershaw wrote:
> Agreed, though there is a benefit to being able to specify the type of
> the initial card. Many drivers offer it as a modprobe option, ie, to
> initialize the card in rfmon to prevent it from sending any probe req's
> before configuration.
On Wed, 11 Jan 2006 10:05:19 -0500, Mike Kershaw wrote:
> > - The type of a device (AP, client, WDS link, monitor, etc.) should be
> > specified in the usual way (by iwconfig mode or whatever will eventually
> > replace it).
>
> Agreed, though there is a benefit to being able to specify the ty
On Wed, 2006-11-01 at 05:54 -0800, Amnon Aaronsohn wrote:
> --- jamal <[EMAIL PROTECTED]> wrote:
>
> > You will always point to correctly initialized
> > queues with any
> > value of skb->priority.
>
> Ok, to put it concretely:
>
> Suppose we have prio configured thus:
>
> tc qdisc add dev eth0
On Wed, Jan 11, 2006 at 03:49:37PM +0100, Jiri Benc wrote:
> Here is my proposal:
>
> - There should be only as few net_devices as needed. I. e. when the card
> acts as a client to one AP, only one device is present.
See below...
> - The type of a device (AP, client, WDS link, monitor, etc.) s
On Wed, Jan 11, 2006 at 03:48:11PM +0100, Rogier Wolff wrote:
> On Wed, Jan 11, 2006 at 03:11:47PM +0100, Eric Dumazet wrote:
> > Rogier Wolff a écrit :
> > >On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
> > >>The system only recovers after the Netdev watchdog found out that the
> > >>
On Wed, Jan 11, 2006 at 03:11:47PM +0100, Eric Dumazet wrote:
> Rogier Wolff a écrit :
> >On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
> >>The system only recovers after the Netdev watchdog found out that the
> >>transmit timed out. However, the e1000 register dump starts about 4 to
>
On Wed, 11 Jan 2006, Kris Katterjohn wrote:
> This removes more unneeded casts on the return value for kmalloc(),
> sock_kmalloc(), and vmalloc().
>
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
>
> This is a diff against 2.6.15-git7.
Acked-by: James Morris <[EMAIL PROTECTED]>
--
Jame
Rogier Wolff a écrit :
On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
The system only recovers after the Netdev watchdog found out that the
transmit timed out. However, the e1000 register dump starts about 4 to
5 seconds earlier: a possible workaround would be to trigger the
timeout
This removes more unneeded casts on the return value for kmalloc(),
sock_kmalloc(), and vmalloc().
Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
This is a diff against 2.6.15-git7.
Thanks!
--- x/net/atm/lec.c 2006-01-11 07:08:52.0 -0600
+++ y/net/atm/lec.c 2006-01-11 07:15:
On Wed, Jan 11, 2006 at 02:43:49PM +0100, Erik Mouw wrote:
> The system only recovers after the Netdev watchdog found out that the
> transmit timed out. However, the e1000 register dump starts about 4 to
> 5 seconds earlier: a possible workaround would be to trigger the
> timeout code path as soon
--- jamal <[EMAIL PROTECTED]> wrote:
> You will always point to correctly initialized
> queues with any
> value of skb->priority.
Ok, to put it concretely:
Suppose we have prio configured thus:
tc qdisc add dev eth0 root handle 1: prio bands 4
This qdisc has 4 bands but it uses the default pri
On Wed, Jan 11, 2006 at 02:22:08PM +0100, Erik Mouw wrote:
> On Wed, Jan 11, 2006 at 01:59:46PM +0100, Erik Mouw wrote:
> > On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
> > > sorry to hear you're having a problem, and cool, thanks for the test,
> > > we'll have to try it here.
From: Jurij Smakov <[EMAIL PROTECTED]>
tulip driver advertises support for non-working id
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334104
It looks like tulip and dmfe have some identical PCI IDs in their lists
of supported devices, which, I believe, should not normally happen.
Attached
On Wed, Jan 11, 2006 at 01:59:46PM +0100, Erik Mouw wrote:
> On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
> > sorry to hear you're having a problem, and cool, thanks for the test,
> > we'll have to try it here. We've classically had problems reproducing the
> > athlon based ha
On Tue, 2006-01-10 at 21:05 -0500, John W. Linville wrote:
> If you are the maintainer of an out-of-tree driver or other component
> (e.g. softmac), please let me hear from you (publicly or privately).
> I want to be sure to identify all the major stakeholders. I would
> also like to hear your pla
On Tue, Jan 10, 2006 at 09:46:29AM -0800, Jesse Brandeburg wrote:
> sorry to hear you're having a problem, and cool, thanks for the test,
> we'll have to try it here. We've classically had problems reproducing the
> athlon based hangs.
Athlon based or Athlon-on-VIA-KT400 based? We have an E1000 d
On Wednesday 11 January 2006 06:28, Shaun Pereira wrote:
> And the correct x.25 patch, (will build a [PATCH] if this is ok).
> Tested with with xot to a Cisco box.
Much better now, but
> + switch(cmd) {
> + case TIOCOUTQ:
> + case TIOCINQ:
Looking at how these
1 - 100 of 120 matches
Mail list logo
