Do not print the paRAM information when verbose debugging is not asked and
also reduce the number of lines printed in edma_prep_dma_cyclic()
Signed-off-by: Peter Ujfalusi
Acked-by: Joel Fernandes
---
drivers/dma/edma.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --gi
prep_slave_sg and prep_dma_cyclic callbacks have mostly same failure cases
with the same texts printed in case we hit them. It helps when debugging if
we know exactly which callback generated the errors.
At the same time change the debug level for descriptor allocation failure
from dbg to err since
On Mon, Apr 14, 2014 at 03:31:15PM +0800, Chen Tingjie wrote:
> There is memleak in alloc_pid:
> --
> unreferenced object 0xd3453a80 (size 64):
> comm "adbd", pid 1730, jiffies 66363 (age 6586.950s)
> hex dump (first 32 bytes):
> 01 00 00 00 00 00 00 00 00 00 00
In case of not supported direction it is better to print the direction also.
It is unlikely, but in such an event it helps with the debugging.
Signed-off-by: Peter Ujfalusi
Acked-by: Joel Fernandes
---
drivers/dma/edma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
The edmacc_param struct should follow the layout of the paRAM area in the
HW. Be explicit on the size of the fields (u32) and also mark the struct
as packed to avoid any padding on non 32bit architectures.
Signed-off-by: Peter Ujfalusi
Acked-by: Joel Fernandes
---
include/linux/platform_data/ed
It helps to identify issues if we have some information regarding to the
channel which the event is associated.
Signed-off-by: Peter Ujfalusi
Acked-by: Joel Fernandes
---
drivers/dma/edma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/d
Indicate that the edma dmaengine driver has support for cyclic mode.
Signed-off-by: Peter Ujfalusi
Acked-by: Joel Fernandes
---
arch/arm/common/edma.c | 1 +
drivers/dma/edma.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
index 999266
With the callback implemented omap-dma can provide information to client
drivers regarding to supported address widths, directions, residue
granularity, etc.
Signed-off-by: Peter Ujfalusi
Acked-by: Joel Fernandes
---
drivers/dma/edma.c | 18 ++
1 file changed, 18 insertions(+)
On 14 April 2014 16:32, Peter Zijlstra wrote:
> I'm still not sure _what_ you're trying to solve here. What are you
> doing and why?
Hi Peter,
We are working building ARM Networking machines. Networking Data
plane is handled completely at user space. At run time we may fix
any number of CPUs for
On Thu, Mar 27, 2014 at 08:00:39AM +, Liu Hua wrote:
> For vmcore generated by LPAE enabled kernel, user space
> utility such as crash needs additional infomation to
> parse.
>
> So this patch add arch_crash_save_vmcoreinfo as what PAE enabled
> i386 linux does.
Looks sensible to me:
Revie
* Shaohua Li wrote:
> On Thu, Apr 03, 2014 at 01:35:37PM +0200, Ingo Molnar wrote:
> >
> > * Shaohua Li wrote:
> >
> > > Add a few acks and resend this patch.
> > >
> > > We use access bit to age a page at page reclaim. When clearing pte access
> > > bit,
> > > we could skip tlb flush in X8
On Sat, Apr 12, 2014 at 01:34:31PM +0200, Sander Eikelenboom wrote:
> Hi,
>
> I just ran into the oops belowafter some uptime.
Classic use after free introduced by my recent changes, sorry.
This should fix it:
---
From: Christoph Hellwig
Subject: scsi: don't reference freed command in scsi_ini
* tip-bot for Ingo Molnar wrote:
> Commit-ID: f042310bf8a846bcf21012ffee78d9eb562a7fa4
> Gitweb: http://git.kernel.org/tip/f042310bf8a846bcf21012ffee78d9eb562a7fa4
> Author: Ingo Molnar
> AuthorDate: Fri, 4 Apr 2014 08:41:26 +0200
> Committer: Ingo Molnar
> CommitDate: Mon, 14 Apr 20
* Sasha Levin wrote:
> Hi Ingo,
>
> There are two patches from liblockdep this time around:
>
> 1. There was a build breakage caused by marking a function 'asmlinkage'
> in lockdep.h. Fix that by ignoring asmlinkage and visible annotations.
>
> 2. Josh Boyer mentioned that Fedora would like
Commit-ID: f042310bf8a846bcf21012ffee78d9eb562a7fa4
Gitweb: http://git.kernel.org/tip/f042310bf8a846bcf21012ffee78d9eb562a7fa4
Author: Ingo Molnar
AuthorDate: Fri, 4 Apr 2014 08:41:26 +0200
Committer: Ingo Molnar
CommitDate: Mon, 14 Apr 2014 13:13:30 +0200
[PATCH] x86: Try the BIOS reb
* Frederic Weisbecker wrote:
> On Thu, Apr 03, 2014 at 06:17:10PM +0200, Frederic Weisbecker wrote:
> > Ingo, Thomas,
> >
> > Please pull the timers/nohz-ipi-for-tip-v3 branch that can be found at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> > timers
Commit-ID: e6bcd1a8974fab74e9fd679fb64462b2a8deff41
Gitweb: http://git.kernel.org/tip/e6bcd1a8974fab74e9fd679fb64462b2a8deff41
Author: Masahiro Yamada
AuthorDate: Thu, 10 Apr 2014 10:35:42 +0900
Committer: Ingo Molnar
CommitDate: Mon, 14 Apr 2014 11:44:36 +0200
x86/build: Supress "Noth
On Sun, Apr 13, 2014 at 01:27:43PM +0200, Borislav Petkov wrote:
> And while we're at it, let's do another consolidation:
>
> ---
> From: Borislav Petkov
> Date: Sat, 12 Apr 2014 20:10:49 +0200
> Subject: [PATCH] tools: Consolidate types.h
>
> Combine all definitions into a common tools/include/
Hello,
When mount this f2fs image:
http://linuxtesting.org/downloads/f2fs_fault_image.zip
BUG_ON is triggered in f2fs driver (messages below are generated on
kernel 3.13.2; for other kernels output is similar):
[ 2416.364463] kernel BUG at fs/f2fs/node.c:215!
[ 2416.364464] invalid opcode: 00
On 14/04/14 11:43, Will Deacon wrote:
> (catching up on old email)
>
> On Tue, Mar 18, 2014 at 07:35:59AM +, Jianguo Wu wrote:
>> Cloud you please take a look at this?
>
> [...]
>
>> On 2014/2/17 15:05, Jianguo Wu wrote:
>>> When enable LPAE and big-endian in a hisilicon board, while specify
> move spin_unlock(sighand->siglock) after get_current_tty() can avoid
> the race and fix the memleak.
We already take tty_ctrl_lock inside sighand->siglock so this all appears
safe and correct to me.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, Apr 13, 2014 at 09:56:17PM +0200, Oleg Nesterov wrote:
> 1. Remove CLONE_KERNEL, it has no users and it is dangerous.
>
>The (old) comment says "List of flags we want to share for kernel
>threads" but this is not true, we do not want to share ->sighand by
>default. This flag ca
On Monday 14 April 2014 11:17:38 Tarek Dakhran wrote:
> --- a/arch/arm/mach-exynos/exynos.c
> +++ b/arch/arm/mach-exynos/exynos.c
> @@ -159,6 +159,15 @@ static struct map_desc exynos5250_iodesc[] __initdata = {
> },
> };
>
> +static struct map_desc exynos5410_iodesc[] __initdata = {
> +
Hi Sebastian,
On Tue, Mar 18, 2014 at 09:40:57PM +, Sebastian Capella wrote:
> Use of tracers in local_irq_disable is causes abort loops when called
> with irqs disabled using a temporary stack. Replace local_irq_disable
> with raw_local_irq_disable instead to avoid tracers.
Do you have any
On Fri, Apr 11, 2014 at 10:08:30PM +0530, Viresh Kumar wrote:
> On 11 April 2014 20:48, Peter Zijlstra wrote:
> > On Fri, Apr 11, 2014 at 04:53:35PM +0200, Frederic Weisbecker wrote:
>
> > I think there's assumptions that tick runs on the local cpu;
>
> Yes, many function behave that way, i.e. w
dev_set_drvdata and dev_get_drvdata are now simple enough again that
we can inline them as they used to be before commit b40284378.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
drivers/base/dd.c | 16
include/linux/device.h | 12 ++--
2 files changed,
> This adds support for GPIO controlled reset pins on peripheral ICs to the
> reset
> controller framework. Currently there is no support for specifying a delay
> between assertion and de-assertion of the reset signal, so this has to be
> handled by the drivers.
Lots of GPIO controllers are doing
There is no point in calling dev_get_drvdata without a valid device.
So checking for dev == NULL is pointless. If such a check is ever
needed - which I doubt - the driver should do it before calling
dev_get_drvdata.
We were returning NULL if dev was NULL, which the caller certainly did
not expect
dev_set_drvdata can no longer fail, so it could return void.
All callers have hopefully been updated to no longer check for the
return value.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
drivers/base/dd.c |3 +--
include/linux/device.h |2 +-
2 files changed, 2 insertion
So there is no point in checking its return value, which will soon
disappear.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
drivers/iommu/exynos-iommu.c |7 +--
drivers/vfio/vfio.c |8 +---
2 files changed, 2 insertions(+), 13 deletions(-)
--- linux-3.15-rc0.o
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 12:34:13 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > On Mon, 14 Apr 2014 12:04:57 +0200
> > > Ingo Molnar wrote:
> > >
> > > >
> > > > * Igor Mammedov wrote:
> > > >
> > > > > On Mon, 14 Apr 2014 11:19:54 +0200
> >
* Markus Trippelsdorf wrote:
> On 2014.04.14 at 12:32 +0200, Ingo Molnar wrote:
> >
> > * Markus Trippelsdorf wrote:
> >
> > > On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> > > >
> > > > * Andi Kleen wrote:
> > > >
> > > > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wro
Having to allocate memory as part of dev_set_drvdata() is a problem
because that memory may never get freed if the device itself is not
created. So move driver_data back to struct device.
This is a partial revert of commit b4028437.
Signed-off-by: Jean Delvare
Cc: Greg Kroah-Hartman
---
driver
On Mon, 14 Apr 2014 12:34:13 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > On Mon, 14 Apr 2014 12:04:57 +0200
> > Ingo Molnar wrote:
> >
> > >
> > > * Igor Mammedov wrote:
> > >
> > > > On Mon, 14 Apr 2014 11:19:54 +0200
> > > > Ingo Molnar wrote:
> > > >
> > > > >
> > > >
This patch set is a proposal to revert most of commit b4028437. This
would solve a memory leak and also allow to simplify and ultimately
inline again functions dev_get_drvdata and dev_set_drvdata for smaller
footprint and improved performance.
[PATCH 1/5] driver core: Move driver_data back to stru
On 2014.04.14 at 12:32 +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf wrote:
>
> > On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> > >
> > > * Andi Kleen wrote:
> > >
> > > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wrote:
> > > > > On Tue, Apr 8, 2014 at 1:49 PM, wr
(catching up on old email)
On Tue, Mar 18, 2014 at 07:35:59AM +, Jianguo Wu wrote:
> Cloud you please take a look at this?
[...]
> On 2014/2/17 15:05, Jianguo Wu wrote:
> > When enable LPAE and big-endian in a hisilicon board, while specify
> > mem=384M mem=512M@7680M, will get bad page stat
mutex_unlock() and put_pwq_unlocked() do not need to be called
when alloc_unbound_pwq() is failed.
And remove "if" condition for whether "pwq" is same as "wq->dfl_pwq"
when wq_calc_node_cpumask() returns false and just use "goto use_dfl_pwq"
Signed-off-by: Daeseok Youn
---
V2: replace "if condi
Currently, if user specifies both symbol name and address, we just
bail out.
This might be too rude. This patch makes it give more tolerance.
If both are specified, let symbol name take precedence; upon failure,
try address. And print a warning message if user specify an address
to inform him that
Is it the responsibility of the pwm driver to handle the pinmux of the
io pins? Or is the end user, or a parent driver responsible to handle this?
Idem for the clock?
On 04/09/2014 05:59 PM, Tim Kryger wrote:
On Tue, Apr 8, 2014 at 6:27 PM, Stephen Warren wrote:
On 04/08/2014 05:02 PM, Tim K
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 12:04:57 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > On Mon, 14 Apr 2014 11:19:54 +0200
> > > Ingo Molnar wrote:
> > >
> > > >
> > > > * Igor Mammedov wrote:
> > > >
> > > > > currently if AP wake up is failed, mast
* Markus Trippelsdorf wrote:
> On 2014.04.09 at 08:01 +0200, Ingo Molnar wrote:
> >
> > * Andi Kleen wrote:
> >
> > > On Tue, Apr 08, 2014 at 03:44:25PM -0700, Linus Torvalds wrote:
> > > > On Tue, Apr 8, 2014 at 1:49 PM, wrote:
> > > > >
> > > > > In addition to making the kernel smaller a
On Mon, 14 Apr 2014 12:04:57 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > On Mon, 14 Apr 2014 11:19:54 +0200
> > Ingo Molnar wrote:
> >
> > >
> > > * Igor Mammedov wrote:
> > >
> > > > currently if AP wake up is failed, master CPU marks AP as not present
> > > > in do_boot_cp
On Mon, 14 Apr 2014 12:03:35 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > On Mon, 14 Apr 2014 11:16:00 +0200
> > Ingo Molnar wrote:
> >
> > >
> > > * Igor Mammedov wrote:
> > >
> > > > /*
> > > > +* wait for ACK from master CPU before continuing
> > > > +
Alex,
Your commit a0715cc22601e8830ace98366c0c2bd8da52af52 added the prctl()
PR_SET_THP_DISABLE and PR_GET_THP_DISABLE flags.
The text below attempts to document these flags for the prctl(3).
Could you (and anyone else who is willing) please review the text
below (one or two p[ieces of which are
On Sat, 2014-04-12 at 18:28 +0100, Jonathan Cameron wrote:
> On 09/04/14 19:09, Joel Porquet wrote:
> > As suggested by checkpatch.pl, use dev_info() instead of
> > printk(KERN_INFO ...) to print message.
> >
> > Signed-off-by: Joel Porquet
> > ---
> > Only tested by compilation.
> > drivers/sta
From: "Li, Zhen-Hua"
For the cosa module, CONFIG_COSA can only be checked as 'm',
and cosa module can only be compiled as a module.
So remove unused code in cosa.c
Signed-off-by: Li, Zhen-Hua
---
drivers/net/wan/cosa.c |4
1 file changed, 4 deletions(-)
diff --git a/drivers/net/wan/
On Sun, 2014-04-13 at 21:22 +0200, Stefani Seibold wrote:
> When executing a kexec kernel on a PowerPC board the new started kernel
> will not find already enumerated USB devices due a missing reset on the
> USB bus.
>
> As a work around a
>
> echo 1 >/sys/bus/pci/drivers/[ex]hci-pci/BUS-ADDRESS-
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 11:19:54 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > currently if AP wake up is failed, master CPU marks AP as not present
> > > in do_boot_cpu() by calling set_cpu_present(cpu, false).
> > > That leads to following list
* Igor Mammedov wrote:
> On Mon, 14 Apr 2014 11:16:00 +0200
> Ingo Molnar wrote:
>
> >
> > * Igor Mammedov wrote:
> >
> > > /*
> > > + * wait for ACK from master CPU before continuing
> > > + * with AP initialization
> > > + */
> > > + cpumask_set_cpu(cpu, cpu_initialized_mask);
> > >
On Fri, Apr 11, 2014 at 04:38:03PM +0800, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
>
> Signed-off-by: Duan Jiong
Acked-by: Maxime Ripard
You should probably send it to Kishon so that he can merge it though.
Thank
* Steven Rostedt wrote:
> A while back ago I wrote a patch that would allow for reader/writer
> locks like rwlock and rwsems to have multiple readers in PREEMPT_RT. It
> was slick and fast but unfortunately it was way too complex and ridden
> with nasty little critters which earned me my large c
On Mon, 14 Apr 2014 11:19:54 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > currently if AP wake up is failed, master CPU marks AP as not present
> > in do_boot_cpu() by calling set_cpu_present(cpu, false).
> > That leads to following list corruption on the next physical CPU
> > hot
This include file is about to disapear. In addition it is
useless for this code. So it is time to remove it.
Signed-off-by: Nicolas Ferre
---
Hi Mark,
This patch is needed before we integrate the folling one. It will allow us to
remove the mach/gpio.h header file for AT91 and will be a move forw
From: Linus Walleij
This moves the header in the AT91 platform down
into the machine directory and removes the reliance on
MACH_NEED_GPIO_H from the AT91.
This does not move the platform to GENERIC_GPIO but localize
the remaining work to be done for this to the mach-at91
folder.
Signed-off-by:
On Mon, 14 Apr 2014 11:16:00 +0200
Ingo Molnar wrote:
>
> * Igor Mammedov wrote:
>
> > /*
> > +* wait for ACK from master CPU before continuing
> > +* with AP initialization
> > +*/
> > + cpumask_set_cpu(cpu, cpu_initialized_mask);
> > + while (!cpumask_test_cpu(cpu, cpu_ca
On 14 April 2014 15:18, Preeti Murthy wrote:
> I am not too sure about the complexity or the worthiness of this patch but
> just wanted to add that care must be taken to migrate the tick_sched_timer
> of all the remote CPUs off a hotplugged out CPU if the latter was keeping
> their time thus far.
Hi Viresh,
I am not too sure about the complexity or the worthiness of this patch but
just wanted to add that care must be taken to migrate the tick_sched_timer
of all the remote CPUs off a hotplugged out CPU if the latter was keeping
their time thus far. In the normal scenario I am guessing the t
On Mon, Apr 14, 2014 at 10:33:32AM +0100, Matt Fleming wrote:
> That and the fact that no one has said "We really need support".
Don't be putting words in people's mouths :-)
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this lis
* Borislav Petkov wrote:
> On Mon, Apr 14, 2014 at 09:21:13AM +0200, Ingo Molnar wrote:
> > Apparently the game in question is "Exile: Escape from the pit":
> >
> > http://osdir.com/ml/wine-bugs/2014-04/msg01159.html
>
> Ah, thanks.
>
> Well, FWIW, you can get the game for free:
>
> http:/
This driver is using devres managed calls incorrectly, giving the cpu0
device as first parameter instead of the cpufreq platform device.
This results in resources not being freed if the cpufreq platform device
is unbound, for example if probing has to be deferred for a missing
regulator.
Supporting
There is no need to include delay.h.
Acked-by: Viresh Kumar
Acked-by: Shawn Guo
Signed-off-by: Philipp Zabel
---
drivers/cpufreq/imx6q-cpufreq.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/cpufreq/imx6q-cpufreq.c b/drivers/cpufreq/imx6q-cpufreq.c
index 92a82ec..af366c2 100644
--
On Tue, Mar 25, 2014 at 10:31:39AM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
SNIP
> @@ -1176,6 +1176,9 @@ static void print_aggr(char *prefix)
> if (run != ena)
> fprintf(output, " (%.2f%%)",
>
On Mon, Apr 14, 2014 at 09:21:13AM +0200, Ingo Molnar wrote:
> Apparently the game in question is "Exile: Escape from the pit":
>
> http://osdir.com/ml/wine-bugs/2014-04/msg01159.html
Ah, thanks.
Well, FWIW, you can get the game for free:
http://www.spiderwebsoftware.com/exile/winexile.html
From: "Li, Zhen-Hua"
udelay with more than 2 may cause __bad_udelay.
Use mdelay for instead.
Signed-off-by: Li, Zhen-Hua
---
sound/isa/es18xx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/sound/isa/es18xx.c b/sound/isa/es18xx.c
index 1c16830..8d3a3b6 10
On 12/04/14 21:51, David Miller wrote:
> From: Vincenzo Maffione
> Date: Sat, 12 Apr 2014 11:55:40 +0200
>
>> This patch fixes the initialization of an array used in the TX
>> datapath that was mistakenly initialized together with the
>> RX datapath arrays. An out of range array access could happ
On Monday, April 14, 2014 6:34 PM, Steve Capper wrote:
> On Mon, Apr 14, 2014 at 06:24:55PM +0900, Jungseok Lee wrote:
> > On Monday, April 14, 2014 6:14 PM, Steve Capper wrote:
> > > On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > > > This patch implements 4 levels of translation
Sehr geehrte Begünstigten,
Sie haben als der einzige Begünstigte der Summe der fünfhunderttausend Euro (€
500,000.00 Euro) ausgewählt wurde, die hier in WESTERN UNION Büro von der
ONU-Organisation für Sie hinterlegt ist.
Bitte kontaktieren Sie uns für Ansprüche E-Mail: wuremittance...@outlook.c
cirrus kms driver lacks power management support, thus
the vga display doesn't work any more after S3 resume.
Fix this by adding suspend and resume functions.
Also make the mode_set function unblank the screen.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 42 +
bochs kms driver lacks power management support, thus
the vga display doesn't work any more after S3 resume.
Fix this by adding suspend and resume functions.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 1 +
drivers/gpu/drm/bochs/bochs_drv.c | 44 +++
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs.h | 2 --
drivers/gpu/drm/bochs/bochs_fbdev.c | 1 -
2 files changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs.h b/drivers/gpu/drm/bochs/bochs.h
index 4608205..7eb52dd 100644
--- a/drivers/gpu/drm/bochs/bochs.h
+++
On Mon, 14 Apr, at 10:28:02AM, Thomas Bächler wrote:
> Am 14.04.2014 09:15, schrieb Ingo Molnar:
> >>> Right, it is really that it is not possible to boot a mixed-mode kernel
> >>> on its non-native firmware using the stub, since the stub itself can
> >>> only be one way or the other.
> >>
> >> Yea
On Mon, Apr 14, 2014 at 06:24:55PM +0900, Jungseok Lee wrote:
> On Monday, April 14, 2014 6:14 PM, Steve Capper wrote:
> > On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > > This patch implements 4 levels of translation tables since 3 levels of
> > > page tables with 4KB pages cann
W=... provides extra gcc checks.
Having such code in scripts/Makefile.build results in the same flags
being added to KBUILD_CFLAGS multiple times becuase
scripts/Makefile.build is invoked every time Kbuild descends into
the subdirectories.
Since the top Makefile is already too cluttered, this com
On Mon, Apr 14, 2014 at 10:59:11AM +0200, Peter Zijlstra wrote:
> > Why not using braces here and moving the use_default code block inside
> > it instead?
>
> I didn't because there's two goto use_default sites, but sure, I can do
> that.
---
Subject: sched,idle: Reflow cpuidle_idle_call()
From:
On Monday, April 14, 2014 6:14 PM, Steve Capper wrote:
> On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> > This patch implements 4 levels of translation tables since 3 levels of
> > page tables with 4KB pages cannot support 40-bit physical address
> > space described in [1] due to t
Hi,
This is first part of fifth version of patchset adding support for
MAX77836 device to the max14577 driver.
I decided to split the patchset into smaller parts. I hope this would
help in getting necessary review/acks from maintainers.
The first part introduces changes in max14577 driver and a
* Igor Mammedov wrote:
> acpi_processor_add() assumes that present at boot CPUs
> are always onlined, it is not so if a CPU failed to become
> onlined. As result acpi_processor_add() will mark such CPU
> device as onlined in sysfs and following attempts to
> online/offline it using /sys/device/s
From: Chanwoo Choi
This patch use device name to make sysfs path according to device type:
max14577-muic
- /sys/class/extcon/max14577-muic/
max77836-muic
- /sys/class/extcon/max77836-muic/
Signed-off-by: Chanwoo Choi
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Acked-by: Chanwoo Choi
This patch prepares for adding support for MAX77836 device to existing
max14577 driver by adding MAX14577 prefix to defines of interrupts.
This is only a rename-like patch, new code is not added.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
---
drivers/mfd/max14577.c | 24
* Igor Mammedov wrote:
> if during CPU hotplug master CPU failed to wake up AP
> it set percpu x86_cpu_to_apicid to BAD_APICID=0x for AP.
>
> However following attempt to unplug that CPU will lead to
> out of bound write access to __apicid_to_node[] which is
> 32768 items long on x86_64 ker
* Igor Mammedov wrote:
> currently if AP wake up is failed, master CPU marks AP as not present
> in do_boot_cpu() by calling set_cpu_present(cpu, false).
> That leads to following list corruption on the next physical CPU
> hotplug:
Shouldn't this fix precede the main change to the smp bootup lo
On Fri, Apr 11, 2014 at 02:34:52PM -0400, Don Zickus wrote:
> On Fri, Apr 11, 2014 at 07:30:00PM +0200, Jiri Olsa wrote:
SNIP
> > and with your changes we could do:
> >
> >Overhead CPU symbol
> > ... ..
> >90%0
> > 50%krava1
> > 20%
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
During probe choose muic_irqs according to device type. Currently there
are only "max14577_muic_irqs" but later patch will add max77836
interrupts.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyun
Add muic prefix to regmap config to differentiate between another regmap
config for MAX77836 PMIC node. Additionally remove unused
symbols: MAX14577_REG_INVALID and max14577_irq_source.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
---
drivers/mfd/max14577.c | 9 +
Add max14577 prefix to muic_irqs array. This prepares for max77836
support in this extcon driver.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Acked-by: Chanwoo Choi
Tested-by: Chanwoo Choi
---
drivers/extcon/extcon-max14577.c | 12 ++--
1 file changed, 6 insertions(+), 6 dele
Add support for MAX77836 chipset and its additional two LDO regulators.
These LDO regulators are controlled by the PMIC block with additional
regmap (different I2C slave address).
The MAX77836 charger and safeout regulators are almost identical to
MAX14577. The registers layout is the same, except
Add support for MAX77836 chipset to the max14577 extcon driver. The
MAX77836 MUIC has additional interrupts (VIDRM, ADC1K) so IRQ handling
is split up into two functions: max14577_parse_irq() and
max77836_parse_irq().
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Chanwoo Choi
Cc: Kyungmin Pa
Add Maxim 77836 support to max14577 driver. The chipsets have same MUIC
component so the extcon, charger and regulators are almost the same. The
MAX77836 however has also PMIC and Fuel Gauge.
The MAX77836 uses three I2C slave addresses and has additional interrupts
(related to PMIC and Fuel Gauge)
This patch continues the preparation for adding support for MAX77836
device to existing max14577 driver.
Add enum for types of devices supported by this driver. The device type
will be detected by matching of_device_id, or i2c_device_id as a
fallback.
The patch also moves to separate function the
* Igor Mammedov wrote:
> /*
> + * wait for ACK from master CPU before continuing
> + * with AP initialization
> + */
> + cpumask_set_cpu(cpu, cpu_initialized_mask);
> + while (!cpumask_test_cpu(cpu, cpu_callout_mask))
> + cpu_relax();
> + /*
> +
On 04/14/2014 04:43 PM, Li Zhong wrote:
> Seems we all agree that information about SECTION, e.g. section size,
> sections per memory block should be kept as kernel internals, and not
> exposed to userspace.
>
> This patch updates Documentation/memory-hotplug.txt to refer to memory
> blocks instea
On Mon, Apr 13, 2014 at 04:41:07PM +0900, Jungseok Lee wrote:
> This patch implements 4 levels of translation tables since 3 levels
> of page tables with 4KB pages cannot support 40-bit physical address
> space described in [1] due to the following issue.
>
> It is a restriction that kernel logica
On 14/04/2014 at 10:43:14 +0200, Boris Brezillon wrote :
> This patch removes the selection of AT91_USE_OLD_CLK when selecting
> sam9x5 SoCs support. This will automatically enable COMMON_CLK_AT91 option
> and add support for at91 common clk implementation.
>
> Signed-off-by: Boris BREZILLON
Acke
Hi Mark,
On Fri, Apr 11, 2014 at 9:06 AM, Harini Katakam
wrote:
> Hi Mark,
>
> On Fri, Apr 11, 2014 at 4:18 AM, Mark Brown wrote:
>> On Thu, Apr 10, 2014 at 05:43:49PM +0530, Harini Katakam wrote:
>>> Add driver for Cadence SPI controller. This is used in Xilinx Zynq.
>>
>> This looks mostly goo
On 14/04/2014 at 10:43:13 +0200, Boris Brezillon wrote :
> Define sam9x5ek's main and slow crystal frequencies.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/at91sam9x5cm.dtsi | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm/b
On 14/04/2014 at 10:43:12 +0200, Boris Brezillon wrote :
> Define sam9x5 clocks in sam9x5 dt files and make use of them in peripheral
> definitions.
>
> Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/at91sam9x5.dtsi| 355
> +
Add spi-cadence bindings documentation.
Signed-off-by: Harini Katakam
---
v4 changes:
No changes.
v3 changes:
- Remove /bits/ 16 from num-cs property in example.
- Add is-decoded-cs optional property and add to description of num-cs.
v2 changes:
- Separate patch for bindings.
- Add xilinx comp
- Adds support for ksz9031 PAD skew configuration over devicetree
- Removes hard-coded pad skew configuration for imx6q-sabrelite, now redundant
with arch/arm/boot/dts/imx6qdl-sabrelite.dtsi
Tested on congatec conga-QEVAL board with conga-QMX6 module.
This patch is based on Anatolij Gustschin's
Hi Alexandre,
On 14/04/2014 10:56, Alexandre Belloni wrote:
> On 14/04/2014 at 10:16:37 +0200, Boris Brezillon wrote :
>> Define sam9n12 clocks and make use of them in peripheral definitions.
>>
>> Signed-off-by: Boris BREZILLON
>> ---
>> arch/arm/boot/dts/at91sam9n12.dtsi | 350
>>
801 - 900 of 1035 matches
Mail list logo