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
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
From: Chanwoo Choi
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 Choi
Signed-off-by:
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
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
Thierry Reding 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 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
Commit-ID: 210e812f036736aeda097d9a6ef84b1f2b334bae
Gitweb: http://git.kernel.org/tip/210e812f036736aeda097d9a6ef84b1f2b334bae
Author: Namhyung Kim
AuthorDate: Mon, 18 Nov 2013 11:20:43 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 19 Nov 2013 10:33:57 -0300
perf header:
Commit-ID: eff2c92f86c2ac2a0eab3749d58be39592293c3a
Gitweb: http://git.kernel.org/tip/eff2c92f86c2ac2a0eab3749d58be39592293c3a
Author: Steven Rostedt
AuthorDate: Mon, 18 Nov 2013 14:23:14 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 19 Nov 2013 10:34:39 -0300
tools lib
Commit-ID: 6b5fa0ba4f85a8499287aefaf3f1375450c40c6d
Gitweb: http://git.kernel.org/tip/6b5fa0ba4f85a8499287aefaf3f1375450c40c6d
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 19 Nov 2013 16:14:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 19 Nov 2013 16:37:59 -0300
Commit-ID: 50a2740b839ece03b305facd3fc07cdc3b74247c
Gitweb: http://git.kernel.org/tip/50a2740b839ece03b305facd3fc07cdc3b74247c
Author: Namhyung Kim
AuthorDate: Mon, 18 Nov 2013 11:20:44 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 19 Nov 2013 10:34:05 -0300
perf header:
Commit-ID: a5285ad9e30fd90b88a11adcab97bd4c3ffe44eb
Gitweb: http://git.kernel.org/tip/a5285ad9e30fd90b88a11adcab97bd4c3ffe44eb
Author: Frederic Weisbecker
AuthorDate: Sat, 16 Nov 2013 02:02:09 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 19 Nov 2013 10:33:29 -0300
perf
- 原始邮件 -
> 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
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 1:23 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> 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 enabled
> during Suspend-to-RAM.
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
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> 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
> work for future Suspend-to-RAM
On Wed, Nov 20, 2013 at 01:17:07PM +, Richard Fitzgerald wrote:
>
> Signed-off-by: D.J. Barrow
> Signed-off-by: Richard Fitzgerald
Applied, thanks.
signature.asc
Description: Digital signature
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
On Wed, Nov 20, 2013 at 1:23 AM, Magnus Damm wrote:
> From: Magnus Damm
>
> Make sure gpio_chip->dev is setup so of_gpiochip_add()
> will work as expected.
>
> Signed-off-by: Magnus Damm
> Acked-by: Laurent Pinchart
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send
On Wed, Nov 20, 2013 at 01:15:47PM +, Richard Fitzgerald wrote:
>
> Signed-off-by: Richard Fitzgerald
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 wrote:
> From: Magnus Damm
>
> 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 enabled
> during Suspend-to-RAM.
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
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()
[
On Wed, Nov 20, 2013 at 1:37 AM, Arnd Bergmann wrote:
> On Tuesday 19 November 2013, Geert Uytterhoeven wrote:
>> On Tue, Nov 19, 2013 at 1:35 PM, Arnd Bergmann wrote:
>>
>> > I'm pretty sure you are right with this, but I don't remember at all
>> > what I suggested and don't understand what the
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 wrote:
> From: Magnus Damm
>
> 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
> work for future Suspend-to-RAM
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
>
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 801a76050bcf8d4e500eb8d048ff6265f37a61c8:
>
> seq_file: always clear m->count when we free m->buf (2013-11-18 19:07:53
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
2013/11/20 Kirill A. Shutemov :
> Andrey Wagin wrote:
>> 2013/11/20 Kirill A. Shutemov :
>> > 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)
>> >>
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
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
>
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'
Signed-off-by: D.J. Barrow
Signed-off-by: Richard Fitzgerald
---
include/linux/mfd/arizona/registers.h | 121 +
sound/soc/codecs/arizona.c|8 ++
sound/soc/codecs/arizona.h|2 +-
sound/soc/codecs/wm5110.c | 48
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:
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 wrote @ Tue, 19 Nov 2013 22:22:47
> +0100:
>
> > On 11/19/2013 05:03 AM, Hiroshi Doyu wrote:
> > > Hi Thierry,
> > >
> > > Thierry Reding wrote @ Tue, 19 Nov 2013
> > > 11:25:07 +0100:
> > >
> > >> From earlier
Signed-off-by: Richard Fitzgerald
---
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
+++ b/sound/soc/codecs/arizona.c
@@
[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
> Signed-off-by: Tuan Phan
> ---
>
Andrey Wagin wrote:
> 2013/11/20 Kirill A. Shutemov :
> > 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 0x8800da45a350 (size
From: Miklos Szeredi
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
---
fs/namei.c | 23 +++
include/linux/dcache.h | 7 ++-
2 files changed, 17
From: Miklos Szeredi
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 even valid. But
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
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
---
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
From: Miklos Szeredi
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
---
fs/namei.c | 187
From: Miklos Szeredi
Add flags to security_path_rename() and security_inode_rename() hooks.
Signed-off-by: Miklos Szeredi
---
fs/cachefiles/namei.c| 2 +-
fs/namei.c | 5 +++--
include/linux/security.h | 12
security/security.c | 6 --
4 files
From: Miklos Szeredi
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
---
fs/dcache.c | 46 +
From: Miklos Szeredi
Implement RENAME_EXCHANGE flag in renameat2 syscall.
Signed-off-by: Miklos Szeredi
---
fs/ext4/namei.c | 97 -
1 file changed, 69 insertions(+), 28 deletions(-)
diff --git a/fs/ext4/namei.c b/fs/ext4/namei.c
index
From: Miklos Szeredi
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
---
fs/ext4/namei.c | 211
From: Miklos Szeredi
Move checking i_nlink from after ext4_get_first_dir_block() to before. The
check doesn't rely on the result of that function and the function only
fails on fs corruption, so the order shouldn't matter.
Signed-off-by: Miklos Szeredi
Reviewed-by: Jan Kara
---
From: Miklos Szeredi
If this flag is specified and the target of the rename exists then the
rename syscall fails with EEXIST.
The VFS does the existence checking, so it is trivial to enable for most
local filesystems. This patch only enables it in ext4.
For network filesystems the VFS check
From: Miklos Szeredi
Cross rename (exchange source and dest) will need to call some of these
helpers for both source and dest, while overwriting rename currently only
calls them for one or the other. This also makes the code easier to
follow.
Signed-off-by: Miklos Szeredi
Reviewed-by: Jan
2013/11/20 Kirill A. Shutemov :
> 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 0x8800da45a350 (size 96):
>> comm "dracut-initqueu", pid
On Tue, 2013-11-19 at 09:32 -0800, David Cohen wrote:
[]
> >> Maybe that header could move to instead.
> >> Alexandre what do you think?
> >
> > Agreed - all the GPIO drivers into drivers/gpio, all the headers into
> > include/linux/gpio. Logical. :)
>
> Sounds nice.
> Andy, would you like to
On Wed, Nov 20, 2013 at 01:12:43PM +0100, Stefan Priebe - Profihost AG wrote:
> Can anyone explain to me why O_DSYNC for my app on linux is so slow?
Because FreeBSD ignores O_DSYNC on block devices, it never sends a FLUSH
to the device.
--
To unsubscribe from this list: send the line
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 0x8800da45a350 (size 96):
> comm "dracut-initqueu", pid 93, jiffies 4294671391 (age 362.277s)
>
On Tue, Nov 19, 2013 at 05:07:04PM -0700, Stephen Warren wrote:
> On 11/19/2013 05:02 PM, Kyungmin Park wrote:
> > Some pins are not connected (NC). At that cases, there's no drivers to
> > handle it. To reduce power leakage, it sets proper configuration with
> > values instead of reset values.
On Fri, Nov 15, 2013 at 3:49 PM, Jaegeuk Kim wrote:
> Hi Huajun,
>
> [snip]
>
>> +static int __f2fs_convert_inline_data(struct inode *inode, struct page
>> *page)
>> +{
>> + int err;
>> + struct page *ipage;
>> + struct dnode_of_data dn;
>> + void *src_addr, *dst_addr;
>> +
On Tue, Nov 19, 2013 at 08:21:45PM +0100, Oleg Nesterov wrote:
> DR6_RESERVED and DR_CONTROL_RESERVED are used to clear the unwanted
> bits in the "unsigned long" data, but "ulong &= ~int" also clears the
> upper bits that are not specified in mask.
>
> This is actually fine, dr6[32:63] are
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 this topic?
Jan
>
> Furthermore I got
HI!
> This patch changes the dtsi entry on omap4430 to contain
> the thermal data. This data will enable the passive
> cooling with CPUfreq cooling device at 100C and the
> system will do a thermal shutdown at 125C.
>
> Cc: "Benoît Cousson"
> Cc: Tony Lindgren
> Cc: Russell King
> Cc:
Hello,
I got a Kernel panic by some long time stress tests. Look here:
http://dy.cx/pqP7M.
Furthermore I got sporadic some BUG messages:
[ 1128.358971] BUG: scheduling while atomic: swapper/0/0/0x00010002
[ 1128.358982] Preemption disabled at:[]
cpu_startup_entry+0x17a/0x300
Hardware
Hello,
while struggling about an application beeing so slow on my SSD and
having high I/O Waits while the app is using the raw block device i've
detected that this is caused by open the block device with O_DSYNC.
I've used dd and fio with oflags=direct,dsync / --direct=1 and --sync=1
and got
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 isn't unmapped in case of errors, hence fix it.
Signed-off-by: Grygorii
- 原始邮件 -
> 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
- 原始邮件 -
> 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 routine won't be triggered under heavy memory stress since the
* Rusty Russell wrote:
> Ingo Molnar writes:
> > [*] Plus perhaps allow offstack to be configurable arbitrarily if
> > debugging is enabled [DEBUG_PER_CPU_MAP=y], to allow easy
> > experiments/measurements?
>
> Yes, it was good for i386 testing.
>
> But now it seems that
On Tuesday, November 19, 2013 06:22:07 PM Toshi Kani wrote:
> On Wed, 2013-11-20 at 01:08 +0100, Rafael J. Wysocki wrote:
> > On Wednesday, November 20, 2013 12:42:28 AM Rafael J. Wysocki wrote:
> > > On Tuesday, November 19, 2013 02:58:40 PM Toshi Kani wrote:
> > > > On Tue, 2013-11-19 at 22:10
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 of running timers Or timers which re-arms themselves.
>
> There
Hi Michal,
I read thru your fantastic work on Page coloring
http://d3s.mff.cuni.cz/publications/download/hocko-sipew10.pdf
and slightly different one at
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.65.2260=rep1=pdf
I had a few questions on your paper/code, which you could
On Wed, Nov 20, 2013 at 10:45:26AM +, Lee Jones wrote:
> On Wed, 20 Nov 2013, Mark Brown wrote:
> > I expect this to collide with future changes from Wolfson so it'll need
> > to go via ASoC.
> Okay, what if I make you a branch to pull from? Or visa-versa?
Sure, add my ack and give me a
Add support for irq registration when pmu interrupt is percpu.
Signed-off-by: Vinayak Kale
Signed-off-by: Tuan Phan
---
arch/arm64/kernel/perf_event.c | 108 ++--
1 file changed, 81 insertions(+), 27 deletions(-)
diff --git a/arch/arm64/kernel/perf_event.c
This patch series adds support to handle interrupt registration/deregistration
in arm64 pmu driver when pmu interrupt type is percpu.
Changelog:
V4:
* In arm64 pmu driver: Avoid using irq_to_desc() to check validity of irq.
V3:
* Remove validity check for 'desc' from accessor function in
On Wed, Nov 20, 2013 at 10:45:05AM +0100, Francis Moreau wrote:
> Unfortunately the bisect session didn't give any positive results: I
> couldn't be sure if a specific revision was good or bad because the
> bug wasn't reproductible every time.
>
> But I got a different kernel oops on my stripped
On Wed, Nov 20, 2013 at 11:43:26AM +0100, Nicolas Ferre wrote:
> On 08/11/2013 16:08, Nicolas Ferre :
> >This series adds Device Tree support to the Atmel crypto drivers
> >(AES/[T]DES/SHA). The Device Tree entries are very simple and only
> >declare the reg/irq values and the link to DMA.
>
>
This patch adds an accessor function for IRQ_PER_CPU flag.
The accessor function is useful to dertermine whether an IRQ is percpu or not.
Signed-off-by: Vinayak Kale
---
include/linux/irqdesc.h |8
1 file changed, 8 insertions(+)
diff --git a/include/linux/irqdesc.h
On Mon, Nov 18, 2013 at 06:27:06PM +0100, Peter Zijlstra wrote:
> The below is a compile tested only attempt to deal with both these
> problems. Comments?
Just two nits as I don't understand vast of the patch.
> + delta_exec = now - curr->exec_start;
> + if ((s64)delta_exec < 0)
>
Rusty Russell wrote:
> ? I changed this to an Acked-by...
I made a heap of restructuring and changes that James incorporated into his
v4.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
At Mon, 18 Nov 2013 10:37:13 -0800,
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.
>
At Mon, 18 Nov 2013 10:40:29 -0800,
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.
>
At Mon, 18 Nov 2013 10:42:10 -0800,
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.
At Mon, 18 Nov 2013 10:41:33 -0800,
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.
>
>
> OK. Let me try to make a first step to improve this a little bit...
>
> How about the patch below? Srikar?
>
>
> Subject: [PATCH] uprobes: Document xol_area and arch_uprobe->insn/ixol
>
> Document xol_area and arch_uprobe.
>
> Signed-off-by: Oleg Nesterov
> ---
Acked-by: Srikar
On Wed, Nov 20, 2013 at 11:49 AM, Suki Buryani wrote:
>>5824 is the usable size of the file system on mtdblock3, i.e. after
>>subtracting
> the overhead for file system bookkeeping.
>
> By default mtd partitions were like
>
> cat /proc/partitions
> major minor #blocks name
>
> 31 0
[dropping from the CC list, as someone seems to have
tripped on the config file, and I'm tired of getting bounces]
Feng,
On 19/11/13 21:42, Feng Kan wrote:
> The GIC-400 implementation allows for FIQ and IRQ bypass. In the
> X-Gene implementation, the FIQ bypass must be enabled at all time.
>
On Wed, Nov 20, 2013 at 11:28:03AM +0100, Peter Zijlstra wrote:
> On Tue, Nov 19, 2013 at 01:06:30PM -0800, Jacob Pan wrote:
> > I applied this patch on top of upstream kernel (801a760) and found out
> > my machine completely failed to enter idle when nothing is running.
> > turbostate shows 100%
Hi Magnus,
Thank you for the patch.
On Wednesday 20 November 2013 09:22:59 Magnus Damm wrote:
> gpio: R-Car and EM GPIO update V2
>
> [PATCH 01/05 v2] gpio: rcar: Use lazy disable
> [PATCH 02/05 v2] gpio: rcar: Enable mask on suspend
> [PATCH 03/05] gpio: em: Setup gpiochip->dev
> [PATCH 04/05
>5824 is the usable size of the file system on mtdblock3, i.e. after subtracting
the overhead for file system bookkeeping.
By default mtd partitions were like
cat /proc/partitions
major minor #blocks name
31 0 8192 mtdblock0
31 1 256 mtdblock1
31 2 2048
On Wed, 20 Nov 2013, Mark Brown wrote:
> On Wed, Nov 20, 2013 at 09:16:36AM +, Lee Jones wrote:
>
> > For the MFD parts: Acked-by: Lee Jones
>
> > How do you want to play this ASoC?
>
> I expect this to collide with future changes from Wolfson so it'll need
> to go via ASoC.
Okay, what
Commit 2caacaa82a51b78fc0c800e206473874094287ed restructured
the ipc shm to shorten critical region, but introduced a path
where the return value could be -EPERM, even if the operation
actually was performed.
Before the commit, the err return value was reset by the return value
from
On 08/11/2013 16:08, Nicolas Ferre :
This series adds Device Tree support to the Atmel crypto drivers
(AES/[T]DES/SHA). The Device Tree entries are very simple and only
declare the reg/irq values and the link to DMA.
Herbert,
ping?
Could I have your "Acked-by" for taking these patches
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 routine won't be triggered under heavy memory stress since the driver
> may
> still think
Nishant,
On 11/19/2013 11:05 PM, Nishanth Menon wrote:
>
>
> On 09/24/2013 03:53 AM, Roger Quadros wrote:
>> Provide RESET GPIO and Power regulator for the USB PHY,
>> the USB Host port mode and the PHY device for the controller.
>> Also provide pin multiplexer information for USB host pins.
>>
501 - 600 of 1243 matches
Mail list logo
