On Thu, Oct 04, 2012 at 12:41:15PM -0500, Kent Yoder wrote:
> I'd rather see us just track the state and do the right thing
> here. If we don't get invalid postinit if we call tpm_startup during
> tpm_tis_init/tpm_tis_i2c_init, then set a flag we switch on here.
At least on my platform it is po
RW BSS sections, which is not the case for PPC.
Teach the ELF loader to check the X bit in the relevant load header and
create 0 filled anonymous mappings that are executable if the load header
requests that.
Signed-off-by: Jason Gunthorpe
---
arch/powerpc/include/asm/page.h| 10
On 10/23/2012 03:01 PM, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
Works for me.
Acked-by: Jason Wessel
Cheers,
Jason.
--
To unsubscribe fr
level modifications),
> > and then another commit for the .dts change? I don't really care
> > personally, it's really up to Jason/Andrew on this.
> >
> > Another comment below, though.
> >
> > On Wed, 24 Oct 2012 15:49:21 +0200, Gregory CLEMENT wrot
On Thu, Oct 25, 2012 at 03:21:14PM +0200, Thomas Petazzoni wrote:
> Jason,
>
> On Thu, 25 Oct 2012 09:18:18 -0400, Jason Cooper wrote:
>
> > > Jason, Andrew, do you want I split this patch as suggested by
> > > Thomas or are you fine with having one single patch?
;
> reg = <0xd002 0x258>;
> };
> +
> + sata@d00a {
> +compatible = "marvell,orion-sata";
> +reg = <0xd00a 0x2400>;
> + inte
ving it on. Being able to turn pr_debug() calls off/on in a
production environment, to get debugging data seems very valuable.
thanks,
-Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
lo
> project also doesn't work (gives a load error from the efi runtime).
>
> So i guess i'm stuck here.
>
> It should be noted somewhere that with Huangs patches, elilo version 3.8
> is needed.
>
The release notes with elilo3.7 beta (first integration of Intel EFI 2
patches) does cover this, as well as the toolchain changes required to
build it. fyi
-Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Feb 12, 2008 at 06:35:09PM -0800, Christoph Lameter wrote:
> On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
>
> > The problem is that the existing wire protocols do not have a
> > provision for doing an 'are you ready' or 'I am not ready' exchange
>
[mangled CC list trimmed]
On Tue, Feb 12, 2008 at 10:56:26PM -0500, Patrick Geoffray wrote:
> Jason Gunthorpe wrote:
>> I don't know much about Quadrics, but I would be hesitant to lump it
>> in too much with these RDMA semantics. Christian's comments sound like
>>
On Tue, Feb 12, 2008 at 05:01:17PM -0800, Christoph Lameter wrote:
> On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
>
> > Well, certainly today the memfree IB devices store the page tables in
> > host memory so they are already designed to hang onto packets during
> > t
cidental stepping out of a frame you didn't mean to.
Also there are a lot of non-obvious code paths that can get executed via
kgdb such as the fault handlers. The simple recursion check covers
enough cases that you don't want to live without it.
If you want to improve it please prov
re is
page migration using some atomic operations with the adaptor and a cpu
page copy with retry sort of scheme - but is pure page migration
interesting at all?
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
"set debug remote 1" in the gdb session if you
want to see what is going on. After the continue, the next time you
break in with the debugger it should send $T.etc which is a stop
packet.
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
you are toast).
I don't see any reason to change the code there unless it can be further
improved some way. We want to fail loudly and verbosely when this kind
of thing happens so we can determine if it was the end user that caused
the problem or if there is a real defect.
Jason.
--
To u
not report the address that the
exception occurred at when you call instruction_pointer(). This optional
function allows for an arch to perform a "fixup" to get the address the
exception actually occurred at.
Kgdb requires the actual exception address so a sanity check can be
perfor
re
places you cannot debug due to the amount of code to services the
ethernet device, irq sync etc...
This check is absolutely required to help prevent silent death via
dumb breakpoints or stepping around in random places (which is ill
advised anyway).
Jason.
--
To unsubscribe from this list: send the
On Wed, Feb 13, 2008 at 10:51:58AM -0800, Christoph Lameter wrote:
> On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
>
> > But this isn't how IB or iwarp work at all. What you describe is a
> > significant change to the general RDMA operation and requires changes to
> >
go away - the risk is that
other MPI nodes can randomly scribble all over the process :)
Christoph: It seemed to me you were first talking about
freeing/swapping/faulting RDMA'able pages - but would pure migration
as a special hardware supported case be useful like Catilan suggested?
Regards,
Jaso
because the kernel.org community
may or may not object to exposing too many low level exports.
The following changes since commit 2680c15446821264fa3c2278e584974f2feb97b4:
Jason Wessel (1):
Merge branch 'master' of git://git.kernel.org/.../mingo/linux-2.6-kgdb
are available
Fix the run time configuration of kgdboc such that it does not default
to 9600 baud if you use the "echo" command to configure the sysfs
module paramater.
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
drivers/serial/kgdboc.c |7 ++-
1 files changed, 6 insertions
In order to not trip the clocksource watchdog, kgdb must touch the
clocksource watchdog on the return to normal system run state.
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
include/linux/clocksource.h |1 +
kernel/kgdb.c |4
kernel/time/clocksource.c
If kgdb does remove a breakpoint that had a problem on the recursion
check, it should also print the address of the breakpoint.
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
kernel/kgdb.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/kernel/kgdb.c b/
NMI sync vs the normal NMI apic interrupt so
kgdb needs to catch the unknown NMI if it the debugger was previously
active on one of the cpus.
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
arch/x86/kernel/kgdb.c | 18 +++---
arch/x86/kernel/traps_32.c |2 ++
ar
gpl-exported all of them. The result is
a fully modular kgdb that may help to reduce concerns regarding its
intrusiveness.
Signed-off-by: Jan Kiszka <[EMAIL PROTECTED]>
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
arch/x86/kernel/kgdb-x86.c | 11 ++-
arch/x86/kernel/r
are interested in, in the first place.
Signed-off-by: Jason Wessel <[EMAIL PROTECTED]>
---
arch/x86/kernel/kgdb.c| 138 +
arch/x86/kernel/setup64.c | 14 +
kernel/kgdb.c |4 +-
3 files changed, 154 insertions(+), 2 del
would
be easy enough to add other reboot types, such as an R1 which might call
to the bios or another means to reset. For now the intent is pretty
clear and there is not likely a need to expand the scope.
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
e, those take
priority over the kernel HW breakpoints.
We have to assume that the person debugging the kernel ultimately has
full control of the system, and will do what ever is needed to
debug/inspect the kernel how he or she chooses.
Of course at some future time if there is a generic API to use for the
On 10/31/2012 03:05 AM, Rick Jones wrote:
On 10/30/2012 03:03 AM, Jason Wang wrote:
Hi all:
This series is an update version of multiqueue virtio-net driver
based on
Krishna Kumar's work to let virtio-net use multiple rx/tx queues to
do the
packets reception and transmission. Please r
; So if no one else wants to do this, then I am willing to look after
> > the IXP code. I think that I do have the time for it.
>
> Thanks for the offer!
Yes, thank you!
> Jason Cooper was also volunteering to help out with this, and even we can't
> convince Krzysztof to contin
On 11/01/2012 02:16 AM, David Miller wrote:
From: Jason Wang
Date: Mon, 29 Oct 2012 14:15:49 +0800
@@ -110,6 +110,11 @@ struct tap_filter {
unsigned char addr[FLT_EXACT_COUNT][ETH_ALEN];
};
+/* 1024 is probably a high enough limit: modern hypervisors seem to support on
+ * the
On 10/31/2012 07:52 AM, Stephen Hemminger wrote:
I am testing BQL for tuntap.
It wouldn't be hard to do BQL in the multi-queue version.
Yes, if BQL for tuntap is in first, I will rebase and convert it to
multiqueue version.
Thanks
--
To unsubscribe from this list: send the line "unsubscribe
2/10/29/37
- V3 https://lkml.org/lkml/2012/6/25/191
- V2 http://lwn.net/Articles/459270/
- V1 http://www.mail-archive.com/kvm@vger.kernel.org/msg59479.html
Jason Wang (7):
tuntap: log the unsigned informaiton with %u
tuntap: move socket to tun_file
tuntap: RCUify dereferencing between tun_stru
Signed-off-by: Jason Wang
---
drivers/net/tun.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 3157519..f830b1b 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1419,7 +1419,7 @@ static long __tun_chr_ioctl
initialize after a new interface were attached to an persist device.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 266 +
1 files changed, 145 insertions(+), 121 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index f830b1
;s also no need for tun_file hold an refcnt
to tun_struct.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 95 ++---
1 files changed, 47 insertions(+), 48 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index d52ad24..bdbb526 10
Add flags to be used by creating multiqueue tuntap device.
Signed-off-by: Jason Wang
---
include/uapi/linux/if_tun.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/uapi/linux/if_tun.h b/include/uapi/linux/if_tun.h
index 25a585c..8ef3a87 100644
--- a/include
allowed to be
attached to the device as multiple queues.
When choosing txq, we first try to identify a flow through its rxhash, if it
does not have such one, we could try recorded rxq and then use them to choose
the transmit queue. This policy may be changed in the future.
Signed-off-by: Jason Wang
introduced to do the detaching.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 56 --
include/uapi/linux/if_tun.h |3 ++
2 files changed, 51 insertions(+), 8 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 2762c55
retire the
mapping. The mapping were created when tun receives packet from userspace, and
was quired in .ndo_select_queue().
I run co-current TCP_CRR test and didn't see any mapping manipulation helpers in
perf top, so the overhead could be negelected.
Signed-off-by: Jason Wang
---
driver
My apologies for starting a new thread, but I don't have this thread
in my Inbox.
http://www.spinics.net/lists/linux-omap/msg81034.html
Tony Lindgren wrote:
>* Pantelis Antoniou [121031 15:02]:
>>
>> So when device's node is 'disabled' of_platform_device_create_pdata()
>> will not create the de
On Fri, Nov 2, 2012 at 7:21 AM, Alan Cox wrote:
>> >> Fair enough. But there's no such thing a 'hotplug enumeration
>> >> construct' in Linux yet, and a bus is the closest thing to it. It does
>> >> take advantage of the nice way device code matches drivers and devices
>> >> though.
>
> A bus is t
On 07/29/2012 05:44 PM, Michael S. Tsirkin wrote:
On Sat, Jul 21, 2012 at 02:02:58PM +0200, Sasha Levin wrote:
On 07/20/2012 03:40 PM, Michael S. Tsirkin wrote:
- err = init_vqs(vi);
+ if (virtio_has_feature(vdev, VIRTIO_NET_F_CTRL_VQ))
+ vi->has_cvq = true;
+
How ab
On 07/23/2012 05:28 PM, Sasha Levin wrote:
On 07/23/2012 07:54 AM, Jason Wang wrote:
On 07/21/2012 08:02 PM, Sasha Levin wrote:
On 07/20/2012 03:40 PM, Michael S. Tsirkin wrote:
-err = init_vqs(vi);
+if (virtio_has_feature(vdev, VIRTIO_NET_F_CTRL_VQ))
+vi->has_cvq = t
On 07/26/2012 04:20 PM, Paolo Bonzini wrote:
Il 05/07/2012 13:40, Sasha Levin ha scritto:
@@ -275,7 +274,7 @@ static void vm_del_vq(struct virtqueue *vq)
vring_del_virtqueue(vq);
/* Select and deactivate the queue */
- writel(info->queue_index, vm_dev->base + VIRTIO_MMIO
On 07/29/2012 05:50 PM, Michael S. Tsirkin wrote:
On Mon, Jul 23, 2012 at 01:48:35PM +0800, Jason Wang wrote:
+ }
- if (virtio_has_feature(vi->vdev, VIRTIO_NET_F_CTRL_VQ)) {
+ ret = vi->vdev->config->find_vqs(vi->vdev, total_vqs,
the
> entry for the master CPU.
No need for confusion here :-)
I'll take this one for the kernel merge window if it passes regression tests,
no reason not to be setting the stop codes properly.
Thanks,
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
uch as a Lenovo X220i and an Ivybridge development
> platform that needed to wait ~450-950 microseconds.
This seems fine to me.
I'll test it, merge it, and add a CC for -stable.
Thanks,
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
efined.
>
This is already pending along with other fixes in kgdb-next / linux next for
the 3.7 merge window.
Jason.
--
commit 9a15c35d16cf76482be076125f631f1193e29413
Author: Jason Wessel
Date: Wed Aug 8 21:12:19 2012 -0500
kgdb,x86: fix warning about unused variable
When compili
85 ff 74 66 a1 cc 8b a1 c1 <8b> 98 1c 01 00 00 8b
07 85 c0 74 3a 83 e8 01 85 c0 89 07 74 12
EIP: [] lockd_down_net+0x41/0xb0 SS:ESP 0068:d7033d88
CR2: 011c
---[ end trace 4812fcaee13b225d ]---
Thanks,
Jason.
--
To unsubscribe from this list: send the line "unsubscribe
On 09/20/2012 08:40 AM, Jason Wessel wrote:
> On 09/19/2012 06:40 PM, Anton Vorontsov wrote:
>> Hi all,
>>
>> In v8, addressed Jason's comments:
>>
>> - Changed kgdb_enable_nmi() weak function to kgdb_arch callbck;
>> - We no longer register disable_nmi
nd
> commit c02cecb92ed4 ("ARM: orion: move platform_data definitions") from
> the arm-soc tree.
>
> I fixed it up (see below) and can carry the fix as necessary (no action
> is required).
The change below is correct, thanks.
thx,
Jason.
> --
> Cheers,
> Stephen
USER_BUF_PAGE, (int) len);
The style here, I think, is generally to leave out the space, ie: (int)len.
Thanks,
-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/
gt;
> And I still think this is ugly as it requires different parsing
> by scripts when using combinations of +pfmlt
>
>
If this patch doesn't 'solve it entirely', I'm reluctant to ack it,
Would brackets, such as {} around the optional prefix be reasonable?
Thanks,
-Jas
s.
until that is resolved, can we make this patch conform to what is in the
file currently? Once the dt folks clarify, we can run through all the
dts's and submit one cleanup series.
If there are no other comments on this series, I'm fine taking it as is
and doing the fixup on my end.
vger.kernel.org/msg59479.html
Jason Wang (7):
tuntap: log the unsigned informaiton with %u
tuntap: move socket to tun_file
tuntap: RCUify dereferencing between tun_struct and tun_file
tuntap: introduce multiqueue flags
tuntap: multiqueue support
tuntap: add ioctl to attach or detach a file for
retire the
mapping. The mapping were created when tun receives packet from userspace, and
was quired in .ndo_select_queue().
I run co-current TCP_CRR test and didn't see any mapping manipulation helpers in
perf top, so the overhead could be negelected.
Signed-off-by: Jason Wang
---
Changes
initialize after a new interface were attached to an persist device.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 266 +
1 files changed, 145 insertions(+), 121 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index ef13cf
;s also no need for tun_file hold an refcnt
to tun_struct.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 95 ++---
1 files changed, 47 insertions(+), 48 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index e8cedb0..d332cb8 10
Add flags to be used by creating multiqueue tuntap device.
Signed-off-by: Jason Wang
---
include/uapi/linux/if_tun.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/uapi/linux/if_tun.h b/include/uapi/linux/if_tun.h
index 25a585c..8ef3a87 100644
--- a/include
allowed to be
attached to the device as multiple queues.
When choosing txq, we first try to identify a flow through its rxhash, if it
does not have such one, we could try recorded rxq and then use them to choose
the transmit queue. This policy may be changed in the future.
Signed-off-by: Jason Wang
introduced to do the detaching.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 56 --
include/uapi/linux/if_tun.h |3 ++
2 files changed, 51 insertions(+), 8 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 59235ba
retire the
mapping. The mapping were created when tun receives packet from userspace, and
was quired in .ndo_select_queue().
I run co-current TCP_CRR test and didn't see any mapping manipulation helpers in
perf top, so the overhead could be negelected.
Signed-off-by: Jason Wang
---
driver
Signed-off-by: Jason Wang
---
drivers/net/tun.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 0873cdc..ef13cf0 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1422,7 +1422,7 @@ static long __tun_chr_ioctl
On 10/29/2012 01:35 PM, Jason Wang wrote:
This patch implements a simple multiqueue flow steering policy - tx follows rx
for tun/tap. The idea is simple, it just choose the txq based on which rxq it
comes. The flow were identified through the rxhash of a skb, and the hash to
queue mapping were
On 10/29/2012 02:07 PM, David Miller wrote:
Many sites rejected your emails because they had two To: headers.
Please repost this without that problem so people can actually
receive it.
Thanks.
Sorry about that, will repost soon.
--
To unsubscribe from this list: send the line "unsubscribe li
vger.kernel.org/msg59479.html
Jason Wang (7):
tuntap: log the unsigned informaiton with %u
tuntap: move socket to tun_file
tuntap: RCUify dereferencing between tun_struct and tun_file
tuntap: introduce multiqueue flags
tuntap: multiqueue support
tuntap: add ioctl to attach or detach a file for
Signed-off-by: Jason Wang
---
drivers/net/tun.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 0873cdc..ef13cf0 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1422,7 +1422,7 @@ static long __tun_chr_ioctl
initialize after a new interface were attached to an persist device.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 266 +
1 files changed, 145 insertions(+), 121 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index ef13cf
;s also no need for tun_file hold an refcnt
to tun_struct.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 95 ++---
1 files changed, 47 insertions(+), 48 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index e8cedb0..d332cb8 10
allowed to be
attached to the device as multiple queues.
When choosing txq, we first try to identify a flow through its rxhash, if it
does not have such one, we could try recorded rxq and then use them to choose
the transmit queue. This policy may be changed in the future.
Signed-off-by: Jason Wang
introduced to do the detaching.
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 56 --
include/uapi/linux/if_tun.h |3 ++
2 files changed, 51 insertions(+), 8 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 59235ba
retire the
mapping. The mapping were created when tun receives packet from userspace, and
was quired in .ndo_select_queue().
I run co-current TCP_CRR test and didn't see any mapping manipulation helpers in
perf top, so the overhead could be negelected.
Signed-off-by: Jason Wang
---
driver
Add flags to be used by creating multiqueue tuntap device.
Signed-off-by: Jason Wang
---
include/uapi/linux/if_tun.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/uapi/linux/if_tun.h b/include/uapi/linux/if_tun.h
index 25a585c..8ef3a87 100644
--- a/include
From: Krishna Kumar
Introduce VIRTIO_NET_F_MULTIQUEUE.
Signed-off-by: Krishna Kumar
Signed-off-by: Jason Wang
---
include/uapi/linux/virtio_net.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/uapi/linux/virtio_net.h b/include/uapi/linux/virtio_net.h
index
ckets from the same flow, driver
would let the device (usually tuntap) to use the 'rx follows tx' packet steering
rules when working in multiqueue mode. In this mode, the device would select the
rxq based on the last queue where the packet of the flow were sent.
Signed-off-by: Jason Wang
-
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.
Signed-off-by: Jason Wang
---
drivers/net/virtio_net.c | 43
On 08/25/2013 07:53 PM, Michael S. Tsirkin wrote:
> On Fri, Aug 23, 2013 at 04:55:49PM +0800, Jason Wang wrote:
>> On 08/20/2013 10:48 AM, Jason Wang wrote:
>>> On 08/16/2013 06:02 PM, Michael S. Tsirkin wrote:
>>>>> On Fri, Aug 16, 2013 at 01:16:30PM +0800, Jas
u-mbus driver
grrr. I hate to ask this, but can you please rebase patches 1 and 2
against mvebu/fixes-non-critical? No need to add back in the mvebu-mbus
hunk.
thx,
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
wed-by: Ezequiel Garcia
> ---
> drivers/pinctrl/mvebu/pinctrl-mvebu.c | 11 +--
> 1 file changed, 5 insertions(+), 6 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
On Tue, Aug 27, 2013 at 11:01:20AM +0800, Jisheng Zhang wrote:
> Dear Jason,
>
> On Mon, 26 Aug 2013 13:45:23 -0700
> Jason Cooper wrote:
>
> > On Mon, Aug 26, 2013 at 07:36:55PM +0800, Jisheng Zhang wrote:
> > > These patches try to fix resource leak
on-critical,
> pinctrl: mvebu: Convert to use devm_ioremap_resource
Previously Acked patch 3 for LinusW
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
example, when I try to use dev_dbg_ratelimited in USB code and
>> CONFIG_USB_DEBUG is enabled, but CONFIG_DYNAMIC_DEBUG is not, I get:
> Jason?
>
> Seems mostly sensible to me but I think the first check
> needs to be
>
> #if defined(CONFIG_DYNAMIC_DEBUG) && defined(
pb timers,
> uart, and interrupt controllers. The Sony NSZ-GS7 is a GoogleTV consumer
> device comprising the Armada 1500 SoC above.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Changelog:
> v1->v2:
> - add binding documentation (Reported by Jason Cooper)
> - change l
; expected.
>>
>> Signed-off-by: Jason Baron
>> ---
>> lib/dynamic_debug.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
> How far back should this patch go for older kernels? Is this a bug that
> people are hitting today and causing problems, or is i
fe.
This patch in combination with the patch "epoll: Do not take global 'epmutex'
for simple topologies", shows a dramatic performance improvement in
scalability for SPECjbb.
Tested-by: Nathan Zimmer
Signed-off-by: Jason Baron
---
fs/eventpoll.c | 65 +++
er 40 sockets.
...
Currently the benchmark stops scaling at around 40-44 sockets but it seems like
I found a second unrelated bottleneck.
"
Tested-by: Nathan Zimmer
Signed-off-by: Jason Baron
---
fs/eventpoll.c | 94 ++
1 file chan
rk when from scaling well on 10 sockets to scaling well
on just over 40 sockets.
I should also note there system responsiveness of various commands was quite
improved when under the full load of the benchmark.
...
Currently the benchmark stops scaling at around 40-44 sockets but it seems like
sane when testing
this thing, so the patches are all as-tested from my perspective.
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
On Wed, Oct 02, 2013 at 12:52:40AM +0200, Peter H?we wrote:
> Am Montag, 23. September 2013, 20:14:38 schrieb Jason Gunthorpe:
> > CLASS-dev.c is a common idiom for Linux subsystems
> >
> > This pulls all the code related to the miscdev into tpm-dev.c and makes it
>
should have
complained I think...
Anyhow, the %zd is the error here, expected_len should ideally be a
u32 as it comes from be32_to_cpu(hdr->length)
Regards,
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.or
rather move it to timer-only context.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: David Miller
> Cc: Lennert Buytenhek
> Cc: Jason Cooper
> Cc: net...@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
> ---
>
unloaded
> without starting the eth device. To fix this, we add the timer right
> before the port is started, instead of at _probe() time.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: David Miller
> Cc: Lennert Buytenhek
> Cc: Jason Cooper
> Cc: net...
correct node.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: David Miller
> Cc: Lennert Buytenhek
> Cc: Jason Cooper
> Cc: net...@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
> ---
> drivers/net/ethernet/marvel
; + struct fpga_manager *mgr = platform_get_drvdata(pdev);
> +
> + if (mgr && mgr->mops && mgr->mops->fpga_remove)
> + mgr->mops->fpga_remove(mgr);
> +
> + device_unregister(mgr->dev);
> +
> + spin_lock(&fpga_
On Wed, Oct 2, 2013 at 12:19 PM, Waiman Long wrote:
> On 09/26/2013 06:42 PM, Jason Low wrote:
>>
>> On Thu, 2013-09-26 at 14:41 -0700, Tim Chen wrote:
>>>
>>> Okay, that would makes sense for consistency because we always
>>> first set node->lock
them to safely fix them.
If you do find hardware, we can at least take a solid run at sprucing
up the testable drivers which should give them more life..
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.k
k we have to rename tpm.c to tpm-XX.c to
make the build system work.
I've consolidated all the remarks and changes thus far on my github:
https://github.com/jgunthorpe/linux/commits/tpm-devel
ec94ce9d29298ba75cec83a136fd841f8da9d528
(plus 1 more untested patch to remove the tpm-bios
; clk_is_enabled but just the __clk_is_enabled
> > one, this is close to abuse of CCF API. Actually, there should either be an
> > clk_is_enabled or we enable the clock, copy a possible invalid MAC address
> > and disable the clock again. (Added Mike, who might have an opinion
On Thu, Oct 03, 2013 at 03:04:37PM -0400, Jason Cooper wrote:
> > I'm wondering: is the clock really disabled if the device is not
> > available (i.e. status == 'ok')? In other words: isn't the
> > !of_device_is_available() test enough?
>
> Well, t
101 - 200 of 9426 matches
Mail list logo
