headers
Luiz Fernando Capitulino | 1 Mar 2006 14:52
Picon
Favicon

[PATCH] pktgen: Convert thread lock to mutexes.


 Hi!

 pktgen's thread semaphores are strict mutexes, convert them to the mutex
implementation.

Signed-off-by: Luiz Capitulino <lcapitulino <at> mandriva.com.br>

---

 net/core/pktgen.c |    9 +++++----
 1 files changed, 5 insertions(+), 4 deletions(-)

1185abd5dacbca3052ccd93e059c497bbc8869b2
diff --git a/net/core/pktgen.c b/net/core/pktgen.c
index 2221b86..2618a7b 100644
--- a/net/core/pktgen.c
+++ b/net/core/pktgen.c
 <at>  <at>  -113,6 +113,7  <at>  <at> 
 #include <linux/moduleparam.h>
 #include <linux/kernel.h>
 #include <linux/smp_lock.h>
+#include <linux/mutex.h>
 #include <linux/sched.h>
 #include <linux/slab.h>
 #include <linux/vmalloc.h>
 <at>  <at>  -153,7 +154,7  <at>  <at> 
 #include <asm/div64.h>		/* do_div */
 #include <asm/timex.h>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Denis Vlasenko | 1 Mar 2006 14:58
Picon

[PATCH] wireless.git: update acxsm to 0.4.7

On Tuesday 28 February 2006 03:34, John W. Linville wrote:
> On Mon, Feb 27, 2006 at 11:44:38AM +0100, Carlos Martín wrote:
> > On Monday 27 February 2006 11:20, Denis Vlasenko wrote:
> > > > Comments are welcome and I'll split the patch if needed.
> 
> Denis are you applying this patch to your tree?  If so, I'll rely on
> you to push it to me when you are ready.
> 
> If not, then I will need Carlos to generate the diffs so that they
> can be applied to the top of the tree with -p1.
> 
> 	http://linux.yyz.us/patch-format.html

Changelog:

[20060301] 0.4.7
* Carlos Martin <carlos <at> cmartin.tk>
  - splitted monolithic module into acx-common + acx-pci + acx-usb
    modules

[20060212] 0.4.6
* Carlos Martin <carlos <at> cmartin.tk>
  - Fix breakage of "Get rid of circular list of adev's"
  - Remove .owner = THIS_MODULE

[20060209] 0.4.5
* Get rid of circular list of adev's

[20060208]
* Change the acx_ioctl_{get,set}_encode functions to use
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeff Garzik | 1 Mar 2006 23:42
Favicon

[git patch] e1000 fix


Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git

to receive the following updates:

 drivers/net/e1000/e1000.h      |    3 -
 drivers/net/e1000/e1000_main.c |  117 +++++++++++++++--------------------------
 2 files changed, 45 insertions(+), 75 deletions(-)

Jeff Kirsher:
      e1000: revert to single descriptor for legacy receive path

