On Thu, May 29, 2014 at 4:36 PM, Minchan Kim minc...@kernel.org wrote:
I did below hacky test to apply your idea and the result is overflow again.
So, again it would second stack expansion. Otherwise, we should prevent
swapout in direct reclaim.
So changing io_schedule() is bad, for the
On Thu, May 29, 2014 at 02:56:15PM -0500, Christoph Lameter wrote:
-static void start_cpu_timer(int cpu)
+static void __init start_shepherd_timer(void)
{
- struct delayed_work *work = per_cpu(vmstat_work, cpu);
+ int cpu;
+
+ for_each_possible_cpu(cpu)
+
On Fri, May 30, 2014 at 09:53:08AM +1000, Dave Chinner wrote:
That sounds like a plan. Perhaps it would be useful to add a
WARN_ON_ONCE(stack_usage 8k) (or some other arbitrary depth beyond
8k) so that we get some indication that we're hitting a deep stack
but the system otherwise keeps
BUG: sleeping function called from invalid context at kernel/locking/rwsem.c:47
in_atomic(): 0, irqs_disabled(): 0, pid: 5787, name: trinity-c27
Preemption disabled at:[990acc7e] vtime_account_system+0x1e/0x50
CPU: 0 PID: 5787 Comm: trinity-c27 Not tainted 3.15.0-rc7+ #219
From: Will Deacon will.dea...@arm.com
Date: Fri, 23 May 2014 15:38:10 +0100
On Thu, May 22, 2014 at 07:18:38PM +0100, Sam Ravnborg wrote:
On Thu, May 22, 2014 at 05:47:26PM +0100, Will Deacon wrote:
write{b,w,l,q}_relaxed are implemented by some architectures in order to
permit
On Thu, May 29, 2014 at 08:58:38AM +0100, Will Deacon wrote:
On Thu, May 29, 2014 at 04:20:57AM +0100, Jianguo Wu wrote:
Hi Russell,
Could you please merge this to mainline? Thanks!
Give him a chance, it's not the merge window yet ;) I can see it queued in
his for-next branch.
It's not
Dear DT Maintainer,
Could you please review this patch?
Best Regards,
Chanwoo Choi
On 05/28/2014 06:39 PM, Chanwoo Choi wrote:
This patch add documentation for binding of SM5502 MUIC (Micro-USB Interface
Controller) device which is using EXTCON subsystem. The SM5502 MUIC device
can detect
On Fri, May 30, 2014 at 08:36:38AM +0900, Minchan Kim wrote:
Hello Dave,
On Thu, May 29, 2014 at 11:58:30AM +1000, Dave Chinner wrote:
On Thu, May 29, 2014 at 11:30:07AM +1000, Dave Chinner wrote:
On Wed, May 28, 2014 at 03:41:11PM -0700, Linus Torvalds wrote:
commit
Hello Linus,
On Thu, May 29, 2014 at 05:05:17PM -0700, Linus Torvalds wrote:
On Thu, May 29, 2014 at 4:36 PM, Minchan Kim minc...@kernel.org wrote:
I did below hacky test to apply your idea and the result is overflow again.
So, again it would second stack expansion. Otherwise, we should
On Thu, May 29, 2014 at 08:06:49PM -0400, Dave Jones wrote:
On Fri, May 30, 2014 at 09:53:08AM +1000, Dave Chinner wrote:
That sounds like a plan. Perhaps it would be useful to add a
WARN_ON_ONCE(stack_usage 8k) (or some other arbitrary depth beyond
8k) so that we get some indication
This patch add documentation for S2MPU02 PMIC device. S2MPU02 has a little
difference from S2MPS11/S2MPS14 PMIC and has LDO[1-28]/Buck[1-7].
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Reviewed-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll
This patch add S2MPU02 regulator device to existing S2MPS11 device driver
because of little difference between S2MPS1x and S2MPU02. The S2MPU02
regulator device includes LDO[1-28] and BUCK[1-7].
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
[Add missing linear_min_sel of S2MPU02 LDO
Add support for Samsung S2MPU02 PMIC device to the MFD sec-core driver.
The S2MPU02 device includes PMIC/RTC/Clock devices.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Reviewed-by: Krzysztof Kozlowski k.kozlow...@samsung.com
---
drivers/mfd/sec-core.c | 19 +
This patch add Samsung S2MPU02 PMIC device driver in exiting S2MPS11 PMIC
driver because S2MPU02 has a little different between S2MPU02 and S2MPS1x.
The S2MPU02 PMIC has LDO[1-28] and BUCK[1-7] regulators.
Changes from v1:
- Fix typo about patch description
- Use existing suspend_state variable
On Fri, May 30, 2014 at 10:21:13AM +1000, Dave Chinner wrote:
On Thu, May 29, 2014 at 08:06:49PM -0400, Dave Jones wrote:
On Fri, May 30, 2014 at 09:53:08AM +1000, Dave Chinner wrote:
That sounds like a plan. Perhaps it would be useful to add a
WARN_ON_ONCE(stack_usage 8k) (or
On Fri, May 30, 2014 at 10:21:13AM +1000, Dave Chinner wrote:
On Thu, May 29, 2014 at 08:06:49PM -0400, Dave Jones wrote:
On Fri, May 30, 2014 at 09:53:08AM +1000, Dave Chinner wrote:
That sounds like a plan. Perhaps it would be useful to add a
WARN_ON_ONCE(stack_usage 8k) (or some
On Thu, May 29, 2014 at 5:20 PM, Minchan Kim minc...@kernel.org wrote:
I guess this part which avoid swapout in direct reclaim would be key
if this patch were successful. But it could make anon pages rotate back
into inactive's head from tail in direct reclaim path until kswapd can
catch up.
I am a bank director from Hong Kong, I want you to be my partner in a
business project of mutual benefit. Get back to me if interested.
Thank you,
Kong Hui.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Thu, May 29, 2014 at 02:23:08PM -0700, Eric Dumazet wrote:
On Thu, 2014-05-29 at 13:05 -0700, Andrew Morton wrote:
On Thu, 29 May 2014 15:22:34 +0900 Joonsoo Kim iamjoonsoo@lge.com
wrote:
Richard Yao reported a month ago that his system have a trouble
with vmap_area_lock
On Thu, May 29, 2014 at 05:09:34PM +0900, Gioh Kim wrote:
+
/*
* Do the hard work of removing an element from the buddy allocator.
* Call me with the zone-lock already held.
@@ -1143,10 +1223,15 @@ __rmqueue_fallback(struct zone *zone, int order,
int start_migratetype)
On Thu, May 29, 2014 at 05:31:42PM -0700, Linus Torvalds wrote:
On Thu, May 29, 2014 at 5:20 PM, Minchan Kim minc...@kernel.org wrote:
I guess this part which avoid swapout in direct reclaim would be key
if this patch were successful. But it could make anon pages rotate back
into
On Thu, May 29, 2014 at 03:51:28PM -0500, Kumar Gala wrote:
On May 29, 2014, at 3:44 PM, Rob Herring robherri...@gmail.com wrote:
On Thu, May 29, 2014 at 11:03 AM, Kumar Gala ga...@codeaurora.org wrote:
If we have a PCI config space specified in something like a ranges
property we
Hi Linus,
The following changes since commit 4cdd2ad78098244c1bc9ec4374ea1c225fd1cd6f:
dm mpath: fix lock order inconsistency in multipath_ioctl (2014-05-14
16:12:17 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git
On 05/21/2014 12:51 AM, Inderpal Singh wrote:
Apologies on a delayed response.
At the driver unloading time the associated opps and its table may need
s/opps/OPPs/
to be deleted. Otherwise it amounts to memory leak. The existing
OPP library does not have provision to do so.
Hence this patch
On Fri, May 30, 2014 at 08:45:22AM +0900, Minchan Kim wrote:
On Thu, May 29, 2014 at 08:38:33PM +0930, Rusty Russell wrote:
Minchan Kim minc...@kernel.org writes:
Hello Rusty,
On Thu, May 29, 2014 at 04:56:41PM +0930, Rusty Russell wrote:
They don't make much difference: the easier
On Thu, 2014-05-29 at 19:54 -0400, George Spelvin wrote:
Sorry for the delay; my Ivy Bridge test machine isn't in my
office and getting to the console to tweak the BIOS is a
bit of a bother.
Anyway, i7-4930K, turbo boost hyperthreading disabled,
$ cat
On Mon, May 26, 2014 at 03:55:27PM +0800, Weijie Yang wrote:
Hello,
Sorry for my late reply, because of a biz trip.
On Wed, May 21, 2014 at 3:51 PM, Minchan Kim minc...@kernel.org wrote:
Hello Andrew,
On Tue, May 20, 2014 at 03:10:51PM -0700, Andrew Morton wrote:
On Thu, 15 May 2014
PEBS is very useful (e.g. enabling the more cycles:pp event or
memory profiling) Unfortunately it didn't work in virtualization,
which is becoming more and more common.
This patch kit implements simple PEBS virtualization for KVM on Silvermont
CPUs. Silvermont does not have the leak problems that
From: Andi Kleen a...@linux.intel.com
PEBS (Precise Event Bases Sampling) profiling is very powerful,
allowing improved sampling precision and much additional information,
like address or TSX abort profiling. cycles:p and :pp uses PEBS.
This patch enables PEBS profiling in KVM guests.
PEBS
From: Andi Kleen a...@linux.intel.com
To avoid various problems (like leaking counters) the PEBS
virtualization needs white listing per CPU model. Add state to the
x86_pmu for this and enable it for Silvermont.
Silvermont is currently the only CPU where it is safe
to virtualize PEBS, as it
From: Andi Kleen a...@linux.intel.com
Currently perf unconditionally disables PEBS for guest.
Now that we have the infrastructure in place to handle
it we can allow it for KVM owned guest events. For
the perf needs to know that a event is owned by
a guest. Add a new state bit in the perf_event
From: Andi Kleen a...@linux.intel.com
With PEBS virtualization the PEBS record gets delivered to the guest,
but the host sees the PMI. This would normally result in a spurious
PEBS PMI that is ignored. But we need to inject the PMI into the guest,
so that the guest PMI handler can handle the PEBS
On Thu, May 29, 2014 at 06:07:16PM -0700, Tim Chen wrote:
On Thu, 2014-05-29 at 19:54 -0400, George Spelvin wrote:
Sorry for the delay; my Ivy Bridge test machine isn't in my
office and getting to the console to tweak the BIOS is a
bit of a bother.
Anyway, i7-4930K, turbo boost
Hi Charles,
On 05/30/2014 12:27 AM, Charles Keepax wrote:
devm_input_allocate_device already sets the parent device to be that
passed to it, we also set this manually in arizona_extcon_probe. This
patch removes the redundant set from arizona_extcon_probe.
Signed-off-by: Charles Keepax
On Mon, May 5, 2014 at 3:17 PM, Florian Fainelli f.faine...@gmail.com wrote:
2014-05-05 14:47 GMT-07:00 Iyappan Subramanian isubraman...@apm.com:
This patch adds network driver for APM X-Gene SoC ethernet.
Signed-off-by: Iyappan Subramanian isubraman...@apm.com
Signed-off-by: Ravi Patel
On 29 May 2014 01:10, Doug Anderson diand...@chromium.org wrote:
As far as I can tell this notification says I tried to switch from
intermediate_freq to policy-restore_freq but I failed, so I'm
still at intermediate_freq. I think you probably want to pass 0 as
the last argument to
On 05/30/2014 05:42 AM, Greg Kroah-Hartman wrote:
On Wed, May 28, 2014 at 03:52:52PM +0900, Heesub Shin wrote:
For aesthetics and readability, rename goto labels, remove
useless code lines, and clarify function return type.
Signed-off-by: Heesub Shin heesub.s...@samsung.com
Reviewed-by:
On Thu, May 29, 2014 at 5:50 PM, Minchan Kim minc...@kernel.org wrote:
You could also try Dave's patch, and _not_ do my mm/vmscan.c part.
Sure. While I write this, Rusty's test was crached so I will try Dave's patch,
them yours except vmscan.c part.
Looking more at Dave's patch (well,
On 05/30/2014 12:27 AM, Charles Keepax wrote:
devm_input_allocate_device already sets the parent device to be that
passed to it, we also set this manually in arizona_extcon_probe. This
patch removes the redundant set from arizona_extcon_probe.
Signed-off-by: Charles Keepax
On 05/30/2014 12:27 AM, Charles Keepax wrote:
From: Nikesh Oswal nikesh.os...@wolfsonmicro.com
Use extcon cable API instead of state API as it is much more
idiomatic.
Signed-off-by: Nikesh Oswal nikesh.os...@wolfsonmicro.com
Signed-off-by: Charles Keepax
struct ion_system_heap has an array for storing pointers to page pools
and it is allocated separately from the containing structure. There is
no point in allocating those two small objects individually, bothering
slab allocator. Using a variable length array simplifies code lines and
reduces
ION system heap creates a temporary list of pages to build
scatter/gather table, introducing an internal data type, page_info. Now
that the order field has been removed from it, we do not need to depend
on such data type anymore.
Signed-off-by: Heesub Shin heesub.s...@samsung.com
Reviewed-by:
ION system heap uses an internal data structure, struct page_info, for
tracking down the meta information of the pages allocated from the pool.
Now that the pool returns compound pages, we don't need to store page
order in struct page_info.
Signed-off-by: Heesub Shin heesub.s...@samsung.com
Hi Charles,
On 05/30/2014 12:27 AM, Charles Keepax wrote:
The higher levels of impedance have a higher minimum value than the
first level. As the same value was used for all levels, higher impedances
were reported with a very low level of accuracy. This patch applies the
approriate lower
Now that the pages returned from the pool are compound pages, we do not
need to pass the order information to free_buffer_page().
Signed-off-by: Heesub Shin heesub.s...@samsung.com
Reviewed-by: Mitchel Humpherys mitch...@codeaurora.org
Tested-by: John Stultz john.stu...@linaro.org
---
On 29/05/14 23:11, One Thousand Gnomes wrote:
On Thu, 29 May 2014 12:08:32 +1000
Greg Ungerer g...@uclinux.org wrote:
Hi All,
Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on
the head pointer passed in. This trips on m68k systems, because they only
need alignment of
On Thu, May 29, 2014 at 6:56 PM, Liviu Dudau li...@dudau.co.uk wrote:
On Thu, May 29, 2014 at 03:51:28PM -0500, Kumar Gala wrote:
On May 29, 2014, at 3:44 PM, Rob Herring robherri...@gmail.com wrote:
On Thu, May 29, 2014 at 11:03 AM, Kumar Gala ga...@codeaurora.org wrote:
If we have a PCI
On Thu, May 29, 2014 at 5:05 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
So maybe test a patch something like the attached.
NOTE! This is absolutely TOTALLY UNTESTED!
It's still untested, but I realized that the whole
blk_flush_plug_list(plug, true); thing is pointless, since
On 05/29/14 00:43, Linus Walleij wrote:
On Wed, May 28, 2014 at 3:57 PM, Srinivas Kandagatla
srinivas.kandaga...@linaro.org wrote:
This doesn't look endianness agnostic. Shouldn't we use ioread32_rep()
to read this fifo?
Is'nt readl endianess aware?
At least once a year read through
On 05/30/2014 12:27 AM, Charles Keepax wrote:
We can use the bypass mode on the MICVDD reg for button detection, as
the comment in the code states, however the code was mistakenly
disabling bypass. This patch corrects this and allows bypass mode during
button detection.
Signed-off-by:
On Fri, May 30, 2014 at 09:32:19AM +0900, Minchan Kim wrote:
On Fri, May 30, 2014 at 10:21:13AM +1000, Dave Chinner wrote:
On Thu, May 29, 2014 at 08:06:49PM -0400, Dave Jones wrote:
On Fri, May 30, 2014 at 09:53:08AM +1000, Dave Chinner wrote:
That sounds like a plan. Perhaps it
On Thu, 2014-05-29 at 14:34 -0400, Naoya Horiguchi wrote:
On Thu, May 29, 2014 at 06:59:43PM +1000, Michael Ellerman wrote:
Applying your patch and running trinity pretty immediately results in the
following, which looks related (sys_move_pages() again) ?
Unable to handle kernel paging
On Friday, May 30, 2014 1:42 AM, Tomasz Figa wrote:
On 29.05.2014 18:36, Lee Jones wrote:
There appears to have been a merge error on commit:
2b76813: drm/exynos: hdmi: remove the i2c drivers and use
The original submission can be found at:
This is odd. On my Ivy Bridge system the CPU speed from /proc/cpuinfo
is at max freq once I set the performance governor.
The numbers above almost look like
the cpu frequency is fluctuating and an average is taken.
What version of the kernel are you running? Is
On Thu, May 29, 2014 at 07:29:31PM -0600, Bjorn Helgaas wrote:
On Thu, May 29, 2014 at 6:56 PM, Liviu Dudau li...@dudau.co.uk wrote:
On Thu, May 29, 2014 at 03:51:28PM -0500, Kumar Gala wrote:
On May 29, 2014, at 3:44 PM, Rob Herring robherri...@gmail.com wrote:
On Thu, May 29, 2014 at
This patch set the parent device of extcon device using first parameter of
devm_extco_dev_allocate() to remove duplicate code on all of extcon provider
drivers.
Signed-off-by: Chanwoo Choi cw00.c...@samsung.com
Reported-by: Charles Keepax ckee...@opensource.wolfsonmicro.com
Cc: Charles Keepax
On 05/29/14 at 02:10pm, Fleming, Matt wrote:
On 29 May 2014 13:59, Vivek Goyal vgo...@redhat.com wrote:
Only second kernel boots with noefi and this parameter is appened by
kexec-tools to second kernel command line. So first kernel will still
boot *without noefi* and kexec-tools wil think
On Fri, 30 May 2014, Michael Ellerman wrote:
diff --git a/include/linux/mempolicy.h b/include/linux/mempolicy.h
index 3c1b968..f230a97 100644
--- a/include/linux/mempolicy.h
+++ b/include/linux/mempolicy.h
@@ -175,6 +175,12 @@ static inline int vma_migratable(struct vm_area_struct
*vma)
...@kernel.org
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Reviewed-and-Tested-by: Nishanth Menon n...@ti.com
SDP2430: with next-20140529:
before patch:
https://github.com/nmenon/kernel-test-logs/blob/next-20140529/omap2plus_defconfig/sdp2430.txt
After patch: http://slexy.org/raw/s21sryFhAx
On 29 May 2014 23:10, Stephen Warren swar...@wwwdotorg.org wrote:
This patch breaks Tegra. The reason is below.
Lets see what blunder I made :)
diff --git a/drivers/cpufreq/tegra-cpufreq.c
b/drivers/cpufreq/tegra-cpufreq.c
-static int tegra_cpu_clk_set_rate(unsigned long rate)
+static
On Thu, May 29, 2014 at 06:24:02PM -0700, Linus Torvalds wrote:
On Thu, May 29, 2014 at 5:50 PM, Minchan Kim minc...@kernel.org wrote:
You could also try Dave's patch, and _not_ do my mm/vmscan.c part.
Sure. While I write this, Rusty's test was crached so I will try Dave's
patch,
Dear Sir/Madam,
I am directed to inform you that a Grant Award have been approved by the United
Nations Development Programmed (UNDP) under your watch. Kindly establish
communication to know more about your approval details with the contact
information
Sincerely,
Mr. Jan Knutsson
For:
Hi Jiri,
On Thu, 29 May 2014 10:37:32 +0200, Jiri Olsa wrote:
On Thu, May 29, 2014 at 09:06:05AM +0900, Namhyung Kim wrote:
On Tue, 27 May 2014 09:54:36 +0200, Jiri Olsa wrote:
On Tue, May 27, 2014 at 10:36:44AM +0900, Namhyung Kim wrote:
On Thu, 15 May 2014 19:23:34 +0200, Jiri Olsa wrote:
On 5/29/2014 9:37 PM, Linus Walleij wrote:
On Tue, May 27, 2014 at 2:04 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
On 05/27/2014 11:46 AM, Mika Westerberg wrote:
(...)
My idea is that you should call gpiochip_add() *first* and then
add the IRQs to the chip. In succession.
On Fri, May 30, 2014 at 10:15:58AM +1000, Dave Chinner wrote:
On Fri, May 30, 2014 at 08:36:38AM +0900, Minchan Kim wrote:
Hello Dave,
On Thu, May 29, 2014 at 11:58:30AM +1000, Dave Chinner wrote:
On Thu, May 29, 2014 at 11:30:07AM +1000, Dave Chinner wrote:
On Wed, May 28, 2014 at
The exynos_hdmi.h has been used for the dedicated i2c drivers
that were already removed. Thus, the unnecessary exynos_hdmi.h
should be removed.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpu/drm/exynos/exynos_hdmi.h | 23 ---
1 file changed, 23 deletions(-)
On Thu, May 29, 2014 at 6:58 PM, Dave Chinner da...@fromorbit.com wrote:
If the patch I sent solves the swap stack usage issue, then perhaps
we should look towards adding blk_plug_start_async() to pass such
hints to the plug flushing. I'd want to use the same behaviour in
From: Zhang Rui rui.zh...@intel.com
Because of the growing demand for enumerating ACPI devices to
platform bus, change the code to enumerate ACPI devices to platform
bus by default. That will happen if the device object
1. Has pnp.type.platform_id set (device objects with _HID currently).
2.
On Friday, May 23, 2014 02:02:22 AM Zhang Rui wrote:
Hi, all,
Currently, PNP bus is used as the default bus for for enumerating ACPI
devices with _HID/_CID.
For a device that needs to be enumerated to platform bus, we need to add
its id string to the platform scan handler white list
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Introduce a .match() callback for ACPI scan handlers to allow them to
use more elaborate matching algorithms if necessary. That is needed
for the upcoming PNP scan handler in particular.
This change is based on a Zhang Rui's prototype.
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Only certain types of ACPI device objects can be enumerated as
platform devices, so in order to distinguish them from the others
introduce a new ACPI device PNP type flag, platform_id, and set it
for devices with a valid _HID to start with.
This
From: Zhang Rui rui.zh...@intel.com
ACPI can be used to enumerate PNP devices, but the code does not
handle this in the right way currently. Namely, if an ACPI device
object
1. Has a _CRS method,
2. Has an identification of
three capital characters followed by four hex digits,
3. Is not
On 5/29/2014 9:51 PM, Linus Walleij wrote:
On Thu, May 29, 2014 at 9:21 AM, Zhu, Lejun lejun@linux.intel.com wrote:
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs.
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Currently, some scan handlers can be compiled out entirely, which
leaves the device objects they normally attach to without a scan
handler. This isn't a problem as long as we don't have any default
enumeration mechanism that applies to all
From: Zhang Rui rui.zh...@intel.com
The serial PNP driver supports some unknown PNP modems
(PNPCXXX/PNPDXXX) by matching magic strings in the PNP device name
or the PNP device card name.
ACPI enumerated PNP devices neither are PNP cards, nor have those
magic strings in device names, so this
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Prevent platform devices from being created for ACPI containers
if CONFIG_ACPI_CONTAINER is unset by compiling out the container
scan handler's callbacks only in that case and still compiling
its device ID list in and registering the scan handler
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Prevent platform devices from being created for ACPI memory device
objects if CONFIG_ACPI_HOTPLUG_MEMORY is unset by compiling out the
memory hotplug scan handler's callbacks only in that case and still
compiling its device ID list in and
From: Zhang Rui rui.zh...@intel.com
The PNP ACPI scan handler device ID list includes all the IDs from
all of the struct pnp_device_id instances in the tree, but some of
them do not follow the ACPI PNP ID rule (3 letters + 4 hex digits).
For those IDs, the coressponding devices will never be
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Prevent platform devices from being created for ACPI LPSS devices
if CONFIG_X86_INTEL_LPSS is unset by compiling out the LPSS scan
handler's callbacks only in that case and still compiling its device
ID list in and registering the scan handler in
ping? Andrew any chance of getting this in -next?
On Thu, 2014-05-22 at 20:33 -0700, Davidlohr Bueso wrote:
This patchset extends the work started by Ingo Molnar in late 2012,
optimizing the anon-vma mutex lock, converting it from a exclusive mutex
to a rwsem, and sharing the lock for
On 05/29/14 at 08:45am, Vivek Goyal wrote:
On Thu, May 29, 2014 at 10:08:37AM +0800, Dave Young wrote:
On 05/28/14 at 08:40am, Vivek Goyal wrote:
On Wed, May 28, 2014 at 10:13:59AM +0800, Dave Young wrote:
On 05/27/14 at 09:34am, Vivek Goyal wrote:
On Mon, May 26, 2014 at 04:39:35PM
On Wed, May 28, 2014 at 09:59:45AM +0200, Johan Hovold wrote:
[ +CC: Greg, Doug, Stratos, Yuyang ]
On Wed, May 21, 2014 at 11:00:51AM +0200, Johan Hovold wrote:
On Wed, May 07, 2014 at 07:10:49AM -0700, Dirk Brandewie wrote:
On 05/06/2014 10:40 PM, Viresh Kumar wrote:
Cc'ing Dirk who
On 05/30/2014 03:19 AM, Stephen Warren wrote:
On 05/25/2014 08:43 PM, f...@marvell.com wrote:
From: Fan Wu f...@marvell.com
What the patch did:
1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
calling pinctrl_select_state
2.Remove the HW disable operation in
(2014/05/30 4:13), Suzuki K. Poulose wrote:
@@ -2042,7 +2043,8 @@ static int __init populate_kprobe_blacklist(unsigned
long *start,
unsigned long offset = 0, size = 0;
for (iter = start; iter end; iter++) {
-if (!kallsyms_lookup_size_offset(*iter, size, offset)) {
Firstly, it isn't necessary to hold lock of vblk-vq_lock
when notifying hypervisor about queued I/O.
Secondly, virtqueue_notify() will cause world switch and
it may take long time on some hypervisors(such as, qemu-arm),
so it isn't good to hold the lock and block other vCPUs.
On arm64 quad core
Dear experts,
I came across a memory/mutex issue. Would you kindly shed some light on it?
I use pthread_mutex_xxx API to protect processes in user space. Since
it should be process shared, I allocated a shared memory to store
pthread_mutex_t structure.
The shared memory is allocated using
On Thu, 20 Feb 2014 17:44:31 +0900
Yoshihiro YUNOMAE yoshihiro.yunomae...@hitachi.com wrote:
Current tracing_saved_cmdlines_read() implementation is naive;
simply allocate a big buffer, construct output data on the
buffer for each read operation, and then copy a portion of
the buffer to the
On 05/28/2014 10:57 PM, Wei-Chun Pan wrote:
Advantech's new module comes equipped with iManager - an embedded
controller (EC), providing embedded features for system integrators to increase
reliability and simplify integration.
This patch add the MFD driver for enabling Advantech
On ia64 and ppc64, the function pointer does not point the
entry address of the function, but the address of function
discriptor (which contains the entry address and misc
data.) Since the kprobes passes the function pointer stored
by NOKPROBE_SYMBOL() to kallsyms_lookup_size_offset() for
On 2014-05-29 20:49, Ming Lei wrote:
Firstly, it isn't necessary to hold lock of vblk-vq_lock
when notifying hypervisor about queued I/O.
Secondly, virtqueue_notify() will cause world switch and
it may take long time on some hypervisors(such as, qemu-arm),
so it isn't good to hold the lock and
For ioremapped efi memory aka old_map the virt addresses are not persistant
across kexec reboot. kexec-tools will read the runtime maps from sysfs then
pass them to 2nd kernel and assuming kexec efi boot is ok. This will cause
kexec boot failure.
To address this issue do not export runtime maps
On 05/23/2014 07:53 PM, Mike Turquette wrote:
Quoting Alex Elder (2014-05-20 05:52:39)
@@ -743,11 +746,16 @@ struct clk *kona_clk_setup(struct kona_clk *bcm_clk)
clk = clk_register(NULL, bcm_clk-hw);
if (IS_ERR(clk)) {
pr_err(%s: error registering clock %s
Hi Chris,
After merging the mmc tree, today's linux-next build (arm multi_v7_defconfig)
failed like this:
drivers/mmc/host/sunxi-mmc.c:25:29: fatal error: linux/clk/sunxi.h: No such
file or directory
Caused by commit 19b7f796c375 (mmc: sunxi: Add driver for SD/MMC hosts
found on Allwinner
On Thu, May 29, 2014 at 09:12:51AM -0400, Steven Rostedt wrote:
What do you think gets recorded in the ring buffer? The pointer to the
string? No! You copy the entire string into the ring buffer, with
markers and all. How big is that string? 60 chars? 80? I see you
recording meta data there
On Fri, May 30, 2014 at 11:19 AM, Jens Axboe ax...@kernel.dk wrote:
On 2014-05-29 20:49, Ming Lei wrote:
Firstly, it isn't necessary to hold lock of vblk-vq_lock
when notifying hypervisor about queued I/O.
Secondly, virtqueue_notify() will cause world switch and
it may take long time on
David Howells:
http://git.infradead.org/users/dhowells/unionmount-testsuite.git
I've found some interesting cases.
- impermissible.test,
open_file_as_bin -t -w $file -E EACCES
When $termslash is /, a '/' is appended to the expanded $file, such
as /path/fileA/. If fileA is a regular
On 2014-05-29 21:34, Ming Lei wrote:
On Fri, May 30, 2014 at 11:19 AM, Jens Axboe ax...@kernel.dk wrote:
On 2014-05-29 20:49, Ming Lei wrote:
Firstly, it isn't necessary to hold lock of vblk-vq_lock
when notifying hypervisor about queued I/O.
Secondly, virtqueue_notify() will cause world
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/boot/dts/am437x-gp-evm.dts between commit 99ffa6425f1b (ARM:
dts: am437x-gp-evm: add support for parallel NAND flash) from the
arm-soc tree and commit 0186bec97131 (ARM: dts: am437x-gp-evm: add LCD
data) from the
On Thu, May 29, 2014 at 11:30 PM, Andreas Färber afaer...@suse.de wrote:
Hi Tarek,
And I reproducibly get failures for CPUs 1-3, resulting in only one CPU
in /proc/cpuinfo (compared to 4 on downstream 3.14):
[0.045778] CPU: Testing write buffer coherency: ok
[0.045968] /cpus/cpu@0
On 5/29/2014 7:17 PM, Rob Herring wrote:
On Thu, May 29, 2014 at 3:34 AM, Satish Patel satish.pa...@ti.com wrote:
On 5/29/2014 12:23 AM, Greg KH wrote:
On Wed, May 28, 2014 at 02:27:13PM +0530, Satish Patel wrote:
SmartCard controller uses this interface to communicate with
SmartCard
801 - 900 of 1878 matches
Mail list logo