On Fri, Jul 27, 2012 at 09:30:57AM +0800, Ming Lei wrote:
No, the comment above is misleading and not useless, and I think the below
is good:
* Asynchronous variant of request_firmware() for user contexts where
* it is not possible to sleep for long time or can't sleep at all,
On Fri, Jul 27, 2012 at 2:10 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
On Thu, Jul 26, 2012 at 02:11:58PM -0700, Linus Torvalds wrote:
On Thu, Jul 26, 2012 at 12:16 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
The new PWM subsystem aims at collecting all
On 27.07.12 at 12:21, Ian Campbell ian.campb...@citrix.com wrote:
I was actually think of the issue with 32 bit PV guests accessing MFN
space 160G, even if they are themselves small, which is a separate
concern.
That can be made work if really needed, but not via the
mechanism we're talking
Hi Andrew.
A few things noted in the following..
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 2661f6e..fe38c7a 100644
--- a/drivers/misc/Kconfig
+++ b/drivers/misc/Kconfig
@@ -517,4 +517,5 @@ source drivers/misc/lis3lv02d/Kconfig
source drivers/misc/carma/Kconfig
On Fri, Jul 27, 2012 at 09:54:25AM +0800, Ming Lei wrote:
On Fri, Jul 27, 2012 at 1:54 AM, Borislav Petkov b...@amd64.org wrote:
No, it is not what I was saying.
I just mean the point is not mentioned in my commit log, but I admit it should
be a appropriate cause.
Ok, maybe I'm not
On 07/27/2012 06:23 AM, Mel Gorman wrote:
On Thu, Jul 26, 2012 at 11:48:56PM -0400, Larry Woodman wrote:
On 07/26/2012 02:37 PM, Rik van Riel wrote:
On 07/23/2012 12:04 AM, Hugh Dickins wrote:
I spent hours trying to dream up a better patch, trying various
approaches. I think I have a nice
Hi Wen,
2012/07/27 19:20, Wen Congyang wrote:
This patch series aims to support physical memory hot-remove.
The patches can free/remove following things:
- acpi_memory_info : [RFC PATCH 4/19]
- /sys/firmware/memmap/X/{end, start, type} : [RFC PATCH 8/19]
-
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
We don't need to return the new PGD - as we do not use it.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Acked-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
arch/x86/xen/enlighten.c |5 +
arch/x86/xen/mmu.c
FWD to upstream. For him, bluetooth in 3.5 vanilla does not work:
On 07/27/2012 12:02 AM, Alin M Elena wrote:
since updating to kernel 3.4.4 my bluetooth stopped working...
kde claims there is no adapter available and the same gnome...
the device is
Bus 004 Device 004: ID 0a5c:4500
On Sat, Jul 21, 2012 at 2:31 AM, Chase Douglas
chase.doug...@canonical.com wrote:
On 07/20/2012 02:03 AM, Daniel Kurtz wrote:
* Leave the device as SEMI_MT, but provide the real locations, and
allow userspace to determine the device vendor/model/etc. If
userspace knows that a specific device
On Thu, 2012-07-26 at 18:00 -0400, Matthew Garrett wrote:
We can't assume the presence of the red zone while we're still in a boot
services environment, so we should build with -fno-red-zone to avoid
problems. Change the size of wchar at the same time to make string handling
simpler.
On Thu, 2012-07-26 at 18:00 -0400, Matthew Garrett wrote:
We currently use the PCI IO protocol as a proxy for a functional GOP. This
is less than ideal, since some platforms will put the GOP on output devices
rather than the GPU itself. Move to using the conout protocol. This is not
guaranteed
Hi Wen,
2012/07/27 19:36, Wen Congyang wrote:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
The patch adds node_set_offline() and unregister_one_node() to remove_memory()
for removing sysfs file of node.
CC: David Rientjes rient...@google.com
CC: Jiang Liu liu...@gmail.com
CC: Len
This is a two-patch series to fix a bug where messages like this appear in the
kernel log
[ ..] Lots of bad pmd messages followed by this
[ 127.164256] mm/memory.c:391: bad pmd 880412e04fe8(8003de4000e7).
[ 127.164257] mm/memory.c:391: bad pmd
This reverts the patch hugetlb: avoid taking i_mmap_mutex in
unmap_single_vma() for hugetlb from mmotm.
This patch is possibly a mistake and blocks the merging of a hugetlb fix
where page tables can get corrupted (https://lkml.org/lkml/2012/7/24/93).
The motivation of the patch appears to be
If a process creates a large hugetlbfs mapping that is eligible for page
table sharing and forks heavily with children some of whom fault and
others which destroy the mapping then it is possible for page tables to
get corrupted. Some teardowns of the mapping encounter a bad pmd and
output a
On Friday 27 July 2012, Thierry Reding wrote:
On Thu, Jul 26, 2012 at 02:11:58PM -0700, Linus Torvalds wrote:
On Thu, Jul 26, 2012 at 12:16 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
The new PWM subsystem aims at collecting all implementations of the
legacy PWM API
Hi Manjunath,
On Friday 27 July 2012 05:49:24 Hadli, Manjunath wrote:
On Thu, Jul 26, 2012 at 05:55:31, Laurent Pinchart wrote:
On Tuesday 17 July 2012 10:43:54 Hadli, Manjunath wrote:
On Sun, Jul 15, 2012 at 18:16:25, Laurent Pinchart wrote:
On Wednesday 11 July 2012 21:09:26 Manjunath
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
instead of a big memblock_reserve. This way we can be more
selective in freeing regions (and it also makes it easier
to understand where is what).
[v1: Move the auto_translate_physmap to proper line]
Signed-off-by: Konrad Rzeszutek Wilk
On Fri, 2012-07-27 at 15:39 +0800, Zhang Rui wrote:
On 五, 2012-07-27 at 09:30 +0200, Jean Delvare wrote:
On Fri, 27 Jul 2012 10:58:21 +0800, Wei Ni wrote:
On Fri, 2012-07-27 at 09:21 +0800, Zhang Rui wrote:
is it possible to program the sensor at this time, in your own thermal
On Fri, 27 Jul 2012 11:15:23 +0900
Namjae Jeon linkinj...@gmail.com wrote:
Hi Jeff.
Which testcase(or test method) do I use to know improved point from
ESTALE error ?
I want to know before after using testcase with this patch-set.
It's a bit labor intensive, I'm afraid...
Attached is a
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
If we boot a 64-bit guest with more than 4GB memory, the SWIOTLB
gets turned on:
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
software IO TLB [mem 0xfb43d000-0xff43cfff] (64MB) mapped at
[8800fb43d000-8800ff43cfff]
On Fri, Jul 27, 2012 at 07:22:48PM +0900, Kamezawa Hiroyuki wrote:
(2012/07/23 9:48), Minchan Kim wrote:
Like below, memory-hotplug makes race between page-isolation
and page-allocation so it can hit BUG_ON in __offline_isolated_pages.
CPU A CPU B
On Fri 27-07-12 11:46:04, Mel Gorman wrote:
This reverts the patch hugetlb: avoid taking i_mmap_mutex in
unmap_single_vma() for hugetlb from mmotm.
This patch is possibly a mistake and blocks the merging of a hugetlb fix
where page tables can get corrupted
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
During bootup Xen supplies us with a P2M array. It sticks
it right after the ramdisk, as can be seen with a 128GB PV guest:
(certain parts removed for clarity):
xc_dom_build_image: called
xc_dom_alloc_segment: kernel :
Just a nit
On Fri 27-07-12 11:46:05, Mel Gorman wrote:
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index fd1d530..8c6e5a5 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -2429,6 +2429,25 @@ again:
tlb_end_vma(tlb, vma);
}
I would welcome a comment here. Something like:
/*
* Called
On 07/26/2012 01:42 PM, Avi Kivity wrote:
On 07/24/2012 08:10 PM, Sasha Levin wrote:
[ 215.026612] NMI backtrace for cpu 1
[ 215.026612] CPU 1
[ 215.026612] Pid: 2395, comm: pageattr-test Tainted: GW
3.5.0-sasha-01644-g824681b #267
[ 215.026612] RIP: 0010:[8109bd5a]
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
Please first read the description in xen/mmu: Copy and revector the
P2M tree.
At this stage, the __ka address space (which is what the old
P2M tree was using) is partially disassembled. The cleanup_highmap
has removed the PMD entries from
On Fri, Jul 27, 2012 at 12:17 AM, Vinod Koul vinod.k...@linux.intel.com wrote:
Reported-by: Javier Martin javier.mar...@vista-silicon.com
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Applied thanks (to fixes-for 3.7)
You mentioned that you would also copy stable. Would it be
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
Since we are not using it and somebody else could use it.
make sense except it is almost entirely rewritten by the following
patch...
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/x86/xen/mmu.c | 13 +++--
1
From bc1fde5cacff425c4bddc061a72e52d3ecb9eeb2 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg s...@ravnborg.org
Date: Fri, 27 Jul 2012 13:34:54 +0200
Subject: [PATCH] of: drop of_pdt_build_more in pdt.c
It is no longer used - as the sparc usage was dropped in:
d884297acac228f15a793850be167ba8f9dd3818
fixed some checkpatch warnings.
(Excluding -WARNING: msleep 20ms can sleep for up to 20ms-)
$ find drivers/staging/olpc_dcon/ -name *.[ch]|xargs ./scripts/checkpatch.pl \
-f --terse --nosummary|cut -f3- -d:|sort |uniq -c|sort -n
2 WARNING: msleep 20ms can sleep for up to 20ms; see
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
As we are not using them. We end up only using the L1 pagetables
and grafting those to our page-tables.
Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com
---
arch/x86/xen/mmu.c | 38 --
1
Right now we have support for explicit platform device IDs, as well as
ID-less platform devices when a given device type can only have one
instance. However there are cases where multiple instances of a device
type can exist, and their IDs aren't (and can't be) known in advance
and do not matter.
On czwartek, 26 lipca 2012 o 14:38:28 Daniel Vetter wrote:
On Wed, Jul 25, 2012 at 01:55:59PM +0200, Daniel Vetter wrote:
On Wed, Jul 25, 2012 at 12:57 PM, Maciej Rutecki
maciej.rute...@gmail.com wrote:
On środa, 25 lipca 2012 o 11:29:28 Daniel Vetter wrote:
On Wed, Jul 25, 2012 at
On 27.07.12 at 13:18, Stefano Stabellini stefano.stabell...@eu.citrix.com
wrote:
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
1) All P2M lookups instead of using the __ka address would
use the __va address. This means we can safely erase from
__ka space the PMD pointers that
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
On Thu, Jul 26, 2012 at 04:33:43PM +0100, Stefano Stabellini wrote:
- Basic hypervisor.h and interface.h definitions.
- Skelethon enlighten.c, set xen_start_info to an empty struct.
Skeleton
- Do not limit xen_initial_domain to PV
Hello!
This is yet another quick update on the patchset which replaces custom
consistent dma regions usage in dma-mapping framework in favour of
generic vmalloc areas created on demand for each allocation. The main
purpose for this patchset is to remove 2MiB limit of dma
coherent/writecombine
'const void *' is a safer type for caller function type. This patch
updates all references to caller function type.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Reviewed-by: Kyungmin Park kyungmin.p...@samsung.com
Reviewed-by: Minchan Kim minc...@kernel.org
---
This patch changes dma-mapping subsystem to use generic vmalloc areas
for all consistent dma allocations. This increases the total size limit
of the consistent allocations and removes platform hacks and a lot of
duplicated code.
Atomic allocations are served from special pool preallocated on
Widening audience for this version.
The issue addressed is that the power sequences for backlights (and probably
other devices), which were implemented using board-specific callbacks so far,
could not be used with the device tree. This series of patches adds a small
power sequence interpreter
Some device drivers (panel backlights especially) need to follow precise
sequences for powering on and off, involving gpios, regulators, PWMs
with a precise powering order and delays to respect between each steps.
These sequences are board-specific, and do not belong to a particular
driver -
Signed-off-by: Alexandre Courbot acour...@nvidia.com
---
arch/arm/boot/dts/tegra20-ventana.dts | 53 +++
arch/arm/boot/dts/tegra20.dtsi| 2 +-
2 files changed, 54 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/tegra20-ventana.dts
Make use of the power sequences specified in the device tree or platform
data, if any.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
---
.../bindings/video/backlight/pwm-backlight.txt | 55 +-
drivers/video/backlight/Kconfig| 1 +
On 07/26/2012 03:59 PM, Andy Walls wrote:
On Thu, 2012-07-26 at 10:44 -0600, Tim Gardner wrote:
Cc: Mauro Carvalho Chehab mche...@infradead.org
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner tim.gard...@canonical.com
---
drivers/media/video/cx25840/cx25840-firmware.c | 15
On 27 July 2012 10:40, Thierry Reding thierry.red...@avionic-design.de wrote:
On Thu, Jul 26, 2012 at 02:11:58PM -0700, Linus Torvalds wrote:
On Thu, Jul 26, 2012 at 12:16 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
The new PWM subsystem aims at collecting all implementations
3rd try on this one ...
8-
On a large system with a large number of tasks, the output of
echo t /proc/sysrq-trigger
can take a long period of time. If this period is greater than the period
of the current clocksource, the clocksource watchdog will mark the
clocksource as unstable and
hi,
patches available also as tarball in here:
http://people.redhat.com/~jolsa/perf_post_unwind_v8.tar.bz2
v8 changes:
- patch 2 - added dump registers ABI specification as suggested
by Stephane
- v7 patches 9,10,16,17 already in
v7 changes:
- omitted v6 patches 9 and 15
This brings a new API to help the selective dump of registers on
event sampling, and its implementation for x86 arch.
Added HAVE_PERF_REGS config option to determine if the architecture
provides perf registers ABI.
The information about desired registers will be passed in u64 mask.
It's up to
Adding copy_from_user_nmi_nochk that provides the best effort
copy regardless the requesting size crossing the task boundary.
This is going to be useful for stack dump we need in post
DWARF CFI based unwind, where we have predefined size of
the user stack to dump, and we need to store the most of
From: Frederic Weisbecker fweis...@gmail.com
Adding a generic way to use __output_copy function with
specific copy function via DEFINE_PERF_OUTPUT_COPY macro.
Using this to add new __output_copy_user function, that provides
output copy from user pointers. For x86 the copy_from_user_nmi_nochk
Introducing perf_output_skip function to be able to skip data
within the perf ring buffer.
When writing data into perf ring buffer we first reserve needed
place in ring buffer and then copy the actual data.
There's a possibility we won't be able to fill all the reserved
size with data, so we
Adding libunwind to be linked with perf if available. It's required
for the to get dwarf cfi unwinding support.
Also building perf with the dwarf call frame informations by default,
so that we can unwind callchains in perf itself.
Adding LIBUNWIND_DIR Makefile variable allowing user to specify
This brings the support for dwarf cfi unwinding on perf post
processing. Call frame informations are retrieved and then passed
to libunwind that requests memory and register content from the
applications.
Adding unwind object to handle the user stack backtrace based
on the user register values
From: Frederic Weisbecker fweis...@gmail.com
Introducing following bits to the the perf_event_attr struct:
- exclude_callchain_kernel to filter out kernel callchain
from the sample dump
- exclude_callchain_user to filter out user callchain
from the sample dump
We need to be able to
Updating attr_file_abi_sizes array with PERF_ATTR_SIZE_VER2 version,
so we have the swap check complete.
Signed-off-by: Jiri Olsa jo...@redhat.com
---
tools/perf/util/header.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/perf/util/header.c
Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
the dump of user level registers on sample. Registers we want
to dump are specified by sample_regs_user bitmask.
Only user level registers are dumped at the moment. Meaning the
register values of the user space context as it was before
Adding following info to be parsed out of the event sample:
- user register set
- user stack dump
Both are global and specific to all events within the session.
This info will be used in the unwind patches coming in shortly.
Adding simple output printout (report -D) for both register and
stack
This patch enables perf to use the dwarf unwind code.
It extends the perf record '-g' option with following arguments:
'fp' - provides framepointer based user
stack backtrace
'dwarf[,size]' - provides dwarf (libunwind) based user stack
Adding header files to access unified API for arch registers.
util/perf_regs.h - global perf_reg declarations
arch/x86/include/perf_regs.h - x86 arch specific
Adding perf_reg_name function to obtain register name based
on the reg ID value, and PERF_REGS_MASK macro with mask
definition of all
On Fri, Jul 27, 2012 at 7:10 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Right. I don't have any signatures on my GPG key, but I'm not aware of
any kernel developers in my area and unfortunately I don't get around
much either. I can request key-signing via us...@kernel.org and
Previous attempts to add platform probing of the Audio related devices
only call from non-DT initialisation functions. This patch extends that
functionality to the Device Tree related ones too.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.c |4
1
This patch-set includes some important changes which should make
their way to the Mainline Release Candidates for the v3.6 release.
Without them Audio doesn't even probe (at all) when booting with
Device Tree selected. The kernel can't compile with ux500 audio
enabled. Also platform data will fail
If a list of widgets is provided and one of them fails to be added as
a control, the present semantics fail all subsequent widgets. A better
solution would be to only fail that widget, but pursue in attempting
to add the rest of the list.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
If codec-control_data is not populated SoC Core assumes we want to
use regmap, which fails catastrophically, as we don't have one:
Unable to handle kernel NULL pointer dereference at virtual address 0080
pgd = c0004000
[0080] *pgd=
Internal error: Oops: 17 [#1] PREEMPT SMP ARM
When booting via platform code the AB8500 platform data is now passed
in though the DB8500. However, if pdata_size is not set it will not be
subsequently passed onto subordinate devices. This patch correctly
populates pdata_size.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
Provide a compatible string for the AB8500 CODEC to aid in
configuration property look-up from its associated Device Tree
node.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/mfd/ab8500-core.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/ab8500-core.c
This was left over during a recent clean-up which removed Device Tree
helper structs. There is no longer a requirement for it, so we can just
remove it.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.c |5 -
1 file changed, 5 deletions(-)
diff --git
The platform attempts to register platform device 'snd_soc_u8500'
which doesn't actually exist. Here we change the reference to the
correct one 'snd_soc_mop500'.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-msp.c |2 +-
1 file changed, 1 insertion(+), 1
This simple patch ensures the PCM driver will be probed during
boot-up when Device Tree is enabled.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
sound/soc/ux500/ux500_pcm.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/sound/soc/ux500/ux500_pcm.c b/sound/soc/ux500/ux500_pcm.c
Register both parts of the MSP driver from Device Tree so that they
are probed when Device Tree is enabled. Also, as there is platform
data involved, we ensure that there is allocated memory to place the
configuration into and that the correct information is extracted from
the DT binary.
Ensure correct probing and pass though important configuration
options to the AB8500 CODEC driver when DT is enabled
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/db8500.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/db8500.dtsi
This patch-set sees many of the ux500 related Audio drivers gain
Device Tree enablement. There are also some fixes to issues which
where encountered along the way.
Documentation/devicetree/bindings/sound/ux500.txt | 62 +
arch/arm/boot/dts/db8500.dtsi | 48
This patch contains a couple of general MSP clean-ups pertaining to
layout changes and changing functions to be void instead of int instead
of regardlessly returning '0'.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-msp.c | 26 --
In the initial submission of the MSP driver msp1 and msp3's associated
pinctrl mechanism was passed back to platform code using a plat_init()
call-back routine, but it has no place in platform code. The MSP driver
should set this up for the appropriate ports. Instead we use a use_pinctrl
It isn't currently possible to pass all platform specific configuration
though Device Tree. Thinks like device names used in the clock
infrastructure, call-backs and DMA information have to be passed in via
AUXDATA structures and the MSP is no exception. Here we're passing DMA
settings.
Nothing special here. We're only providing a compatible string
to ensure the driver is probed using a Device Tree boot.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/db8500.dtsi |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/db8500.dtsi
This patch removes platform device registration of all 4 MSP
devices. It also takes care of all redundant infrastructure now
that each of the ux500 audio components have been Device Tree
enabled.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-msp.c | 14
This is the node which links together the platform (PCM), codec (AB8500)
and the CPU side Digital Audio Interface (MCP) with the machine driver.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/db8500.dtsi |8
1 file changed, 8 insertions(+)
diff --git
The 'msp' board file does more than just register MSP devices. It
also registers some other components necessary to get audio working
on ux500 based platforms; such as the PCM and Machine Drivers. For
that reason we're changing the filename to be more encompassing -
'audio'.
Signed-off-by: Lee
List all four MSP devices which exist on all DB8500 based platforms,
to ensure correct device probing and configuration passing when booting
with DT.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/db8500.dtsi | 30 ++
1 file changed, 30
On Fri, Jul 27, 2012 at 5:43 AM, Cliff Wickman c...@sgi.com wrote:
From: Cliff Wickman c...@sgi.com
Gentlemen,
I see that you all have done maintenance on mm/hugetlb.c, so I'm hoping one
or two of you could comment on a problem and proposed fix.
I am seeing list corruption occurring from
In this patch we prevent PCM driver registration from platform
code and rely solely on Device Tree to do the probing for us.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-msp.c |3 ---
1 file changed, 3 deletions(-)
diff --git
In this patch we prevent MOP500 driver registration from platform
code and rely solely on Device Tree to do the probing for us.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-msp.c |3 ---
1 file changed, 3 deletions(-)
diff --git
The current kernel commandline for ux500 based devices includes
hard-coded allocations for things like mali and hwmem, which
actually run over lowmem. Here we enable highmem in order to
avoid memory corruption errors.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/Kconfig
We've done this before and it worked well last time. Here we're
duplicating a complex registration function to ease the process
of enabling it for Device Tree. As there are quite a few steps
taken during the registration process, it makes sense to break
them up into more manageable chunks. This
We continue to allow the AB8500 CODEC to be registered via the AB8500
Multi Functional Device API, only this time we extract its configuration
from the Device Tree binary.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
include/linux/mfd/abx500/ab8500-codec.h |6 ++-
Here we ensure that the MOP500 audio driver will be probed during a
Device Tree boot. We also parse the sound node to link together the
codec, dma and the CPU-side Digital Audio Interface.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
sound/soc/ux500/mop500.c | 41
Also explains the related AB8500 CODEC configuration properties.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
Documentation/devicetree/bindings/sound/ux500.txt | 62 +
1 file changed, 62 insertions(+)
create mode 100644
On Fri, Jul 27, 2012 at 02:38:33PM +0200, richard -rw- weinberger wrote:
On Fri, Jul 27, 2012 at 7:10 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
Right. I don't have any signatures on my GPG key, but I'm not aware of
any kernel developers in my area and unfortunately I don't
On 07/27/2012 05:19 AM, Ian Campbell wrote:
On Thu, 2012-07-26 at 20:19 +0100, Christopher Covington wrote:
Hi Stefano,
On 07/26/2012 11:33 AM, Stefano Stabellini wrote:
Use r12 to pass the hypercall number to the hypervisor.
We need a register to pass the hypercall number because we might
On Fri, 27 Jul 2012, Ian Campbell wrote:
On Thu, 2012-07-26 at 17:33 +0100, Konrad Rzeszutek Wilk wrote:
On Thu, Jul 26, 2012 at 04:33:44PM +0100, Stefano Stabellini wrote:
Use r12 to pass the hypercall number to the hypervisor.
We need a register to pass the hypercall number because
On Thu, 26 Jul 2012 17:12:31 -0500
Jaeden Amero jaeden.am...@ni.com wrote:
When PARMRK is set and large transfers of characters that will get
marked are being received, n_tty could drop data silently (i.e.
without reporting any error to the client). This is because
characters have the
On a large system with a large number of tasks, the output of
echo t /proc/sysrq-trigger
can take a long period of time. If this period is greater than the period
of the current clocksource, the clocksource watchdog will mark the
clocksource as unstable and fail the clocksource over.
The
On 07/26/2012 01:55 PM, Jon Mason wrote:
On Thu, Jul 26, 2012 at 12:08 PM, Tim Gardner tim.gard...@canonical.com wrote:
Cc: Jon Mason jdma...@kudzu.us
Cc: David S. Miller da...@davemloft.net
Cc: Joe Perches j...@perches.com
Cc: Jiri Pirko jpi...@redhat.com
Cc: Stephen Hemminger
On Fri, Jul 27, 2012 at 11:24:53AM +0200, Dirk Gouders wrote:
Cong Wang xiyou.wangc...@gmail.com writes:
On Fri, Jul 27, 2012 at 2:35 PM, Dirk Gouders
goud...@et.bocholt.fh-gelsenkirchen.de wrote:
Hi Jesse,
I would like to ask you to check if the documentation of nc in
On Fri, 2012-07-27 at 14:02 +0100, Stefano Stabellini wrote:
On Fri, 27 Jul 2012, Ian Campbell wrote:
On Thu, 2012-07-26 at 17:33 +0100, Konrad Rzeszutek Wilk wrote:
On Thu, Jul 26, 2012 at 04:33:44PM +0100, Stefano Stabellini wrote:
Use r12 to pass the hypercall number to the
Hi Randy
On Wed, Jul 25, 2012 at 11:19:59AM -0700, Randy Dunlap wrote:
On 07/24/2012 09:30 PM, Stephen Rothwell wrote:
Hi all,
Changes since 20120724:
The mfd tree gained a conflict against Linus' tree.
on i386 and x86_64:
CONFIG_MFD_ARIZONA=y
Hi Venu,
On Thu, Jul 26, 2012 at 12:05:19PM +0530, Venu Byravarasu wrote:
TPS65910 PMIC is a MFD with RTC as one of the device.
Adding RTC driver for supporting RTC device present
inside TPS65910 PMIC.
Only support for RTC alarm is implemented as part of this patch.
Signed-off-by: Venu
On Sat, 21 Jul 2012, Jiri Kosina wrote:
The device identifies itself as
0d:05.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X
Fusion-MPT SAS (rev 01) Subsystem: NEC Corporation SAS1068
and seems to be functionally compatible with 0x0054 PID.
The request for support
101 - 200 of 958 matches
Mail list logo