Also explicitly set CONFIG_NR_CPUS to 2, limiting it to the most we
currently need.
Signed-off-by: Ray Jui r...@broadcom.com
Signed-off-by: Alex Elder el...@linaro.org
---
arch/arm/configs/bcm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/bcm_defconfig
Define nodes representing the two Cortex A9 CPUs in a bcm28155 SoC.
Signed-off-by: Ray Jui r...@broadcom.com
Signed-off-by: Alex Elder el...@linaro.org
---
arch/arm/boot/dts/bcm11351.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/bcm11351.dtsi
This series adds SMP support for two Broadcom mobile SoC families.
It uses CPU_METHOD_OF_DECLARE() so that SMP operations are assigned
using device tree rather than adding it to a machine definition in a
board file.
The enable method starts a secondary core by writing to a register
monitored by
This patch adds SMP support for BCM281XX and BCM21664 family SoCs.
This feature is controlled with a distinct config option such that a
SMP-enabled multi-v7 binary can be configured to run these SoCs in
uniprocessor mode. Since this SMP functionality is used for
multiple Broadcom mobile chip
On Tue, May 06, 2014 at 10:23:50PM +0200, Peter Zijlstra wrote:
On Thu, May 01, 2014 at 09:44:34AM +0100, Mel Gorman wrote:
If cpusets are not in use then we still check a global variable on every
page allocation. Use jump labels to avoid the overhead.
Signed-off-by: Mel Gorman
On Tue, May 06, 2014 at 10:34:49PM +0200, Peter Zijlstra wrote:
On Thu, May 01, 2014 at 09:44:39AM +0100, Mel Gorman wrote:
+void set_pfnblock_flags_group(struct page *page, unsigned long flags,
+ unsigned long end_bitidx,
+
It would appear that I don't have that commit. I could move to 3.14
to see if it makes a difference, but the last couple of responses have
been on 3.12.18 -- or perhaps I'm missing something else.
Please let me know if you have any questions.
Thank you.
Brian Lilly
Crystalfontz America,
(2014/05/06 21:26), Steven Rostedt wrote:
On Tue, 06 May 2014 20:45:50 +0900
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
However, I also think if users can accept such freezing wait-time,
it means they can also accept kexec based checkpoint-restart patching.
So, I think the
On Tue, May 06, 2014 at 07:21:14PM +0200, Fabian Frederick wrote:
Those 2 arrays are being passed to lockdep_init_map with const char *
and stored in lockdep_map the same way
Cc: Dipankar Sarma dipan...@in.ibm.com
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Fabian Frederick
On Tue, 6 May 2014 17:47:16 -0400
Dan Streetman ddstr...@ieee.org wrote:
well the specific reason in swap's case is the need to use
same-priority entries in a round-robin basis, but I don't know if
plist_round_robin() is very clear.
No, that's not very clear.
Maybe plist_demote()?
Commit-ID: 4c88d7f9b0d5fb0588c3386be62115cc2eaa8f9f
Gitweb: http://git.kernel.org/tip/4c88d7f9b0d5fb0588c3386be62115cc2eaa8f9f
Author: Arnd Bergmann a...@arndb.de
AuthorDate: Wed, 23 Apr 2014 14:49:17 +0200
Committer: Thomas Gleixner t...@linutronix.de
CommitDate: Wed, 7 May 2014
The DMA-API documentation sometimes refers to physical addresses when it
really means bus addresses. Sometimes these are identical, but they may
be different if the bridge leading to the bus performs address translation.
Update the documentation to use bus address when appropriate.
Also,
Remove the unnecessary from the function pointers in exynos_iommu_ops.
Signed-off-by: Bjorn Helgaas bhelg...@google.com
---
drivers/iommu/exynos-iommu.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/iommu/exynos-iommu.c
I thought this was going to be a simple doc clarification patch, but
it's suffered a bit of feature creep.
The main point is that the DMA API uses dma_addr_t as the type for
addresses to be programmed into devices for doing DMA, but the
documentation sometimes refers to these as bus addresses and
Convert the iova arguments of iommu_map(), iommu_unmap(), etc., from
unsigned long to dma_addr_t.
bb5547acfcd8 (iommu/fsl: Make iova dma_addr_t in the iommu_iova_to_phys
API) did this for iommu_iova_to_phys(), but didn't fix the rest of the
IOMMU API.
This changes the following generic functions
dma_declare_coherent_memory() takes two addresses for a region of memory: a
bus_addr and a device_addr. I think the intent is that bus_addr is
the physical address a *CPU* would use to access the region, and
device_addr is the bus address the *device* would use to address the
region.
Rename
On Tue, 6 May 2014 14:48:50 -0700
Linus Torvalds torva...@linux-foundation.org wrote:
Yeah, it's disgusting. I think it is worth fixing to get better
numbers (it *would* be very interesting to hear whether this plus the
kernel 'retq' thing actually makes real device interrupt overhead
(2014/05/06 21:33), Steven Rostedt wrote:
On Tue, 6 May 2014 07:12:11 -0500
Josh Poimboeuf jpoim...@redhat.com wrote:
Live patching is a very sensitive and risky operation, and from a kernel
standpoint we should make it as safe as we reasonably can. But we can't
do much about careless
dma_declare_coherent_memory() needs both the CPU physical address and the
bus address of the device memory. They are likely the same on this
platform, but in general we should use pcibios_bus_to_resource() to account
for any address translation done by the PCI host bridge.
Signed-off-by: Bjorn
On Tue, May 06, 2014 at 05:11:17PM -0400, David Miller wrote:
From: j...@joshtriplett.org
Date: Tue, 6 May 2014 14:08:15 -0700
On Tue, May 06, 2014 at 04:44:10PM -0400, David Miller wrote:
From: Cong Wang xiyou.wangc...@gmail.com
Date: Tue, 6 May 2014 11:33:11 -0700
So why bothers
On Tue, 6 May 2014 19:31:36 +0200 Oleg Nesterov o...@redhat.com wrote:
On 05/06, Kirill Tkhai wrote:
User may want to prohibit autoloading of some modules,
which happens when someone in kernel calls request_module().
For comparison, udev considers blacklist even if corresponding
Callers of mmc_regulator_get_supply could benefit from knowing if either
of the regulators are present but not yet available. Since callers do
not currently examine the return value, modify this function to return
zero or -EPROBE_DEFER if either regulator get returns the same.
Furthermore, since
On Tue, May 6, 2014 at 3:57 PM, Tim Kryger tim.kry...@linaro.org wrote:
Callers of mmc_regulator_get_supply could benefit from knowing if either
of the regulators are present but not yet available. Since callers do
not currently examine the return value, modify this function to return
zero or
On 05/06/2014 05:52 PM, Catalin Marinas wrote:
On 6 May 2014, at 19:15, Sasha Levin sasha.le...@oracle.com wrote:
On 05/06/2014 01:05 PM, Catalin Marinas wrote:
On Tue, May 06, 2014 at 04:20:27PM +0100, Sasha Levin wrote:
On 05/02/2014 09:41 AM, Catalin Marinas wrote:
Currently,
Hi Linus,
radeon, i915 and nouveau fixes, all fixes for regressions or black
screens, or possible oopses,
I have an optional follow up to this for AMD as they have some new HW
support they'd like in, but I'm not sure how you are feeling at the
moment!
Dave.
The following changes since
This is support for the new AMD mullins APU, it pretty much just adds
support to the driver in the all the right places, and is pretty low risk
wrt other GPUs, however I'll leave it up to you if it fits with the
current release cycle,
Dave.
The following changes since commit
On Tue, 2014-05-06 at 15:50 -0700, j...@joshtriplett.org wrote:
There's something very wrong if 2.4.x works for
cases that 3.x doesn't; that would be a serious regression.
You'll have to ask Linus to bring back i386 support then,
I believe it was removed in 3.8
--
To unsubscribe from this
On Tue, 2014-05-06 at 14:05 -0700, Andi Kleen wrote:
- Make GRO optional.
This is purely a performance feature for high bandwidth.
Make this properly then, instead of relying on LTO.
We did preliminary work to put this stuff in separate files, but its not
complete yet.
tcpv4_offload has
To implement the context tracker properly on arm64,
a function call needs to be made after debugging and
interrupts are turned on, but before the lr is changed
to point to ret_from_exception(). If the function call
is made after the lr is changed the function will not
return to the correct place.
Make calls to ct_user_enter when the kernel is exited
and ct_user_exit when the kernel is entered (in el0_da,
el0_ia, el0_svc, el0_irq).
These macros expand to function calls which will only work
properly if el0_sync and related code has been rearranged
(in a previous patch of this series).
In
On Sat, May 3, 2014 at 4:15 PM, Christian Engelmayer cenge...@gmx.at wrote:
Fix the error path when a cookie mismatch is detected. In that case the
function jumps to the exit label without setting the uninitialized, local
variable 'return_error'. Detected by Coverity - CID 201453.
Implement and enable context tracking for arm64 (which is
a prerequisite for FULL_NOHZ support). This patchset
builds upon earlier work by Kevin Hilman and is based on 3.15-rc2.
Larry Bassel (2):
arm64: adjust el0_sync so that a function can be called
arm64: enable context tracking
On Tue, 6 May 2014 07:04:46 -0400 Steven Rostedt rost...@goodmis.org wrote:
On Tue, 6 May 2014 11:45:57 +0200
Jan Kara j...@suse.cz wrote:
On Mon 05-05-14 19:18:46, Steven Rostedt wrote:
To prevent deadlocks with doing a printk inside the scheduler,
printk_sched() was created. The
Steven Rostedt rost...@goodmis.org writes:
On Tue, 6 May 2014 14:48:50 -0700
Linus Torvalds torva...@linux-foundation.org wrote:
Yeah, it's disgusting. I think it is worth fixing to get better
numbers (it *would* be very interesting to hear whether this plus the
kernel 'retq' thing actually
On Fri, Apr 25, 2014 at 1:15 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 25 April 2014 00:36, Tim Kryger tim.kry...@linaro.org wrote:
Switch the common SDHCI code over to use mmc_host's regulator pointers
and remove the ones in the sdhci_host structure. Additionally, use the
common
Hi
My holiday is finished.
I implemented another cpufreq driver. And that driver also have to use
exynos_sort_descend_freq_table().
Then exynos5440 and new cpufreq have a duplicate
function.(exynos_sort_descend_freq_table().
So I want to solve it.
Thanks.~
-Original Message-
On Tue, 6 May 2014 16:37:14 -0700
Andrew Morton a...@linux-foundation.org wrote:
What I have in -next is very different from this version of the patch.
What's happening?
Hmm, good question.
Let me review this one. The one I sent recently was one I pulled from
my sent folder. I thought it was
On 05/06/2014 04:39 PM, Peter Zijlstra wrote:
On Tue, May 06, 2014 at 04:19:21PM -0400, Rik van Riel wrote:
On 05/06/2014 07:54 AM, Peter Zijlstra wrote:
On Fri, May 02, 2014 at 11:19:47AM -0400, Rik van Riel wrote:
As an aside, it also looks like SD_BALANCE_WAKE is set on all domains
On Wed, May 07, 2014 at 01:42:12AM +0400, Alexey Khoroshilov wrote:
On 01.05.2014 07:48, David Fries wrote:
On Thu, May 01, 2014 at 12:37:58AM +0400, Alexey Khoroshilov wrote:
w1_process_callbacks() expects to be called with dev-list_mutex held,
but it is the fact only in w1_process().
Acked-by: David Fries da...@fries.net
On Wed, May 07, 2014 at 01:26:04AM +0400, Alexey Khoroshilov wrote:
w1_process_callbacks() expects to be called with dev-list_mutex held,
but it is the fact only in w1_process(). __w1_remove_master_device()
calls w1_process_callbacks() after it releases
Hi everyone
07.05.2014, 03:49, David Fries da...@fries.net:
Acked-by: David Fries da...@fries.net
On Wed, May 07, 2014 at 01:26:04AM +0400, Alexey Khoroshilov wrote:
w1_process_callbacks() expects to be called with dev-list_mutex held,
but it is the fact only in w1_process().
On Tue, 2014-05-06 at 17:41 -0400, Richard Guy Briggs wrote:
On 14/05/05, James Bottomley wrote:
On May 5, 2014 3:36:38 PM PDT, Serge Hallyn serge.hal...@ubuntu.com wrote:
Quoting James Bottomley (james.bottom...@hansenpartnership.com):
On Mon, 2014-05-05 at 22:27 +, Serge Hallyn
[ 2719.121933] Padding 88002dd9e7a8: 5a 5a 5a 5a 5a 5a 5a 5a
[ 2719.121933] CPU: 0 PID: 9797 Comm: runtrin.sh Tainted: GB W
3.15.0-rc4-next-20140506-sasha-00021-gc164334-dirty #447
[ 2719.121933] 88002dd9d668 880031b47b08
On Tue, 6 May 2014 16:37:14 -0700
Andrew Morton a...@linux-foundation.org wrote:
What I have in -next is very different from this version of the patch.
What's happening?
Hmm, it looks massaged from what I originally sent in order to be
placed after the other patches in the series. A quick
Create a module that allows udelay() to be executed to ensure that
it is delaying at least as long as requested.
Signed-off-by: David Riley davidri...@chromium.org
Reviewed-on: https://chromium-review.googlesource.com/194223
Reviewed-by: Doug Anderson diand...@chromium.org
---
This change adds a module and a script that makes use of it to
validate that udelay delays for at least as long as requested
(as compared to ktime).
David Riley (2):
kernel: time: Add udelay_test module to validate udelay
tools: add script to test udelay
kernel/time/Kconfig |7 ++
This script makes use of the udelay_test module to exercise udelay()
and ensure that it is delaying long enough (as compared to ktime).
Signed-off-by: David Riley davidri...@chromium.org
---
tools/time/udelay_test.sh | 66 +
1 file changed, 66
Hi Tomasz,
Thanks for review.
On 05/07/2014 03:36 AM, Tomasz Figa wrote:
Hi Pankaj,
On 06.05.2014 10:51, Pankaj Dubey wrote:
Let's move I2C interrupt re-configuration code from machine
file exynos.c to I2C driver. Since only Exynos5250, and
Exynos5420 need to do this, added syscon based
On Tuesday, May 06, 2014 03:31:02 PM Alan Stern wrote:
On Tue, 6 May 2014, Rafael J. Wysocki wrote:
You are using leave_runtime_suspended to mean two different things:
remain runtime-suspended during the system suspend stages (i.e., no
reprogramming is needed so don't go to
On 05/07/2014 04:04 AM, Tomasz Figa wrote:
Hi Pankaj,
On 06.05.2014 10:51, Pankaj Dubey wrote:
Let's move SYS_I2C_CFG register save/restore during s2r into i2c driver.
This will help in removing static iodesc based mapping from exynos.c.
Also will help in removing SoC specific checks in pm.c
On 16:00-20140425, Felipe Balbi wrote:
On Fri, Apr 25, 2014 at 03:58:10PM -0500, Nishanth Menon wrote:
On 04/16/2014 11:35 AM, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [140416 08:18]:
TRM says we *must* write 1 to each bit we're handling
in order to clear the IRQ status and
On 05/06/2014 05:12 PM, David Riley wrote:
This change adds a module and a script that makes use of it to
validate that udelay delays for at least as long as requested
(as compared to ktime).
Interesting.
So fundamentally, udelay is a good bit fuzzier accuracy wise then
ktime_get(), as it may
Am Tue, May 06, 2014 at 11:05:04AM -0400 schrieb David Miller:
SET_ETHTOOL_OPS only exists so that drivers could be compiled
on older kernels.
But the usefulness of that is long gone, we've had netdev-ethtool_ops
since way before we started using GIT.
I'd rather see a patch which removes
Hi Chao,
2014-05-06 (화), 16:54 +0800, Chao Yu:
This patch adds a tracepoint for f2fs_read_data_pages to trace when pages are
readahead by VFS.
Signed-off-by: Chao Yu chao2...@samsung.com
---
fs/f2fs/data.c |3 +++
include/trace/events/f2fs.h | 26
)
[ 3029.103644] Modules linked in:
[ 3029.104732] CPU: 16 PID: 4959 Comm: sleep Tainted: GB
3.15.0-rc4-next-20140506-sasha-00021-gc164334-dirty #447
[ 3029.108662] task: 8805472f8000 ti: 880547e3e000 task.ti:
880547e3e000
[ 3029.109900] RIP: syscall_trace_enter (include/trace/events
On Tue, 06 May 2014 20:08:47 +0200, Tomasz Figa wrote:
On 06.05.2014 19:59, Joerg Roedel wrote:
On Wed, Apr 30, 2014 at 04:27:10PM +0530, Shaik Ameer Basha wrote:
This series is going on for quite a long time and most of the patches here
doesn't depend on dt bindings. As Exynos IOMMU h/w is
An issue with the path of SPMI nodes under /sys/bus/... was reported in
https://lkml.org/lkml/2014/4/23/312. The symptom is that two different
grandchild nodes of the spmi with the same node-name@unit-address will
result in attempting to create duplicate links at
From: Frank Rowand frank.row...@sonymobile.com
This is a somewhat scary patch since it touches a path that is central to
device creation based on the device tree. It should not be applied without
careful consideration.
I am not sure if this patch is a good idea, even if it does not break
From: Frank Rowand frank.row...@sonymobile.com
Optionally push devicetree device naming into a function called dynamically by
of_device_alloc().
TODO:
Change made to of_device_alloc() could also be made to
of_amba_device_create()
Signed-off-by: Frank Rowand frank.row...@sonymobile.com
---
From: Frank Rowand frank.row...@sonymobile.com
The previous patch in the series does:
Optionally push device naming into a function called dynamically by
of_device_alloc().
This patch adds an example of using that capability.
Signed-off-by: Frank Rowand frank.row...@sonymobile.com
---
On Tue, May 6, 2014 at 6:43 PM, Jonghwan Choi jhbird.c...@samsung.com wrote:
Hi
Please dont top post. it is usually frowned upon.
My holiday is finished.
I implemented another cpufreq driver. And that driver also have to use
exynos_sort_descend_freq_table().
Then exynos5440 and new
Currently perf record doesn't propagate the exit status of a workload
given by the command line. But sometimes it'd useful if it's
propagated so that a monitoring script can handle errors
appropriately.
To do that, it got rid of exit handlers and run/call them directly in
the __cmd_record(). I
The on_exit() function was only used in perf record but it's gone in
previous patch.
Acked-by: Stephane Eranian eran...@google.com
Cc: Bernhard Rosenkraenzer bernhard.rosenkran...@linaro.org
Cc: Irina Tirdea irina.tir...@intel.com
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
On Wed, Apr 30, 2014 at 09:53:05AM +, Vineet Gupta wrote:
Hi,
Please apply the following mainline commits to stable 3.10 as prerequisites
for a
patch for 3.15/stable which will follow to Linus right after.
147aece29b15051173eb1e767018135361cdba89 (went in 3.11-rc1)
ARC: Entry
On Fri, Apr 11, 2014 at 09:48:42PM +0200, Ard Biesheuvel wrote:
On 11 April 2014 18:03, gre...@linuxfoundation.org
gre...@linuxfoundation.org wrote:
On Fri, Apr 04, 2014 at 10:11:19AM +0200, Ard Biesheuvel wrote:
Greg,
This pertains to commit 8ceee72808d1 (crypto: ghash-clmulni-intel -
On Wed, May 07, 2014 at 12:44:31AM +0100, John Church wrote:
Signed-off-by: John Church j.chu...@ymail.com
What coding style issue?
You need to be specific in your body of your email, and put a blank line
after the signed-off-by and before the patch, otherwise the tools can
complain.
And
On Mon, May 05, 2014 at 05:50:46PM +0200, Vlastimil Babka wrote:
On 05/05/2014 04:36 PM, Sasha Levin wrote:
On 05/02/2014 08:08 AM, Vlastimil Babka wrote:
On 04/30/2014 11:46 PM, Sasha Levin wrote:
On 04/03/2014 11:40 AM, Vlastimil Babka wrote:
For the MIGRATE_RESERVE pages, it is important
On Tue 6.May'14 at 10:48:00 -0400, Paul Gortmaker wrote:
On 14-05-06 01:03 AM, Liu ShuoX wrote:
for pstore record test.
I don't know what kind of cc mechanism you were manually deploying
when using git send-email here, but it is customary to actually
Sorry. This is my first time to send out
On Tue, May 6, 2014 at 7:48 PM, Frank Rowand frowand.l...@gmail.com wrote:
An issue with the path of SPMI nodes under /sys/bus/... was reported in
https://lkml.org/lkml/2014/4/23/312. The symptom is that two different
grandchild nodes of the spmi with the same node-name@unit-address will
This change is made to preserve the GIC v2 bypass bits in the
GIC_CPU_CTRL register (also known as the GICC_CTLR register in spec).
This code will preserve all bits configured by the bootload regarding
v2 bypass group bits. In the X-Gene platform (as well others), the
bypass functionality is not
Memory migration uses a callback defined by the caller to determine how to
allocate destination pages. When migration fails for a source page, however,
it
frees the destination page back to the system.
This patch adds a memory migration callback defined by the caller to determine
how to free
Async compaction terminates prematurely when need_resched(), see
compact_checklock_irqsave(). This can never trigger, however, if the
cond_resched() in isolate_migratepages_range() always takes care of the
scheduling.
If the cond_resched() actually triggers, then terminate this pageblock scan
We're going to want to manipulate the migration mode for compaction in the page
allocator, and currently compact_control's sync field is only a bool.
Currently, we only do MIGRATE_ASYNC or MIGRATE_SYNC_LIGHT compaction depending
on the value of this bool. Convert the bool to enum
Memory compaction works by having a freeing scanner scan from one end of a
zone which isolates pages as migration targets while another migrating
scanner
scans from the other end of the same zone which isolates pages for migration.
When page migration fails for an isolated page, the target
Each zone has a cached migration scanner pfn for memory compaction so that
subsequent calls to memory compaction can start where the previous call left
off.
Currently, the compaction migration scanner only updates the per-zone cached
pfn
when pageblocks were not skipped for async compaction.
Synchronous memory compaction can be very expensive: it can iterate an enormous
amount of memory without aborting, constantly rescheduling, waiting on page
locks and lru_lock, etc, if a pageblock cannot be defragmented.
Unfortunately, it's too expensive for transparent hugepage page faults and
I believe that passing pid (instead of tid) as the 3rd arg of the
machine__find*_thread() was to find a main thread so that it can
search proper map group for symbols. However with the map sharing
patch applied, it now can do it in any thread.
It fixes a bug when each thread has different name,
Ok! Now that you posted your changes, I am getting to understand this
a little :)
Paolo Bonzini pbonz...@redhat.com writes:
Hoist the common case up from do_insn_fetch_byte to do_insn_fetch,
and prime the fetch_cache in x86_decode_insn. This helps both the
compiler and the branch predictor.
If memory allocation failed in first loop, root will be NULL and
will lead to kernel panic.
Signed-off-by: Leon Ma xindong...@intel.com
---
mm/rmap.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/mm/rmap.c b/mm/rmap.c
index 9c3e773..6e53aed 100644
--- a/mm/rmap.c
44d661067 PUD 44d660067 PMD 0
[ 6230.740626] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 6230.740626] Dumping ftrace buffer:
[ 6230.740626](ftrace buffer empty)
[ 6230.740626] Modules linked in:
[ 6230.740626] CPU: 2 PID: 23998 Comm: trinity-c257 Not tainted
3.15.0-rc4-next-20140506-sasha
On 05/06/2014 09:03 AM, Tomas Pop wrote:
Hi Gunter,
Yes, that's exactly the idea - we would like to provide basic support
for a few low-cost boards as a starting point for anybody who is
interested in the sensor. Previously I was testing mostly on some
Android devices (kernel 3.4), and it
That code used to be in the machine code, but it's more fit here with other
restart hooks.
That will allow to cleanup the machine directory, while waiting for a proper
watchdog driver for the A31.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
Acked-by: Arnd Bergmann a...@arndb.de
On 5/6/2014 6:32 PM, Rob Herring wrote:
On Tue, May 6, 2014 at 7:48 PM, Frank Rowand frowand.l...@gmail.com wrote:
An issue with the path of SPMI nodes under /sys/bus/... was reported in
https://lkml.org/lkml/2014/4/23/312. The symptom is that two different
snip
I think the primary
] Dumping ftrace buffer:
[ 6897.630034](ftrace buffer empty)
[ 6897.630034] Modules linked in:
[ 6897.630034] CPU: 24 PID: 23736 Comm: trinity-c148 Tainted: GB
3.15.0-rc4-next-20140506-sasha-00021-gc164334-dirty #447
[ 6897.630034] task: 88002a87 ti: 88000ef04000 task.ti
The general code structure is an immediate no go. We're not going to
bolt on anything like this.
Could you please detail a little bit about general code structure?
Thank you all the same,
Yuyang
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Hi,
This serie moves the restart code out of the mach-sunxi directory to
either the watchdog driver or to a new driver in drivers/power/reset.
Since the reset code was pretty much all the code left in the
mach-sunxi directory for all the SoCs but the A31, the only thing left
into mach-sunxi are
Now that the reset code are part of drivers of their own, we need those in the
defconfig.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
Most of the watchdog code is duplicated between the machine restart code and
the watchdog driver. Add the restart hook to the watchdog driver, to be able to
remove it from the machine code eventually.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
Acked-by: Arnd Bergmann
The init_machine hook is now at its default value. We can remove it.
Even though the sun4i and sun7i machines are nothing more than generic machines
now, leave them in so that we won't have to add them back if needed, and so
that the machine is still displayed in /proc/cpuinfo.
Signed-off-by:
Sorry, my fault. It's already validated in unlock_anon_vma_root().
BR
Leon
-Original Message-
From: Ma, Xindong
Sent: Wednesday, May 07, 2014 10:32 AM
To: a...@linux-foundation.org; iamjoonsoo@lge.com;
n-horigu...@ah.jp.nec.com; kirill.shute...@linux.intel.com;
Now that the A31 reset code is a driver of its own, we need it in the
defconfig.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
---
arch/arm/configs/sunxi_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/configs/sunxi_defconfig
Hi Johannes and Catalin,
Actually bisecting is the best way, but I failed to run fsstress with
early 3.15-rcX due to BUG_ONs in mm; recently it seems that most of
there-in issues have been resolved.
So I pulled the linus tree having:
commit 38583f095c5a8138ae2a1c9173d0fd8a9f10e8aa
Merge:
Now that reset is handled either by the watchdog driver for the sun4i, sun5i
and sun7i, and by a driver of its own for sun6i, we can remove it from the
platform code.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
Acked-by: Arnd Bergmann a...@arndb.de
---
Hi Don,
On Wed, 30 Apr 2014 09:35:55 -0400, Don Zickus wrote:
On Wed, Apr 30, 2014 at 08:38:10AM +0900, Namhyung Kim wrote:
Hi Don,
On Tue, 29 Apr 2014 13:27:35 -0400, Don Zickus wrote:
On Tue, Apr 29, 2014 at 10:13:35AM +0900, Namhyung Kim wrote:
/*
* Addresses with
2014-05-06 15:27 GMT-07:00 Brian Lilly br...@crystalfontz.com:
It would appear that I don't have that commit. I could move to 3.14
to see if it makes a difference, but the last couple of responses have
been on 3.12.18 -- or perhaps I'm missing something else.
I did miss that you were also
Hi Jiri,
On Sun, 4 May 2014 19:53:34 +0200, Jiri Olsa wrote:
On Wed, Apr 16, 2014 at 12:05:37PM +0900, Namhyung Kim wrote:
SNIP
* changes in v4:
- fix a tui navigation bug
- fix a bug in output change of perf diff
- move call to perf_hpp__init() out of setup_browser()
- fix
There are some code paths in the kernel that need to do some preparations
before it calls a tracepoint. As that code is worthless overhead when
the tracepoint is not enabled, it would be prudent to have that code
only run when the tracepoint is active. To accomplish this, all tracepoints
now get
Being able to show a cpumask of events can be useful as some events
may affect only some CPUs. There is no standard way to record the
cpumask and converting it to a string is rather expensive during
the trace as traces happen in hotpaths. It would be better to record
the raw event mask and be
Brian,
On Tue, May 6, 2014 at 1:44 PM, Brian Lilly br...@crystalfontz.com wrote:
Uwe:
With commit a264b981f2c76e281ef27e7232774bf6c54ec865 we're having eth0
come up, then brought right back down with an MDIO rx timeout moments
after. Adding back in the removed code keeps the interface alive
Console rotation is needed for devices like Tegra Note 7 and NVIDIA
SHIELD to get the boot console in the expected orientation.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
---
arch/arm/configs/tegra_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
1 - 100 of 1654 matches
Mail list logo
