I did not reproduce the bug fixed in [1/2], but there are not that many
reasons why we could not unload a module, so the spot is quite obvious.
Radim Krčmář (2):
kvm: free resources after canceling async_pf
kvm: remove .done from struct kvm_async_pf
include/linux/kvm_host.h | 1 -
On 09/04/2013 05:29 AM, Alexandre Courbot wrote:
This patch exports the gpiod_* family of API functions, a safer
alternative to the legacy gpio interface. Differences between the gpiod
and gpio APIs are:
- gpio works with integers, whereas gpiod operates on opaque handlers
which cannot be
When we cancel 'async_pf_execute()', we should behave as if the work was
never scheduled in 'kvm_setup_async_pf()'.
Fixes a bug when we can't unload module because the vm wasn't destroyed.
Signed-off-by: Radim Krčmář rkrc...@redhat.com
---
virt/kvm/async_pf.c | 5 -
1 file changed, 4
'.done' is used to mark the completion of 'async_pf_execute()', but
'cancel_work_sync()' returns true when the work was canceled, so we
use it instead.
Signed-off-by: Radim Krčmář rkrc...@redhat.com
---
include/linux/kvm_host.h | 1 -
virt/kvm/async_pf.c | 5 +
2 files changed, 1
On Wed, Sep 04, 2013 at 09:10:50PM +0100, Zoltan Kiss wrote:
On 03/09/13 13:42, Konrad Rzeszutek Wilk wrote:
Correct. The double buffering code is being run in lib/swiotlb.c not the
xen-swiotlb.c. Hence the question of why not move the tracing in there.
I've put the trace to both locations
On Thu, 2013-07-18 at 01:32 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The current implementation of acpiphp_check_bridge() is pretty dumb:
- It enables a slot if it's not enabled and the slot status is
ACPI_STA_ALL.
- It disables a slot if it's
On 09/05/2013 12:22 AM, Mark Wielaard wrote:
On Wed, 2013-09-04 at 23:42 +0530, Hemant wrote:
On 09/04/2013 01:55 PM, Mark Wielaard wrote:
Note that if you use the normal DTRACE_PROBE macros no semaphore will be
inserted. And you can opt to not support probes that have a semaphore in
perf if
On 09/04/2013 10:41 PM, Sören Brinkmann wrote:
On Wed, Sep 04, 2013 at 09:32:24PM +0200, Sebastian Hesselbarth wrote:
[ ... ]
For mach-zynq I prepared a patch set that brings it close to .init_time
removal. I have pushed it to
https://github.com/shesselba/linux-dove.git zynq-clk-init-v1
and
Hi Lee,
They're currently named *_1_*, for 'Sensor 1', but the code will be much
more readable if we use the naming convention *_LPS331AP_* instead.
You are right, but the reason is to maintain the same structure of the
other sensors drivers (like accel, gyro and magn). Often some sensors
can
Hi Sebastian,
+Michal
On Wed, Sep 04, 2013 at 09:32:24PM +0200, Sebastian Hesselbarth wrote:
[ ... ]
For mach-zynq I prepared a patch set that brings it close to .init_time
removal. I have pushed it to
https://github.com/shesselba/linux-dove.git zynq-clk-init-v1
and will maybe post a
On 09/04/2013 01:33 PM, Andy Lutomirski wrote:
On Wed, Sep 4, 2013 at 12:20 PM, John Stultz john.stu...@linaro.org wrote:
On Wed, Sep 4, 2013 at 11:51 AM, Andy Lutomirski l...@amacapital.net wrote:
I think that most of the hangup was a lack of agreement on how the API
should work wrt leap
Hi Sebastian,
On Wed, Sep 04, 2013 at 10:52:09PM +0200, Sebastian Hesselbarth wrote:
On 09/04/2013 10:41 PM, Sören Brinkmann wrote:
On Wed, Sep 04, 2013 at 09:32:24PM +0200, Sebastian Hesselbarth wrote:
[ ... ]
For mach-zynq I prepared a patch set that brings it close to .init_time
removal.
Randy Dunlap rdun...@infradead.org wrote:
On 09/04/13 01:13, Stephen Rothwell wrote:
Hi all,
Please do not add any code for v3.13 to your linux-next included branches
until after v3.12-rc1 is released.
Changes since 20130902:
on x86_64:
when CONFIG_IPV6=m
and
On Wed, 2013-09-04 at 21:47 +0100, Zoltan Kiss wrote:
THIS PATCH IS NOT INTENDED TO BE UPSTREAMED, IT HAS ONLY INFORMING PURPOSES!
I've noticed a performance regression with upstream kernels when used as Dom0
under Xen. The classic kernel can utilize the whole bandwidth of a 10G NIC
(ca. 9.3
THIS PATCH IS NOT INTENDED TO BE UPSTREAMED, IT HAS ONLY INFORMING PURPOSES!
I've noticed a performance regression with upstream kernels when used as Dom0
under Xen. The classic kernel can utilize the whole bandwidth of a 10G NIC
(ca. 9.3 Gbps), but upstream can reach only ca. 7 Gbps. I found
Here is a patch to be applied after the earlier one to convert the local_t
use to this_cpu. Not sure if I got the local_dec_and_test conversion
right.
Index: linux/arch/arm64/kernel/debug-monitors.c
===
---
Waiman == Waiman Long waiman.l...@hp.com writes:
Waiman In term of AIM7 performance, this patch has a performance boost of
Waiman about 6-7% on top of Linus' lockref patch on a 8-socket 80-core DL980.
Waiman User Range | 10-100 | 200-1 | 1100-2000 |
Waiman Mean JPM w/o patch |
On Sep 3, 2013, at 2:35 AM, Yijing Wang wrote:
Use pci_is_pcie() to simplify code.
Signed-off-by: Yijing Wang wangyij...@huawei.com
Cc: Gavin Shan sha...@linux.vnet.ibm.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc:
On Wed, Sep 04, 2013 at 02:00:40PM -0700, Eric Dumazet wrote:
On Wed, 2013-09-04 at 21:47 +0100, Zoltan Kiss wrote:
THIS PATCH IS NOT INTENDED TO BE UPSTREAMED, IT HAS ONLY INFORMING PURPOSES!
I've noticed a performance regression with upstream kernels when used as
Dom0
under Xen. The
On 09/04/2013 01:23 PM, Andy Lutomirski wrote:
On Wed, Sep 4, 2013 at 12:17 PM, John Stultz john.stu...@linaro.org wrote:
On Wed, Sep 4, 2013 at 2:18 AM, Arun Sharma asha...@fb.com wrote:
A couple of years ago Andy posted this patch series:
http://thread.gmane.org/gmane.linux.kernel/1233209/
On Wed, Sep 4, 2013 at 12:05 PM, Waiman Long waiman.l...@hp.com wrote:
+ rcu_read_unlock();
+ if (read_seqretry(rename_lock, seq))
+ goto restart;
Btw, you have this pattern twice, and while it's not necessarily
incorrect, it's a bit worrisome for performance.
The
On Wed, Sep 4, 2013 at 12:25 PM, Waiman Long waiman.l...@hp.com wrote:
Yes, the perf profile was taking from an 80-core machine. There isn't any
scalability issue hiding for the short workload on an 80-core machine.
However, I am certain that more may pop up when running in an even larger
On 09/04/2013 08:00 PM, Andreas Dilger wrote:
In the past, I've raised the question of whether mbcache is even
useful on real-world systems. Essentially, this is providing a
deduplication service for ext2/3/4 xattr blocks that are identical.
The question is how often this is actually the
Hi Folks !
It appears that the current version of irq_exit() calls __do_softirq()
directly rather than do_softirq().
That means we are going to call the softirq's in the current interrupt
frame rather than on the separate softirq stack.
The current frame is also still the normal kernel stack,
On Tue, 2013-09-03 at 16:45 +0800, Tang Chen wrote:
The comment about return value of acpi_table_parse() is incorrect.
This patch fix it.
Since all callers only check if the function succeeded or not, this
patch simplifies the semantics by returning -errno for all failure
cases. This will
On 9/4/13 2:18 PM, Adrian Hunter wrote:
The perf_evlist__event2evsel() is changed to handle
non-sample events (such as mmap events) that have no
id sample appended i.e. when sample_id_all is not set.
Note that such events have a fixed format, so that
the selected event (evsel) they are
David,
Is there anyway I can call you at (at your desk) during EST hours. I'd
like to talk this part through since I think we're going a bit in
circles. I'd like to get this fixed so we can submit the fscache for
Ceph code for the upstream kernel in the merge window.
Best,
-- Milosz
On Wed, Sep
Non-volatile DIMMs have started to become available. A NVDIMMs is a
DIMM that does not lose data across power interruptions. Some of the
NVDIMMs act like memory, while others are more like a block device
on the memory bus. Application uses vary from being used to cache
critical data, to being a
commit 666b9adc801ef012612c4e43e0f44b2cdc1979cf terminated vmbus
version negotiation incorrectly. We need to terminate the version
negotiation only if the current negotiation were to timeout.
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
---
drivers/hv/connection.c |2 +-
1 files
On Wed, Sep 04, 2013 at 12:39:59PM -0600, Stephen Warren wrote:
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
Add Tegra114 TMDS configuration, add new peak_current field and
use new place for drive current override bit on Tegra114 platform.
diff --git a/drivers/gpu/host1x/dev.c
On Wed, Sep 04, 2013 at 12:40:58PM -0600, Stephen Warren wrote:
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
Use EDID data to determine whether the display supports HDMI or just DVI.
This used to be hardcoded to be HDMI, which broke support for DVI displays
that couldn't understand the
Tx and rx urbs are not deallocated if something goes wrong in peak_usb_start().
The patch fixes error handling to deallocate all the resources.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov khoroshi...@ispras.ru
---
Haven't seen this before.
Tree based on v3.11-3104-gf357a82
BUG: soft lockup - CPU#0 stuck for 22s! [trinity-child0:25479]
Modules linked in: sctp snd_seq_dummy fuse dlci rfcomm tun bnep hidp ipt_ULOG
nfnetlink can_raw can_bcm scsi_transport_iscsi nfc caif_socket caif af_802154
phonet af_rxrpc
On 09/04/2013 09:44 PM, Stephen Warren wrote:
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
The Vdd regulator used to be enabled only at tegra_output_hdmi_enable,
which is called after a sink is detected. However, the HDMI hotplug pin
works by returning the voltage supplied by the Vdd pin, so
On 09/04/2013 04:03 PM, Mikko Perttunen wrote:
On 09/04/2013 09:44 PM, Stephen Warren wrote:
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
The Vdd regulator used to be enabled only at tegra_output_hdmi_enable,
which is called after a sink is detected. However, the HDMI hotplug pin
works by
On 09/04/2013 01:54 PM, John Stultz wrote:
I'd advocate for going whole hog and returning, atomically:
- TAI (nanoseconds from epoch)
- UTC - TAI (seconds or nanoseconds) *
- TAI - CLOCK_MONOTONIC (nanoseconds)
- a leap second flag.
* There are various ways to define this. My fancy
This series tries to provide a basic dmaengine driver for the s3c24xx
SoCs to subsequently retire the old one with custom API.
Since v3 more smaller fixes were added, and memcpy operations now have a very
simple mechanism to try to use higher transfer widths.
Since v2 only some small fixes to
Each dma channel has its own clock. The upcoming dma driver wants to
handle these itself and therefore needs to be able to get the correct
clock for a channel.
Therefore rename the dma clocks to dma.X for s3c2412, s3c2416 and
s3c2443. This does not change the behaviour for the old dma driver at
This adds a new driver to support the s3c24xx dma using the dmaengine
and makes the old one in mach-s3c24xx obsolete in the long run.
Conceptually the s3c24xx-dma feels like a distant relative of the pl08x
with numerous virtual channels being mapped to a lot less physical ones.
The driver
This includes defining the mapping for the request sources.
Signed-off-by: Heiko Stuebner he...@sntech.de
Acked-by: Linus Walleij linus.wall...@linaro.org
---
changes since v1:
- follow new pdata definition
arch/arm/mach-s3c24xx/common.c| 106 +
The spi-s3c64xx device is also used on the s3c2416 and s3c2443 SoCs.
The driver also already uses only generic dma-engine operations.
Therefore add another elif to set the s3c24xx filter.
Signed-off-by: Heiko Stuebner he...@sntech.de
Acked-by: Linus Walleij linus.wall...@linaro.org
---
On Wednesday, September 04, 2013 02:36:34 PM Alex Williamson wrote:
On Thu, 2013-07-18 at 01:32 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The current implementation of acpiphp_check_bridge() is pretty dumb:
- It enables a slot if it's not enabled
On 09/04/2013 03:29 PM, H. Peter Anvin wrote:
On 09/04/2013 01:54 PM, John Stultz wrote:
I'd advocate for going whole hog and returning, atomically:
- TAI (nanoseconds from epoch)
- UTC - TAI (seconds or nanoseconds) *
- TAI - CLOCK_MONOTONIC (nanoseconds)
- a leap second flag.
*
On 09/04/2013 03:59 PM, John Stultz wrote:
Also, there's been talk of a slewed-leap-second clockid, basically UTC
but around the leapsecond it slows down to absorb the extra second. This
means that clockid would have a subsecond offset from TAI.
Most of what I have heard seem to center
On Thu, 2013-09-05 at 00:54 +0200, Rafael J. Wysocki wrote:
On Wednesday, September 04, 2013 02:36:34 PM Alex Williamson wrote:
On Thu, 2013-07-18 at 01:32 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The current implementation of
On 09/04/2013 04:04 PM, H. Peter Anvin wrote:
On 09/04/2013 03:59 PM, John Stultz wrote:
Also, there's been talk of a slewed-leap-second clockid, basically UTC
but around the leapsecond it slows down to absorb the extra second. This
means that clockid would have a subsecond offset from TAI.
On Wed, Sep 4, 2013 at 7:40 AM, miny...@acm.org wrote:
A few things for 3.12 from various people.
Half of these don't have your sign-offs, so I can't apply them.
Linus
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Wednesday, September 04, 2013 05:12:14 PM Alex Williamson wrote:
On Thu, 2013-09-05 at 00:54 +0200, Rafael J. Wysocki wrote:
On Wednesday, September 04, 2013 02:36:34 PM Alex Williamson wrote:
On Thu, 2013-07-18 at 01:32 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
We've been getting warnings about an excessive amount of time spent
allocating pages for migration during memory compaction without
scheduling. isolate_freepages_block() already periodically checks for
contended locks or the need to schedule, but isolate_freepages() never
does.
When a zone is
+struct esas2r_adapter {
+struct esas2r_target targetdb[ESAS2R_MAX_TARGETS];
+struct esas2r_target *targetdb_end;
...
+u8 fw_coredump_buff[ESAS2R_FWCOREDUMP_SZ];
+void esas2r_reset_chip(struct esas2r_adapter *a)
+{
+if (!esas2r_is_adapter_present(a))
+
On Fri, Aug 30, 2013 at 2:15 PM, Kent Overstreet k...@daterainc.com wrote:
GFP_NOIO means we could be getting called recursively - mca_alloc() -
mca_data_alloc() - definitely can't use mutex_lock(bucket_lock) then.
Whoops.
Signed-off-by: Kent Overstreet k...@daterainc.com
Awesome! I tested
(sending for 3rd time, odd dns problems today, apologies for dupes)
On Wed, 2013-09-04 at 08:58 -0700, Sarah Sharp wrote:
On Tue, Sep 03, 2013 at 10:25:21AM -0700, Joe Perches wrote:
Extend the CamelCase words found to include structure members.
In https://lkml.org/lkml/2013/9/3/318 Sarah
On Wed, Sep 4, 2013 at 3:29 PM, H. Peter Anvin h...@zytor.com wrote:
On 09/04/2013 01:54 PM, John Stultz wrote:
I'd advocate for going whole hog and returning, atomically:
- TAI (nanoseconds from epoch)
- UTC - TAI (seconds or nanoseconds) *
- TAI - CLOCK_MONOTONIC (nanoseconds)
- a
On Tuesday, September 03, 2013 04:45:37 PM Tang Chen wrote:
This patch-set fix the following problems:
1. Kill useless function save_add_info() which will block us from using
numa when MEMORY_HOTPLUG is not configured.
2. acpi_table_parse() didn't check if @id is NULL.
3. Fix incorrect
Hemant Kumar Shaw hks...@linux.vnet.ibm.com writes:
This series adds support to perf to list and probe into the SDT markers.
The first patch implements listing of all the SDT markers present in
the ELFs (executables or libraries). The SDT markers are present in the
.note.stapsdt section of
On Wed, Sep 04, 2013 at 04:35:50PM -0700, kernel neophyte wrote:
On Fri, Aug 30, 2013 at 2:15 PM, Kent Overstreet k...@daterainc.com wrote:
GFP_NOIO means we could be getting called recursively - mca_alloc() -
mca_data_alloc() - definitely can't use mutex_lock(bucket_lock) then.
Whoops.
On Tuesday, September 03, 2013 06:50:05 PM Srivatsa S. Bhat wrote:
On 09/01/2013 10:56 AM, Viresh Kumar wrote:
We can't take a big lock around __cpufreq_governor() as this causes
recursive
locking for some cases. But calls to this routine must be serialized for
every
policy.
Lets
Signed-off-by: Dave Jones da...@fedoraproject.org
diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
b/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
index 8b2ba26..4b2eb8e 100644
--- a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
+++ b/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
@@
It is only used in modular builds.
Reported-by: kbuild test robot fengguang...@intel.com
Signed-off-by: Ben Hutchings b...@decadent.org.uk
---
drivers/char/hw_random/via-rng.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/hw_random/via-rng.c
On 09/04/13 16:55, Rafael J. Wysocki wrote:
Well, I'm not sure when Viresh is going to be back.
Srivatsa, can you please resend this patch with a proper changelog?
I haven't had a chance to try this out yet, but I was just thinking
about this patch. How is it going to work? If one task opens
Hi Jin,
2013-09-04 (수), 21:17 +0800, Jin Xu:
Hi Jaegeuk,
On 04/09/2013 17:40, Jaegeuk Kim wrote:
Hi Jin,
2013-09-04 (수), 07:59 +0800, Jin Xu:
Hi Jaegeuk,
On 03/09/2013 08:45, Jaegeuk Kim wrote:
Hi Jin,
[...]
It seems that we can obtain the performance gain just by
Hi Guenter,
Why did you bother rebasing the h8300-remove tree? None of the patches
changed at all (not that that would matter).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpxCxEnee8Bf.pgp
Description: PGP signature
Yes, I will submit the patch later.
On 05/09/2013 07:50, Jaegeuk Kim wrote:
Hi Jin,
2013-09-04 (수), 21:17 +0800, Jin Xu:
Hi Jaegeuk,
On 04/09/2013 17:40, Jaegeuk Kim wrote:
Hi Jin,
2013-09-04 (수), 07:59 +0800, Jin Xu:
Hi Jaegeuk,
On 03/09/2013 08:45, Jaegeuk Kim wrote:
Hi Jin,
[...]
On 09/04/2013 07:25 PM, David Rientjes wrote:
We've been getting warnings about an excessive amount of time spent
allocating pages for migration during memory compaction without
scheduling. isolate_freepages_block() already periodically checks for
contended locks or the need to schedule, but
On Wednesday, September 04, 2013 3:42 PM, Sachin Kamat wrote:
Commit e398b51a (regulator: s2mps11: Convert to devm_regulator_register())
intended to do this conversion. However the actual conversion to devm_* got
missed out. Fix this.
Acked-by: Sangbeom Kim sbki...@samsung.com
Thanks,
This looks like it was cut and pasted from the code above which does similar
checks on txlen,
but someone forgot to change the variable.
Signed-off-by: Dave Jones da...@fedoraproject.org
diff --git a/drivers/media/usb/dvb-usb/technisat-usb2.c
b/drivers/media/usb/dvb-usb/technisat-usb2.c
index
On Thu, 2013-09-05 at 01:22 +0800, Zhi Yong Wu wrote:
On Mon, Sep 2, 2013 at 4:57 PM, Michel Lespinasse wal...@google.com wrote:
On Sun, Sep 1, 2013 at 11:30 PM, Zhi Yong Wu zwu.ker...@gmail.com wrote:
In Tue, Aug 27, 2013 at 6:01 AM, Michel Lespinasse wal...@google.com
wrote:
On Fri,
Dear Friend
It is my interest to contact you in respect of our client from your country. I
shall explain in details when I read your reply.You are my first contact, I
shall wait for days and if I do not hear from you. I shall continue with my
search, Thanks
Waiting to hear from you
Mr. Tep
On Thu, Sep 05, 2013 at 09:56:57AM +1000, Stephen Rothwell wrote:
Hi Guenter,
Why did you bother rebasing the h8300-remove tree? None of the patches
changed at all (not that that would matter).
Just wanted it based on v3.11. But you are right, it was unnecessary.
Won't happen again.
Note
On Wednesday, September 04, 2013 04:50:01 PM Stephen Boyd wrote:
On 09/04/13 16:55, Rafael J. Wysocki wrote:
Well, I'm not sure when Viresh is going to be back.
Srivatsa, can you please resend this patch with a proper changelog?
I haven't had a chance to try this out yet, but I was
Hi James,
Could you pull these patches into the security tree? They're based on your
next branch.
The patches can be viewed as a number of sets:
(1) KEYS: Skip key state checks when checking for possession
This is a fix for determining the possessed status of keys that have been
Hi Jean,
Why did you bother rebasing the jdelvare-hwmon quilt series? None of the
patches changed (not that that even matters).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpPJ3fx_ERaP.pgp
Description: PGP signature
On Thu, 2013-09-05 at 07:39 +1000, Benjamin Herrenschmidt wrote:
That means that we end up stacking the normal stack, the actually HW
interrupt stack frame (which can be pretty big on ppc) + do_IRQ's own,
then the softirq (networks stack can create HUGE stack frames) and ...
we are in
Hi Linus,
On Wed, 4 Sep 2013 10:03:38 -0700 Roland Dreier rol...@kernel.org wrote:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
tags/rdma-for-linus
I am carrying the following merge fix patch for a semantic conflict
between this tree and Dave's
(2013/09/03 17:45), Tang Chen wrote:
Use pr_{info|err}() instead of printk() in arch/x86/mm/srat.c.
As suggested by Joe Perches j...@perches.com, use pr_fmt(fmt) to simplify
the output format.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
Acked-by: Toshi Kani toshi.k...@hp.com
---
On Thu, Sep 5, 2013 at 7:59 AM, Davidlohr Bueso davidl...@hp.com wrote:
On Thu, 2013-09-05 at 01:22 +0800, Zhi Yong Wu wrote:
On Mon, Sep 2, 2013 at 4:57 PM, Michel Lespinasse wal...@google.com wrote:
On Sun, Sep 1, 2013 at 11:30 PM, Zhi Yong Wu zwu.ker...@gmail.com wrote:
In Tue, Aug 27,
On Wed, 4 Sep 2013 08:58:25 -0700 Linus Torvalds
torva...@linux-foundation.org wrote:
On Tue, Sep 3, 2013 at 7:39 AM, Ingo Molnar mi...@kernel.org wrote:
Please pull the latest x86-asmlinkage-for-linus git tree from:
Grr. This one seems to introduce this annoying warning:
include/uapi/ is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
In include/uapi/Kbuild, Makefile... and non-arch... comments are
meaningless for current 'Kbuild', so delete them.
And add more explanations for include/uapi/ in include/uapi/Kbuild,
On 2013/9/4 14:51, Pekka Enberg wrote:
On Sat, Aug 24, 2013 at 3:31 AM, Libin huawei.li...@huawei.com wrote:
Kmemcheck configuration menu location correction in Documentation/
kmemcheck.txt
Signed-off-by: Libin huawei.li...@huawei.com
Looks good to me. Andrew mind picking this up?
Hi
On 09/04/13 17:26, Rafael J. Wysocki wrote:
On Wednesday, September 04, 2013 04:50:01 PM Stephen Boyd wrote:
On 09/04/13 16:55, Rafael J. Wysocki wrote:
Well, I'm not sure when Viresh is going to be back.
Srivatsa, can you please resend this patch with a proper changelog?
I haven't had a
On Tue, Sep 03, 2013 at 06:59:51PM +, Linux Kernel wrote:
Gitweb:
http://git.kernel.org/linus/;a=commit;h=615a4d12e55690269ce07e183553cb2752e1fa29
Commit: 615a4d12e55690269ce07e183553cb2752e1fa29
Parent: 7ef8ded0cfdb690e37581af85eea35fa67cdb38d
Author: Larry Finger
Hi Guenter,
Today's linux-next merge of the h8300-remove tree got a conflict in
drivers/net/ethernet/8390/Kconfig between commit 061ba049abc6 (drivers:
net: ethernet: 8390: Kconfig: add H8300H_AKI3068NET and H8300H_H8MAX
dependancy for NE_H8300) from the net tree and commit d5bfa4f18b55
Oh, sorry the patch subject should be changed too. I will send patch v3.
On 09/05/2013 08:46 AM, Chen Gang wrote:
include/uapi/ is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
In include/uapi/Kbuild, Makefile... and non-arch... comments are
On Tue, Sep 3, 2013 at 5:10 AM, Gleb Natapov g...@redhat.com wrote:
This pull request adds tlb_gather_mmu() caller in S390 code, but 2b047252
in your tree added another parameter to the function, so the patch bellow
have to be applied during merge to resolve the conflicts. The patch was
used
include/uapi/ is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
In include/uapi/Kbuild, Makefile... and non-arch... comments are
meaningless for current 'Kbuild', so delete them.
And add more explanations for include/uapi/ in include/uapi/Kbuild,
On Thu, 2013-09-05 at 08:37 +0800, Zhi Yong Wu wrote:
On Thu, Sep 5, 2013 at 7:59 AM, Davidlohr Bueso davidl...@hp.com wrote:
On Thu, 2013-09-05 at 01:22 +0800, Zhi Yong Wu wrote:
On Mon, Sep 2, 2013 at 4:57 PM, Michel Lespinasse wal...@google.com
wrote:
On Sun, Sep 1, 2013 at 11:30 PM,
On Wed, Sep 04, 2013 at 05:44:30PM +0900, Joonsoo Kim wrote:
On Fri, Aug 09, 2013 at 06:26:37PM +0900, Joonsoo Kim wrote:
If parallel fault occur, we can fail to allocate a hugepage,
because many threads dequeue a hugepage to handle a fault of same address.
This makes reserved pool shortage
On Fri, Aug 09, 2013 at 06:26:37PM +0900, Joonsoo Kim wrote:
If parallel fault occur, we can fail to allocate a hugepage,
because many threads dequeue a hugepage to handle a fault of same address.
This makes reserved pool shortage just for a little while and this cause
faulting thread who can
I think it would be crazy encoding UTC with a non-POSIX scheme.
Andy Lutomirski l...@amacapital.net wrote:
On Wed, Sep 4, 2013 at 3:29 PM, H. Peter Anvin h...@zytor.com wrote:
On 09/04/2013 01:54 PM, John Stultz wrote:
I'd advocate for going whole hog and returning, atomically:
- TAI
On Thu, Sep 5, 2013 at 9:12 AM, Davidlohr Bueso davidl...@hp.com wrote:
On Thu, 2013-09-05 at 08:37 +0800, Zhi Yong Wu wrote:
On Thu, Sep 5, 2013 at 7:59 AM, Davidlohr Bueso davidl...@hp.com wrote:
On Thu, 2013-09-05 at 01:22 +0800, Zhi Yong Wu wrote:
On Mon, Sep 2, 2013 at 4:57 PM, Michel
On 09/04/2013 03:43 PM, Al Viro wrote:
On Wed, Sep 04, 2013 at 03:33:00PM -0400, Waiman Long wrote:
I have thought about that. But if a d_move() is going on, the string
in the buffer will be discarded as the sequence number will change.
So whether or not it have embedded null byte shouldn't
On 09/05/2013 07:50 AM, Rafael J. Wysocki wrote:
On Tuesday, September 03, 2013 04:45:37 PM Tang Chen wrote:
This patch-set fix the following problems:
1. Kill useless function save_add_info() which will block us from using
numa when MEMORY_HOTPLUG is not configured.
2. acpi_table_parse()
Previously, we experience bio traces as follows when running simple sequential
write test.
f2fs_do_submit_bio: type = NODE, io = no sync, sector = 500104928, size = 4K
f2fs_do_submit_bio: type = NODE, io = no sync, sector = 499922208, size = 368K
f2fs_do_submit_bio: type = NODE, io = no sync,
On 09/04/2013 04:40 PM, John Stoffel wrote:
Waiman == Waiman Longwaiman.l...@hp.com writes:
Waiman In term of AIM7 performance, this patch has a performance boost of
Waiman about 6-7% on top of Linus' lockref patch on a 8-socket 80-core DL980.
Waiman User Range | 10-100 |
於 二,2013-09-03 於 19:50 -0400,Matthew Garrett 提到:
Provide a single call to allow kernel code to determine whether the system
has been configured to either disable module loading entirely or to load
only modules signed with a trusted key.
Signed-off-by: Matthew Garrett
On 09/04/2013 05:31 PM, Linus Torvalds wrote:
On Wed, Sep 4, 2013 at 12:05 PM, Waiman Longwaiman.l...@hp.com wrote:
+ rcu_read_unlock();
+ if (read_seqretry(rename_lock, seq))
+ goto restart;
Btw, you have this pattern twice, and while it's not necessarily
incorrect,
On Wed, Sep 04, 2013 at 10:39:14AM -0600, T Makphaibulchoke wrote:
Here are the performance improvements in some of the aim7 workloads,
How did you gather these results? The mbcache is only used if you are
using extended attributes, and only if the extended attributes don't
fit in the inode's
On 09/04/2013 05:34 PM, Linus Torvalds wrote:
On Wed, Sep 4, 2013 at 12:25 PM, Waiman Longwaiman.l...@hp.com wrote:
Yes, the perf profile was taking from an 80-core machine. There isn't any
scalability issue hiding for the short workload on an 80-core machine.
However, I am certain that more
Hi Andrew,
This is the backlight updates for 3.12-rc1.
Please add these patches to mm-tree.
Best regards,
Jingoo Han
backlight updates for 3.12-rc1
- LP855x: Add LP8555 support
- LM3630 is changed to LM3630A
- Fix sparse
LP8555 is one of LP855x family device.
This device needs pre_init_device() and post_init_device() driver structure.
It's same as LP8557, so the device configuration code is shared with LP8557.
Backlight outputs are generated from dual DC-DC boost converters.
It's configurable EPROM settings which
501 - 600 of 1352 matches
Mail list logo