free to add my ack if yo
need one.
Acked-by: Santosh Shilimkar
--
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 http://vger.kernel.org/majordomo-info.html
Please read t
On Monday 03 December 2012 09:16 PM, Vitaly Andrianov wrote:
This patch fixes a couple of bugs that otherwise impair CMA functionality on
PAE machines:
- alignment must be a 64-bit type when running on systems with 64-bit
physical addresses. If this is not the case, the limit calculatio
On Tuesday 04 December 2012 04:56 PM, Cong Ding wrote:
the initialization of variable ret is unnecessary, we can remove it while save
one time "or" operation.
Signed-off-by: Cong Ding
---
Looks ok.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "un
On Tuesday 04 December 2012 07:25 PM, Grant Likely wrote:
On Tue, Dec 4, 2012 at 11:44 AM, Santosh Shilimkar
wrote:
On Tuesday 04 December 2012 04:56 PM, Cong Ding wrote:
the initialization of variable ret is unnecessary, we can remove it while
save
one time "or" operation.
Sig
SoC for example).
On Tue, Dec 04 2012, Santosh Shilimkar wrote:
Any reason you have clubbed two fixes in one patch. Its better to keep
the two fixes separate patches.
They are all related to the very same issue, and what the whole patch
does is change the type used to store physical addresses f
On Monday 10 December 2012 05:28 AM, Boojin Kim wrote:
This patch adds the workaround of Errata 774769 that configures write streaming
on versions of A15 affected by this erratum such that no streaming-write ever
allocates into the L2 cache.
Signed-off-by: Boojin Kim
---
arch/arm/Kconfig
On Monday 10 December 2012 07:46 PM, Russell King - ARM Linux wrote:
On Mon, Dec 10, 2012 at 07:40:06PM +0530, Santosh Shilimkar wrote:
Whats the stand on such erratas ? I saw on one of thread one of
you suggesting to stop patching kernel where secure/non-secure
kernel will need different
On Wednesday 12 December 2012 02:41 AM, Arve Hjønnevåg wrote:
If the bootloader used a page table that is incompatible with domain 0
in client mode, then swithing domain 0 to client mode causes a fault
if we don't flush the tlb after updating the page table pointer.
Signed-off-by: Arve Hjønnevåg
On Tuesday 06 November 2012 03:47 PM, Murali Karicheri wrote:
This is a platform driver for asynchronous external memory interface
available on TI SoCs. This driver was previously located inside the
mach-davinci folder. As this DaVinci IP is re-used across multiple
family of devices such as c6x,
Hi,
On Tuesday 06 November 2012 07:47 PM, Joshua Emele wrote:
The iva coprocessor, available on some omap platforms, shares a voltage domain
with the mpu. If cpufreq is active and the mpu processor is scaled down, the iva
coprocessor should also be scaled. The goal is to make sure we do not ramp
to my eyes o.w
Acked-by: Santosh Shilimkar
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thursday 03 January 2013 12:58 PM, R Sricharan wrote:
Hi,
On Sunday 30 December 2012 02:13 AM, ahema...@gmail.com wrote:
From: ahemaily
The variable dma_lch_count used for comparison
(omap_dma_reserve_channels <= dma_lch_count)
before it initialized to the value from omap_dma_dev_attr :
On Tuesday 18 December 2012 05:36 PM, Mark Rutland wrote:
Currently we only provide an implementation of smp_timer_broadcast in
smp.c if GENERIC_CLOCKEVENTS_BROADCAST is selected. As
smp_timer_broadcast is only used in smp.c, smp.c depends on SMP, and
GENERIC_CLOCKEVENTS_BROADCAST is selected by
On Tuesday 18 December 2012 05:36 PM, Mark Rutland wrote:
Currently the broadcast mechanism used for timers is abstracted by a
function pointer on struct clock_event_device. As the fundamental
mechanism for broadcast is architecture-specific, this ties each
clock_event_device driver to a single a
against couple of patches and
Stephen's printk string comment, the series looks pretty good to me.
I have tested the series with CPUIdle where the broadcast is actually
used actively.
So feel free to add,
Reviewed-tested-by: Santosh Shilimkar
--
To unsubscribe from this list: send the
was a better option, so that we call it just before
> starting frequency transition.
>
> Cca: Santosh Shilimkar
> Signed-off-by: Viresh Kumar
> ---
Looks safe to me.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
rg
Cc: linuxppc-...@lists.ozlabs.org
Cc: linux-xte...@linux-xtensa.org
Cc: devicetree-disc...@lists.ozlabs.org
Signed-off-by: Santosh Shilimkar
---
arch/arc/mm/init.c|3 +--
arch/arm/mm/init.c|2 +-
arch/arm64/mm/init.c |3 +--
arch/c6x/kernel/devic
Vineet, James,
On Friday 21 June 2013 04:23 AM, James Hogan wrote:
> On 21/06/13 05:39, Vineet Gupta wrote:
>> Hi Santosh,
>>
>> On 06/21/2013 06:22 AM, Santosh Shilimkar wrote:
>>> Cc: Vineet Gupta
>>> Cc: Russell King
>>> Cc: Catalin Marinas
On Friday 21 June 2013 05:04 AM, Sebastian Andrzej Siewior wrote:
> On 06/21/2013 02:52 AM, Santosh Shilimkar wrote:
>> diff --git a/arch/microblaze/kernel/prom.c b/arch/microblaze/kernel/prom.c
>> index 0a2c68f..62e2e8f 100644
>> --- a/arch/microblaze/kernel/prom.c
>> +
On Tuesday 25 June 2013 10:16 AM, Sekhar Nori wrote:
> On 6/25/2013 12:24 PM, Tony Lindgren wrote:
>> * Benoit Cousson [130624 07:42]:
>>> Hi Tony,
>>>
>>> On 06/24/2013 12:19 PM, Tony Lindgren wrote:
Hi,
For merging this series, I suggest the following sets:
* Joel A Fern
On Saturday 29 June 2013 04:08 PM, Yinghai Lu wrote:
> On Sat, Jun 29, 2013 at 12:55 PM, Russell King - ARM Linux
> wrote:
>> On Sat, Jun 29, 2013 at 12:29:55PM -0700, Yinghai Lu wrote:
> On these SoCs which Santosh is working on, the main physical memory
> mapping is above 4GB, with just
Joonsoo,
On Monday 25 March 2013 12:11 AM, Joonsoo Kim wrote:
> nobootmem use max_low_pfn for computing boundary in free_all_bootmem()
> So we need proper value to max_low_pfn.
>
> But, there is some difficulty related to max_low_pfn. max_low_pfn is used
> for two meanings in various architecture
On Monday 01 July 2013 01:09 PM, Russell King - ARM Linux wrote:
> On Mon, Jul 01, 2013 at 10:14:45AM -0400, Santosh Shilimkar wrote:
>> I have been also carrying similar patch as yours in an attempt
>> to make LPAE kernel work on ARM. Your patch carries better
>> description,
** The initial solution.
The easier solution is to update the bootmem APIs semantics to use
phys_addr_t which makes things works but needs to update almost
all bootmem API semantics and the changes were too intrusive. Many suggested
to use memblock.
** NO_BOOTMEM is suppose to be memblock
- Initi
Will,
On Tuesday 19 March 2013 03:58 PM, Will Deacon wrote:
> On Tue, Mar 19, 2013 at 06:39:38AM +0000, Santosh Shilimkar wrote:
>> On Monday 18 March 2013 10:36 PM, Will Deacon wrote:
[..]
>>> Well, we could just add the warn_once prints but that doesn't stop debug
>
On Monday 25 March 2013 04:19 PM, Will Deacon wrote:
> On Mon, Mar 25, 2013 at 09:11:00AM +0000, Santosh Shilimkar wrote:
>> Will,
>
> Hi Santosh,
>
>> Are you going to send the patch for 3.9-rcx ? As I said before without the
>> patch OMAP4 CPUILDE is unusable b
On Thursday 15 August 2013 04:01 PM, Linus Walleij wrote:
> On Tue, Aug 13, 2013 at 11:56 AM, Sricharan R wrote:
>
>> Initially irqchip was discussed, but we also have a DMA crossbar
>> to map the dma-requests. Since both irq/dma crossbars should be handled,
>> pinctrl was suggested as the app
On Thursday 15 August 2013 04:51 PM, Linus Walleij wrote:
> On Thu, Aug 15, 2013 at 10:26 PM, Santosh Shilimkar
> wrote:
>> On Thursday 15 August 2013 04:01 PM, Linus Walleij wrote:
>>> On Tue, Aug 13, 2013 at 11:56 AM, Sricharan R wrote:
>>>
>>>> In
On Monday 29 July 2013 07:15 AM, Russell King - ARM Linux wrote:
> On Fri, Jul 26, 2013 at 12:28:26PM -0400, Santosh Shilimkar wrote:
>> On Friday 26 July 2013 11:10 AM, Russell King - ARM Linux wrote:
>>> On Fri, Jul 12, 2013 at 05:48:09PM -0400, Santosh Shilimkar wrote:
>
On Monday 29 July 2013 09:40 AM, Russell King - ARM Linux wrote:
> On Mon, Jul 29, 2013 at 09:26:44AM -0400, Santosh Shilimkar wrote:
>> On Monday 29 July 2013 07:15 AM, Russell King - ARM Linux wrote:
>>> Would you mind putting them all in the patch system, I can add the acks
er field of cpufreq driver is initialized with
> a
> valid pointer.
>
> This field wasn't initialized for this driver, lets initialize it with
> THIS_MODULE.
>
> Cc: Santosh Shilimkar
> Signed-off-by: Viresh Kumar
> ---
Looks fine.
Acked-by: Santosh S
h/arm/mach-omap2/timer.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
Acked-by: Santosh Shilimkar
--
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 http://vger.ke
On Wednesday 31 July 2013 06:56 AM, Russell King - ARM Linux wrote:
> On Fri, Jul 12, 2013 at 05:48:13PM -0400, Santosh Shilimkar wrote:
>> diff --git a/arch/arm/include/asm/dma-mapping.h
>> b/arch/arm/include/asm/dma-mapping.h
>> index 5b579b9..b2d5937 100644
>> ---
t could
be miss-interpreted.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Russell King
---
block/blk-settings.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/block/blk-settings.c b/block/blk-settings.c
index c50ecf0..026c151 100644
--- a/block/blk-settings.c
+
block PFN number. In all the generic cases,
it is just "dev->dma_mask >> PAGE_SHIFT" and hence default behavior
is maintained as is.
Subsequent patches will make use of the helper. No functional change.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Russell King
---
include/
) which is expected to return the DMAable maximum pfn
value across architectures.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Russell King
---
drivers/mmc/card/queue.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/card/queue.c b/drivers/mmc/card/queue.c
ind
s expected to return the DMAable maximum pfn
value across architectures.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Russell King
---
drivers/scsi/scsi_lib.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
ind
variable to calculate the dma bounce limit
using dma_mask.
Now since we have a architecture override possibility for DMAable
maximum pfns, lets make meaning of max*pfns as maximum pnfs on ARM
as well.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Russell King
---
arch/arm/include/asm/dma
On Thursday 01 August 2013 10:00 PM, Richard Zhao wrote:
> pass of_phandle_args dma_spec to dma_request_channel in of_dma_simple_xlate,
> so the filter function could access of_node in of_phandle_args.
>
Am just curious the reasoning behind doing so. Can you please expand
above bit more with why yo
Tejun,
On Thursday 25 July 2013 11:08 PM, Tejun Heo wrote:
> Hello,
>
> On Thu, Jul 25, 2013 at 07:15:11PM -0400, Santosh Shilimkar wrote:
>> Sorry if I wasn't clear before, but I need help to at least have new
>> memblock API support since I am not familiar with membl
On Monday 05 August 2013 11:01 AM, Tejun Heo wrote:
> Hello,
>
> On Fri, Aug 02, 2013 at 05:06:02PM -0400, Santosh Shilimkar wrote:
>> Looking at the situation, how about proceeding with patch updating
>> the bootmem API signatures to use phys_addr_t which can unblock me
On Monday 05 August 2013 11:38 AM, Tejun Heo wrote:
> Hello,
>
> On Mon, Aug 05, 2013 at 11:29:46AM -0400, Santosh Shilimkar wrote:
>> So looks like I am bit confused here. The current memblock_alloc()
>> API just returns the physical address which not mapped memory.
>
On Thursday 22 August 2013 07:33 AM, Sricharan R wrote:
> Hi Linus,
>
> On Thursday 22 August 2013 02:40 AM, Linus Walleij wrote:
>> On Thu, Aug 15, 2013 at 11:14 PM, Santosh Shilimkar
>> wrote:
>>> On Thursday 15 August 2013 04:51 PM, Linus Walleij wrote:
>>
On Thursday 22 August 2013 01:06 PM, Stephen Boyd wrote:
> On some ARM systems there are two sets of per-cpu timers: the TWD
> timers and the global timers. The TWD timers are rated at 350 and
> the global timers are rated at 300 but the TWD timers suffer from
> FEAT_C3_STOP while the arm global ti
On Thursday 22 August 2013 01:40 PM, Stephen Boyd wrote:
> On 08/22/13 10:33, Santosh Shilimkar wrote:
>> On Thursday 22 August 2013 01:06 PM, Stephen Boyd wrote:
>>> On some ARM systems there are two sets of per-cpu timers: the TWD
>>> timers and the global timers. The
On Thursday 22 August 2013 02:31 PM, Stephen Boyd wrote:
> On 08/22, Santosh Shilimkar wrote:
>> On Thursday 22 August 2013 01:40 PM, Stephen Boyd wrote:
>>> On 08/22/13 10:33, Santosh Shilimkar wrote:
>>>> On Thursday 22 August 2013 01:06 PM, Stephen Boyd wrote:
&
On Friday 23 August 2013 04:14 AM, Sekhar Nori wrote:
> On Friday 23 August 2013 12:23 PM, Sricharan R wrote:
>> On Friday 23 August 2013 12:06 PM, Sekhar Nori wrote:
>>> On Friday 23 August 2013 11:41 AM, Sricharan R wrote:
Hi,
On Friday 23 August 2013 10:17 AM, Rajendra Nayak wrote:
>>>
On Friday 23 August 2013 03:06 PM, Linus Walleij wrote:
> On Fri, Aug 23, 2013 at 6:28 PM, Sekhar Nori wrote:
>> On 8/23/2013 7:08 PM, Santosh Shilimkar wrote:
>
>>> The whole point we are moving to domain is not have any default
>>> mapping(connection done) at DT l
On Thursday 08 August 2013 09:48 AM, Viresh Kumar wrote:
> Lets use cpufreq_table_validate_and_show() instead of calling
> cpufreq_frequency_table_cpuinfo() and cpufreq_frequency_table_get_attr().
>
> Cc: Santosh Shilimkar
> Signed-off-by: Viresh Kumar
> ---
Acked-by: Santos
On Thursday 18 July 2013 02:56 PM, Nishanth Menon wrote:
> On 07/18/2013 11:43 AM, Sricharan R wrote:
>> Some socs have a large number of interrupts/dma requests to service
>> the needs of its many peripherals and subsystems. All of the
>> requests lines from the subsystems are not needed at the sa
On Monday 22 July 2013 08:20 AM, Sricharan R wrote:
> Hi Linus,
> On Sunday 21 July 2013 10:19 PM, Linus Walleij wrote:
>> On Thu, Jul 18, 2013 at 8:56 PM, Nishanth Menon wrote:
>>
>>> I carry forward my TI internal objection to this approach:
>> It is actually a very good sign of FOSS-maturity th
On Wednesday 24 July 2013 12:08 PM, Nishanth Menon wrote:
> On 07/22/2013 11:23 AM, Santosh Shilimkar wrote:
>> To summaries it again, what I understood from Sricharan's proposal,
>>
>> - Setup all the routing at cross-bar probe so that kernel continue to
>> work
On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
> On 07/24/2013 01:43 PM, Sricharan R wrote:
>> On Wednesday 24 July 2013 10:17 PM, Nishanth Menon wrote:
>>> On 07/24/2013 11:38 AM, Santosh Shilimkar wrote:
>>>> On Wednesday 24 July 2013 12:08 PM, Nishant
Tejun,
On Monday 01 July 2013 10:10 AM, Santosh Shilimkar wrote:
> On Saturday 29 June 2013 04:08 PM, Yinghai Lu wrote:
>> On Sat, Jun 29, 2013 at 12:55 PM, Russell King - ARM Linux
>> wrote:
>>> On Sat, Jun 29, 2013 at 12:29:55PM -0700, Yinghai Lu wrote:
>>>&
On Thursday 25 July 2013 06:36 PM, Tejun Heo wrote:
> Hello,
>
> On Thu, Jul 25, 2013 at 06:33:14PM -0400, Santosh Shilimkar wrote:
>> Any comments here. I would like to know your plan for the new
>> API. You might have seen on the ARM no-bootmem thread, we started to
>
On Friday 26 July 2013 11:10 AM, Russell King - ARM Linux wrote:
> On Fri, Jul 12, 2013 at 05:48:09PM -0400, Santosh Shilimkar wrote:
>> The series is an attempt to move ARM port to NO_BOOTMEM. As discussed
>> on list NO_BOOTMEM move needed updates to max*pfn meaning to be maximum
&
On Tuesday 13 August 2013 04:10 AM, Tony Lindgren wrote:
> * Santosh Shilimkar [130724 12:06]:
>> On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
>>> On 07/24/2013 01:43 PM, Sricharan R wrote:
>>>> On Wednesday 24 July 2013 10:17 PM, Nishanth Menon wrote
On Tuesday 13 August 2013 05:56 AM, Sricharan R wrote:
> Hi Tony,
>
> On Tuesday 13 August 2013 01:40 PM, Tony Lindgren wrote:
>> * Santosh Shilimkar [130724 12:06]:
>>> On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
>>>> On 07/24/2013 01:43 PM, S
On Tuesday 14 May 2013 10:27 PM, Vincent Stehlé wrote:
> From: Vincent Stehlé
>
> OMAP5 needs SCU in SMP.
>
> This fixes the following link errors:
>
> arch/arm/mach-omap2/built-in.o: In function `scu_gp_set':
> arch/arm/mach-omap2/sleep44xx.S:132: undefined reference to `scu_power_mode'
>
On Monday 08 April 2013 10:45 PM, Tony Lindgren wrote:
> * Russell King - ARM Linux [130408 10:15]:
>> On Mon, Apr 08, 2013 at 09:11:04AM +0200, Peter Ujfalusi wrote:
>>> Russell,
>>>
>>> On 04/03/2013 01:17 PM, Peter Ujfalusi wrote:
cyclic DMA is only used by audio which needs DMA to be star
to my eyes. In the last patch wher
you are changing the error level is bit debatable but I agree with you.
So FWIW,
Reviewed-by: Santosh Shilimkar
> Peter Ujfalusi (5):
> drivers: bus: omap_l3: Convert to use devm_kzalloc
> drivers: bus: omap_l3: Convert to use devm_request_and
On Thursday 28 March 2013 03:20 PM, Russell King - ARM Linux wrote:
> On Wed, Mar 27, 2013 at 01:56:07PM -0700, Tony Lindgren wrote:
>> * Pali Rohár [130324 07:31]:
>>> it is possible to upstream errata 430973 workaround for RX-51?
>>
>> I think we should make the SMC handling a generic function f
On Sunday 31 March 2013 07:24 PM, Pali Rohár wrote:
> Closed and signed Nokia X-Loader bootloader stored in RX-51 nand does not set
> IBE bit in ACTLR and starting kernel in non-secure mode. So direct write to
> ACTLR by our kernel does not working and the code for ARM errata 430973 in
> commit 7ce
cano (3):
> time : pass broadcast parameter
> time : set broadcast irq affinity
> ARM: nomadik: add dynamic irq flag to the timer
>
> Viresh Kumar (1):
> ARM: timer-sp: Set dynamic irq affinity
>
Thanks Daniel for addressing the comments from earlier version. This
v
On Sunday 10 March 2013 11:52 PM, Daniel Lezcano wrote:
> On 03/10/2013 06:33 PM, Santosh Shilimkar wrote:
>> On Wednesday 27 February 2013 03:47 AM, Daniel Lezcano wrote:
>>> When a cpu goes to a deep idle state where its local timer is shutdown,
>>> it notifies th
meout) - 3;
> }
>
> switch (lpmode) {
>
So just make changelog verbose as well as add a
comment about the calculation in the code.
Otherwise, patch looks fine to me.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubs
grammed in at init time.
>
> Signed-off-by: Nishanth Menon
> Signed-off-by: Ambresh K
> Signed-off-by: Lokesh Vutla
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
kesh Vutla
> ---
Acked-by: Santosh Shilimkar
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
hutdown
> events (equivalent to Spec specified thermal shutdown events for
> "extended" parts).
>
Make sense.
> Reported-by: Richard Woodruff
> Signed-off-by: Nishanth Menon
> Signed-off-by: Lokesh Vutla
> ---
Thanks for the fix.
Acked-by: Santosh Shilimkar
--
T
arting */
> + if (pm_power_off) {
> + kernel_power_off();
> + } else {
> + WARN(1, "FIXME: NO pm_power_off!!! trying restart\n");
> + kernel_restart("SDRAM Over-temp Emergency restart");
> +
gs));
> + memcpy(temp, pd->timings, size);
> pd->timings = temp;
> } else {
> dev_warn(dev, "%s:%d: allocation error\n", __func__,
>
Patch as such looks good to me.
Acked-by:
So the errata is limited to only 'EMIF_4D' version and not applicable
for next EMIF version used in OMAP5 devices, right ? If yes, would be good
to just mention that in already good changelog.
> + WARN_ONCE(1,
> + "REG_LP_MODE = LP_MODE_PWR_DN(4) is pr
ot converted to litte endian format.
> Correcting the same here.
>
> Signed-off-by: Lokesh Vutla
> ---
Looks fine.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
On Monday 11 March 2013 02:10 PM, Daniel Lezcano wrote:
> On 03/11/2013 04:24 AM, Santosh Shilimkar wrote:
>> On Sunday 10 March 2013 11:52 PM, Daniel Lezcano wrote:
>
> [ ... ]
>
>>> I don't think it is the case for all the ARM platforms, at least we
>>>
On Monday 11 March 2013 02:58 PM, Rickard Andersson wrote:
> On 03/11/2013 10:12 AM, Santosh Shilimkar wrote:
>> On Monday 11 March 2013 02:10 PM, Daniel Lezcano wrote:
>>> On 03/11/2013 04:24 AM, Santosh Shilimkar wrote:
>>>> On Sunday 10 March 2013
s.
>>
>
> Acked-by: Tony Lindgren
>
Acked-by: Santosh Shilimkar
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ever, the clock node is registered.
> Allow for clk names to be provided as string so as to be used when needed.
> Example (for OMAP3630):
> cpus {
> cpu@0 {
> clock-name = "cpufreq_ck";
> };
> };
>
> Cc: "Rafael J. Wysocki"
> C
, for SoCs that wish to link up using device tree, instead
> of platform device, provide compatibility string match:
> compatible = "cpufreq,cpu0";
>
> Cc: "Rafael J. Wysocki"
> Cc: Santosh Shilimkar
> Cc: Shawn Guo
> Cc: linux-kernel@vger.kernel.org
>
: Aneesh V
Signed-off-by: Santosh Shilimkar
Cc: Greg Kroah-Hartman
---
v5:
Updated the patch as per Greg's comment for moving
the lpddr2 dt timings generic functions to separate
file(of_memory.c) and building it only for CONFIG_OF.
drivers/memory/Makefile|1 +
drivers/memory/e
On Tuesday 14 August 2012 11:22 PM, Catalin Marinas wrote:
The patch adds the kernel booting and the initial setup code.
Documentation/arm64/booting.txt describes the booting protocol on the
AArch64 Linux kernel. This is subject to change following the work on
boot standardisation, ACPI.
Signed-
On Tuesday 14 August 2012 11:22 PM, Catalin Marinas wrote:
The patch adds functionality required for cache maintenance. The AArch64
architecture mandates non-aliasing VIPT or PIPT D-cache and VIPT (may
have aliases) or ASID-tagged VIVT I-cache. Cache maintenance operations
are automatically broad
On Tuesday 14 August 2012 11:22 PM, Catalin Marinas wrote:
This patch contains the initialisation of the memory blocks, MMU
attributes and the memory map. Only five memory types are defined:
Device nGnRnE (equivalent to Strongly Ordered), Device nGnRE (classic
Device memory), Device GRE, Normal N
On Tuesday 14 August 2012 11:22 PM, Catalin Marinas wrote:
From: Marc Zyngier
This patch adds support for the ARM generic timers with A64 instructions
for accessing the timer registers. It uses the physical counter as the
clock source and the virtual counter as sched_clock.
The timer frequency
On Tuesday 22 January 2013 11:22 AM, Hiroshi Doyu wrote:
Skip scu_enable(scu_base) if CPU is not Cortex A9 with SCU.
Signed-off-by: Hiroshi Doyu
---
Looks fine. I will also update OMAP code with the new
interface. Thanks.
For the patch,
Acked-by: Santosh Shilimkar
--
To unsubscribe from this
On Tuesday 22 January 2013 04:53 AM, Tony Lindgren wrote:
* Russell King - ARM Linux [130121 13:07]:
As for Samsung and the rest I can't comment. The original reason OMAP
used this though was because the 32768Hz counter can't produce 100Hz
without a .1% error - too much error under pre-clocks
On Tuesday 22 January 2013 03:01 PM, Arnd Bergmann wrote:
On Tuesday 22 January 2013, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 04:53 AM, Tony Lindgren wrote:
* Russell King - ARM Linux [130121 13:07]:
As for Samsung and the rest I can't comment. The original reason OMAP
On Tuesday 22 January 2013 08:21 PM, Russell King - ARM Linux wrote:
On Tue, Jan 22, 2013 at 03:44:03PM +0530, Santosh Shilimkar wrote:
Sorry for not being clear enough. On OMAP, 32KHz is the only clock which
is always running(even during low power states) and hence the clock
source and clock
On Wednesday 23 January 2013 03:22 AM, Tony Lindgren wrote:
* John Stultz [130122 11:02]:
Correct, with HRT, we actually trigger the HZ-frequency timer tick
from an hrtimer (which expires based on the system time driven by
the clocksource). Thus even if there is a theoretical error between
the
On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote:
On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren wrote:
On 01/21/2013 11:07 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 11:22 AM, Hiroshi Doyu wrote:
Skip scu_enable(scu_base) if CPU is not Cortex A9 with SCU.
Signed-off
dd it with your series if you agree ?
Overall the series looks good to my eyes.
Acked-tested-by: Santosh Shilimkar
Regards,
Santosh
From 2dcc90b7a4b2dcdb52ddd052ca7f3e88a78e83e4 Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar
Date: Wed, 23 Jan 2013 16:04:32 +0530
Subject: [PATCH] mmc: omap_h
On Wednesday 23 January 2013 04:28 PM, Hiroshi Doyu wrote:
Santosh Shilimkar wrote @ Wed, 23 Jan 2013 09:58:08
+0100:
On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote:
On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren wrote:
On 01/21/2013 11:07 PM, Santosh Shilimkar wrote:
On
On Thursday 24 January 2013 02:19 AM, Matt Porter wrote:
On Wed, Jan 23, 2013 at 04:37:55PM +0530, Santosh Shilimkar wrote:
Matt,
On Wednesday 16 January 2013 02:02 AM, Matt Porter wrote:
[..]
This series adds DMA Engine support for AM33xx, which uses
an EDMA DMAC. The EDMA DMAC has been
Stephen,
On Thursday 24 January 2013 10:34 AM, Stephen Warren wrote:
On 01/23/2013 01:58 AM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 10:34 PM, Olof Johansson wrote:
On Tue, Jan 22, 2013 at 8:57 AM, Stephen Warren
wrote:
On 01/21/2013 11:07 PM, Santosh Shilimkar wrote:
On
On Monday 14 January 2013 09:06 PM, Mark Rutland wrote:
On Mon, Jan 14, 2013 at 02:17:26PM +, Thomas Gleixner wrote:
On Mon, 14 Jan 2013, Mark Rutland wrote:
On Mon, Jan 14, 2013 at 11:50:55AM +, Thomas Gleixner wrote:
On Mon, 14 Jan 2013, Mark Rutland wrote:
On Mon, Jan 14, 2013 at
On Wednesday 12 December 2012 11:27 PM, Arve Hjønnevåg wrote:
On Wed, Dec 12, 2012 at 2:10 AM, Santosh Shilimkar
wrote:
On Wednesday 12 December 2012 02:41 AM, Arve Hjønnevåg wrote:
If the bootloader used a page table that is incompatible with domain 0
in client mode, then swithing domain 0
: Santosh Shilimkar
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
o be still scheduled by tasklet action.
Can you please try below patch and see if you still see the issue ?
Attaching the same, just in case mailer eat the tabs.
Regards,
Santosh
From e3e676e501a59b2a7de6e9f99ec3917c157e9caf Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar
Date: Wed, 21 Sep 2016
On 9/21/2016 5:42 PM, Sergey Senozhatsky wrote:
Hello,
On (09/21/16 10:23), Santosh Shilimkar wrote:
[...]
Am assuming one of the driver in your test is using the DECLARE_TASKLET
to init the tasklet and killed by tasklet_kill() which leaves that
tasklet to be still scheduled by tasklet
On 9/22/2016 12:05 AM, Thomas Gleixner wrote:
B1;2802;0cOn Wed, 21 Sep 2016, Santosh Shilimkar wrote:
I requested you to include this patch but now am not sure anymore.
Looks like there are almost 30 more users which are directly
tweaking 'tasklet_struct' fields and calling other API
Hi Suman,
On 9/1/2016 3:58 PM, Suman Anna wrote:
Hi,
The Keystone 2 family of SoCs have an on-chip RAM called the
Multicore Shared Memory (MSM) RAM. This RAM is accessible through
the Multicore Shared Memory Controller (MSMC). This series represents
these on-chip RAMs as sram nodes so that the
101 - 200 of 1304 matches
Mail list logo
