These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the physical address or a phandle pointing at the device tree node.
This allows drivers to allocate SRAM with the genalloc API without
hard-coding the genalloc
thread_group_cputime() is a general cputime API that is not only
used by posix cpu timer. Let's move this helper to sched code.
Signed-off-by: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Steven Rostedt
---
kernel/posix-cpu-timers.c | 24
task_cputime_adjusted() and thread_group_cputime_adjusted()
essentially share the same code. They just don't use the same
source:
* The first function uses the cputime in the task struct and the
previous adjusted snapshot that ensures monotonicity.
* The second adds the cputime of all tasks in
We have thread_group_cputime() and thread_group_times(). The naming
doesn't provide enough information about the difference between
these two APIs.
To lower the confusion, rename thread_group_times() to
thread_group_cputime_adjusted(). This name better suggests that
it's a version of
Hi,
Not vtime related that time, just a few supplementary cleanups on the part
that computes the adjusted cputime values.
Thanks.
Frederic Weisbecker (3):
cputime: Move thread_group_cputime() to sched code
cputime: Rename thread_group_times to thread_group_cputime_adjusted
cputime:
On Fri, Nov 23, 2012 at 08:49:16PM +0900, Mark Brown wrote:
> On Fri, Nov 23, 2012 at 12:15:15PM +0100, Samuel Ortiz wrote:
>
> > Mark, does that look ok with you ? There's a build dependency with patch #1,
> > so it would make sense for me to take it.
>
> If there's a build dependency there's a
Linus,
please pull the bugfixes for the i2c subsystem. Except for a few
one-liners, there is mainly one revert because of an overlooked
dependency. Since there is no linux-next at the moment, I did some extra
testing, and all was fine for me.
Thanks,
Wolfram
The following changes since
On Fri, Nov 23, 2012 at 08:49:04AM +0100, Linus Walleij wrote:
> On Wed, Nov 21, 2012 at 4:52 PM, Jason Cooper wrote:
> > On Wed, Nov 21, 2012 at 03:45:42PM +0100, Linus Walleij wrote:
>
> >> So what I mean is that the patches creating pinctrl/mvebu is in the
> >> pinctrl tree, so if patches in
Use the events API to trace filemap loading and
unloading of file pieces into the page cache.
This patch aims at tracing the eviction reload
cycle of executable and shared libraries pages in
a memory constrained environment.
The typical usage is to spot a specific device and
inode (for example
On 20.11.12 17:08:17, Will Deacon wrote:
> > The advantage of a solution where userland updates cpu_type is that we
> > never need to update the kernel anymore. This means, cpu detection can
> > be part of the tools.
>
> True, but the kernel-side perf code still needs updating to support the new
On Fri November 23 2012 14:57:53 Sakari Ailus wrote:
> Hi Prabhakar,
>
> On Fri, Nov 23, 2012 at 06:51:28PM +0530, Prabhakar Lad wrote:
> > Hi Sakari,
> >
> > On Fri, Nov 23, 2012 at 6:43 PM, Sakari Ailus wrote:
> > > Hi Prabhakar and others,
> > >
> > > (Just resending; Laurent's e-mail
On Fri, Nov 23, 2012 at 01:05:41PM +, Lee Jones wrote:
> The PCM is a pseudo-device. It doesn't have any of it's own registers
> or hardware. It rather acts as a layer of abstraction for DMA
> transfers. Hence, instead of classifying it as a device in its own
> right, we call the
in mtip32xx.
Please pull.
git://git.kernel.dk/linux-block.git for-linus
for-linus-20121123
Ed L. Cashin (1):
aoe: avoid running request handler on plugged queue
Jens
Hi Prabhakar,
On Fri, Nov 23, 2012 at 06:51:28PM +0530, Prabhakar Lad wrote:
> Hi Sakari,
>
> On Fri, Nov 23, 2012 at 6:43 PM, Sakari Ailus wrote:
> > Hi Prabhakar and others,
> >
> > (Just resending; Laurent's e-mail address corrected, cc Hans, too.)
> >
> > On Fri, Nov 16, 2012 at 08:15:02PM
On 23 November 2012 18:42, Fabio Baltieri wrote:
> Restore the correct delay value for ondemand's od_dbs_timer, as it was
> changed erroneously in 83f0e55.
>
> Cc: Viresh Kumar
> Signed-off-by: Fabio Baltieri
> ---
> drivers/cpufreq/cpufreq_ondemand.c | 3 ++-
> 1 file changed, 2
From: Havard Skinnemoen
Allocate regular pages to use as backing for the RX ring and use the
DMA API to sync the caches. This should give a bit better performance
since it allows the CPU to do burst transfers from memory. It is also
a necessary step on the way to reduce the amount of copying
Add information to the DMA Configuration Register to
maximize system performance:
- rx/tx packet buffer full memory size
- allow possibility to use INCR16 if supported
Signed-off-by: Nicolas Ferre
---
drivers/net/ethernet/cadence/macb.c | 10 --
drivers/net/ethernet/cadence/macb.h | 11
On Fri, 23 Nov 2012 03:02:56 +0400
Ilya Zykov wrote:
> Regression 'tty: fix "IRQ45: nobody cared"'
> Regression commit 7b292b4bf9a9d6098440d85616d6ca4c608b8304
>
> Function reset_buffer_flags() also invoked during the ioctl(...,TCFLSH,..).
> At the time of request we can have full buffers
On Wed, Nov 21, 2012 at 04:41:03PM -0800, Greg Kroah-Hartman wrote:
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Sage Weil
>
> (cherry picked from commit d59315ca8c0de00df9b363f94a2641a30961ca1c)
>
> These are no longer used.
* Ingo Molnar wrote:
> * Alex Shi wrote:
>
> > >
> > > Those of you who would like to test all the latest patches are
> > > welcome to pick up latest bits at tip:master:
> > >
> > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git master
> > >
> >
> > I am wondering if it is a
On Wed, Nov 21, 2012 at 04:40:20PM -0800, Greg Kroah-Hartman wrote:
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Ram Pai
>
> commit 2bbc6942273b5b3097bd265d82227bdd84b351b2 upstream.
>
> Currently pci-bridges are allocated
On 2012-11-22 20:21, Linus Torvalds wrote:
> Doesn't sound like a fsdevel issue since it seems to be independent of
> filesystems. More like some generic block layer thing. Adding Jens
> (and quoting the whole thing)
>
> Jens, any ideas? Most of your stuff came in after -rc2, which would
> fit
On Fri, Nov 23, 2012 at 01:36:01PM +0200, Adrian Hunter wrote:
> Signed-off-by: Adrian Hunter
> Acked-by: Chris Ball
Looks like you left that redundant check in place but it doesn't hurt
anyway.
Reviewed-by: Mika Westerberg
--
To unsubscribe from this list: send the line "unsubscribe
Linus,
please pull sound updates for v3.7-rc7 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.7
The topmost commit is 947d299686aa9cc8aecf749d54e8475c6e498956
Sound fixes for 3.7-rc7
The
On Fri, Nov 23, 2012 at 01:36:00PM +0200, Adrian Hunter wrote:
> Signed-off-by: Adrian Hunter
Reviewed-by: Mika Westerberg
> ---
> drivers/acpi/scan.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
> index 8c4ac6d..67a7fa6 100644
> ---
Hi Sakari,
On Fri, Nov 23, 2012 at 6:43 PM, Sakari Ailus wrote:
> Hi Prabhakar and others,
>
> (Just resending; Laurent's e-mail address corrected, cc Hans, too.)
>
> On Fri, Nov 16, 2012 at 08:15:02PM +0530, Prabhakar Lad wrote:
>> From: Manjunath Hadli
>>
>> This patch set adds media
Hi Prabhakar and others,
(Just resending; Laurent's e-mail address corrected, cc Hans, too.)
On Fri, Nov 16, 2012 at 08:15:02PM +0530, Prabhakar Lad wrote:
> From: Manjunath Hadli
>
> This patch set adds media controller based capture driver for
> DM365.
>
> This driver bases its design on
Restore the correct delay value for ondemand's od_dbs_timer, as it was
changed erroneously in 83f0e55.
Cc: Viresh Kumar
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_ondemand.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq/cpufreq_ondemand.c
Thomas Gleixner writes:
> On Wed, 21 Nov 2012, Norbert Warmuth wrote:
>> 3.7-rc6 booted with nmi_watchdog=0 fails to suspend to RAM or
>> offline CPUs. It's reproducable with a KVM guest and physical
>> system.
>
> Does the patch below fix it?
Yes.
- Norbert
> diff --git a/kernel/watchdog.c
The PCM is a pseudo-device. It doesn't have any of it's own registers
or hardware. It rather acts as a layer of abstraction for DMA
transfers. Hence, instead of classifying it as a device in its own
right, we call the initialisation from the MSP driver.
Cc: Mark Brown
Cc: Ola LILJA2
Cc:
Hello Viresh,
On Sat, Oct 20, 2012 at 01:42:06AM +0530, Viresh Kumar wrote:
> +static inline int delay_for_sampling_rate(unsigned int sampling_rate)
> +{
> + int delay = usecs_to_jiffies(sampling_rate);
> +
> + /* We want all CPUs to do sampling nearly on same jiffy */
> + if
On 23 November 2012 18:26, Lee Jones wrote:
> Historically, a driver would have to decide whether it required
> a Linear or Legacy IRQ domain when registering one. This can end
> up as quite a lot of code. A new Simple call now exists which
> simplifies this process. Let's make use of it here.
>
On 23 November 2012 18:14, Lee Jones wrote:
> The STMPE GPIO driver can be used as an IRQ controller by some
> related devices. Here we provide it with its very own IRQ Domain
> so that IRQs can be issued dynamically. This will stand the
> driver in good stead when it is enabled for Device Tree,
Historically, a driver would have to decide whether it required
a Linear or Legacy IRQ domain when registering one. This can end
up as quite a lot of code. A new Simple call now exists which
simplifies this process. Let's make use of it here.
Samuel Ortiz
Signed-off-by: Lee Jones
---
> "Thierry" == Thierry Reding writes:
Hi,
Thierry> Everybody seems to be doing it with a warning, so I guess
Thierry> that's fine for now. I just find it strange that if you
Thierry> request the default pin group to be selected when in fact the
Thierry> hardware doesn't support pinctrl
Add devm_* APIs for threaded IRQ.
Also since devres managed objects are removed when the device gets
detached, remove explicit freeing of them.
Signed-off-by: Tushar Behera
---
drivers/power/88pm860x_battery.c | 25 -
1 files changed, 8 insertions(+), 17 deletions(-)
The STMPE GPIO driver can be used as an IRQ controller by some
related devices. Here we provide it with its very own IRQ Domain
so that IRQs can be issued dynamically. This will stand the
driver in good stead when it is enabled for Device Tree, as this
it a prerequisite.
Cc: Grant Likely
Hi Rafael,
On Fri, Nov 23, 2012 at 10:31:56AM +0100, Fabio Baltieri wrote:
> drivers/cpufreq/cpufreq_ondemand.c | 152
> -
> 1 file changed, 132 insertions(+), 20 deletions(-)
I just noticed that the whole ondemand driver was refactored in your
On 23 November 2012 15:06, Lee Jones wrote:
> On Fri, 23 Nov 2012, Viresh Kumar wrote:
>> pdev = platform_device_alloc(cell->name, id + cell->id);
>>
>> This is required when we have multiple instances of MFD device present
>> on board. How do you want me to handle this ?
>
> There are lots
On Fri, Nov 23, 2012 at 12:14:13PM +, Lee Jones wrote:
> > >> + if (np)
> > >> + of_property_read_u32(np, "st,norequest-mask",
> > >> + >norequest_mask);
> > >
> > > Can you explain to me what this does?
> >
> > You mean
On Fri, 2012-11-23 at 16:39 +0530, Venu Byravarasu wrote:
> > -Original Message-
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Ashish Jangam
> > Sent: Friday, November 23, 2012 3:41 PM
> > To: a...@linux-foundation.org
> > Cc:
Hi Javier,
javier Martin wrote:
> Hi Fabio,
> have you actually tested CMA with mx2_camera and coda drivers in i.MX27?
Only probe tested it. Please ket me know if you have issues.
Thanks,
Fabio Estevam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 23 November 2012 17:44, Lee Jones wrote:
> I'm saying, just leave it where it is.
So you are suggesting this code:
stmpe_gpio->chip.base = pdata ? pdata->gpio_base : -1;
if (pdata)
stmpe_gpio->norequest_mask = pdata->norequest_mask;
else if (np)
The objects allocated by devm_* APIs are managed by devres and are
freed when the device is detached. Hence there is no need to remove
them explicitly in remove function.
Signed-off-by: Tushar Behera
---
drivers/mfd/ab8500-core.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
On Fri, Nov 23, 2012 at 02:07:42PM +0530, Laxman Dewangan wrote:
> If external control is enabled then do not provide regulator
> enable/disable apis.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Nov 22, 2012 at 11:12:08AM +0100, Guennadi Liakhovetski wrote:
> This driver supports the 4 DCDC and 8 LDO regulators on the AS3711 PMIC.
Applied, thanks.
signature.asc
Description: Digital signature
> >> - stmpe_gpio->chip.base = pdata ? pdata->gpio_base : -1;
> >
> > Why have you deleted this?
> >
> >> +
> >> + if (pdata) {
> >> + stmpe_gpio->norequest_mask = pdata->norequest_mask;
> >> + stmpe_gpio->chip.base = pdata->gpio_base;
> >
> > Then added this?
> >
>
On Thu, Nov 22, 2012 at 04:30:44PM +0800, Axel Lin wrote:
> This patch includes below cleanups:
>
> - Fix typo in comment
> - Fix showing wrong register in dev_err
> - Remove unnecessary rinfo variable
> - Add TPS80032 to MODULE_DESCRIPTION
Applied, thanks.
signature.asc
Description: Digital
Since workqueues are both cheaper and easier to use we
should prefer them, unless there's a strong reason to
prefer threads instead.
This patch replaces the background wear leveling thread
with a workqueue (one per device).
This is different from having one thread per device
because each new
On Fri, Nov 23, 2012 at 09:25:54AM +0800, Axel Lin wrote:
> Implement list_voltage for fixed regulators, otherwise
> regulator_is_supported_voltage() returns 0.
Applied, thanks.
signature.asc
Description: Digital signature
Add the arch symbol prefix (if applicable) to the asm definition of
modsign_certificate_list and modsign_certificate_list_end. This uses the
recently defined SYMBOL_PREFIX which is derived from
CONFIG_SYMBOL_PREFIX.
This fixes the build of module signing on the blackfin and metag
architectures.
These patches fix linker errors on blackfin and metag when module
signing is enabled. This is due to the use of symbol prefixes on these
architectures, and the asm in modsign_pubkey.c not prefixing one.
The first patch defines SYMBOL_PREFIX in linux/kernel based on
CONFIG_SYMBOL_PREFIX to avoid
On Fri, 2012-11-23 at 11:45 +0800, Ian Kent wrote:
> On Thu, 2012-11-22 at 17:24 +0100, Miklos Szeredi wrote:
> > Patches were tested by the customer.
> >
> > Ian, Eric, do these patches look OK?
>
> They look OK to me but I'm still a bit concerned about changing the way
> this behaves, but I
Define SYMBOL_PREFIX to be the same as CONFIG_SYMBOL_PREFIX if set by
the architecture, or "" otherwise. This avoids the need for ugly #ifdefs
whenever symbols are referenced in asm blocks.
Signed-off-by: James Hogan
Cc: Andrew Morton
Cc: Joe Perches
Cc: Paul Gortmaker
Cc: Jean Delvare
Cc:
> >> +++ b/Documentation/devicetree/bindings/input/touchscreen/stmpe.txt
> >> @@ -0,0 +1,43 @@
> >> +STMPE Touchscreen
> >> +
> >> +
> >> +Required properties:
> >> + - compatible: "st,stmpe-ts"
> >
> > You shouldn't be specifying a compatible string in the DT.
> >
> >> +Example:
>
Use devm_request_and_ioremap(), dmam_alloc_coherent() APIs to cleanup
driver probe and remove functions. This also fixes a possible memory
leak as the memory allocated by dma_alloc_coherent() was not getting
freed up.
Signed-off-by: Tushar Behera
---
This patch has only been build tested.
On 20.05.10 17:22:21, Robert Richter wrote:
> > > Dunno, reconstruct sensible counters? Surely the software that uses IBS
> > > does something useful with that data? What does libpfm do with the IBS
> > > data?
>
> Here are some use cases described:
>
>
On Fri, 23 Nov 2012, Mark Brown wrote:
> On Fri, Nov 23, 2012 at 12:15:15PM +0100, Samuel Ortiz wrote:
>
> > Mark, does that look ok with you ? There's a build dependency with patch #1,
> > so it would make sense for me to take it.
>
> If there's a build dependency there's a problem - the
On Fri, Nov 23, 2012 at 12:15:15PM +0100, Samuel Ortiz wrote:
> Mark, does that look ok with you ? There's a build dependency with patch #1,
> so it would make sense for me to take it.
If there's a build dependency there's a problem - the Kconfig should
prevent the driver being selected without
On Fri, Nov 23, 2012 at 11:21:42AM +0100, Lothar Waßmann wrote:
> I already included the actual error messages I got when loading the
> sound module.
> I also mentioned, that in case of module build some source files
> aren't being compiled with those rules. What else do you expect?
The why part
On Wednesday, November 21, 2012 10:54:50 PM Jean Delvare wrote:
> On Wed, 21 Nov 2012 22:31:15 +0100, Rafael J. Wysocki wrote:
> > > Mathias Nyman (1):
> > > gpio / ACPI: add ACPI support
> > >
> > > Mika Westerberg (2):
> > > spi / ACPI: add ACPI enumeration support
> > > i2c / ACPI: add
Hi
Here is SDHCI ACPI driver.
Changes for v2:
Dropped "PNPACPI: exclude SDHCI devices"
Added "PNPACPI: exclude devices already bound"
Changed dev->acpi_handle to ACPI_HANDLE(dev)
Added Chris' Ack for sdhci-acpi
Adrian Hunter (2):
ACPI: add SDHCI to ACPI
From: Mika Westerberg
This will exclude ACPI platform devices from also being created
as PNP devices.
Signed-off-by: Adrian Hunter
---
drivers/pnp/pnpacpi/core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/pnp/pnpacpi/core.c b/drivers/pnp/pnpacpi/core.c
index
Signed-off-by: Adrian Hunter
Acked-by: Chris Ball
---
drivers/mmc/host/Kconfig | 12 ++
drivers/mmc/host/Makefile | 1 +
drivers/mmc/host/sdhci-acpi.c | 304 ++
3 files changed, 317 insertions(+)
create mode 100644
Signed-off-by: Adrian Hunter
---
drivers/acpi/scan.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index 8c4ac6d..67a7fa6 100644
--- a/drivers/acpi/scan.c
+++ b/drivers/acpi/scan.c
@@ -35,6 +35,8 @@ static const char *dummy_hid = "device";
*/
Hi Linus,
Here are a few OMAPDSS fixes for the next -rc. I'm sending these directly
to you, and quite late, as the fbdev tree maintainer (Florian) has been
busy with his work and hasn't had time to manage the fb patches.
Tomi
The following changes since commit
Hi Fabio,
have you actually tested CMA with mx2_camera and coda drivers in i.MX27?
On 22 November 2012 17:12, Fabio Estevam wrote:
> Do not reserve DMA pools on board file as this can be done via CMA.
>
> The motivation for doing this is to allow to register the VPU driver via a
> common
> SoC
Hi Mark,
On Fri, Nov 23, 2012 at 12:05:33PM +0900, Mark Brown wrote:
> This is supported identically to the previous revisions.
>
> Signed-off-by: Mark Brown
> Cc: sta...@vger.kernel.org
> ---
> drivers/mfd/wm8994-core.c |1 +
> 1 file changed, 1 insertion(+)
Applied to my for-next branch,
This bug-fix makes sure that of_iomap is defined extern for sparc so that the
sparc-specific implementation of_iomap is once again used when including
include/linux/of_address.h in a sparc context. OF_GPIO that is now available for
sparc relies on this.
The bug was inadvertently introduced in
Hi Lee,
On Thu, Nov 22, 2012 at 12:24:24PM +, Lee Jones wrote:
> Previously a generic binding 'i2c-client-wake' was created which
> enabled I2C devices to register themselves as wake-up devices.
> This binding was later over-thrown by 'wakeup-source'. The STMPE
> driver was fixed-up, but the
On 23 November 2012 16:16, Lee Jones wrote:
>> +++ b/Documentation/devicetree/bindings/input/touchscreen/stmpe.txt
>> @@ -0,0 +1,43 @@
>> +STMPE Touchscreen
>> +
>> +
>> +Required properties:
>> + - compatible: "st,stmpe-ts"
>
> You shouldn't be specifying a compatible string in
On Fri, Nov 23, 2012 at 11:12:15AM +, Philip, Avinash wrote:
> On Fri, Nov 23, 2012 at 16:21:10, Thierry Reding wrote:
> > On Fri, Nov 23, 2012 at 10:34:02AM +, Philip, Avinash wrote:
> > > On Fri, Nov 23, 2012 at 02:29:44, Thierry Reding wrote:
> > > > On Wed, Nov 21, 2012 at 06:41:02PM
Hi Guennadi, Mark,
On Thu, Nov 22, 2012 at 11:12:08AM +0100, Guennadi Liakhovetski wrote:
> This driver supports the 4 DCDC and 8 LDO regulators on the AS3711 PMIC.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> v2: make platform data optional
>
> drivers/regulator/Kconfig|
On Fri, Nov 23, 2012 at 10:51:08AM +, Ian Campbell wrote:
> On Fri, 2012-11-23 at 10:37 +, Daniel Kiper wrote:
> > On Fri, Nov 23, 2012 at 09:53:37AM +, Jan Beulich wrote:
> > > >>> On 23.11.12 at 02:56, Andrew Cooper wrote:
> > > > The crash region (as specified by crashkernel= on
On Fri, Nov 23, 2012 at 16:21:10, Thierry Reding wrote:
> On Fri, Nov 23, 2012 at 10:34:02AM +, Philip, Avinash wrote:
> > On Fri, Nov 23, 2012 at 02:29:44, Thierry Reding wrote:
> > > On Wed, Nov 21, 2012 at 06:41:02PM +0530, Philip, Avinash wrote:
> > > [...]
> > > > + pinctrl =
Prevent ati_pcigart.c being built unless PCI is enabled. The exported
functions in this file are only used by drivers which depend on PCI
(namely r128 and radeon), and it tries to use PCI specific functions
(pci_unmap_page, pci_map_page, and pci_dma_mapping_error) that cause
compiler errors when
Hi Guennadi,
On Thu, Nov 22, 2012 at 11:12:04AM +0100, Guennadi Liakhovetski wrote:
> AS3711 is a PMIC with multiple DCDC and LDO power supplies, GPIOs, an RTC,
> a battery charger and a general purpose ADC. This patch adds support for
> the MFD with support for a regulator driver and a backlight
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Ashish Jangam
> Sent: Friday, November 23, 2012 3:41 PM
> To: a...@linux-foundation.org
> Cc: linux-kernel@vger.kernel.org; sa...@linux.intel.com;
>
On Fri, Nov 23, 2012 at 10:51:55AM +, Jan Beulich wrote:
> >>> On 23.11.12 at 11:37, Daniel Kiper wrote:
> > On Fri, Nov 23, 2012 at 09:53:37AM +, Jan Beulich wrote:
> >> >>> On 23.11.12 at 02:56, Andrew Cooper wrote:
> >> > On 23/11/2012 01:38, H. Peter Anvin wrote:
> >> >> I still
On Tue, Nov 20, 2012 at 10:33:44, Philip, Avinash wrote:
> As part of PWM subsystem integration, PWM subsystem are sharing
> resources like clock across submodules (ECAP, EQEP & EHRPWM).
> To handle resource sharing & IP integration
> 1. Rework on parent child relation between PWMSS and
>ECAP,
On Tue, Nov 20, 2012 at 10:33:43, Philip, Avinash wrote:
> EHRPWM module requires explicit clock gating from control module.
> Hence add clock node in clock tree for EHRPWM modules.
>
Is there any review on this patch?
This patch depends on EHRPWM to work in am335x.
Thanks
Avinash
>
Hi Viresh,
On Thu, Nov 22, 2012 at 10:40:29AM +0530, Viresh Kumar wrote:
> This patch frees stmpe driver from tension of freeing resources :)
> devm_* derivatives of multiple routines are used while allocating resources,
> which would be freed automatically by kernel.
>
> Signed-off-by: Viresh
On Fri, 2012-11-23 at 09:56 +, Jan Beulich wrote:
> >>> On 22.11.12 at 18:37, "H. Peter Anvin" wrote:
> > I actually talked to Ian Jackson at LCE, and mentioned among other
That was me actually (this happens surprisingly often ;-)).
> > things the bogosity of requiring a PUD page for
On Fri, Nov 23, 2012 at 10:34:02AM +, Philip, Avinash wrote:
> On Fri, Nov 23, 2012 at 02:29:44, Thierry Reding wrote:
> > On Wed, Nov 21, 2012 at 06:41:02PM +0530, Philip, Avinash wrote:
> > [...]
> > > + pinctrl = devm_pinctrl_get_select_default(>dev);
> > > + if (IS_ERR(pinctrl))
> > > +
Any comments on this patch.
On Tue, 2012-10-23 at 15:33 +0530, Ashish Jangam wrote:
> Does this patch looks good?
> On Thu, 2012-10-11 at 16:10 +0530, Ashish Jangam wrote:
> > This is the RTC patch for the DA9055 PMIC. This patch has got dependency on
> > the DA9055 MFD core.
> >
> > This patch
On Fri, 2012-11-23 at 10:37 +, Daniel Kiper wrote:
> On Fri, Nov 23, 2012 at 09:53:37AM +, Jan Beulich wrote:
> > >>> On 23.11.12 at 02:56, Andrew Cooper wrote:
> > > The crash region (as specified by crashkernel= on the Xen command line)
> > > is isolated from dom0.
> > >[...]
> >
> >
>>> On 23.11.12 at 11:37, Daniel Kiper wrote:
> On Fri, Nov 23, 2012 at 09:53:37AM +, Jan Beulich wrote:
>> >>> On 23.11.12 at 02:56, Andrew Cooper wrote:
>> > On 23/11/2012 01:38, H. Peter Anvin wrote:
>> >> I still don't really get why it can't be isolated from dom0, which would
>> > make
[What we are doing]
This patchset provide a boot option for user to specify ZONE_MOVABLE memory
map for each node in the system.
movablecore_map=nn[KMG]@ss[KMG]
This option make sure memory range from ss to ss+nn is movable memory.
[Why we do this]
If we hot remove a memroy, the memory cannot
From: Yasuaki Ishimatsu
If system can create movable node which all memory of the
node is allocated as ZONE_MOVABLE, setup_node_data() cannot
allocate memory for the node's pg_data_t.
So when memblock_alloc_nid() fails, setup_node_data() retries
memblock_alloc().
Signed-off-by: Yasuaki
This patch adds functions to parse movablecore_map boot option. Since the
option could be specified more then once, all the maps will be stored in
the global variable movablecore_map.map array.
And also, we keep the array in monotonic increasing order by start_pfn.
And merge all overlapped
On 23 November 2012 16:11, Lee Jones wrote:
>> > +++ b/Documentation/devicetree/bindings/gpio/gpio-stmpe.txt
>> > @@ -0,0 +1,18 @@
>> > +STMPE gpio
>> > +--
>> > +
>> > +Required properties:
>> > + - compatible: "st,stmpe-gpio"
>
> ... but this is wrong.
>
>> > +Example:
>> > +
On Friday, November 23, 2012 12:23:11 PM Adrian Hunter wrote:
> On 22/11/12 23:24, Rafael J. Wysocki wrote:
> > On Thursday, November 22, 2012 04:46:10 PM Adrian Hunter wrote:
> >> On 22/11/12 15:55, Chris Ball wrote:
> >>> Hi,
> >>>
> >>> On Thu, Nov 22 2012, Adrian Hunter wrote:
> Here is
> +++ b/Documentation/devicetree/bindings/input/touchscreen/stmpe.txt
> @@ -0,0 +1,43 @@
> +STMPE Touchscreen
> +
> +
> +Required properties:
> + - compatible: "st,stmpe-ts"
You shouldn't be specifying a compatible string in the DT.
> +Example:
> +
> + stmpe_touchscreen {
> +
If kernelcore or movablecore is specified at the same time
with movablecore_map, movablecore_map will have higher
priority to be satisfied.
This patch will make find_zone_movable_pfns_for_nodes()
calculate zone_movable_pfn[] with the limit from
zone_movable_limit[].
Signed-off-by: Tang Chen
This patch make sure bootmem will not allocate memory from areas that
may be ZONE_MOVABLE. The map info is from movablecore_map boot option.
Signed-off-by: Tang Chen
Signed-off-by: Lai Jiangshan
Reviewed-by: Wen Congyang
Tested-by: Lin Feng
---
include/linux/memblock.h |1 +
On Friday, November 23, 2012 12:13:13 PM Adrian Hunter wrote:
> On 23/11/12 11:34, Mika Westerberg wrote:
> > On Thu, Nov 22, 2012 at 10:24:33PM +0100, Rafael J. Wysocki wrote:
> >> On Thursday, November 22, 2012 04:46:10 PM Adrian Hunter wrote:
> >>> On 22/11/12 15:55, Chris Ball wrote:
>
This patch introduces a new array zone_movable_limit[] to store the
ZONE_MOVABLE limit from movablecore_map boot option for all nodes.
The function sanitize_zone_movable_limit() will find out to which
node the ranges in movable_map.map[] belongs, and calculates the
low boundary of ZONE_MOVABLE for
Hugh pointed out some issues that needed addressing in the THP native
migration patch
o transhuge isolations should be accounted as HPAGE_PMD_NR, not 1
o the migratepages list is doing nothing and is garbage leftover
from an attempt to mesh transhuge migration properly with normal
migration.
On Fri, Nov 23, 2012 at 02:46:16, Thierry Reding wrote:
> On Wed, Nov 21, 2012 at 06:40:57PM +0530, Philip, Avinash wrote:
> > In AM33xx PWM sub modules like ECAP, EHRPWM & EQEP are integrated to
> > PWM subsystem. All these submodules shares the resources (clock) & has
> > a clock gating
On 23 November 2012 16:04, Lee Jones wrote:
> On Fri, 23 Nov 2012, Viresh Kumar wrote:
>> diff --git a/drivers/gpio/gpio-stmpe.c b/drivers/gpio/gpio-stmpe.c
>> static int __devinit stmpe_gpio_probe(struct platform_device *pdev)
>> {
>> - stmpe_gpio->chip.base = pdata ? pdata->gpio_base :
201 - 300 of 786 matches
Mail list logo
