On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA40 controller uses two sets of base addresses. In order to have
them automatically setup as resources by the Open Format framework we
have to set names for them. The names have to be the same as the ones
used to
On Thu, Apr 25, 2013 at 10:25:11AM +0200, richard -rw- weinberger wrote:
On Thu, Apr 25, 2013 at 9:37 AM, Uwe Kleine-König
u.kleine-koe...@pengutronix.de wrote:
The file header declares the code to be covered by GPL v2 only, so use
explicit v2 for MODULE_LICENSE, too.
Doesn't this apply
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The current implementation of the DMA40's local MAX() macro evaluates
its arguments more times than is necessary. This patch strips it
optimises it to only evaluate what's appropriate.
Cc: Vinod Koul vinod.k...@intel.com
On Thursday 25 April 2013, Linus Walleij wrote:
Are we now sacrificing that ability on the altar of simplification?
I actually think not, but that we should do periph-to-periph transfers
in some other way, and that the .dir attribute should go away from
the struct stedma40_chan_cfg as well
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the MMCI driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij linus.wall...@linaro.org
I tried just applying this (since
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the SSP driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the UART driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
--
To
Hi Stefano,
On Wed, Apr 24, 2013 at 07:40:18PM +0100, Stefano Stabellini wrote:
Rename virt_smp_ops to psci_smp_ops and move them to
arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on
Hi folks,
The following changes since commit 8c58bf3eec3b8fc8162fe557e9361891c20758f2:
x86,efi: Implement efi_no_storage_paranoia parameter (2013-04-17 15:13:38
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-urgent
On Wed, Apr 24, 2013 at 07:40:19PM +0100, Stefano Stabellini wrote:
From: Jon Medhurst t...@linaro.org
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value. The hook must return true when
On Wed, Apr 24, 2013 at 12:23:13PM -0700, Andrew Morton wrote:
} else {
+ /*
+* In the case of swap-over-nfs, this can be a
+* temporary failure if the system has limited
+* memory for allocating
于 2013年04月25日 14:57, Brian Norris 写道:
A bit late on this one, but is there a good reason this wasn't just 2
separate 16-bit fields? We already have a few, and I don't see why
this couldn't be the same.
I just want to make the ecc_strength/ecc_size more coupled for the
nand_flash_dev{}.
If we
On Wed, Apr 24, 2013 at 11:14:28PM +0100, Stefano Stabellini wrote:
On Wed, 24 Apr 2013, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Marc Zyngier marc.zyng...@arm.com
CC: will.dea...@arm.com
CC: a...@arndb.de
CC:
On Thu, Apr 25, 2013 at 10:36 AM, Arnd Bergmann a...@arndb.de wrote:
On Thursday 25 April 2013, Linus Walleij wrote:
Are we now sacrificing that ability on the altar of simplification?
I actually think not, but that we should do periph-to-periph transfers
in some other way, and that the .dir
On 25.4.2013 00:29, Yann E. MORIN wrote:
From: Yann E. MORIN yann.morin.1...@free.fr
Currently the odds to set each symbol is (rounded):
booleans: y: 50% n: 50%
tristates: y: 33% m: 33% n: 33%
Introduce a KCONFIG_PROBABILITY environment variable to tweak the
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
'psize' is used to calculate the maximum DMA burst size. However it
is only taken into consideration when editing the DMA channel's
configuration. The Audio DMA platform data is only used to allocate
a channel, not
Chen Gang gang.c...@asianux.com wrote:
When CONFIG_KVM_BOOK3S_64_PR is enabled,
MASKABLE_EXCEPTION_PSERIES(0x900 ...) will includes __KVMTEST, it will
exceed 0x980 which STD_EXCEPTION_HV(0x980 ...) will use, it will cause
compiling issue.
The related errors:
On Thu, Apr 25, 2013 at 09:20:44AM +0100, Paul Bolle wrote:
On Thu, 2013-04-25 at 17:02 +0900, Jonghwan Choi wrote:
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
That would be only the setup.c chunk. That fixes a typo introduced in
v3.4 (see commit
On Wed, 24 Apr 2013 11:37:28 +0200, Jiri Olsa wrote:
Adding automated test for testing the build process.
To run it you need to be in perf directory or specify
one with PERF variable. It's also possible to specify
optional Makefile to test via MK variable.
$ pwd
On 2013年04月25日 17:00, Michael Neuling wrote:
Signed-off-by: Chen Gang gang.c...@asianux.com
---
arch/powerpc/include/asm/kvm_asm.h |2 +-
arch/powerpc/kernel/exceptions-64s.S |6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Devices which utilise DMA tend to use the same channel numbers for
transmitting and receiving. For this reason and the fact that it'll
decrease the burden of platform data passed to each device, we're
amalgamating source and destination device types.
I don't think this explains what the
On Wed, Apr 24, 2013 at 10:05:46AM -0700, Michal Nazarewicz wrote:
On Wed, Apr 24 2013, Geert Uytterhoeven wrote:
If gcc (e.g. 4.1.2) decides not to inline cdc_config_register() and
rndis_config_register(), this will cause section mismatch warnings:
WARNING:
On Thu, Apr 25, 2013 at 03:06:37PM +0900, Namhyung Kim wrote:
On Wed, 24 Apr 2013 16:09:18 +0200, Jiri Olsa wrote:
On Tue, Apr 23, 2013 at 05:31:03PM +0900, Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
+out:
+ put_tracing_file(file);
+ return ret;
+}
+
+static int
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
This change will cost ~25KB of memory, but it's worth the trade-off,
as it removes a great deal of overhead. It means that instead of only
allocating memory for the logical channels in use, it does so for all
available
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
DMA configuration data is now allocated in the MMCI driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Linus Walleij
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The current implementation of the DMA40's local MAX() macro evaluates
its arguments more times than is necessary. This patch strips it
optimises it to only evaluate what's
On Wed, 24 Apr 2013 11:37:30 +0200, Jiri Olsa wrote:
Moving arch check into config/Makefile.
[SNIP]
+# include config/Makefile by default and rule out
+# non-config cases
+config := 1
+
+# standalone clean
+ifeq ($(MAKECMDGOALS),clean)
+ config := 0
endif
-ifeq ($(ARCH),x86_64)
-
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The DMA40 controller uses two sets of base addresses. In order to have
them automatically setup as resources by the Open Format framework we
have to set names for them. The
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
Before allocating memory for logical channels, the current driver
checks to see if there are any. Well as the dma40_memcpy_channels[]
array is always populated, the check is always true. Best to
remove the check.
Cc:
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
There are lots of lengthy if() statements located sporadically up and
down the driver. This simple macro should make many of them a little
simpler to decipher. The remainder
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
The channels reserved for memcpy are the same for all currently
supported platforms. With this in mind, we can ease the platform
data passing requirement by moving these assignments out from
platform code and place them
On 04/24/2013 08:59 PM, Gleb Natapov wrote:
On Mon, Apr 01, 2013 at 05:56:49PM +0800, Xiao Guangrong wrote:
Then it has chance to trigger mmio generation number wrap-around
Signed-off-by: Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com
---
arch/x86/include/asm/kvm_host.h |1 +
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
Before allocating memory for logical channels, the current driver
checks to see if there are any. Well as the dma40_memcpy_channels[]
array is always populated, the check is
On 04/24/2013 09:34 PM, Gleb Natapov wrote:
diff --git a/arch/x86/kvm/mmu.h b/arch/x86/kvm/mmu.h
index 2adcbc2..6b4ba1e 100644
--- a/arch/x86/kvm/mmu.h
+++ b/arch/x86/kvm/mmu.h
@@ -52,6 +52,20 @@
int kvm_mmu_get_spte_hierarchy(struct kvm_vcpu *vcpu, u64 addr, u64
sptes[4]);
void
arch/x86/kernel/setup.c includes asm/dmi.h but it doesn't look like
it needs it, linux/dmi.h is sufficient.
Signed-off-by: Jean Delvare jdelv...@suse.de
Cc: Thomas Gleixner t...@linutronix.de
Cc: Ingo Molnar mi...@redhat.com
Cc: H. Peter Anvin h...@zytor.com
---
arch/x86/kernel/setup.c |1 -
On Thu, 25 Apr 2013, Linus Walleij wrote:
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
This change will cost ~25KB of memory, but it's worth the trade-off,
as it removes a great deal of overhead. It means that instead of only
allocating memory for the logical
On 2013年04月25日 17:05, Chen Gang wrote:
On 2013年04月25日 17:00, Michael Neuling wrote:
Signed-off-by: Chen Gang gang.c...@asianux.com
---
arch/powerpc/include/asm/kvm_asm.h |2 +-
arch/powerpc/kernel/exceptions-64s.S |6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/staging/ozwpan/ozcdev.c | 2 ++
1 file changed, 2 insertions(+)
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Fix to return -ENODEV in the chip not found error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/rtc/rtc-pcf2123.c | 1 +
1 file changed, 1 insertion(+)
diff
On Thu, Apr 18, 2013 at 12:00:49PM +, Zhanghaoyu (A) wrote:
I start 10 VMs(windows xp), then running geekbench tool on
them, about 2 days, one of them was reset, I found the reset
operation is done by int kvm_cpu_exec(CPUArchState *env) {
...
switch
On Mon, 22 Apr 2013, Thomas Gleixner wrote:
With the patch below, the box should survive and we should see a
Spurious HPET timer interrupt on HPET timer... entry in dmesg.
That's a first workaround to confirm my theory. I'll look into the
HPET code how we can avoid that at all.
Looks
Commit-ID: 06d219dc22daa26b79ec8e611caa68801607f15d
Gitweb: http://git.kernel.org/tip/06d219dc22daa26b79ec8e611caa68801607f15d
Author: Jean Delvare jdelv...@suse.de
AuthorDate: Thu, 25 Apr 2013 11:24:05 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 25 Apr 2013 11:32:51
Hi Matthew, Peter, Linus,
Yes, I was really hoping (and originally planning) to release 3.9
final this weekend, but we had enough issues that I just didn't feel
comfy about it. It was borderline, and none of the issues were huge,
and maybe I could have called this just 3.9 and opened the
PowerPC and Microblaze have nearly identical definations of struct
pci_controller - this patch unifies them in asm-generic to reduce
code duplication and to allow new architectures to reuse.
This patchset follows and depends on of/pci: Provide common
support for PCI DT parsing which provided
This patch removes struct pci_controller from Microblaze and instead
uses struct pci_controller from asm-generic.
Signed-off-by: Andrew Murray andrew.mur...@arm.com
---
arch/microblaze/include/asm/pci-bridge.h | 75 ++
include/asm-generic/pci-bridge.h |2
This patch unifies similar definations of INDIRECT_TYPE_* between
PowerPC and Microblaze.
Signed-off-by: Andrew Murray andrew.mur...@arm.com
---
arch/microblaze/include/asm/pci-bridge.h | 23 ---
arch/powerpc/include/asm/pci-bridge.h| 23 ---
This patch moves struct pci_controller into asm-generic to allow
for use by other architectures thus reducing code duplication in
the kernel.
Signed-off-by: Andrew Murray andrew.mur...@arm.com
---
arch/powerpc/include/asm/pci-bridge.h | 87 +---
On Thu, 25 Apr 2013 11:09:56 +0200, Jiri Olsa wrote:
On Thu, Apr 25, 2013 at 03:06:37PM +0900, Namhyung Kim wrote:
On Wed, 24 Apr 2013 16:09:18 +0200, Jiri Olsa wrote:
On Tue, Apr 23, 2013 at 05:31:03PM +0900, Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
+out:
+
On Wed, Apr 24, 2013 at 09:07:24PM -0500, Robin Holt wrote:
On Wed, Apr 24, 2013 at 08:16:50PM +, Luck, Tony wrote:
That being said, my SN2 machine was previously running kernel 3.0.34
which has the old dmi_scan code and it also said DMI not present or
invalid. Plus dmidecode fails
Signed-off-by: Zhao Hongjiang zhaohongji...@huawei.com
Cc: sta...@vger.kernel.org
---
linux-next use pr_debug instead of dprintk, and fix the issue.
---
fs/aio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 3f941f2..1dc8786 100644
---
On Wed, Apr 24, 2013 at 09:22:08PM +0200, Jean Delvare wrote:
Hi Tony,
Thanks for stepping in.
Le Tuesday 23 April 2013 à 22:00 +, Luck, Tony a écrit :
I don't have much knowledge about IA64 either. All I see is that while
x86 implements memcpy_fromio() with memcpy [1], ia64
Hi All,
There is a kernel memory leak observed when the proc file
/proc/fs/fscache/stats is read.
The reason is that in fscache_stats_open, single_open is called and respective
release function is not called during release.
Hence fix with correct release function - single_release. The patch is
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just pass
0.
+ * @entry_point the first instruction to be executed on return
+ * returns 0 success, 0 on failure
+ *
+
Yes, I was really hoping (and originally planning) to release 3.9
final this weekend, but we had enough issues that I just didn't feel
comfy about it. It was borderline, and none of the issues were huge,
and maybe I could have called this just 3.9 and opened the merge
window, but hey,
On Thu, 25 Apr 2013, Will Deacon wrote:
On Wed, Apr 24, 2013 at 11:14:28PM +0100, Stefano Stabellini wrote:
On Wed, 24 Apr 2013, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Marc Zyngier marc.zyng...@arm.com
CC: will.dea...@arm.com
Currently the kernel provides the contents of p-series NVRAM only as a
simple stream of bytes via /dev/nvram, which must be interpreted in user
space by the nvram command in the powerpc-utils package. This patch set
exploits the pstore subsystem to expose each partition in NVRAM as a
separate file
Removal of syslog prefix in the uncompressed oops text will
help in capturing more oops data.
Signed-off-by: Aruna Balakrishnaiah ar...@linux.vnet.ibm.com
Reviewed-by: Jim Keniston jkeni...@us.ibm.com
---
arch/powerpc/platforms/pseries/nvram.c |2 +-
1 file changed, 1 insertion(+), 1
Introduce version and timestamp information in the oops header.
oops_log_info (oops header) holds version (to distinguish between old
and new format oops header), length of the oops text
(compressed or uncompressed) and timestamp.
The version field will sit in the same place as the length in old
Introduce generic read function to read nvram partitions other than rtas.
nvram_read_error_log will be retained which is used to read rtas partition
from rtasd. nvram_read_partition is the generic read function to read from
any nvram partition.
Signed-off-by: Aruna Balakrishnaiah
the pinmux branch was previously based on.
I have applied this entire series on the resulting pinmux branch.
I plan to push this when I tag renesas-next-20130424 later today.
If not I will tag and push renesas-next-20130425 tomorrow.
As there has been subsequent discussion and a v2
IBM's p series machines provide persistent storage for LPARs through NVRAM.
NVRAM's lnx,oops-log partition is used to log oops messages.
Currently the kernel provides the contents of p-series NVRAM only as a
simple stream of bytes via /dev/nvram, which must be interpreted in user
space by the
This patch set exploits the pstore subsystem to read details of rtas partition
in NVRAM to a separate file in /dev/pstore. For instance, rtas details will be
stored in a file named [rtas-nvram-4].
Signed-off-by: Aruna Balakrishnaiah ar...@linux.vnet.ibm.com
Reviewed-by: Jim Keniston
This patch exploits pstore subsystem to read details of common partition
in NVRAM to a separate file in /dev/pstore. For instance, common partition
details will be stored in a file named [common-nvram-6].
Signed-off-by: Aruna Balakrishnaiah ar...@linux.vnet.ibm.com
Reviewed-by: Jim Keniston
This patch set exploits the pstore subsystem to read details of
of-config partition in NVRAM to a separate file in /dev/pstore.
For instance, of-config partition details will be stored in a
file named [of-nvram-5].
Signed-off-by: Aruna Balakrishnaiah ar...@linux.vnet.ibm.com
Reviewed-by: Jim
On Thu, Feb 14, 2013 at 12:43:15PM +0100, Cong Ding wrote:
On Sun, Jan 20, 2013 at 10:01:41PM +0100, Hans J. Koch wrote:
On Fri, Jan 18, 2013 at 02:00:50PM -0800, Greg Kroah-Hartman wrote:
On Fri, Jan 18, 2013 at 10:05:45PM +0100, Cong Ding wrote:
On Tue, Dec 11, 2012 at 2:21 AM, Hans J.
Introduce os_partition member in nvram_os_partition structure to identify
if the partition is an os partition or not. This will be useful to handle
non-os partitions of-config and common.
Signed-off-by: Aruna Balakrishnaiah ar...@linux.vnet.ibm.com
Reviewed-by: Jim Keniston jkeni...@us.ibm.com
Hi,
We encountered this problem on 3.9-rc7, powerpc 7 system. When they trying to
mount a
btrfs partition, kernel paniced with these messages:
aimlp6 login: [ cut here ]
cpu 0x3: Vector: 700 (Program Check) at
On Mon, Apr 1, 2013 at 12:41 PM, Maxim V. Patlasov
mpatla...@parallels.com wrote:
The .writepages callback will issue writeback requests with more than one
page aboard. Make existing end/check code be aware of this.
Original patch by: Pavel Emelyanov xe...@openvz.org
If this patch was
On Mon, Apr 22, 2013 at 09:03:29PM -0700, Paul E. McKenney wrote:
+This document lists per-CPU kthreads in the Linux kernel and presents
+options to control OS jitter due to these kthreads. Note that kthreads
s/due to/which can be caused by/
Same meaning, but due to is probably a
On Thu, 25 Apr 2013, Will Deacon wrote:
On Wed, Apr 24, 2013 at 07:40:19PM +0100, Stefano Stabellini wrote:
From: Jon Medhurst t...@linaro.org
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
On Mon, Apr 1, 2013 at 12:42 PM, Maxim V. Patlasov
mpatla...@parallels.com wrote:
The .writepages one is required to make each writeback request carry more than
one page on it.
I'd split this into two parts:
1) implement -writepages() and enable it unconditionally for mmaped
writeback (why is
At Tue, 23 Apr 2013 14:56:07 -0700,
Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.0.75 release.
There are 23 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
At Tue, 23 Apr 2013 14:53:40 -0700,
Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.42 release.
There are 26 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Commit a4b6a77b77ba4f526392612c2365797fab956014 (module: fix symbol
versioning with symbol prefixes) broke the MODVERSIONS loading of any
module using memcmp (e.g. ipv6) on x86_32, as it's defined to
__builtin_memcmp which is expanded by VMLINUX_SYMBOL_STR. Use
__VMLINUX_SYMBOL_STR instead which
At Tue, 23 Apr 2013 14:51:58 -0700,
Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.8.9 release.
There are 42 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just
pass 0.
+ * @entry_point the first instruction
On Thu, Apr 25, 2013 at 11:33:42AM +0800, Axel Lin wrote:
All regulators have ascendant voltage list in this driver.
Use regulator_map_voltage_ascend for them.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Apr 25, 2013 at 08:19:05AM +0100, Matt Fleming wrote:
Yeah, I'm not advocating using casts, I was just saying Oh, x86-64
avoids requiring the caller of efi_call_phys* to perform the cast
by doing it in the definition of efi_call*. That's why this is only
affecting 32-bit.
Cleaning
On Wed, Apr 24, 2013 at 08:42:29PM +0800, Axel Lin wrote:
Both mc13892_sw1 and mc13892_sw voltage table have ascendant voltage list.
Use regulator_map_voltage_ascend for them.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Apr 24, 2013 at 08:44:47PM +0800, Axel Lin wrote:
All regulators have ascendant voltage list in this driver.
Use regulator_map_voltage_ascend for them.
Applied both, thanks.
signature.asc
Description: Digital signature
On Wed, Apr 24, 2013 at 11:51:12AM +0800, Axel Lin wrote:
It is necessary to clear MC13892_SWITCHERS0_SWxHI bit when set voltage to the
voltage range from 110 to 1375000. Leaving MC13892_SWITCHERS0_SWxHI bit
untouched may result in wrong voltage setting.
Applied, thanks.
signature.asc
On Thu, Apr 25, 2013 at 03:18:02PM +0800, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Add the missing platform_driver_unregister() before return
from pch_spi_init() in the error handling case.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
During the initial setup of a logical channel, it is necessary to unmask
the GIM in order to receive generated terminal count and error interrupts.
We're separating out this required code so it will be possible to move
Hi, Namjae,
Agreed. How about this?
Chang log from v1:
o change timings - min 30s, max 60s, nogc 5 min
o remove nonreachable routine
o consider NOGC_SLEEP_TIME in increate/decrease_sleep_time
From 806e344624414fcf9fc87f6193265859027d51b5 Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
It is more obvious that add_free_nid checks whether the free nid is zero or not.
Signed-off-by: Jaegeuk Kim jaegeuk@samsung.com
---
fs/f2fs/node.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c
index a0aa044..c8f48d4 100644
---
In order to avoid build_free_nid lock contention, let's change the order of
function calls as follows.
At first, check whether there is enough free nids.
- If available, just get a free nid with spin_lock without any overhead.
- Otherwise, conduct build_free_nids.
: scan nat pages, journal
This can help when debugging the free nid allocation flows.
Signed-off-by: Jaegeuk Kim jaegeuk@samsung.com
---
fs/f2fs/namei.c | 3 ++-
include/trace/events/f2fs.h | 7 +++
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/namei.c b/fs/f2fs/namei.c
index
The util-linux release 2.23 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.23
Feedback and bug reports, as always, are welcomed.
Karel
Util-linux 2.23 Release Notes
=
The cryptoloop support in the commands mount(8) and
This series adds a generic test abstraction that can make
writing testcases easier. A generic_test structure is
used to define a test and its methods: prepare, run, cleanup.
This is a generic implementation so it was placed in selftests/lib.
The second patch updates the socket tests to use the
Signed-of-by Alexandru Copot alex.miha...@gmail.com
Cc: Daniel Baluta dbal...@ixiacom.com
---
tools/testing/selftests/Makefile| 3 +-
tools/testing/selftests/lib/Makefile| 14 +++
tools/testing/selftests/lib/selftests.c | 57
Only a part of the boolean socket options for IPv6 are tested.
Signed-of-by Alexandru Copot alex.miha...@gmail.com
Cc: Daniel Baluta dbal...@ixiacom.com
---
tools/testing/selftests/net/Makefile | 3 +-
tools/testing/selftests/net/run_netsocktests | 10 ++
Signed-of-by Alexandru Copot alex.miha...@gmail.com
Cc: Daniel Baluta dbal...@ixiacom.com
---
tools/testing/selftests/net/Makefile | 14 +++--
tools/testing/selftests/net/socket.c | 108 +--
2 files changed, 88 insertions(+), 34 deletions(-)
diff --git
On Thu, Apr 25, 2013 at 12:05:54PM +0800, Mike Qiu wrote:
This has block my work now
So I hope you can take a look ASAP
Thanks
:)
Mike
As a quick fix, turn on CONFIG_KVM_BOOK3S_64_HV. That will eliminate
the immediate problem.
Paul.
--
To unsubscribe from this list: send the line
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
+/*
+ * cpu_suspend Suspend the execution on a CPU
+ * @statewe don't currently describe affinity levels, so just
pass
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
All configuration left in d40_phy_cfg() is runtime configurable and
there is already a call into it from d40_runtime_config(), so let's
rely on that.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc:
On Thu, Apr 25, 2013 at 12:08:02PM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
However from the Linux POV these comments should regard the functions
exported by psci_operations, not the
On Thu, Apr 18, 2013 at 12:11 PM, Lee Jones lee.jo...@linaro.org wrote:
d40_phy_cfg is now only ever called to configure physical channels, so
there's no requirement to pass though an argument describing the type
of channel and to subsequently test for it.
Cc: Vinod Koul vinod.k...@intel.com
On Thu, Apr 25, 2013 at 9:13 AM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 25 April 2013 09:00, Amit Kucheria amit.kuche...@linaro.org wrote:
Yes. That was my intention - preventing a prompt on existing defconfigs and
there by maintaining current behavior.
Hmm... Following is the version
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 12:08:02PM +0100, Stefano Stabellini wrote:
On Thu, 25 Apr 2013, Will Deacon wrote:
On Thu, Apr 25, 2013 at 11:12:54AM +0100, Stefano Stabellini wrote:
However from the Linux POV these comments should regard the functions
On Mon, Apr 22, 2013 at 12:18 PM, Lee Jones lee.jo...@linaro.org wrote:
+ if ((cfg-dir == STEDMA40_PERIPH_TO_MEM) ||
+ (cfg-dir == STEDMA40_PERIPH_TO_PERIPH)) {
Why would you need your own direction defines, I see that there is not much
diff between these and what dmaengine
701 - 800 of 1278 matches
Mail list logo