[PATCH] TPM: Wait for TPM_ACCESS tpmRegValidSts to go high at startup

2012-12-06 Thread Jason Gunthorpe
-by: Jason Gunthorpe --- drivers/char/tpm/tpm_tis.c | 21 + 1 files changed, 21 insertions(+), 0 deletions(-) Note: This does not change the requirement of the driver, request_locality already will bail if valid is not set. All this does is wait for valid to be set before

[PATCH net-next v3 3/3] virtio-net: support changing the number of queue pairs through ethtool

2012-12-07 Thread Jason Wang
This patch implements the ethtool_{set|get}_channels method of virtio-net to allow user to change the number of queues when the device is running on demand. Signed-off-by: Jason Wang --- drivers/net/virtio_net.c | 43 +++ 1 files changed, 43 insertions

[PATCH net-next v3 2/3] virtio_net: multiqueue support

2012-12-07 Thread Jason Wang
. - smp affinity hint to the cpu that owns the queue pairs. This could be used with the flow steering support of the device to guarantee the packets of a single flow is handled by the same cpu. Signed-off-by: Krishna Kumar Signed-off-by: Jason Wang --- drivers/net/virtio_net.c| 473

[PATCH net-next v3 1/3] virtio-net: separate fields of sending/receiving queue from virtnet_info

2012-12-07 Thread Jason Wang
-off-by: Jason Wang --- drivers/net/virtio_net.c | 282 ++ 1 files changed, 158 insertions(+), 124 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 90ac97d..02a7102 100644 --- a/drivers/net/virtio_net.c +++ b/drivers

Re: [PATCH 02/10] kvm: Check userspace_addr when modifying a memory slot

2012-12-07 Thread Jason Baron
> > /* Allocate page dirty bitmap if needed */ > hmmm...does this mean that on a 'destroy', where npages is 0, the user has to set up userspace_addr correctly? If so, that would appear to be an unwanted change in semantics here. Thanks, -Jason -- To unsubsc

Re: [PATCH 02/10] kvm: Check userspace_addr when modifying a memory slot

2012-12-07 Thread Jason Baron
On Fri, Dec 07, 2012 at 11:32:08AM -0700, Alex Williamson wrote: > On Fri, 2012-12-07 at 13:17 -0500, Jason Baron wrote: > > On Thu, Dec 06, 2012 at 03:20:37PM -0700, Alex Williamson wrote: > > > The API documents that only flags and guest physical memory space can > > >

[PATCH] ARM: Orion: Fix possible null-deference in orion_wdt_probe

2012-12-07 Thread Jason Gunthorpe
If the DT does not include a regs parameter then the null res would be dereferenced. Signed-off-by: Jason Gunthorpe --- drivers/watchdog/orion_wdt.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/watchdog/orion_wdt.c b/drivers/watchdog/orion_wdt.c index

[PATCH] ARM: Orion: Hoist bridge interrupt handling out of the timer

2012-12-07 Thread Jason Gunthorpe
e which is right. Signed-off-by: Jason Gunthorpe --- arch/arm/mach-dove/common.c |5 +- arch/arm/mach-dove/include/mach/bridge-regs.h |2 +- arch/arm/mach-dove/include/mach/irqs.h|9 +++- arch/arm/mach-kirkwood/common.c |6 ++

[PATCH] gpio/gpio-generic: Add OF bindings

2012-12-07 Thread Jason Gunthorpe
Allow the platform driver to bind through OF. The existing OF machinery for setting the resource names through OF is used to configure the device, so the change is minimally intrusive and fully featured. Signed-off-by: Jason Gunthorpe --- .../devicetree/bindings/gpio/gpio-generic.txt

Re: [PATCH] ARM: Orion: Hoist bridge interrupt handling out of the timer