diff --git a/drivers/net/e1000/e1000.h b/drivers/net/e1000/e1000.h
index 27c7730..99baf0e 100644
--- a/drivers/net/e1000/e1000.h
+++ b/drivers/net/e1000/e1000.h
 <at>  <at>  -225,9 +225,6  <at>  <at>  struct e1000_rx_ring {
 	struct e1000_ps_page *ps_page;
 	struct e1000_ps_page_dma *ps_page_dma;

-	struct sk_buff *rx_skb_top;
-	struct sk_buff *rx_skb_prev;
-
 	/* cpu for rx queue */
 	int cpu;

diff --git a/drivers/net/e1000/e1000_main.c b/drivers/net/e1000/e1000_main.c
index 31e3329..5b7d0f4 100644
--- a/drivers/net/e1000/e1000_main.c
(Continue reading)

Permalink | Reply | 0 comments |
headers
Samuel Ortiz | 1 Mar 2006 23:36
Picon

[PATCH] IrDA: TOIM3232 dongle support

Hi David,

Here goes a patch for supporting TOIM3232 based serial IrDA dongles.
The code is based on the tekram dongle code.

It's been tested with a TOIM3232 based IRWave 320S dongle. It may work
for TOIM4232 dongles, although it's not been tested.

Cheers,
Samuel.

Signed-off-by: David Basden <davidb-irda@...>
Signed-off-by: Samuel Ortiz <samuel.ortiz@...>

diff --git a/drivers/net/irda/Kconfig b/drivers/net/irda/Kconfig
index 7a08134..1b0f0d0 100644
--- a/drivers/net/irda/Kconfig
+++ a/drivers/net/irda/Kconfig
 <at>  <at>  -62,10 +62,18  <at>  <at>  config TEKRAM_DONGLE
 	  attaches to the normal 9-pin serial port connector, and can
 	  currently only be used by IrTTY.  To activate support for Tekram
 	  dongles you will have to start irattach like this:
 	  "irattach -d tekram".

+config TOIM3232_DONGLE
+	tristate "TOIM3232 IrDa dongle"
+	depends on DONGLE && IRDA
+	help
+	  Say Y here if you want to build support for the Vishay/Temic
+	  TOIM3232 and TOIM4232 based dongles.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeff Garzik | 2 Mar 2006 00:37
Picon
Favicon

Re: [PATCH] pcmcia: avoid binding hostap_cs to Orinoco cards

Linux Kernel Mailing List wrote:
> commit 40e3cad61197fce63853e778db020f7637d988f2
> tree 6e086c930e1aef0bb24eb61af42d1f3c1fb7d38c
> parent f0892b89e3c19c7d805825ca12511d26dcdf6415
> author Pavel Roskin <proski <at> gnu.org> Tue, 28 Feb 2006 11:18:31 -0500
> committer Dominik Brodowski <linux <at> dominikbrodowski.net> Wed, 01 Mar 2006 11:12:00 +0100
> 
> [PATCH] pcmcia: avoid binding hostap_cs to Orinoco cards
> 
> Don't just use cards with PCMCIA ID 0x0156, 0x0002.  Make sure that the
> vendor string is "Intersil" or "INTERSIL"
> 
> Signed-off-by: Pavel Roskin <proski <at> gnu.org>
> Signed-off-by: Dominik Brodowski <linux <at> dominikbrodowski.net>
> 
>  drivers/net/wireless/hostap/hostap_cs.c |    5 ++++-
>  1 files changed, 4 insertions(+), 1 deletion(-)

Why was this not CC'd to the wireless maintainer and netdev list?

	Jeff
Permalink | Reply | 0 comments |
headers
David S. Miller | 2 Mar 2006 01:04
Favicon

Re: [PATCH] IrDA: TOIM3232 dongle support

From: Samuel Ortiz <samuel.ortiz@...>
Date: Thu, 2 Mar 2006 00:36:23 +0200

> Here goes a patch for supporting TOIM3232 based serial IrDA dongles.
> The code is based on the tekram dongle code.
> 
> It's been tested with a TOIM3232 based IRWave 320S dongle. It may work
> for TOIM4232 dongles, although it's not been tested.
> 
> Signed-off-by: David Basden <davidb-irda@...>
> Signed-off-by: Samuel Ortiz <samuel.ortiz@...>

Applied, thanks a lot.

-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
Permalink | Reply | 0 comments |
headers
Santiago Leon | 2 Mar 2006 20:40
Picon
Favicon

[PATCH] powerpc: ibmveth: Harden driver initilisation for kexec

From: Michael Ellerman <michael <at> ellerman.id.au>

After a kexec the veth driver will fail when trying to register with the
Hypervisor because the previous kernel has not unregistered.

So if the registration fails, we unregister and then try again.

Signed-off-by: Michael Ellerman <michael <at> ellerman.id.au>
Acked-by: Anton Blanchard <anton <at> samba.org>
Signed-off-by: Santiago Leon <santil <at> us.ibm.com>
---

  drivers/net/ibmveth.c |   32 ++++++++++++++++++++++++++------
  1 files changed, 26 insertions(+), 6 deletions(-)

Looks good to me, and has been around for a couple of months.

Index: kexec/drivers/net/ibmveth.c
===================================================================
--- kexec.orig/drivers/net/ibmveth.c
+++ kexec/drivers/net/ibmveth.c
 <at>  <at>  -436,6 +436,31  <at>  <at>  static void ibmveth_cleanup(struct ibmve
  		ibmveth_free_buffer_pool(adapter, &adapter->rx_buff_pool[i]);
  }

+static int ibmveth_register_logical_lan(struct ibmveth_adapter *adapter,
+		union ibmveth_buf_desc rxq_desc, u64 mac_address)
+{
+	int rc, try_again = 1;
+
(Continue reading)

Permalink | Reply | 22 comments |
headers
Michael Ellerman | 3 Mar 2006 01:22
Picon
Gravatar

Re: [PATCH] powerpc: ibmveth: Harden driver initilisation for kexec

Hi Jeff,

I realise it's late, but it'd be really good if you could send this up for 
2.6.16, we're hosed without it.

cheers

On Fri, 3 Mar 2006 06:40, Santiago Leon wrote:
> From: Michael Ellerman <michael <at> ellerman.id.au>
>
> After a kexec the veth driver will fail when trying to register with the
> Hypervisor because the previous kernel has not unregistered.
>
> So if the registration fails, we unregister and then try again.
>
> Signed-off-by: Michael Ellerman <michael <at> ellerman.id.au>
> Acked-by: Anton Blanchard <anton <at> samba.org>
> Signed-off-by: Santiago Leon <santil <at> us.ibm.com>
> ---
>
>   drivers/net/ibmveth.c |   32 ++++++++++++++++++++++++++------
>   1 files changed, 26 insertions(+), 6 deletions(-)
>
> Looks good to me, and has been around for a couple of months.
>
> Index: kexec/drivers/net/ibmveth.c
> ===================================================================
> --- kexec.orig/drivers/net/ibmveth.c
> +++ kexec/drivers/net/ibmveth.c
>  <at>  <at>  -436,6 +436,31  <at>  <at>  static void ibmveth_cleanup(struct ibmve
(Continue reading)

Permalink | Reply | 8 comments |
headers
Randy.Dunlap | 3 Mar 2006 01:34

Re: [PATCH] powerpc: ibmveth: Harden driver initilisation for kexec

On Fri, 3 Mar 2006 11:22:45 +1100 Michael Ellerman wrote:

> Hi Jeff,
> 
> I realise it's late, but it'd be really good if you could send this up for 
> 2.6.16, we're hosed without it.

I'm wondering if this means that for every virtual/hypervisor
situation, we have to modify any $interested_drivers.
Why wouldn't we come up with a cleaner solution (in the long term)?

E.g., could the hypervisor know when one of it's virtual OSes
dies or reboots and release its resources then?

This patch just looks like a short-term solution to me.

> cheers
> 
> On Fri, 3 Mar 2006 06:40, Santiago Leon wrote:
> > From: Michael Ellerman <michael <at> ellerman.id.au>
> >
> > After a kexec the veth driver will fail when trying to register with the
> > Hypervisor because the previous kernel has not unregistered.
> >
> > So if the registration fails, we unregister and then try again.
> >
> > Signed-off-by: Michael Ellerman <michael <at> ellerman.id.au>
> > Acked-by: Anton Blanchard <anton <at> samba.org>
> > Signed-off-by: Santiago Leon <santil <at> us.ibm.com>
> > ---
(Continue reading)

Permalink | Reply | 6 comments |
headers
Paul Mackerras | 3 Mar 2006 02:00
Picon
Favicon

Re: [PATCH] powerpc: ibmveth: Harden driver initilisation for kexec

Randy.Dunlap writes:

> E.g., could the hypervisor know when one of it's virtual OSes
> dies or reboots and release its resources then?

I think the point is that with kexec, the same virtual machine keeps
running, so the hypervisor doesn't see the OS dying or rebooting.

Paul.
Permalink | Reply | 0 comments |

Gmane