Hi Wen,
2012/07/27 19:36, Wen Congyang wrote:
From: Yasuaki Ishimatsu
The patch adds node_set_offline() and unregister_one_node() to remove_memory()
for removing sysfs file of node.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph
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 880412e04ff0(80
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 two
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 messa
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
> > wrote:
> > >
> > > The new PWM subsystem aims at collecting all implementations of the
> > > legacy PWM API and to eventually rep
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
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 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 cleaned-up co
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
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 (https://lkml.org/lkml/2012/7
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 : 0xfff
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:
/*
* C
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:[] []
>>
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
On Fri, Jul 27, 2012 at 12:17 AM, Vinod Koul wrote:
>> Reported-by: Javier Martin
>> Signed-off-by: Fabio Estevam
> Applied thanks (to fixes-for 3.7)
You mentioned that you would also copy stable. Would it be applied
into stable soon too?
--
To unsubscribe from this list: send the line "unsubs
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
> ---
> arch/x86/xen/mmu.c | 13 +++--
> 1 files changed, 7
>From bc1fde5cacff425c4bddc061a72e52d3ecb9eeb2 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg
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 -
"sparc32,leon:
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
> ---
> arch/x86/xen/mmu.c | 38 --
> 1 files changed, 32 i
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. I
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
> >
> > wrote:
> > > On środa, 25 lipca 2012 o 11:29:28 Daniel Vetter wrote:
> > >> On Wed, Jul 25, 2012 at 10:54:25AM +
>>> On 27.07.12 at 13:18, Stefano Stabellini
>>> 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 point to the PFNs for
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
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 all
'const void *' is a safer type for caller function type. This patch
updates all references to caller function type.
Signed-off-by: Marek Szyprowski
Reviewed-by: Kyungmin Park
Reviewed-by: Minchan Kim
---
include/linux/vmalloc.h |8
mm/vmalloc.c| 18 +-
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 boot,
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 that
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 - theref
Signed-off-by: Alexandre Courbot
---
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
b/arch/arm/boot/dts/tegra20-ven
Make use of the power sequences specified in the device tree or platform
data, if any.
Signed-off-by: Alexandre Courbot
---
.../bindings/video/backlight/pwm-backlight.txt | 55 +-
drivers/video/backlight/Kconfig| 1 +
drivers/video/backlight/pwm_bl.c
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
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/cx25840/cx25840-firmware.c | 15 ---
1 file changed, 12 insertions(+), 3
On 27 July 2012 10:40, 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
>> wrote:
>> >
>> > The new PWM subsystem aims at collecting all implementations of the
>> > legacy PWM API and to eventually replace
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 an
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 the
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
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
function is used and _
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 need
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
th
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 and
From: Frederic Weisbecker
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 disable standard use
Updating attr_file_abi_sizes array with PERF_ATTR_SIZE_VER2 version,
so we have the swap check complete.
Signed-off-by: Jiri Olsa
---
tools/perf/util/header.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index 3a6d20
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 t
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
backtrace.
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 c
On Fri, Jul 27, 2012 at 7:10 AM, Thierry Reding
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 see if
> I missed anyone. I thin
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
---
arch/arm/mach-ux500/board-mop500.c |4
1 file changed, 4 inserti
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
---
sound/soc/soc-dapm.c |2
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
Mod
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
---
drivers/mfd/db8500-prcmu.c |1 +
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
---
drivers/mfd/ab8500-core.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/ab8500-core.c b/drivers/mfd/ab8500-core.c
inde
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
---
arch/arm/mach-ux500/board-mop500.c |5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/mach-ux500/
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
---
arch/arm/mach-ux500/board-mop500-msp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
This simple patch ensures the PCM driver will be probed during
boot-up when Device Tree is enabled.
Signed-off-by: Lee Jones
---
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
index 1a04e24..557da
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.
Signed-of
Ensure correct probing and pass though important configuration
options to the AB8500 CODEC driver when DT is enabled
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/db8500.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/db8500.dtsi b/arch/arm/boot/dts/db8500.dt
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
arch/
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
---
arch/arm/mach-ux500/board-mop500-msp.c | 26 --
arch/arm/mach-ux500/bo
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
identifier
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.
Signed-off
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
---
arch/arm/boot/dts/db8500.dtsi |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/db8500.dtsi b/arch/arm/boot/dts/db8500.d
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
---
arch/arm/mach-ux500/board-mop500-msp.c | 14 --
arch/arm/
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
---
arch/arm/boot/dts/db8500.dtsi |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/db8500.dtsi
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 Jon
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
---
arch/arm/boot/dts/db8500.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git a/a
On Fri, Jul 27, 2012 at 5:43 AM, Cliff Wickman wrote:
> From: Cliff Wickman
>
> 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 within gather_surp
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
---
arch/arm/mach-ux500/board-mop500-msp.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-ux500/board-mop500-msp.c
b/arch
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
---
arch/arm/mach-ux500/board-mop500-msp.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-ux500/board-mop500-msp.c
b/a
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
---
arch/arm/mach-ux500/Kconfig |1 +
1 file chan
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 pat
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
---
include/linux/mfd/abx500/ab8500-codec.h |6 ++-
sound/soc/codecs/ab8500-codec.c |
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
---
sound/soc/ux500/mop500.c | 41 +
1 f
Also explains the related AB8500 CODEC configuration properties.
Signed-off-by: Lee Jones
---
Documentation/devicetree/bindings/sound/ux500.txt | 62 +
1 file changed, 62 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/ux500.txt
diff --git a/Docum
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
> 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.
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 be
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 numb
On Thu, 26 Jul 2012 17:12:31 -0500
Jaeden Amero 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 potential to take up to
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 prob
On 07/26/2012 01:55 PM, Jon Mason wrote:
On Thu, Jul 26, 2012 at 12:08 PM, Tim Gardner wrote:
Cc: Jon Mason
Cc: "David S. Miller"
Cc: Joe Perches
Cc: Jiri Pirko
Cc: Stephen Hemminger
Cc: Paul Gortmaker
Cc: net...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/net/ethernet/neter
On Fri, Jul 27, 2012 at 11:24:53AM +0200, Dirk Gouders wrote:
> Cong Wang writes:
>
> > On Fri, Jul 27, 2012 at 2:35 PM, Dirk Gouders
> > wrote:
> >> Hi Jesse,
> >>
> >> I would like to ask you to check if the documentation of "nc" in
> >> netconsole.txt is still correct. I tried two different
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 h
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:
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 s
Hi Lee,
On Fri, Jul 27, 2012 at 01:38:50PM +0100, Lee Jones wrote:
> 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
Hi Lee,
On Fri, Jul 27, 2012 at 01:38:51PM +0100, Lee Jones wrote:
> 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
> ---
> drivers/mfd/ab8500-core.c |1 +
> 1 file changed, 1 i
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 potential to take up to three bytes in the line
discipline (when they get marked with pa
On Fri, 27 Jul 2012, Ian Campbell wrote:
> > > > Should this comment be by 'privcmd_call'?
> > >
> > > When we add a 5 argument hypercall I suppose we'll see the required
> > > push/pop of r4 added to this macro too.
> >
> > For performance and simplicity I would add a second macro that push/pop
On Thu, 26 Jul 2012, Konrad Rzeszutek Wilk wrote:
> On Thu, Jul 26, 2012 at 04:33:45PM +0100, Stefano Stabellini wrote:
> > ARM Xen guests always use paging in hardware, like PV on HVM guests in
> > the X86 world.
>
> Nice, so no dealing with the P2M at all in the guest?
Nope ;-)
> > Signed-off
If swap entry is cleared, we can see the reason that copying pte is
interrupted. If due to page table lock held long enough, no need to
increase swap count.
Signed-off-by: Hillf Danton
---
--- a/mm/memory.c Fri Jul 27 21:33:32 2012
+++ b/mm/memory.c Fri Jul 27 21:35:24 2012
@@ -971,6
When bus->fast_io is set, the locking here is done with spinlocks.
This is currently true for the regmap-mmio bus implementation.
While holding a spinlock we can't go to sleep, various operations
like removing the debugfs entries or re-initializing the cache will
sleep, therefore, shift the lockin
On 07/13/12 10:18, Tony Lindgren wrote:
> * Kukjin Kim [120712 15:13]:
>>
>> +1 same here, I'm interested in ARM mini-summit :)
>
> Yeah me too!
>
+1 very interested and we have lot's of stuff to discuss
--
Regards,
Igor.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
Add a pseudo-driver for debugging and stress-testing the
regmap/regcache APIs. A standard set of tools for working
with this driver (mainly sh scripts) will be put in a repo
at https://github.com/quantumdream/regmap-tools
Some of these tests will require one to build with
REGMAP_ALLOW_WRITE_DEBUG
On Fri, 27 Jul 2012, Christopher Covington wrote:
> 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 hypervis
Back in 2006, commit 1a2449a87b ("[I/OAT]: TCP recv offload to I/OAT")
added support for receive offloading to IOAT dma engine if available.
The code in tcp_rcv_established() tries to perform early DMA copy if
applicable. It however does so without checking whether the userspace task
is actuall
From: Sandeep Singh
tdm-summary.txt contains general description about TDM.
tdm-framework.txt contains specific description of TDM framework.
Signed-off-by: Sandeep Singh
Signed-off-by: Poonam Aggrwal
---
Changes since v1:
Incorporated Laight's comments.
-Removed reference to
101 - 200 of 475 matches
Mail list logo