2012-12-08 Thread Jason Gunthorpe
; mask? Could regs.mask be used? I will add a define, regs.mask could be used, but since the value is known and constant I left it as a constant as a micro-optimization. > > + gc = irq_alloc_generic_chip("orion_irq_edge", 1, irq_start, > > Maybe the name orion_bridge would be be

[PATCH] of: Support a PCI device that is compatible with 'simple-bus'

2012-12-10 Thread Jason Gunthorpe
This is for embedded cases where the PCI device may be a complex SOC with no PCI based partitioning of sub-functionality. Tested on an ARM kirkwood system Signed-off-by: Jason Gunthorpe --- drivers/of/address.c | 29 + 1 files changed, 29 insertions(+), 0 deletions(

[PATCH net-next rfc 0/2] Allow unpriveledge user to disable tuntap queue

2012-12-11 Thread Jason Wang
IFF_DETACH_QUEUE. This is done by introducing a enabled flags were used to notify whether the queue is enabled, and tuntap only send/receive packets when it was enabled. Please comment, thanks! Jason Wang (2): tuntap: forbid calling TUNSETQUEUE for a persistent device with no queues tuntap: allow

[PATCH net-next rfc 1/2] tuntap: forbid calling TUNSETQUEUE for a persistent device with no queues

2012-12-11 Thread Jason Wang
When re-establish to a persistent deivce wihout queues attached, TUNSETIFF should be called instead of TUNSETQUEUE to do the proper permission checking. Signed-off-by: Jason Wang --- drivers/net/tun.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/net/tun.c b

[PATCH net-next rfc 2/2] tuntap: allow unpriveledge user to enable and disable queues

2012-12-11 Thread Jason Wang
adding queues through IFF_ATTACH_QUEUE is still done and after this, IFF_DETACH_QUEUE/IFF_ATTACH_QUEUE could be used to disable/enable this queue. Signed-off-by: Jason Wang --- drivers/net/tun.c | 81 +++- 1 files changed, 73 insertions(+), 8

Re: [RFC] dynamic_debug: introduce debug_hex_dump()

2012-12-11 Thread Jason Baron
On Tue, Dec 11, 2012 at 11:36:46AM -0800, Luis R. Rodriguez wrote: > On Tue, Dec 04, 2012 at 11:28:26AM +0200, Vladimir Kondratiev wrote: > > Hi Jason, > > > > Do you have any update on the status for patches below? > > Where is it now? When do you expect it to merge

Re: [PATCH net-next rfc 0/2] Allow unpriveledge user to disable tuntap queue

2012-12-11 Thread Jason Wang
On 12/11/2012 08:46 PM, Michael S. Tsirkin wrote: > On Tue, Dec 11, 2012 at 07:03:45PM +0800, Jason Wang wrote: >> This series is an rfc that tries to solve the issue that the queues of tuntap >> could not be disabled/enabled by unpriveledged user. This is needed for >> unpriv

Re: [PATCH net-next rfc 2/2] tuntap: allow unpriveledge user to enable and disable queues

2012-12-11 Thread Jason Wang
On 12/11/2012 08:30 PM, Michael S. Tsirkin wrote: > On Tue, Dec 11, 2012 at 07:03:47PM +0800, Jason Wang wrote: >> Currently, when a file is attached to tuntap through TUNSETQUEUE, the uid/gid >> and CAP_NET_ADMIN were checked, and we use this ioctl to create and destroy >&

[PATCH] NTP: Add a CONFIG_RTC_SYSTOHC configuration

2012-12-11 Thread Jason Gunthorpe
subsystem completely and generically replaces this functionality. Tested on ARM kirkwood and PPC405 Signed-off-by: Jason Gunthorpe --- drivers/rtc/Kconfig |8 drivers/rtc/Makefile |1 + drivers/rtc/systohc.c | 30 ++ include/linux/time.h |1

Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources for SR-IOV)

2012-11-13 Thread Jason Gao
I'm very sorry for delayed reply.now SR-IOV works for me in Centos 6.3,thank all of you. On Fri, Nov 9, 2012 at 11:26 PM, Bjorn Helgaas wrote: > Linux normally uses the resource assignments done by the BIOS, but it > is possible for the kernel to reassign those. We don't have good > automatic s

Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources for SR-IOV)

2012-11-08 Thread Jason Gao
> The BIOS in your machine doesn't support SR-IOV. You'll need to ask the > manufacturer for a BIOS upgrade, if in fact one is available. Sometimes > they're not. very thanks Greg,my server Dell R710 with latest BIOS version and option for SR-IOV(SR-IOV Global Enable->Enabled) opened,I'm conf

Re: [RFC PATCH] virtio-net: reset virtqueue affinity when doing cpu hotplug

2012-12-26 Thread Jason Wang
r looking at this. > Cc: Rusty Russell > Cc: "Michael S. Tsirkin" > Cc: Jason Wang > Cc: virtualizat...@lists.linux-foundation.org > Cc: net...@vger.kernel.org > Signed-off-by: Wanlong Gao > --- > drivers/net/virtio_net.c | 39

Re: [RFC PATCH] virtio-net: reset virtqueue affinity when doing cpu hotplug

2012-12-26 Thread Jason Wang
On 12/26/2012 06:19 PM, Wanlong Gao wrote: > On 12/26/2012 06:06 PM, Jason Wang wrote: >> On 12/26/2012 03:06 PM, Wanlong Gao wrote: >>> Add a cpu notifier to virtio-net, so that we can reset the >>> virtqueue affinity if the cpu hotplug happens. It improve >>>

Re: [RFC PATCH] virtio-net: reset virtqueue affinity when doing cpu hotplug

2012-12-26 Thread Jason Wang
sabling the virtqueue >> affinity after doing cpu hotplug. >> >> Cc: Rusty Russell >> Cc: "Michael S. Tsirkin" >> Cc: Jason Wang >> Cc: virtualizat...@lists.linux-foundation.org >> Cc: net...@vger.kernel.org >> Signed-off-by: Wanlong Gao

[PATCH 1/2] vhost_net: correct error hanlding in vhost_net_set_backend()

