On Tue, 2006-09-12 at 09:17 -0700, Jean Tourrilhes wrote:
> I was initially very negative towards the WPA API (WPA +
> extended scan), because it's so complex. I went back and forth with
> Jouni trying to simplify it, but we did not manage to gain much. I
> trust that Jouni did the best he c
On Tue, Sep 12 2006, Jeff Garzik wrote:
> Jens Axboe wrote:
> >Generally the block device rule is that once you are invoked due to an
> >unplug (or whatever) event, it is the responsibility of the block device
> >to run the queue until it's done. So if you bail out of queue handling
> >for whatever
On Tue, 2006-09-12 at 23:37 +0100, Daniel Drake wrote:
> This mailing list has been deactivated.
Eh, and I was so sure I'd checked the maintainers file before
deactivating the list. Sorry about that.
Acked-by: Johannes Berg <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsu
How hard can it be to grep? Can you please just provide the patch??
Jeff
-
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
On Tue, 12 Sep 2006 12:08:03 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > The ethtool_ops structure is immutable, it expected to be setup
> > by the driver and is never changed. This patch allows drivers to
> > declare there ethtool_ops structure read-only.
> >
> >
> Michael,
>
> I still have not gotten a network guru to answer any questions about
> synchronize_net, but I have been testing the patch below:
>
> Index: wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c
> ===
> --- wireless-2.
On Tue, 12 Sep 2006 19:58:21 +0200
Daniele Lacamera <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Please let me insist once again on the importance of adding a TCP Pacing
> mechanism in our TCP, as many people are including this algorithm in
> their congestion control proposals. Recent researches hav
Hi,
I'm working on support for hardware-based frame decryption in zd1211rw.
While doing so I encountered some strange behaviour in ieee80211 which
I'm wondering if someone can clarify. Alternatively if someone could
just confirm how the Intel hardware behaves here that would be useful...
The
More updates needed:
1) diff against 2.6.18-rcX (currently -rc6)
2) remove ifdefs around NETIF_F_TSO
3) remove ifdefs around CONFIG_PCI_MSI
4) during initial allocation of port struct, the following line is
completely superfluous:
port->flags &= ~NETXEN_NETDEV_STATUS
5) netxen_nic_
Michael,
I still have not gotten a network guru to answer any questions about
synchronize_net, but I have been testing the patch below:
Index: wireless-2.6/drivers/net/wireless/bcm43xx/bcm43xx_main.c
===
--- wireless-2.6.orig/driv
On Tue, 12 Sep 2006 22:12:30 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > No, they can pass non-const and everthing works.
> > Changing the ethtool_ops to have const args would require a global change.
>
> Re-stating previous email: I need a patch which updates all
Stephen Hemminger wrote:
No, they can pass non-const and everthing works.
Changing the ethtool_ops to have const args would require a global change.
Re-stating previous email: I need a patch which updates all drivers to
declare their ethtool_ops structs const.
Jeff
-
To unsubscrib
On Tue, 12 Sep 2006 12:08:03 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > The ethtool_ops structure is immutable, it expected to be setup
> > by the driver and is never changed. This patch allows drivers to
> > declare there ethtool_ops structure read-only.
> >
> >
Dale Farnsworth wrote:
From: Dale Farnsworth <[EMAIL PROTECTED]>
Fix a missing call to dma_unmap_single() in the receive path. Without
this call, errors have been observed on non-cache-coherent systems.
Signed-off-by Dale Farnsworth <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c |2 +
Francois Romieu wrote:
Please pull from tag 'r8169-20060912-00' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
to get the change below:
(patch applies to jeff#upstream-linus)
Notes:
- the so far unsupported 8136 needs to be kicked with mii-tool to get
Francois Romieu wrote:
Please pull from tag '8139cp-20060912-00' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
to get the change below:
(patch applies to jeff#upstream-linus)
Pulled, but there are some git problems to address...
* Never use '
From: Ulrich Kunitz <[EMAIL PROTECTED]>
This patch includes a big cleanup of the existing unused LED code, and adds
support for controlling the LED.
The link LED will blink if the device is not associated. The LED
switches between 2 seconds on and 1 second off. If the device is
associated the LED
From: Ulrich Kunitz <[EMAIL PROTECTED]>
For housekeeping and watchdog tasks a workqueue is created. The
central workqueue is not used to prevent crashes creates by bugs.
It might be changed, when the housekeeping is stabilized.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Danie
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Caused by the fact that physical control registers appear to have
only a width of 16 bit, 32-bit writes are not required.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
---
zd_chip.c | 14 +++---
From: Ulrich Kunitz <[EMAIL PROTECTED]>
Checking whether a mutex is not locked directly before
mutex_lock() is called, doesn't make sense. The whole point of
mutex_lock() is to block, if the mutex is locked.
Signed-off-by: Ulrich Kunitz <[EMAIL PROTECTED]>
Signed-off-by: Daniel Drake <[EMAIL PROT
Jens Axboe wrote:
Generally the block device rule is that once you are invoked due to an
unplug (or whatever) event, it is the responsibility of the block device
to run the queue until it's done. So if you bail out of queue handling
for whatever reason (might be resource starvation in hard- or so
On 9/12/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Tue, 12 Sep 2006, Peter Zijlstra wrote:
>
> Linus, when I mentioned swap over network to you in Ottawa, you said it was
> a valid use case, that people actually do and want this. Can you agree with
> the approach taken in these patches?
On Tue, Sep 12 2006, Peter Zijlstra wrote:
> Limit each request to 1 page, so that the request throttling also limits the
> number of in-flight pages.
>
> Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
> Signed-off-by: Daniel Phillips <[EMAIL PROTECTED]>
> CC: Pavel Machek <[EMAIL PROTECTED]>
>
On Tue, Sep 12 2006, Peter Zijlstra wrote:
> @@ -463,10 +465,13 @@ static void do_nbd_request(request_queue
>
> error_out:
> req->errors++;
> - spin_unlock(q->queue_lock);
> - nbd_end_request(req);
> - spin_lock(q->queue_lock);
> + __
This mailing list has been deactivated.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
Index: linux-2.6/MAINTAINERS
===
--- linux-2.6.orig/MAINTAINERS
+++ linux-2.6/MAINTAINERS
@@ -2631,7 +2631,6 @@ M:[EMAIL PROTECTED]
P:
Martin Langer wrote:
Why not writing both (ucode rev and driver version)? Something like
"from version 4.x binary drivers (rev>0x128).\n"
BTW, if anybody needs the relationship between ucode revsion and driver
version then he should look at the table here:
http://www.langerland.de
On Tue, Sep 12, 2006 at 03:29:04PM -0500, Larry Finger wrote:
> An error message is changed to a printk as the original dprintk would
> be optimized away if debugging were not enabled. If the error is triggered,
> a more meaningful message is returned.
>
>
> if ( value16 > 0x128 ) {
> -
On Tue, Sep 12, 2006 at 02:02:59PM -0400, John W. Linville wrote:
> On Tue, Aug 29, 2006 at 06:01:40PM -0700, Jean Tourrilhes wrote:
>
> This hunk doesn't apply to the upstream branch of wireless-2.6.
> I propose this one instead:
>
> @@ -8875,8 +8875,6 @@ static int ipw_wx_set_essid(struct net_d
On 9/13/06, Daniele Lacamera <[EMAIL PROTECTED]> wrote:
Hello,
Please let me insist once again on the importance of adding a TCP Pacing
mechanism in our TCP, as many people are including this algorithm in
their congestion control proposals. Recent researches have found out
that it really can hel
Lennert Buytenhek <[EMAIL PROTECTED]> :
[...]
> Not that it matters much either way, but my impression was that this
> was an 8110SB bug rather than an iop3xx bug, as the same iop3xx ARM
> board sports a VIA PCI USB controller and a Silicon Image PCI SATA
> controller, which both work without any p
An error message is changed to a printk as the original dprintk would
be optimized away if debugging were not enabled. If the error is triggered,
a more meaningful message is returned.
Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
---
John,
This patch incorporates Michael's comments.
Larry
I
On Tue, Sep 12, 2006 at 09:35:31PM +0200, Francois Romieu wrote:
> + /*
> + * Magic spell: some iop3xx ARM board needs the TxDescAddrHigh
> + * register to be written before TxDescAddrLow to work.
> + * Switching from MMIO to I/O access fixes the issue as well.
> + */
Not
On Tuesday 12 September 2006 01:59, John W. Linville wrote:
> + value16 = bcm43xx_shm_read16(bcm, BCM43xx_SHM_SHARED,
> + BCM43xx_UCODE_REVISION);
> +
> + dprintk(KERN_INFO PFX "Microcode rev 0x%x, pl 0x%x "
> + "(20%.2i-%.2i-%.2i %.2i:%.2i:%.2i
Please pull from tag 'r8169-20060912-00' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
to get the change below:
(patch applies to jeff#upstream-linus)
Notes:
- the so far unsupported 8136 needs to be kicked with mii-tool to get
the link right ;
- the
Please pull from tag '8139cp-20060912-00' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
to get the change below:
(patch applies to jeff#upstream-linus)
Shortlog
Francois Romieu:
8139cp: ring_info removal for the transmit path
8139cp: use
On Tue, Sep 12, 2006 at 11:46:06AM -0400, Jeff Garzik wrote:
> Jeff Garzik wrote:
> >ACK, but does not apply to netdev-2.6.git#upstream...
>
> nevermind, I tried a different method of merging, and it merged
> successfully.
>
Jeff,
If there is a better way for me to format patches, let me know.
On 9/12/06, Daniele Lacamera <[EMAIL PROTECTED]> wrote:
Hello,
Please let me insist once again on the importance of adding a TCP Pacing
mechanism in our TCP, as many people are including this algorithm in
their congestion control proposals. Recent researches have found out
that it really can hel
On Tue, Sep 12, 2006 at 12:40:32PM -0500, Larry Finger wrote:
> John,
>
> Please apply this patch to wireless-2.6. In addition, please let me
> know if you have any problems applying it. I'm sending this by a new
> method.
Larry,
That one worked great! One last request: please put any "chit-ch
> When in 16 bit mode, SMC_outl incorrectly simulates the situation and plus in
> 32 bit mode SMC_outw is missing...
>
[Snip]
Because mailer wraps the lines patch is not applied. I pushed it by mistake...
Sory for the inconsistencies. I'll cook up new series of patches...
--
Bora SAHIN
-
To u
From: Dale Farnsworth <[EMAIL PROTECTED]>
Fix a missing call to dma_unmap_single() in the receive path. Without
this call, errors have been observed on non-cache-coherent systems.
Signed-off-by Dale Farnsworth <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c |2 ++
1 file changed, 2 inse
On Tue, Sep 12, 2006 at 02:02:59PM -0400, John W. Linville wrote:
> On Tue, Aug 29, 2006 at 06:01:40PM -0700, Jean Tourrilhes wrote:
> > @@ -8861,7 +8861,7 @@ static int ipw_wx_set_essid(struct net_d
> > int length = 0;
> > mutex_lock(&priv->mutex);
> > if (wrqu->essid.flags && wrqu->es
I have the WE-21 patches on the 'we21' branch of wireless-2.6.
Please give them a final look before I push them for 2.6.19.
Wireless driver maintainers, please make sure that your device
is covered.
Thanks,
John
P.S. The individual patches are also available here:
http://www.kernel.or
On Tue, Aug 29, 2006 at 06:01:40PM -0700, Jean Tourrilhes wrote:
> Hi,
>
> WE-21 for IPW2200 driver...
>
> Jean
>
> Signed-off-by: Jean Tourrilhes <[EMAIL PROTECTED]>
>
> ---
>
> diff -u -p linux/drivers/net/wirele
Hello,
Please let me insist once again on the importance of adding a TCP Pacing
mechanism in our TCP, as many people are including this algorithm in
their congestion control proposals. Recent researches have found out
that it really can help improving performance in different scenarios,
like s
The commit 'e1000: Remove 0x1000 as supported device' (Jeff Kirsher,
673a052fde79ab5e9dce569b0336358812ddba2d) Removes PIC device ID 8086:1000
from the list of supported devices. A fix was submitted for the original
issue (commit 6a9516989f94df10d9a27ba543c6b53b3e69c84a).
This commit reverts commi
John,
Please apply this patch to wireless-2.6. In addition, please let me
know if you have any problems applying it. I'm sending this by a new
method.
Larry
In bcm43xx-softmac, the bcm43xx_stats struct contains a variable that
is no longer used. In addition, two TODO entries related to noise
pro
When in 16 bit mode, SMC_outl incorrectly simulates the situation and plus in
32 bit mode SMC_outw is missing...
Signed-off-by: Bora Sahin <[EMAIL PROTECTED]>
Index: linux-2.6.18-rc4/drivers/net/smc911x.h
===
--- linux-2.6.18-rc4.o
Please try the latest driver. If you still get the timeouts, I'll
need to send you some debug patches to dump the state when these
timeouts occur.
So far, with the new driver, I haven't seen any of these timeouts.
Normally, we'd have seen them by now. If they recur at some point in
the futur
Le mardi 12 septembre 2006 18:53, Francois Romieu a écrit :
> Corentin CHARY <[EMAIL PROTECTED]> :
> [...]
>
> > Today, I tested on a 2.6.18-r6 Kernel, and it work perfectly (without
> > mii-tool !).
>
> Let's say I am a bit dense: you tested 20060911-2.6.18-rc6-r8169-test.patch
> on 2.6.18-rc6 and
Corentin CHARY <[EMAIL PROTECTED]> :
[...]
> Today, I tested on a 2.6.18-r6 Kernel, and it work perfectly (without
> mii-tool !).
Let's say I am a bit dense: you tested 20060911-2.6.18-rc6-r8169-test.patch
on 2.6.18-rc6 and it worked fine, right ?
(from your previous description, I thought there
Handling of ipip and ip_gre ICMP error relaying is b0rken; it accesses
32bit net-endian field as host-endian, does comparison, subtraction and
stuffs the result to 32bit net-endian. Without any conversions.
Fixed, made endian-clean.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff --git a/n
On Tue, 12 Sep 2006, Peter Zijlstra wrote:
>
> Linus, when I mentioned swap over network to you in Ottawa, you said it was
> a valid use case, that people actually do and want this. Can you agree with
> the approach taken in these patches?
Well, in all honesty, I don't think I really said "vali
Don Fry wrote:
Reorganize code to facilitate NAPI changes.
Tested ia32 and ppc64.
Signed-off-by: Don Fry <[EMAIL PROTECTED]>
NAK. This patch should have NO CODE CHANGES, just moving code around.
Mathematically, it should be an equivalent transform. Thus, we can
trivially verify that it bre
Don Fry wrote:
@@ -2701,13 +2701,10 @@ static struct net_device_stats *pcnet32_
{
struct pcnet32_private *lp = dev->priv;
unsigned long ioaddr = dev->base_addr;
- u16 saved_addr;
unsigned long flags;
spin_lock_irqsave(&lp->lock, flags);
- saved_addr = lp-
On Tue, Sep 12, 2006 at 10:43:57AM +0200, Johannes Berg wrote:
>
> > But there are bits left and right, so
> > more inspection of drivers would be needed. For example, wavelan and
> > netwave are using encryption key sizes which are not compatible with
> > 802.11.
>
> Hmm, interesting. Will need
Replace all relevant occurences of page->index and page->mapping in the NFS
client with the new page_file_index() and page_file_mapping() functions.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/file.c |6 +++---
fs/nfs/pagelist.c |
Add a little comment explaining the use of PG_private in the NFS client.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: Trond Myklebust <[EMAIL PROTECTED]>
---
fs/nfs/write.c |5 +
1 file changed, 5 insertions(+)
Index: linux-2.6/fs/nfs/write.c
Dropping the queue_lock opens up a nasty race, fix this race by
plugging the device when we're done.
Also includes a small cleanup.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: Pavel Machek <[EMAIL PROTECTED]>
---
drivers/block/nbd.c | 67 ++
Jesse Huang wrote:
Dear Jeff:
Would you tell me what is current sundance.c status
which support IP100A? Are those patches update to
current tree or not? Is there anything should I need to
add to it and generate new patches?
I think they disappeared from my queue somewhere :(
Would you be kind
Stephen Hemminger wrote:
The ethtool_ops structure is immutable, it expected to be setup
by the driver and is never changed. This patch allows drivers to
declare there ethtool_ops structure read-only.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
ACK, but I need the associated change-al
There is a small race between the procfs caller and the memory hotplug caller
of setup_per_zone_pages_min(). Not a big deal, but the next patch will add yet
another caller. Time to close the gap.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
mm/page_alloc.c | 16 +---
1 file
Move tcp connection code from user- into kernel-space.
This makes it possible to do TCP reconnect deadlock free.
(This patch requires userspace changes too)
Signed-off-by: Mike Christie <[EMAIL PROTECTED]>
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
drivers/scsi/iscsi_tcp.c | 108
Enable iSCSI on UML, dunno why SCSI was deemed broken, it works like a charm.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAIL PROTECTED]>
CC: Mike Christie <[EMAIL PROTECTED]>
---
arch/um/Kconfig | 16 --
arch/um/Kconfig.scsi | 58 ---
Now that 'include/linux/mm.h' includes 'include/linux/swap.h', the global
remove_mapping() definition clashes with the arch/um one.
Rename the arch/um one.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Acked-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/physmem.c |6 +++---
1 file
Set SOCK_VMIO on the NBD socket and make sure the request_fn always
runs with PF_MEMALLOC when used as a swapper, this ensures we can
always flush the requests.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Daniel Phillips <[EMAIL PROTECTED]>
CC: Pavel Machek <[EMAIL PROTECTED]>
In order to teach filesystems to handle swap cache pages, two new page
functions are introduced:
pgoff_t page_file_index(struct page *);
struct address_space *page_file_mapping(struct page *);
page_file_index - gives the offset of this page in the file in PAGE_CACHE_SIZE
blocks. Like page->in
PF_MEM_NOWAIT - will make allocations fail before blocking. This is usefull
to convert process behaviour to non-blocking.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: Mike Christie <[EMAIL PROTECTED]>
---
include/linux/sched.h |1 +
mm/page_alloc.c |4 ++--
2 files changed,
--
Yet another instance of my networked swap patches.
The patch-set consists of four parts:
- patches 1-2; the basic 'framework' for deadlock avoidance
- patches 3-9; implement swap over NFS
- patches 10-13; implement swap over NBD
- patches 14-20; implement swap over iSCSI
The iSCSI work d
In order to do a proper reconnect we need to know if we're a swapper.
Only the session context can tell us that.
(This patch breaks the NETLINK_ISCSI ABI, userspace also needs a change)
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: Mike Christie <[EMAIL PROTECTED]>
---
drivers/infiniband
Some block devices need to do some extra work when used as swap device.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: James E.J. Bottomley <[EMAIL PROTECTED]>
CC: Mike Christie <[EMAIL PROTECTED]>
CC: Pavel Machek <[EMAIL PROTECTED]>
---
include/linux/fs.h |1 +
mm/swapfile.c |
In order to provide robust networked block devices there must be a guarantee
of progress. That is, the block device must never stall because of (physical)
OOM, because the device itself might be needed to get out of it (reclaim).
This means that the device queue must always be unplugable, this in
Allow scsi devices to receive the swapdev notification.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: James E.J. Bottomley <[EMAIL PROTECTED]>
CC: Mike Christie <[EMAIL PROTECTED]>
---
drivers/scsi/sd.c| 13 +
include/scsi/scsi_host.h |7 +++
2 files changed,
Limit each request to 1 page, so that the request throttling also limits the
number of in-flight pages.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Daniel Phillips <[EMAIL PROTECTED]>
CC: Pavel Machek <[EMAIL PROTECTED]>
---
drivers/block/nbd.c | 17 +++--
1 fil
Modify the netlink code so that SOCK_VMIO has the desired effect on the
user-space side of the connection.
Modify sys_{send,recv}msg to use sk->sk_allocation instead of GFP_KERNEL,
this should not change existing behaviour because the default of
sk->sk_allocation is GFP_KERNEL, and no user-space e
Implement sht->swapdev() for iSCSI. This method takes care of reserving
the extra memory needed and marking all relevant sockets with SOCK_VMIO.
When used for swapping, TCP socket creation is done under GFP_MEMALLOC and
the TCP connect is done with SOCK_VMIO to ensure their success. Also the
netli
Now that NFS can handle swap cache pages, add a swapfile method to allow
swapping over NFS.
NOTE: this dummy method is obviously not enough to make it safe.
A more complete version of the nfs_swapfile() function will be presented
later in the series.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTE
Provide a proper a_ops->swapfile() implementation for NFS. This will set the
NFS socket to SOCK_VMIO and run socket reconnect under PF_MEMALLOC as well
as reset SOCK_VMIO before engaging the protocol ->connect() method.
PF_MEMALLOC should allow the allocation of struct socket and related objects
a
A new addres_space_operations method is added:
int swapfile(struct address_space *, int)
When during sys_swapon() this method is found and returns no error the
swapper_space.a_ops will proxy to sis->swap_file->f_mapping->a_ops.
The swapfile method will be used to communicate to the address_spa
Andy Gospodarek wrote:
As I promised last week, here is the first pass at removing all
unnecessary printk's that exist in network device drivers currently in
promiscuous mode. The duplicate messages are not needed so they have
been removed. Some of these drivers are quite old and might not need
applied to #upstream-fixes
-
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
Jeff Garzik wrote:
ACK, but does not apply to netdev-2.6.git#upstream...
nevermind, I tried a different method of merging, and it merged
successfully.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at htt
pulled
-
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
pulled
-
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
Jeff,
I need help with a networking problem and I hope you can direct me to a guru.
As part of the changes in the bcm43xx driver just prior to 2.6.18, some sections
that are executed periodically were made preemptible to reduce latency. For the
most part, the effort was successful; however the
Roland Dreier wrote:
> +struct tsi108_prv_data {
> + volatile u32 regs; /* Base of normal regs */
> + volatile u32 phyregs; /* Base of register bank used for PHY access */
Why volatile? This looks really wrong here.
Indeed.
> + data->regs = (u32)ioremap(einfo->regs, 0x400);/
> +struct tsi108_prv_data {
> +volatile u32 regs; /* Base of normal regs */
> +volatile u32 phyregs; /* Base of register bank used for PHY access */
Why volatile? This looks really wrong here.
> +data->regs = (u32)ioremap(einfo->regs, 0x400); /*FIX ME */
> +data->phy
> Can you try against 2.6.18-rc6:
> http://www.fr.zoreil.com/people/francois/misc/20060911-2.6.18-rc6-r8169-tes
>t.patch
>
> If the driver does not work, which in itself would be fairly disappointing,
> revert (patch -R) 0009 found in the 2.6.18-rc5 directory and try again.
>
> If the driver still
On Tue, 2006-09-12 at 16:55 +0800, Zang Roy-r61911 wrote:
> The driver for tsi108/9 on chip Ethernet port
Hi,
I have some review comments about your driver; please consider them for
fixing
> +
> +#undef DEBUG
> +#ifdef DEBUG
> +#define DBG(fmt...) do { printk(fmt); } while(0)
> +#else
> +#de
The driver for tsi108/9 on chip Ethernet port
Signed-off-by: Alexandre Bounine<[EMAIL PROTECTED]>
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
drivers/net/tsi108_eth.c | 1752 ++
1 files changed, 1752 insertions(+), 0 deletions(-)
diff --git a/dr
Update the Kconfig and Makefile
Signed-off-by: Alexandre Bounine <[EMAIL PROTECTED]>
Signed-off-by: Roy Zang <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |8
drivers/net/Makefile |1
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/net/Kconfig b/drivers/n
It seems that my previous patch was blocked because of the size :-).
This serial of patches add tsi108/9 on chip Ethernet controller support.
1/3 : Config and Makefile modification.
2/3 : Header file
3/3 : C file
Roy
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
Core files.
This patch includes core kevent files:
- userspace controlling
- kernelspace interfaces
- initialization
- notification state machines
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/syscall_table.S b/arch/i386/kernel/syscall_table.S
index dd63d
Generic event handling mechanism.
Consider for inclusion.
Changes from 'take17' patchset:
* Use RB tree instead of hash table.
At least for a web sever, frequency of addition/deletion of new kevent
is comparable with number of search access, i.e. most of the time
events
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on.).
Signed-off-by: Evgeniy
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/kernel/kevent/kevent_timer.c b/kernel/kevent/kevent_tim
Socket notifications.
This patch include socket send/recv/accept notifications.
Using trivial web server based on kevent and this features
instead of epoll it's performance increased more than noticebly.
More details about benchmark and server itself (evserver_kevent.c)
can be found on project's
Sorry, dont' understand your proposal correctly from the previous talk. :)
But...
On Tuesday 12 September 2006 07:28, Eric W. Biederman wrote:
> Do you have some concrete arguments against the proposal?
Yes, I have. I think it is unnecessary complication. This complication will
followed in additi
97 matches
Mail list logo
