From: Miklos Szeredi mszer...@suse.cz
Need to split up ext4_rename() into helpers but there are two many local
variables involved, so create a new structure. This also, apparently,
makes the generated code size slightly smaller.
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
From: Miklos Szeredi mszer...@suse.cz
Implement RENAME_EXCHANGE flag in renameat2 syscall.
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
fs/ext4/namei.c | 97 -
1 file changed, 69 insertions(+), 28 deletions(-)
diff --git
From: Miklos Szeredi mszer...@suse.cz
There's actually very little difference between vfs_rename_dir() and
vfs_rename_other() so move both inline into vfs_rename() which still stays
reasonably readable.
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
fs/namei.c | 187
From: Miklos Szeredi mszer...@suse.cz
Add flags to security_path_rename() and security_inode_rename() hooks.
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
fs/cachefiles/namei.c| 2 +-
fs/namei.c | 5 +++--
include/linux/security.h | 12
security/security.c
From: Miklos Szeredi mszer...@suse.cz
If flags contain RENAME_EXCHANGE then exchange source and destination files.
There's no restriction on the type of the files; e.g. a directory can be
exchanged with a symlink.
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
fs/dcache.c | 46
On Tue, Nov 19, 2013 at 09:07:37PM -0700, David Ahern wrote:
The intent of perf-script is to dump the events and information
in the file. H/W, S/W and raw events all dump callchains if they
are present; might as well make that the default for tracepoints
too.
v2: Only add options for sym,
From: Miklos Szeredi mszer...@suse.cz
Add new renameat2 syscall, which is the same as renameat with an added
flags argument.
Pass flags to vfs_rename() and to i_op-rename() as well.
All filesystems check flags and return -EOPNOTSUPP for unsupported flags.
Signed-off-by: Miklos Szeredi
From: Miklos Szeredi mszer...@suse.cz
Move the d_move() in vfs_rename_dir() up, similarly to how it's done in
vfs_rename_other(). The next patch will consolidate these two functions
and this is the only structural difference between them.
I'm not sure if doing the d_move() after the dput is
Al,
This series adds a new syscall, renameat2(), which is the same as renameat() but
with a flags argument.
The purpose of extending rename is to add cross-rename, a symmetric variant of
rename, which exchanges the two files. This allows interesting things, which
were not possible before, for
From: Miklos Szeredi mszer...@suse.cz
Add d_is_dir(dentry) helper which is analogous to S_ISDIR().
To avoid confusion, rename d_is_directory() to d_can_lookup().
Signed-off-by: Miklos Szeredi mszer...@suse.cz
---
fs/namei.c | 23 +++
include/linux/dcache.h | 7
Andrey Wagin wrote:
2013/11/20 Kirill A. Shutemov kirill.shute...@linux.intel.com:
Andrey Wagin wrote:
Hi Kirill,
Looks like this patch adds memory leaks.
[ 116.188310] kmemleak: 15672 new suspected memory leaks (see
/sys/kernel/debug/kmemleak)
unreferenced object
[dropped patc...@apm.com]
Vinayak,
Please keep reviewers on CC, as it makes easier to track the changes.
On 20/11/13 11:13, Vinayak Kale wrote:
Add support for irq registration when pmu interrupt is percpu.
Signed-off-by: Vinayak Kale vk...@apm.com
Signed-off-by: Tuan Phan tp...@apm.com
Signed-off-by: Richard Fitzgerald r...@opensource.wolfsonmicro.com
---
sound/soc/codecs/arizona.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/arizona.c b/sound/soc/codecs/arizona.c
index 6f05b17..fea9910 100644
--- a/sound/soc/codecs/arizona.c
+++
Hi,
My name is Mr. smith Tiangaye from Central Africa but currently
residing in South Africa. I want to invest in South Africa with your
assistance. Contact me for more information.
Best regard,
Mr. smith Tiangaye
084 023 9962
--
To unsubscribe from this list: send the line unsubscribe
On Wed, Nov 20, 2013 at 04:17:08AM +0100, Hiroshi Doyu wrote:
Stephen Warren swar...@wwwdotorg.org wrote @ Tue, 19 Nov 2013 22:22:47
+0100:
On 11/19/2013 05:03 AM, Hiroshi Doyu wrote:
Hi Thierry,
Thierry Reding thierry.red...@gmail.com wrote @ Tue, 19 Nov 2013
11:25:07 +0100:
On Tue, Nov 19, 2013 at 09:39:19PM -0800, Greg KH wrote:
On Tue, Nov 19, 2013 at 08:56:59PM -0500, Josh Boyer wrote:
On Mon, Nov 18, 2013 at 10:03:10AM +0100, Sascha Hauer wrote:
On Tue, Nov 12, 2013 at 12:15:45PM -0500, Josh Boyer wrote:
commit b8d181e408af (staging: drm/imx: add drm
Signed-off-by: D.J. Barrow dbar...@wolfsonmicro.com
Signed-off-by: Richard Fitzgerald r...@opensource.wolfsonmicro.com
---
include/linux/mfd/arizona/registers.h | 121 +
sound/soc/codecs/arizona.c|8 ++
sound/soc/codecs/arizona.h|2
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
pm+acpi-2-3.13-rc1
to receive more ACPI and power management updates for v3.13-rc1
with top-most commit ed6a82546d2e8f6b5902269541733814d4adacc2
Merge branch 'acpi-hotplug'
On Wed, Nov 20, 2013 at 05:07:25PM +0800, Jason Wang wrote:
When mergeable buffer were used, we only put the first page buf leave the rest
of buffers in the virt queue. This will cause the driver could not get the
correct head buffer any more. Fix this by dropping the rest of buffers for
this
On Wed, Nov 20, 2013 at 07:08:02AM -0500, Jason Wang wrote:
- 原始邮件 -
On Wed, Nov 20, 2013 at 05:07:25PM +0800, Jason Wang wrote:
When mergeable buffer were used, we only put the first page buf leave the
rest
of buffers in the virt queue. This will cause the driver could not
2013/11/20 Kirill A. Shutemov kirill.shute...@linux.intel.com:
Andrey Wagin wrote:
2013/11/20 Kirill A. Shutemov kirill.shute...@linux.intel.com:
Andrey Wagin wrote:
Hi Kirill,
Looks like this patch adds memory leaks.
[ 116.188310] kmemleak: 15672 new suspected memory leaks (see
Both proc files are writeable and used for configuring cells. But
there is missing correct mode flag for writeable files. Without
this patch both proc files are read only.
diff --git a/fs/afs/proc.c b/fs/afs/proc.c
index 526e4bb..276cb6e 100644
--- a/fs/afs/proc.c
+++ b/fs/afs/proc.c
@@ -147,11
* Arnaldo Carvalho de Melo a...@infradead.org wrote:
From: Arnaldo Carvalho de Melo a...@ghostprotocols.net
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 801a76050bcf8d4e500eb8d048ff6265f37a61c8:
seq_file: always clear m-count when we free
On Wed, Nov 20, 2013 at 07:08:50AM -0500, Jason Wang wrote:
- 原始邮件 -
On Wed, Nov 20, 2013 at 05:07:26PM +0800, Jason Wang wrote:
We need decrease the rq-num after we can get a buf through
virtqueue_get_buf() even if we could not allocate frag skb. Otherwise, the
refill
Hi Stefan,
Christoph is bang on right. To further elaborate upon this, here is
what is happening in the above case :
By using DIRECT, SYNC/DSYNC flags on a block device (i.e. bypassing
the file-systems layer), essentially you are enforcing a CMD_FLUSH on
each I/O command sent to the disk. This is
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm magnus.d...@gmail.com wrote:
From: Magnus Damm d...@opensource.se
Set the -irq_enable() and -irq_disable() methods to NULL
to enable lazy disable of interrupts. This by itself provides
some level of optimization, but is mainly enabled as ground
On Wed, Nov 20, 2013 at 1:37 AM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 19 November 2013, Geert Uytterhoeven wrote:
On Tue, Nov 19, 2013 at 1:35 PM, Arnd Bergmann a...@arndb.de wrote:
I'm pretty sure you are right with this, but I don't remember at all
what I suggested and don't
The following warning is shown and clk_enable() failed on Keystone platform
if CONFIG_PM_RUNTIME is set and Runtime PM is enabled for Davinci gpio driver:
[0.564486] [ cut here ]
[0.569221] WARNING: CPU: 0 PID: 1 at
drivers/clk/clk.c:883__clk_enable+0x8c/0x98()
[
There are two code paths how page with pmd page table can be freed:
pmd_free() and pmd_free_tlb().
I've missed the second one and didn't add page table destructor call
there. It leads to leak of page-ptl for pmd page tables, if dynamically
allocated page-ptl is in use.
The patch adds the missed
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm magnus.d...@gmail.com wrote:
From: Magnus Damm d...@opensource.se
Now when lazy interrupt disable has been enabled in the driver
then extend the code to set IRQCHIP_MASK_ON_SUSPEND which tells
the core that only IRQs marked as wakeups need to stay
On Wed, Nov 20, 2013 at 01:15:47PM +, Richard Fitzgerald wrote:
Signed-off-by: Richard Fitzgerald r...@opensource.wolfsonmicro.com
Why? Is this a bug fix or a feature?
signature.asc
Description: Digital signature
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm magnus.d...@gmail.com wrote:
From: Magnus Damm d...@opensource.se
Make sure gpio_chip-dev is setup so of_gpiochip_add()
will work as expected.
Signed-off-by: Magnus Damm d...@opensource.se
Acked-by: Laurent Pinchart
On Wed, Nov 20, 2013 at 07:04:15PM +0530, Chinmay V S wrote:
Note that SYNC/DSYNC on a filesystem(eg. ext2/3/4) does NOT issue a
CMD_FLUSH. The SYNC via filesystem, simply guarantees that the data
is sent to the disk and not really flushed to the disk.
While this used to be the case for ext2
On Wed, Nov 20, 2013 at 01:17:07PM +, Richard Fitzgerald wrote:
Signed-off-by: D.J. Barrow dbar...@wolfsonmicro.com
Signed-off-by: Richard Fitzgerald r...@opensource.wolfsonmicro.com
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm magnus.d...@gmail.com wrote:
From: Magnus Damm d...@opensource.se
Set the -irq_enable() and -irq_disable() methods to NULL
to enable lazy disable of interrupts. This by itself provides
some level of optimization, but is mainly enabled as ground
Hi Stephen,
On Tuesday 19 of November 2013 11:46:10 Stephen Warren wrote:
On 11/19/2013 10:15 AM, Tomasz Figa wrote:
This patch extends the range of settings configurable via pinfunc API
to cover pin value as well. This allows configuration of default values
of pins.
Shouldn't there be
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm magnus.d...@gmail.com wrote:
From: Magnus Damm d...@opensource.se
Now when lazy interrupt disable has been enabled in the driver
then extend the code to set IRQCHIP_MASK_ON_SUSPEND which tells
the core that only IRQs marked as wakeups need to stay
Hi,
On 20.11.2013 03:23, Tomasz Figa wrote:
Hi,
On Thursday 07 of November 2013 12:12:45 Vyacheslav Tyrtov wrote:
The series of patches represent support of Exynos 5410 SoC
The Exynos 5410 is the first Samsung SoC based on bigLITTLE architecture
Patches allow all 8 CPU cores (4 x A7 and 4 x
- 原始邮件 -
On Wed, Nov 20, 2013 at 05:07:25PM +0800, Jason Wang wrote:
When mergeable buffer were used, we only put the first page buf leave the
rest
of buffers in the virt queue. This will cause the driver could not get the
correct head buffer any more. Fix this by dropping the
Commit-ID: a5285ad9e30fd90b88a11adcab97bd4c3ffe44eb
Gitweb: http://git.kernel.org/tip/a5285ad9e30fd90b88a11adcab97bd4c3ffe44eb
Author: Frederic Weisbecker fweis...@gmail.com
AuthorDate: Sat, 16 Nov 2013 02:02:09 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: 50a2740b839ece03b305facd3fc07cdc3b74247c
Gitweb: http://git.kernel.org/tip/50a2740b839ece03b305facd3fc07cdc3b74247c
Author: Namhyung Kim namhyung@lge.com
AuthorDate: Mon, 18 Nov 2013 11:20:44 +0900
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 19 Nov
Commit-ID: eff2c92f86c2ac2a0eab3749d58be39592293c3a
Gitweb: http://git.kernel.org/tip/eff2c92f86c2ac2a0eab3749d58be39592293c3a
Author: Steven Rostedt rost...@goodmis.org
AuthorDate: Mon, 18 Nov 2013 14:23:14 -0500
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 19
Commit-ID: 6b5fa0ba4f85a8499287aefaf3f1375450c40c6d
Gitweb: http://git.kernel.org/tip/6b5fa0ba4f85a8499287aefaf3f1375450c40c6d
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Tue, 19 Nov 2013 16:14:51 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
- 原始邮件 -
On Wed, Nov 20, 2013 at 07:08:50AM -0500, Jason Wang wrote:
- 原始邮件 -
On Wed, Nov 20, 2013 at 05:07:26PM +0800, Jason Wang wrote:
We need decrease the rq-num after we can get a buf through
virtqueue_get_buf() even if we could not allocate frag skb.
Commit-ID: 210e812f036736aeda097d9a6ef84b1f2b334bae
Gitweb: http://git.kernel.org/tip/210e812f036736aeda097d9a6ef84b1f2b334bae
Author: Namhyung Kim namhyung@lge.com
AuthorDate: Mon, 18 Nov 2013 11:20:43 +0900
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 19 Nov
Thierry Reding thierry.red...@gmail.com wrote @ Wed, 20 Nov 2013 14:14:48
+0100:
Does the above mean the following?
int of_iommu_attach(struct device *dev)
{
int i;
struct of_phandle_args args;
of_property_for_each_phandle_with_args(dev-of_node, iommus,
On 11/20/13, 6:04 AM, Frederic Weisbecker wrote:
We probably want to avoid DSO and IP for most tracepoints. For kernel
tracepoints dso is going to be the kernel anyway and IP is often not that
relevant
either.
Sorry, you mentioned that last time and I forgot to respond.
Yes, there are a
Hi,
This is second version of patchset adding drivers for MAXIM 14577 chip.
The chip contains Micro-USB Interface Circuit and Li+ Battery Charger.
It contains accessory and USB charger detection logic. It supports USB 2.0
Hi-Speed, UART and stereo audio signals over Micro-USB connector.
The
From: Chanwoo Choi cw00.c...@samsung.com
This patch supports Maxim MAX14577 MUIC(Micro USB Interface Controller)
device by using EXTCON subsystem to handle various external connectors.
The max14577 device uses regmap method for i2c communication and
supports irq domain.
Signed-off-by: Chanwoo
Hi ChinmayVS,
Am 20.11.2013 14:34, schrieb Chinmay V S:
Hi Stefan,
Christoph is bang on right. To further elaborate upon this, here is
what is happening in the above case :
By using DIRECT, SYNC/DSYNC flags on a block device (i.e. bypassing
the file-systems layer), essentially you are
MAX14577 chip is a multi-function device which includes MUIC,
charger and voltage regulator. The driver is located in drivers/mfd.
This patch adds regulator driver for MAX14577 chip. There are two
regulators in this chip:
1. Safeout LDO with constant voltage output of 4.9V. It can be only
On Monday 18 November 2013 04:18 PM, Linus Walleij wrote:
On Tue, Nov 12, 2013 at 7:18 AM, Sekhar Nori nsek...@ti.com wrote:
On Friday 08 November 2013 12:15 PM, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch fixes a check for offset in gpio_to_irq_unbanked()
MAX14577 chip is a multi-function device which includes MUIC, charger
and voltage regulator. The driver is located in drivers/mfd.
This patch supports battery charging control of MAX14577 chip and
provides power supply class information to userspace.
Signed-off-by: Krzysztof Kozlowski
This patch adds support for propagation of setup of clock's parent one level
up.
This feature is helpful when a driver changes topology of its clocks using
clk_set_parent(). The problem occurs when driver's clock is located at MUX
output on one platform/SoC but on the other platform/SoC there is
On Wed, Nov 20, 2013 at 08:54:02AM -0500, Jason Wang wrote:
- 原始邮件 -
On Wed, Nov 20, 2013 at 05:07:25PM +0800, Jason Wang wrote:
When mergeable buffer were used, we only put the first page buf leave the
rest
of buffers in the virt queue. This will cause the driver could not
On Nov 20, 2013, at 8:29 AM, Marcelo Tosatti mtosa...@redhat.com wrote:
On Wed, Aug 07, 2013 at 12:06:49PM +0800, Xiao Guangrong wrote:
On 08/07/2013 09:48 AM, Marcelo Tosatti wrote:
On Tue, Jul 30, 2013 at 09:02:02PM +0800, Xiao Guangrong wrote:
Make sure we can see the writable spte before
masami.hiramatsu.pt wrote:
[...] This series also includes a change which prohibits probing on
the address in .entry.text because the code is used for very
low-level sensitive interrupt/syscall entries. Probing such code may
cause unexpected result (actually most of that area is already in
On Wednesday 20 November 2013 05:12 PM, Thomas Gleixner wrote:
Viresh,
On Wed, 20 Nov 2013, Viresh Kumar wrote:
Migration of timers from idle cores to non-idle ones for power saving is very
well working and really saves a lot of power for us. What's currently not
working is the migration
To support some (legacy) firmwares and platforms let's make life easier for
their customers.
This patch extracts SFI GPIO API from arch/x86/platform/intel-mid/sfi.c and
moves it to GPIO descriptor API.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Len Brown
Instead of custom implementation of the SFI GPIO API let's use one provided by
gpiolib.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
arch/x86/include/asm/intel-mid.h | 1 -
.../intel-mid/device_libs/platform_emc1403.c | 8 ++--
This fixes the following compiler warnings when build is done by make W=1.
drivers/sfi/sfi_acpi.c:154:5: warning: no previous prototype for
‘sfi_acpi_table_parse’ [-Wmissing-prototypes]
drivers/sfi/sfi_core.c:164:26: warning: no previous prototype for
‘sfi_map_table’ [-Wmissing-prototypes]
Here is a second [1] version of the SFI GPIO API. This series contains SFI GPIO
API layer along with the update of intel-mid platform to use it instead of
internal copy.
It has been tested on Medfield device with linux-next 20131118.
[1] https://lkml.org/lkml/2013/6/5/316
Andy Shevchenko (3):
On Tue, 2013-11-19 at 09:32 -0800, David Cohen wrote:
On 11/19/2013 01:27 AM, Alex Courbot wrote:
On 11/19/2013 06:24 PM, Linus Walleij wrote:
On Wed, Jun 5, 2013 at 3:58 PM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
To support some (legacy) firmwares and platforms let's
The FLL must be placed into free-run mode before disabling
to allow it to entirely shut down.
Signed-off-by: Richard Fitzgerald r...@opensource.wolfsonmicro.com
---
sound/soc/codecs/arizona.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/arizona.c
On Thu, Nov 14, 2013 at 01:02:31PM +0100, Pali Rohár wrote:
On Wednesday 13 November 2013 17:28:40 Dmitry Torokhov wrote:
On Wed, Nov 13, 2013 at 11:47:18AM +0100, Jiri Kosina wrote:
On Sun, 15 Sep 2013, Pali Rohár wrote:
I do not know where to ask this question, but I think that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/20/2013 2:53 AM, Marcel Holtmann wrote:
fix for this is already in John’s wireless tree. On a side note,
the bisect is correct, but it is not the patch that broke it. It is
just the patch that uncovered it.
Great, thanks!
-BEGIN PGP
On Wednesday 20 November 2013 07:09 AM, Grygorii Strashko wrote:
This patch fixes Keystone gate control clock driver initialization path:
1) clk_register_psc() returns error code and not a pure pointer, hence
its return value need to be checked using IS_ERR(clk) macro.
2) Mapped IO memory
On Tuesday 19 of November 2013 10:59:39 Doug Anderson wrote:
On Tue, Nov 19, 2013 at 10:46 AM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 11/19/2013 10:15 AM, Tomasz Figa wrote:
This patch extends the range of settings configurable via pinfunc API
to cover pin value as well. This
On 11/19/2013 11:24 PM, viresh kumar wrote:
On Tuesday 19 November 2013 11:13 PM, Nishanth Menon wrote:
we depend on the first transition to take us to a sane configuration -
but we cannot predict when and if it will happen.
I really believe that it happens fairly quickly, isn't it? We
On Wed, Nov 20, 2013 at 05:29:16AM +, Atsushi Kumagai wrote:
On 2013/11/18 22:56:10, kexec kexec-boun...@lists.infradead.org wrote:
On Mon, Nov 18, 2013 at 12:51:39AM +, Atsushi Kumagai wrote:
[..]
Is there any chance that you could look into fixing this. I have no
On 13:08 Wed 28 Aug , Boris BREZILLON wrote:
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/boot/dts/at91rm9200ek.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/at91rm9200ek.dts
b/arch/arm/boot/dts/at91rm9200ek.dts
index
On 13:02 Wed 28 Aug , Boris BREZILLON wrote:
Add spi0 cs pinctrl pins definitions.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/boot/dts/at91rm9200.dtsi | 20
1 file changed, 20 insertions(+)
diff --git
On 13:06 Wed 28 Aug , Boris BREZILLON wrote:
Add slot0 of mmc0 pinctrl pins definitions:
- detect pin
- write protect pin
- enable slot0 pin: this pin is connected to an external switch which
enable mmc0 slot0 or spi dataflash connected to cs3
The mmc0 device is not enabled, as
On Thu, Nov 14, 2013 at 04:32:28PM -0500, Vince Weaver wrote:
Hello
when running the perf_fuzzer on a core2 machine I often get the syslog
spammed with messages like this:
[ 7911.810186] Uhhuh. NMI received for unknown reason 3d on CPU 0.
[ 7911.812756] Do you have a strange power saving
On Wed, 2013-11-20 at 10:58 +0200, Michael S. Tsirkin wrote:
On Tue, Nov 19, 2013 at 02:00:11PM -0800, Eric Dumazet wrote:
On Tue, 2013-11-19 at 23:53 +0200, Michael S. Tsirkin wrote:
Which NIC? Virtio? Prior to 2613af0ed18a11d5c566a81f9a6510b73180660a
it didn't drop packets received
On 13:04 Wed 28 Aug , Boris BREZILLON wrote:
Add vbus and pullup pinctrl definitions.
Request the vbus and pullup pins in usb1 node.
Signed-off-by: Boris BREZILLON b.brezil...@overkiz.com
---
arch/arm/boot/dts/at91rm9200ek.dts | 15 +++
1 file changed, 15 insertions(+)
On 11/18, Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The uprobe syntax requires an offset after a file path not a symbol.
Reviewed-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
Cc: Srikar Dronamraju sri...@linux.vnet.ibm.com
Cc: Oleg Nesterov o...@redhat.com
Cc:
On Wed, Nov 20, 2013 at 02:37:09PM +, Richard Fitzgerald wrote:
The FLL must be placed into free-run mode before disabling
to allow it to entirely shut down.
Applied, thanks.
signature.asc
Description: Digital signature
On 11/18, Namhyung Kim wrote:
-DEFINE_BASIC_PRINT_TYPE_FUNC(u8, %x, unsigned int)
-DEFINE_BASIC_PRINT_TYPE_FUNC(u16, %x, unsigned int)
-DEFINE_BASIC_PRINT_TYPE_FUNC(u32, %lx, unsigned long)
+DEFINE_BASIC_PRINT_TYPE_FUNC(u8 , %x, unsigned char)
+DEFINE_BASIC_PRINT_TYPE_FUNC(u16, %x, unsigned
On Wed 20-11-13 00:02:20, David Rientjes wrote:
On Tue, 19 Nov 2013, Michal Hocko wrote:
We have basically ended up with 3 options AFAIR:
1) allow memcg approach (memcg.oom_control) on the root level
for both OOM notification and blocking OOM killer and handle
Hi Stefan,
thanks for your great and detailed reply. I'm just wondering why an
intel 520 ssd degrades the speed just by 2% in case of O_SYNC. intel 530
the newer model and replacement for the 520 degrades speed by 75% like
the crucial m4.
The Intel DC S3500 instead delivers also nearly 98%
The property ti,davinci-chipselect is required. So we have to check
if it is set.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
drivers/mtd/nand/davinci_nand.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mtd/nand/davinci_nand.c b/drivers/mtd/nand/davinci_nand.c
Move bindings under mtd. Do this in order to make davinci-nand
driver usable by keystone architecture.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
.../devicetree/bindings/arm/davinci/nand.txt | 46
When kernel is booted using DT, there is no guarantee that Davinci
NAND device has been created already at the time when driver init
function is executed. Therefore, platform_driver_probe() can't be used
because this may result the Davinci NAND driver will never be probed.
The driver probing has
In case when memory allocation is failed the driver should return
ENOMEM instead of ENODEV.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
drivers/mtd/nand/davinci_nand.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/davinci_nand.c
Extend bindings for davinci_nand driver to be more clear.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
.../devicetree/bindings/mtd/davinci-nand.txt | 77 ++--
1 file changed, 54 insertions(+), 23 deletions(-)
diff --git
The properties davinci-ecc-mode, davinci-nand-use-bbt, davinci-nand-buswidth
are MTD generic. Correct names for them are: nand-ecc-mode, nand-on-flash-bbt,
nand-bus-width accordingly. So rename them in dts and documentation.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
There is not needed to use a lot of names for err handling.
It complicates code support and reading.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/mtd/nand/davinci_nand.c | 46 +++
1
This series contains fixes and updates of Davinci nand driver, in
order to prepare it to be reused for Keystone platform.
V1:
https://lkml.org/lkml/2013/11/11/352
Ivan Khoronzhuk (7):
mtd: nand: davinci: fix driver registration
mtd: nand: davinci: return ENOMEM if memory allocation is failed
On 11/18/2013 11:37 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.1 release.
There are 19 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.
Responses should be
On 11/18/2013 11:40 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.11.9 release.
There are 25 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.
Responses should be
On 11/18/2013 11:42 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.20 release.
There are 24 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.
Responses should be
On 11/18/2013 11:41 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.70 release.
There are 12 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.
Responses should be
On Wed, Nov 20, 2013 at 03:12:08PM +0100, Krzysztof Kozlowski wrote:
+static irqreturn_t max14577_irq_thread(int irq, void *data)
+{
+ struct max14577 *max14577 = data;
+ u8 irq_reg[MAX14577_IRQ_REGS_NUM] = {0};
+ u8 tmp_irq_reg[MAX14577_IRQ_REGS_NUM] = {};
+ int i, cur_irq;
On Tue, Nov 19, 2013 at 05:37:43PM -0800, Tim Chen wrote:
This patch corrects the way memory barriers are used in the MCS lock
with smp_load_acquire and smp_store_release fucnction.
It removes ones that are not needed.
It uses architecture specific load-acquire and store-release
primitives
On Wed, Nov 20, 2013 at 03:12:11PM +0100, Krzysztof Kozlowski wrote:
+ size = sizeof(struct regulator_dev *) * pdata-num_regulators;
+ info-regulators = devm_kzalloc(pdev-dev, size, GFP_KERNEL);
+ if (!info-regulators) {
+ dev_err(pdev-dev, Cannot allocate memory for
On Wed, Nov 20, 2013 at 08:52:36PM +0530, Chinmay V S wrote:
If you have confirmed the performance numbers, then it indicates that
the Intel 530 controller is more advanced and makes better use of the
internal disk-cache to achieve better performance (as compared to the
Intel 520). Thus
Hello,
Sorry about the long delay. Was traveling quite a bit.
On Fri, Oct 18, 2013 at 07:12:04PM +0200, Alexander Gordeev wrote:
Signed-off-by: Alexander Gordeev agord...@redhat.com
Please explain what the race condition in detail and how it gets fixed
by the patch. This isn't a trivial
On 13-11-20 07:34 AM, Jan Kiszka wrote:
On 2013-11-20 13:26, Frederich, Jens wrote:
Hello,
I got a Kernel panic by some long time stress tests. Look here:
http://dy.cx/pqP7M.
Ah, that should be http://thread.gmane.org/gmane.linux.kernel/1564783
Paul, was there any follow-up patch on
On Wednesday 20 November 2013, Ivan Khoronzhuk wrote:
Extend bindings for davinci_nand driver to be more clear.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
.../devicetree/bindings/mtd/davinci-nand.txt | 77
++--
1 file changed, 54 insertions(+), 23
801 - 900 of 1243 matches
Mail list logo