2012-12-26 Thread Jason Wang
Fix the leaking of oldubufs and fd refcnt when fail to initialized used ring. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 14 +++--- 1 files changed, 11 insertions(+), 3 deletions(-) diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c index ebd08b2..629d6b5 100644 --- a

[PATCH 2/2] vhost: handle polling failure

2012-12-26 Thread Jason Wang
() report errors to the caller, which could be used caller or userspace. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 75 + drivers/vhost/vhost.c | 16 +- drivers/vhost/vhost.h | 11 ++- 3 files changed, 50 insertions

Re: [PATCH 2/2] vhost: handle polling failure

2012-12-27 Thread Jason Wang
On 12/27/2012 06:01 PM, Wanlong Gao wrote: > On 12/27/2012 02:39 PM, Jason Wang wrote: >> > Currently, polling error were ignored in vhost. This may lead some issues >> > (e.g >> > kenrel crash when passing a tap fd to vhost before calling TUNSETIFF). Fix >&g

Re: [PATCH 1/2] vhost_net: correct error hanlding in vhost_net_set_backend()

2012-12-27 Thread Jason Wang
On 12/27/2012 09:03 PM, Michael S. Tsirkin wrote: > On Thu, Dec 27, 2012 at 02:39:20PM +0800, Jason Wang wrote: >> Currently, polling error were ignored in vhost. This may lead some issues >> (e.g >> kenrel crash when passing a tap fd to vhost before calling TUNSETIFF

Re: [PATCH 1/2] vhost_net: correct error hanlding in vhost_net_set_backend()

2012-12-27 Thread Jason Wang
On 12/27/2012 09:14 PM, Michael S. Tsirkin wrote: > On Thu, Dec 27, 2012 at 02:39:19PM +0800, Jason Wang wrote: >> Fix the leaking of oldubufs and fd refcnt when fail to initialized used ring. >> >> Signed-off-by: Jason Wang >> --- >> drivers/vhost/net.c | 14 +

[PATCH] tools: fix a typo in hv_set_ifconfig.sh

2013-01-04 Thread Jason Wang
Signed-off-by: Jason Wang --- tools/hv/hv_set_ifconfig.sh |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tools/hv/hv_set_ifconfig.sh b/tools/hv/hv_set_ifconfig.sh index 3e9427e..daf7ec0 100755 --- a/tools/hv/hv_set_ifconfig.sh +++ b/tools/hv/hv_set_ifconfig.sh @@ -65,4

[PATCH V2 0/3] handle polling errors in vhost/vhost_net

2013-01-05 Thread Jason Wang
and changing the state only when polling succeed. Jason Wang (3): vhost_net: correct error handling in vhost_net_set_backend() vhost: handle polling errors tuntap: don't add to waitqueue when POLLERR drivers/net/tun.c |5 +-- drivers/vhost/net.c |

[PATCH V2 2/3] vhost: handle polling errors

2013-01-05 Thread Jason Wang
vhost_poll_start() report errors to the caller. If the polling fails in ioctls, the error would be report to userspace. If the polling fails in the data path, an error message would be logged. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 75

[PATCH V2 1/3] vhost_net: correct error handling in vhost_net_set_backend()

2013-01-05 Thread Jason Wang
Currently, when vhost_init_used() fails the sock refcnt and ubufs were leaked. Correct this by calling vhost_init_used() before assigning ubufs and restoring the oldsock when it fails. Signed-off-by: Jason Wang --- drivers/vhost/net.c | 16 +++- 1 files changed, 11 insertions

[PATCH V2 3/3] tuntap: don't add to waitqueue when POLLERR

2013-01-05 Thread Jason Wang
Currently, tun_chr_poll() returns POLLERR after waitqueue adding during device unregistration. This would confuse some of its user such as vhost which assume when POLLERR is returned, it wasn't added to the waitqueue. Fix this by returning POLLERR before adding to waitqueue. Signed-off-by:

Re: [PATCH 1/3] ARM: Dove: split legacy and DT setup

2012-12-17 Thread Jason Cooper
is patch splits up DT board setup and introduces a DOVE_LEGACY config > to allow to remove legacy code for DT-only kernels. > > Signed-off-by: Sebastian Hesselbarth > --- > Cc: Russell King > Cc: Jason Cooper > Cc: Andrew Lunn > Cc: Sebastian Hesselbarth > Cc: linux-

Re: [PATCH 3/3] ARM: Dove: add Cubox sdhci card detect gpio

2012-12-17 Thread Jason Cooper
; Signed-off-by: Sebastian Hesselbarth > --- > Cc: Russell King > Cc: Jason Cooper > Cc: Andrew Lunn > Cc: Sebastian Hesselbarth > Cc: linux-arm-ker...@lists.infradead.org > Cc: linux-kernel@vger.kernel.org > --- > arch/arm/boot/dts/dove-cubox.dts | 14 -- >

Re: [PATCH 3/3] ARM: Dove: add Cubox sdhci card detect gpio

2012-12-17 Thread Jason Cooper
On Tue, Dec 18, 2012 at 01:50:12AM +0100, Sebastian Hesselbarth wrote: > On 12/18/2012 01:38 AM, Jason Cooper wrote: > > On Tue, Dec 18, 2012 at 01:24:29AM +0100, Sebastian Hesselbarth wrote: > >> Card detect for sdhci on Cubox is connected to the wrong pin > >> (s

[PATCH] tuntap: fix sparse warning

2012-12-17 Thread Jason Wang
Make tun_enable_queue() static to fix the sparse warning: drivers/net/tun.c:399:19: sparse: symbol 'tun_enable_queue' was not declared. Should it be static? Reported-by: Fengguang Wu Signed-off-by: Jason Wang --- drivers/net/tun.c |2 +- 1 files changed, 1 insertions(+), 1

Re: [PATCH] of: Support a PCI device that is compatible with 'simple-bus'

2012-12-19 Thread Jason Gunthorpe
s from your earlier mail. What you described is fine for IORESOURCE_MEM style regions, and I've confirmed that it works OK in my cases. Regards, Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v2] ARM: Dove: update defconfig

2012-11-16 Thread Jason Cooper
bled > >machine. > > there seems to be no discussion at all on this one. Maybe it got lost > during the ELCE, but if there are no objections I prefer to have this > accepted for any of the next releases. I have it in my queue. thx, Jason. -- To unsubscribe from this list: send t

Re: [PATCH] mm: dmapool: use provided gfp flags for all dma_alloc_coherent() calls

2012-11-18 Thread Jason Cooper
Marek, I've added the maintainers for mm/*. Hopefully they can let us know if this is good for v3.8... thx, Jason. On Thu, Nov 08, 2012 at 07:38:57AM +0100, Marek Szyprowski wrote: > dmapool always calls dma_alloc_coherent() with GFP_ATOMIC flag, regardless > the flags provided by

Re: [rfc net-next v6 2/3] virtio_net: multiqueue support

2012-11-18 Thread Jason Wang
On 11/05/2012 07:16 AM, Rusty Russell wrote: Jason Wang writes: This addes multiqueue support to virtio_net driver. There's two mode supported: single queue pair mode and multiple queue pairs mode. An obvious difference compared with a physical mq card is that virtio-net reserve firs

Re: [rfc net-next v6 3/3] virtio-net: change the number of queues through ethtool

2012-11-18 Thread Jason Wang
On 11/05/2012 07:46 AM, Rusty Russell wrote: Jason Wang writes: This patch implement the {set|get}_channels method of ethool to allow user to change the number of queues dymaically when the device is running. This would let the user to tune the device for specific applications

Re: [rfc net-next v6 2/3] virtio_net: multiqueue support

2012-11-18 Thread Jason Wang
On 11/05/2012 09:08 AM, Rusty Russell wrote: Jason Wang writes: +struct virtnet_info { + u16 num_queue_pairs;/* # of RX/TX vq pairs */ + u16 total_queue_pairs; + + struct send_queue *sq; + struct receive_queue *rq; + struct virtqueue *cvq

Re: [PATCH 407/493] infiniband: remove use of __devexit

2012-11-19 Thread Jason Gunthorpe
On Mon, Nov 19, 2012 at 12:19:38PM -0800, Greg KH wrote: > On Mon, Nov 19, 2012 at 01:09:21PM -0700, Jason Gunthorpe wrote: > > On Mon, Nov 19, 2012 at 01:25:56PM -0500, Bill Pemberton wrote: > > > CONFIG_HOTPLUG is going away as an option so __devexit is no > > > long

Re: [PATCH 407/493] infiniband: remove use of __devexit

2012-11-19 Thread Jason Gunthorpe
oo.. As for why the interest in upgrading? Well, we don't make consumer products, our stuff has long life cycles and the 6 year old system continues to be manufactured and sold today. Our latest platform is ARM based, and we've had to re-spin and re-test *everything*. The work to bu

Re: [PATCH 407/493] infiniband: remove use of __devexit

2012-11-19 Thread Jason Gunthorpe
Thanks for the insight, Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [RFC] dynamic_debug: introduce debug_hex_dump()

2012-11-20 Thread Jason Baron
. I've pulled in this patch, and posted a dynamic debug tree at: git clone git://github.com/jibaron/ddebug.git I will push the collected set of patches to Greg. I also added a couple of patches there to convert dynamic debug to use 'jump labels', which shows good results. Thanks

Re: racy jump label users

2013-04-18 Thread Jason Baron
be nice. Maybe something like: static_key_slow_set_true(); static_key_slow_set_false(); Thanks, -Jason On 03/22/2013 03:55 PM, Andi Kleen wrote: > Jason, > > I noticed that a lot of the jump label users are racy, > because they implement something like this > > static

Re: [PATCH v8 0/3] of/pci: Provide common support for PCI DT parsing

2013-04-22 Thread Jason Cooper
v3.9 once it drops. Several dependencies will be removed (since they will have been merged into v3.9). Once the rebase is done, I'll send a pull request to Arnd and Olof so we can get as many cycles on -next as possible. thx, Jason. > > Compared to the v7 sent by Andre

Re: [PATCH v8 0/3] of/pci: Provide common support for PCI DT parsing

2013-04-22 Thread Jason Cooper
On Mon, Apr 22, 2013 at 12:53:43PM -0400, Jason Cooper wrote: > On Mon, Apr 22, 2013 at 11:41:32AM +0100, Andrew Murray wrote: > > This patchset factors out duplicated code associated with parsing PCI > > DT "ranges" properties across the architectures and introduces a

[PATCH net] tuntap: correct the return value in tun_set_iff()

2013-04-22 Thread Jason Wang
s has been already attached. Add a comment and correct the return value to zero. Reported-by: Jerry Chu Cc: Jerry Chu Cc: Wei Yongjun Cc: Eric Dumazet Signed-off-by: Jason Wang --- drivers/net/tun.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/net/tu

Re: [PATCH] checkpatch: forgive use of mixed case variables measuring units

2013-06-12 Thread Jason Cooper
x misses variants like: > > regulator_min_uA_show > > Maybe "^[a-z_]*_[numk][VAS](?:_\w+)?$" > > But this regex also does not match on other common > sound variants "_dB", "_mB" and temperature like "_mC". And _dBm ... thx, Jason. -- To

[net-next PATCH 1/2] macvtap: slient sparse warnings

2013-06-12 Thread Jason Wang
expression (different address spaces) CC [M] drivers/net/macvtap.o drivers/net/macvlan.c:232:24: error: incompatible types in comparison expression (different address spaces) Signed-off-by: Jason Wang --- drivers/net/macvtap.c |2 +- include/linux/if_macvlan.h |2 +- 2 files changed

[net-next PATCH 2/2] macvtap: fix uninitialized return value macvtap_ioctl_set_queue()

2013-06-12 Thread Jason Wang
Return -EINVAL on illegal flag instead of uninitialized value. This fixes the kbuild test warning. Signed-off-by: Jason Wang --- drivers/net/macvtap.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index acf55ba..9f03ce3

Re: [net-next PATCH 1/2] macvtap: slient sparse warnings

2013-06-12 Thread Jason Wang
On 06/13/2013 01:48 PM, Eric Dumazet wrote: > On Thu, 2013-06-13 at 12:21 +0800, Jason Wang wrote: >> This patch silents the following sparse warnings: >> >> dr >> Signed-off-by: Jason Wang >> --- >> drivers/net/macvtap.c |2 +- >> inc

[net-next PATCH V2 1/2] macvtap: slient sparse warnings

2013-06-12 Thread Jason Wang
expression (different address spaces) CC [M] drivers/net/macvtap.o drivers/net/macvlan.c:232:24: error: incompatible types in comparison expression (different address spaces) Signed-off-by: Jason Wang --- drivers/net/macvtap.c |2 +- include/linux/if_macvlan.h |2 +- 2 files changed

[net-next PATCH V2 2/2] macvtap: fix uninitialized return value macvtap_ioctl_set_queue()

2013-06-12 Thread Jason Wang
Return -EINVAL on illegal flag instead of uninitialized value. This fixes the kbuild test warning. Signed-off-by: Jason Wang --- drivers/net/macvtap.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index edcbf1c..5a76f20

Re: [PATCH 5/7] arm: orion: use irq_get_trigger_type() to get IRQ flags

2013-06-14 Thread Jason Cooper
o.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Acked-by: Jason Cooper thx, Jason. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordom

Re: [PATCH 2/7] gpio: mvebu: use irq_get_trigger_type() to get IRQ flags

2013-06-14 Thread Jason Cooper
u.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Acked-by: Jason Cooper thx, Jason. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordom

Re: [net-next rfc V2 7/8] macvtap: add TUNSETQUEUE ioctl

2013-06-03 Thread Jason Wang
On 06/03/2013 07:09 PM, Michael S. Tsirkin wrote: > On Mon, Jun 03, 2013 at 01:20:58PM +0800, Jason Wang wrote: >> On 06/02/2013 07:22 PM, Michael S. Tsirkin wrote: >>> On Fri, May 31, 2013 at 05:53:24PM +0800, Jason Wang wrote: >>>> This patch adds TUNSETQU

Re: [PATCH] ARM: Orion: Hoist bridge interrupt handling out of the timer

2013-06-04 Thread Jason Gunthorpe
eth case we should have a compatible tag for each SOC, the driver can ignore it, but it should be in the DT for future use.. Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at ht

Re: [net-next rfc V2 7/8] macvtap: add TUNSETQUEUE ioctl

2013-06-04 Thread Jason Wang
On 06/04/2013 03:05 PM, Michael S. Tsirkin wrote: > On Tue, Jun 04, 2013 at 01:54:56PM +0800, Jason Wang wrote: >> On 06/03/2013 07:09 PM, Michael S. Tsirkin wrote: >>> On Mon, Jun 03, 2013 at 01:20:58PM +0800, Jason Wang wrote: >>>> On 06/02/2013 07:22 PM, Michael

[net-next rfc V3 1/9] macvtap: fix a possible race between queue selection and changing queues

2013-06-04 Thread Jason Wang
ing an ACCESS_ONCE() to make sure vlan->numvtaps were only read once. Signed-off-by: Jason Wang --- drivers/net/macvtap.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index 68efb91..5e485e3 100644 --- a/drivers/net/macvtap.c +++

[net-next rfc V3 0/9] Multiqueue API for macvtap

2013-06-04 Thread Jason Wang
d areas. - Fix the commit log of patch 7/8 ( v1 says the linked list were used which is wrong ) - Other minor bug fixes Jason Wang (9): macvtap: fix a possible race between queue selection and changing queues macvtap: do not add self to waitqueue if doing a nonblock read macvlan: switch

[net-next rfc V3 4/9] macvtap: introduce macvtap_get_vlan()

2013-06-04 Thread Jason Wang
Factor out the device holding logic to a macvtap_get_vlan(), this will be also used by multiqueue API. Signed-off-by: Jason Wang --- drivers/net/macvtap.c | 27 --- 1 files changed, 20 insertions(+), 7 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net

[net-next rfc V3 5/9] macvlan: change the max number of queues to 16

2013-06-04 Thread Jason Wang
Macvtap should be at least compatible with tap, so change the max number to 16. Signed-off-by: Jason Wang --- include/linux/if_macvlan.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h index e47ad46..62d8bda

[net-next rfc V3 2/9] macvtap: do not add self to waitqueue if doing a nonblock read

2013-06-04 Thread Jason Wang
There's no need to add self to waitqueue if doing a nonblock read. This could help to avoid the spinlock contention. Signed-off-by: Jason Wang --- drivers/net/macvtap.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macv

[net-next rfc V3 6/9] macvtap: eliminate linear search

2013-06-04 Thread Jason Wang
ned-off-by: Jason Wang --- drivers/net/macvtap.c | 64 +++- 1 files changed, 20 insertions(+), 44 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index d18130b..5ccba99 100644 --- a/drivers/net/macvtap.c +++ b/drivers/net/macvtap.

[net-next rfc V3 8/9] macvtap: add TUNSETQUEUE ioctl

2013-06-04 Thread Jason Wang
aps array to only track active taps. Signed-off-by: Jason Wang --- drivers/net/macvtap.c | 133 +++- include/linux/if_macvlan.h |4 + 2 files changed, 122 insertions(+), 15 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c in

[net-next rfc V3 9/9] macvtap: enable multiqueue flag

2013-06-04 Thread Jason Wang
To notify the userspace about our capability of multiqueue. Signed-off-by: Jason Wang --- drivers/net/macvtap.c |7 ++- 1 files changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index 355e6ad..b907aee 100644 --- a/drivers/net/macvtap.c

[net-next rfc V3 7/9] macvtap: allow TUNSETIFF to create multiqueue device

2013-06-04 Thread Jason Wang
Though the queue were in fact created by open(), we still need to add this check to be compatible with tuntap which can let mgmt software use a single API to manage queues. This patch only validates the device name and moves the TUNSETIFF to a helper. Signed-off-by: Jason Wang --- drivers/net

[net-next rfc V3 3/9] macvlan: switch to use IS_ENABLED()

2013-06-04 Thread Jason Wang
Acked-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/if_macvlan.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h index 84dde1d..e47ad46 100644 --- a/include/linux/if_macvlan.h +++ b/include

[PATCH] vhost_net: clear msg.control for non-zerocopy case during tx

2013-06-05 Thread Jason Wang
[vhost_net] [] kthread+0xc6/0xd0 [] ? kthread_freezable_should_stop+0x70/0x70 [] ret_from_fork+0x7c/0xb0 [] ? kthread_freezable_should_stop+0x70/0x70 Signed-off-by: Jason Wang --- drivers/vhost/net.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/vhost/net.c b/drivers

[PATCH] tuntap: fix a possible race between queue selection and changing queues

2013-06-05 Thread Jason Wang
E() to make sure tun->numqueues were only read once. Bug were introduced by commit c8d68e6be1c3b242f1c598595830890b65cea64a (tuntap: multiqueue support). Reported-by: Michael S. Tsirkin Cc: Michael S. Tsirkin Signed-off-by: Jason Wang --- drivers/net/tun.c |2 +- 1 files changed, 1 i

Re: [net-next rfc V3 0/9] Multiqueue API for macvtap

2013-06-05 Thread Jason Wang
On 06/05/2013 06:36 PM, Michael S. Tsirkin wrote: > On Wed, Jun 05, 2013 at 02:36:23PM +0800, Jason Wang wrote: >> > Hi all: >> > >> > This series implements a v3 of fully tuntap compatiable API which could be >> > used >> > by userspace to mana

Re: [net-next rfc V3 7/9] macvtap: allow TUNSETIFF to create multiqueue device

2013-06-05 Thread Jason Wang
On 06/05/2013 06:43 PM, Michael S. Tsirkin wrote: > On Wed, Jun 05, 2013 at 02:36:30PM +0800, Jason Wang wrote: >> Though the queue were in fact created by open(), we still need to add this >> check >> to be compatible with tuntap which can let mgmt software use a single AP

Re: [net-next rfc V3 8/9] macvtap: add TUNSETQUEUE ioctl

2013-06-05 Thread Jason Wang
On 06/05/2013 06:59 PM, Michael S. Tsirkin wrote: > On Wed, Jun 05, 2013 at 02:36:31PM +0800, Jason Wang wrote: >> This patch adds TUNSETQUEUE ioctl to let userspace can temporarily disable or >> enable a queue of macvtap. This is used to be compatible at API layer of >> tunt

Re: [PATCH] vhost_net: clear msg.control for non-zerocopy case during tx

2013-06-05 Thread Jason Wang
On 06/05/2013 09:44 PM, Sergei Shtylyov wrote: > Hello. > > On 05-06-2013 11:40, Jason Wang wrote: > >> When we decide not use zero-copy, msg.control should be set to NULL >> otherwise >> macvtap/tap may set zerocopy callbacks which may decrease the kref of >

[PATCH V2] vhost_net: clear msg.control for non-zerocopy case during tx

2013-06-05 Thread Jason Wang
[vhost_net] [] kthread+0xc6/0xd0 [] ? kthread_freezable_should_stop+0x70/0x70 [] ret_from_fork+0x7c/0xb0 [] ? kthread_freezable_should_stop+0x70/0x70 Acked-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- The patch is needed for -stable. Changes from v1: - code style issue fix --- drivers/vhost

Re: [net-next rfc V3 7/9] macvtap: allow TUNSETIFF to create multiqueue device

2013-06-06 Thread Jason Wang
On 06/06/2013 02:59 PM, Michael S. Tsirkin wrote: > On Thu, Jun 06, 2013 at 11:13:29AM +0800, Jason Wang wrote: >> On 06/05/2013 06:43 PM, Michael S. Tsirkin wrote: >>> On Wed, Jun 05, 2013 at 02:36:30PM +0800, Jason Wang wrote: >>>> Though the queue were in fact cr

Re: [net-next rfc V3 8/9] macvtap: add TUNSETQUEUE ioctl

2013-06-06 Thread Jason Wang
On 06/06/2013 03:23 PM, Michael S. Tsirkin wrote: > On Thu, Jun 06, 2013 at 11:16:51AM +0800, Jason Wang wrote: >> > On 06/05/2013 06:59 PM, Michael S. Tsirkin wrote: >>> > > On Wed, Jun 05, 2013 at 02:36:31PM +0800, Jason Wang wrote: >>>> > >> Th

Re: [net-next rfc V3 7/9] macvtap: allow TUNSETIFF to create multiqueue device

2013-06-06 Thread Jason Wang
On 06/06/2013 03:26 PM, Michael S. Tsirkin wrote: > On Thu, Jun 06, 2013 at 03:12:52PM +0800, Jason Wang wrote: >> On 06/06/2013 02:59 PM, Michael S. Tsirkin wrote: >>> On Thu, Jun 06, 2013 at 11:13:29AM +0800, Jason Wang wrote: >>>> On 06/05/2013 06:43 PM, Michael

[net-next PATCH 3/8] macvlan: switch to use IS_ENABLED()

2013-06-06 Thread Jason Wang
Acked-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- include/linux/if_macvlan.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h index 84dde1d..e47ad46 100644 --- a/include/linux/if_macvlan.h +++ b/include

[net-next PATCH 8/8] macvtap: enable multiqueue flag

2013-06-06 Thread Jason Wang
To notify the userspace about our capability of multiqueue. Signed-off-by: Jason Wang --- drivers/net/macvtap.c |7 ++- 1 files changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index d2d1d55..992151c 100644 --- a/drivers/net/macvtap.c

[net-next PATCH 6/8] macvtap: eliminate linear search

2013-06-06 Thread Jason Wang
ned-off-by: Jason Wang --- drivers/net/macvtap.c | 64 +++- 1 files changed, 20 insertions(+), 44 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index d18130b..5ccba99 100644 --- a/drivers/net/macvtap.c +++ b/drivers/net/macvtap.

[net-next PATCH 5/8] macvlan: change the max number of queues to 16

2013-06-06 Thread Jason Wang
Macvtap should be at least compatible with tap, so change the max number to 16. Signed-off-by: Jason Wang --- include/linux/if_macvlan.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h index e47ad46..62d8bda

[net-next PATCH 7/8] macvtap: add TUNSETQUEUE ioctl

2013-06-06 Thread Jason Wang
aps array to only track active taps. Signed-off-by: Jason Wang --- drivers/net/macvtap.c | 135 +-- include/linux/if_macvlan.h |4 + 2 files changed, 120 insertions(+), 19 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c in

[net-next PATCH 4/8] macvtap: introduce macvtap_get_vlan()

2013-06-06 Thread Jason Wang
Factor out the device holding logic to a macvtap_get_vlan(), this will be also used by multiqueue API. Signed-off-by: Jason Wang --- drivers/net/macvtap.c | 27 --- 1 files changed, 20 insertions(+), 7 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net

[net-next PATCH 1/8] macvtap: fix a possible race between queue selection and changing queues

2013-06-06 Thread Jason Wang
ing an ACCESS_ONCE() to make sure vlan->numvtaps were only read once. Acked-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- drivers/net/macvtap.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c index 68efb91..5e485e3 100

[net-next PATCH 0/8] Multiqueue API for macvtap

2013-06-06 Thread Jason Wang
een disabled areas and enabled areas. - Fix the commit log of patch 7/8 ( v1 says the linked list were used which is wrong ) - Other minor bug fixes Jason Wang (8): macvtap: fix a possible race between queue selection and changing queues macvtap: do not add self to waitqueue if doi

[net-next PATCH 2/8] macvtap: do not add self to waitqueue if doing a nonblock read

2013-06-06 Thread Jason Wang
There's no need to add self to waitqueue if doing a nonblock read. This could help to avoid the spinlock contention. Acked-by: Michael S. Tsirkin Signed-off-by: Jason Wang --- drivers/net/macvtap.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/driver

Re: linux-next: manual merge of the mvebu tree with the imx-mxs tree

2013-06-06 Thread Jason Cooper
om the imx-mxs tree and commit > 5be22d8c29fd ("arm: mvebu: add another earlyprintk Kconfig option") from > the mvebu tree. > > I fixed it up (see below) and can carry the fix as necessary (no action > is required). Looks good, thanks Stephen! thx, Jason. > > -- > Che

Re: [PATCH 0/6] Marvell Orion SoC irqchip and clocksource

2013-06-06 Thread Jason Gunthorpe
s broadly good to me, based on a quick read through all the patches. Regards, Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please re

Re: [PATCH 0/6] Marvell Orion SoC irqchip and clocksource

2013-06-06 Thread Jason Cooper
te ridiculuous dependency havoc > of mv643xx_eth DT support (current net-next) that will add to both irqchip > and clocksource branches respectively. Therefore, I suggest that irq > and clocksource maintainers take in the mere drivers (Patches 1+2) and > Jason Cooper handles the re

Re: [PATCH] virtio-net: put virtio net header inline with data

2013-06-06 Thread Jason Wang
On 06/06/2013 05:55 PM, Michael S. Tsirkin wrote: > For small packets we can simplify xmit processing by linearizing buffers > with the header: most packets seem to have enough head room we can use > for this purpose. > > Since some older hypervisors (e.g. qemu before version 1.5) > required that h

[PATCH] drivers: hv: switch to use mb() instead of smp_mb()

2013-06-17 Thread Jason Wang
Even if guest were compiled without SMP support, it could not assume that host wasn't. So switch to use mb() instead of smp_mb() to force memory barriers for UP guest. Cc: K. Y. Srinivasan Cc: Haiyang Zhang Cc: sta...@vger.kernel.org Signed-off-by: Jason Wang --- drivers/hv/ring_buf

[PATCH] drivers: hv: allocate synic structures before hv_synic_init()

2013-06-18 Thread Jason Wang
h_cpu() call in vmbus_bus_init(). Cc: K. Y. Srinivasan Cc: Haiyang Zhang Signed-off-by: Jason Wang --- drivers/hv/hv.c | 85 - drivers/hv/hyperv_vmbus.h |4 ++ drivers/hv/vmbus_drv.c|8 +++- 3 files changed, 63 insertions(+), 34 dele

[net-next rfc 1/3] net: avoid high order memory allocation for queues by using flex array

2013-06-18 Thread Jason Wang
Currently, we use kcalloc to allocate rx/tx queues for a net device which could be easily lead to a high order memory allocation request when initializing a multiqueue net device. We can simply avoid this by switching to use flex array which always allocate at order zero. Signed-off-by: Jason

[net-next rfc 3/3] tuntap: increase the max queues to 16

2013-06-18 Thread Jason Wang
Since we've reduce the size of tun_struct and use flex array to allocate netdev queues, it's safe for us to increase the limit of queues in tuntap. Signed-off-by: Jason Wang --- drivers/net/tun.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/n

[net-next rfc 2/3] tuntap: reduce the size of tun_struct by using flex array

2013-06-18 Thread Jason Wang
to use pure hashing in flow cache who may demand a larger size array in the future. After this patch, the size of tun_struct on x86_64 were reduced from 8512 to 328. Signed-off-by: Jason Wang --- drivers/net/tun.c | 54 +-- net/openvswitch

<    1   2   3   4   5   6   7   8   9   10   >