Hello
I hope this is the right place to ask this.Does any know if there is a
substantial difference in the performance of the traffic controller
between kernel 2.4 and 2.6. We tested it using 1 iperf server and use
250 and 500 clients, altering the burst. We use the top command to
check the idle ti
Hello
This is a repost, there seems to have a misunderstanding before.
I hope this is the right place to ask this. Does any know if there is a
substantial difference in the performance of the traffic controller
between kernel 2.4 and 2.6. We tested it using 1 iperf server and use
250 and 500 clien
lid header.
Signed-off-by: Sonny Rao
---
tools/perf/util/header.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index 26441d0..085ef76 100644
--- a/tools/perf/util/header.c
+++ b/tools/perf/util/header.c
@@ -2582,6 +2582,10 @@ int perf_file_he
On Thu, Sep 26, 2013 at 6:34 AM, David Ahern wrote:
> On 9/25/13 11:20 PM, Sonny Rao wrote:
>>
>> We recently ran into a corrupt perf data file which mostly looked okay
>> but the section size for data was set to 0. This caused perf report to
>> g
t
>> caused an infinite loop when perf report (or something like) called.
>>
>> This is because the algorithm in __perf_session__process_events()
>> depends on the data_size which is read from file header. Use file
>> size directly instead in this case to do the
pages as they become dirty (usually 1 page at a time).
Fix is to ensure there is no underflow while doing the math.
Signed-off-by: Sonny Rao
Signed-off-by: Puneet Kumar
---
v2: added apkm's suggestion to make the highmem calculation better
v3: added Fengguang Wu's sugge
al of either highmem
or global dirtyable memory.
Signed-off-by: Sonny Rao
Signed-off-by: Puneet Kumar
Acked-by: Johannes Weiner
CC: sta...@vger.kernel.org
---
v2: added apkm's suggestion to make the highmem calculation better
v3: added Fengguang Wu's suggestions fix zone_dirtyab
pages as they become dirty (usually 1 page at a time).
Fix is to ensure there is no underflow while doing the math.
Signed-off-by: Sonny Rao
Signed-off-by: Puneet Kumar
---
mm/page-writeback.c | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/mm/page
add apkm's suggestion
--
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 Thu, Nov 8, 2012 at 4:42 PM, Sonny Rao wrote:
> add apkm's suggestion
>
Oops, sorry, will add akpm's suggestion and re-post
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mo
pages as they become dirty (usually 1 page at a time).
Fix is to ensure there is no underflow while doing the math.
Signed-off-by: Sonny Rao
Signed-off-by: Puneet Kumar
---
v2: added apkm's suggestion to make the highmem calculation better
mm/page-writeback.c | 17 +++--
1
On Wed, Dec 26, 2012 at 11:32 AM, amit daniel kachhap
wrote:
>
> On Tue, Dec 18, 2012 at 9:45 PM, Doug Anderson wrote:
> > Amit,
> >
> > On Tue, Dec 18, 2012 at 8:17 PM, amit daniel kachhap
> > wrote:
> >> On Tue, Dec 18, 2012 at 12:29 AM, Sonny Rao wrote
incorrectly trying to enforce the max frequency
policy even when we are trying to change the policy. It is also not
clear why this driver is looking at the user policy since it is
primarily supposed to enforce thermal policy, not user set policy.
Signed-off-by: Sonny Rao
---
drivers/thermal
al of either highmem
or global dirtyable memory.
Signed-off-by: Sonny Rao
Signed-off-by: Puneet Kumar
Acked-by: Johannes Weiner
CC: sta...@vger.kernel.org
---
v2: added apkm's suggestion to make the highmem calculation better
v3: added Fengguang Wu's suggestions fix zone_dirtyab
On Mon, Nov 19, 2012 at 10:41 AM, Sonny Rao wrote:
> The system uses global_dirtyable_memory() to calculate
> number of dirtyable pages/pages that can be allocated
> to the page cache. A bug causes an underflow thus making
> the page count look like a big unsigned number.
Hi, I've seen a regression in kernels since 3.7 on x86 devices where
the kernel turns the system fans on to max speed after resuming from
ram. Other people have noticed it as well, for example see
https://bugzilla.redhat.com/show_bug.cgi?id=895276
For example on the Samsung 550 Chromebook, we hav
On Tue, May 14, 2013 at 9:29 PM, Zhang Rui wrote:
> On Wed, 2013-05-15 at 12:26 +0800, Zhang Rui wrote:
>> please
>>
>> On Tue, 2013-05-14 at 21:18 -0700, Sonny Rao wrote:
>> > Hi, I've seen a regression in kernels since 3.7 on x86 devices where
>> >
On Tue, May 14, 2013 at 9:34 PM, Sonny Rao wrote:
> On Tue, May 14, 2013 at 9:29 PM, Zhang Rui wrote:
>> On Wed, 2013-05-15 at 12:26 +0800, Zhang Rui wrote:
>>> please
>>>
>>> On Tue, 2013-05-14 at 21:18 -0700, Sonny Rao wrote:
>>> > Hi, I've
On Tue, May 14, 2013 at 9:56 PM, Sonny Rao wrote:
> On Tue, May 14, 2013 at 9:34 PM, Sonny Rao wrote:
>> On Tue, May 14, 2013 at 9:29 PM, Zhang Rui wrote:
>>> On Wed, 2013-05-15 at 12:26 +0800, Zhang Rui wrote:
>>>> please
>>>>
>>>> On Tue,
On Mon, Apr 29, 2013 at 3:08 PM, Pierre-Loup A. Griffais
wrote:
> On 04/29/2013 03:03 PM, Linus Torvalds wrote:
>>
>> On Mon, Apr 29, 2013 at 2:53 PM, Pierre-Loup A. Griffais
>> wrote:
>>>
>>>
>>> Other than this particular concern, what's the high-level take-away? Is
>>> PAE
>>> support in the L
On Tue, Jan 15, 2013 at 4:09 PM, Andrew Morton
wrote:
> On Fri, 11 Jan 2013 13:43:27 +0900
> Minchan Kim wrote:
>
>> Hi Andrew,
>>
>> On Thu, Jan 10, 2013 at 01:58:28PM -0800, Andrew Morton wrote:
>> > On Thu, 10 Jan 2013 11:23:06 +0900
>> > Minchan Kim wrote:
>> >
>> > > > I have a feeling that
On Tue, Jan 15, 2013 at 4:50 PM, Andrew Morton
wrote:
> On Tue, 15 Jan 2013 16:32:38 -0800
> Sonny Rao wrote:
>
>> >> It's for saving the power to increase batter life.
>> >
>> > It might well have that effect, dunno. That wasn't my intent.
On Tue, Jan 15, 2013 at 8:47 PM, Minchan Kim wrote:
> On Tue, Jan 15, 2013 at 05:21:15PM -0800, Sonny Rao wrote:
>> On Tue, Jan 15, 2013 at 4:50 PM, Andrew Morton
>> wrote:
>> > On Tue, 15 Jan 2013 16:32:38 -0800
>> > Sonny Rao wrote:
>> >
>> &g
to compile it while g++-3.3.5 works. (FYI, all of these were
Ubuntu versions)
You might want to document some of this in the README :)
Thanks,
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
00 e8 af 18 f7 ff e8 4a e5 04 00 c1 e0 07 8d 04 18 88 00 01 00 00 83 3b
02 74 49 b8 01 00 00 00 e8 cf 18 f7 ff
<6>note: udev[11843] exited with preempt_count 1
Using generic hotkey driver
ibm_acpi: acpi_evalf(DHKC, d, ...) failed: 4097
ibm_acpi: `enable,0x' invalid for parame
On Mon, Aug 08, 2005 at 10:44:04AM -0700, Andrew Morton wrote:
> Sonny Rao <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Jul 13, 2005 at 12:42:15PM -0700, randy_dunlap wrote:
> > > On Wed, 13 Jul 2005 09:54:10 -0500 Miles Lane wrote:
> > >
> > > >
On Tue, Aug 09, 2005 at 09:09:57AM +1000, Keith Owens wrote:
> On Mon, 8 Aug 2005 10:44:04 -0700,
> Andrew Morton <[EMAIL PROTECTED]> wrote:
> >Sonny Rao <[EMAIL PROTECTED]> wrote:
> >> Modules linked in: cpufreq_userspace cpufreq_stats freq_table
> >>
at least the output of an oops or
panic into your post.
Now, try running 2.6.13-rc6 and see if it fixes your problem, IIRC
there have been a number of changes to the MPT driver between those two
kernel versions.
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
fc 0001:d8:01.0: 1:0222 Initial FLOGI timeout
lpfc 0001:d8:01.0: 1:0127 ELS timeout Data: x400 xfe x8a x23
Is this a known issue ?
Let me know if you need patches tested, thanks.
Sonny Rao
IBM LTC Performance
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
s for your help and quick response
Sonny
>
> > -----Original Message-
> > From: Sonny Rao [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, August 11, 2005 4:00 PM
> > To: Smart, James
> > Cc: linux-kernel@vger.kernel.org; linux-scsi@vger.kernel.org
> > Subject:
in the name of debugging..
you might try setting the following debug options in your config:
CONFIG_DEBUG_PAGEALLOC
CONFIG_DEBUG_HIGHMEM
CONFIG_DEBUG_SLAB
CONFIG_FRAME_POINTER
Can anyone think of anything else?
According to the website you don't have these on right now.
Sonny
-
To unsubscribe from this
che is used in a DSS workload then one will see
the tree-lock. BTW, this was on a PPC64 machine w/ a fairly small
NUMA factor.
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
fairly small
> > NUMA factor.
>
> The easiest way to confirm the spin-lock thing is to recompile with
> CONFIG_SPINLINE, and take a new profile, then diff the two ...
Yep...
Unfortunately, this is broken in PPC64 since 2.6.9-rc2 or something
like that, I never had a chance to tra
ten
but the metadata isn't updated before a power failure... so the new
writes wouldn't be seen afterwards. You should try the same test w/
ext3 in "writeback" mode and see if it fares better or worse in terms
of file corruption.
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jul 05, 2005 at 08:25:11PM +0300, Al Boldi wrote:
> Sonny Rao wrote: {
> > > >On Wed, Jun 29, 2005 at 07:53:09AM +0300, Al Boldi wrote:
> > > >>What I found were 4 things in the dest dir:
> > > >>1. Missing Dirs,Files. That's OK.
> &
to make sure, if you're on a
pentium4 machine, I usually boot w/ "idle=poll" to see proper idle
reporting because otherwise the chip will throttle itself back and
idle time will be skewed -- at least on oprofile.
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.10 or 2.6.11)
I also noticed a nice speedup on a few things compared to LPAR mode :-)
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
x it in the BIOS, but I just
wanted to alert the maintainers.
Thanks in advance,
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
if you can test just a few
> kernels and binary-search a bit more, we'd have it down to just a couple.
Can this method detect breakages that are spread across more than one
patch? I suppose it'll just trigger on the last patch commited in the
set in this case?
Sonny
-
To u
locate) before
returning the mappings. This doesn't seem to work properly at
present.
Sonny
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> > 608 : slabdata 68797 68797 0
>
> Hmm.. so we are not shrinking dcache despite a large number of
> unsed dentries. That is where we need to look. Will dig a bit
> tomorrow.
Here's my really old patch where I saw some improvement for this scenario...
I haven'
pre it]
>
> Ah, sorry, pressed the wrong key.
>
>
>> On Mon 19-09-16 21:40:01, Jann Horn wrote:
>> > On Mon, Sep 19, 2016 at 09:32:38PM +0200, Michal Hocko wrote:
>> > > On Mon 19-09-16 11:16:31, Robert Foss wrote:
>> > > > On 2016-09-14 05:12 A
On Mon, Sep 19, 2016 at 5:27 PM, Robert Foss wrote:
>
>
> On 2016-09-19 03:32 PM, Michal Hocko wrote:
>>
>> On Mon 19-09-16 11:16:31, Robert Foss wrote:
>>>
>>> On 2016-09-14 05:12 AM, Michal Hocko wrote:
>>>>
>>>> On Tue 13-09-1
On Tue, Sep 13, 2016 at 12:12 AM, Michal Hocko wrote:
> On Mon 12-09-16 10:28:53, Sonny Rao wrote:
>> On Mon, Sep 12, 2016 at 10:15 AM, Michal Hocko wrote:
>> > On Mon 12-09-16 08:31:36, Sonny Rao wrote:
> [...]
>> >> but how about the other fi
t;
>>> Signed-off-by: Boojin Kim
>>> Signed-off-by: Addy Ke
>>> Signed-off-by: Shawn Lin
>>> cc: Heiko Stuebner
>>> cc: Doug Anderson
>>> cc: Olof Johansson
>>> Reviewed-and-tested-by: Sonny Rao
>>
>>
>> For t
On Thu, Aug 27, 2015 at 5:36 PM, Shawn Lin wrote:
>
> The purpose of the DMAFLUSHP instruction:
> - Tell the peripheral to clear its status and control registers.
> - Send a message to the peripheral to resend its level status.
>
> There are 3 timings described in PL330 Technical Reference Manual:
t_req(struct pl330_thread *thrd,
> /* Hook the request */
> thrd->lstenq = idx;
> thrd->req[idx].desc = desc;
> - _setup_req(0, thrd, idx, &xs);
> + _setup_req(pl330, 0, thrd, idx, &xs);
>
> ret = 0;
>
> @@ -2784,6 +2815,
desc->rqcfg.brst_len = pch->burst_len;
> desc->bytes_requested = period_len;
> fill_px(&desc->px, dst, src, period_len);
>
> @@ -2702,7 +2708,7 @@ pl330_prep_slave_sg(struct dma_chan *chan, struct
> scatterlist *sgl,
> }
>
>
: contains the total number of DMA channels supported by the
> DMAC
>- dma-requests: contains the total number of DMA requests supported by the
> DMAC
> + - arm,pl330-broken-no-flushp: quirk for avoiding to execute DMAFLUSHP
>
> Example:
>
> --
> 2.3.7
Reviewed-b
78 to 18446744072636378898)
[-Werror, -Wswitch]
case VHOST_GET_VRING_BASE:
3221794578 is 0xC008AF12 in hex
18446744072636378898 is 0xC008AF12 in hex
Fix this by using unsigned ints in the function signature for
vhost_vring_ioctl().
Signed-off-by: Sonny Rao
---
drivers/vhost/vh
This will allow usage of vsock from 32-bit binaries on a 64-bit
kernel.
Signed-off-by: Sonny Rao
---
drivers/vhost/vsock.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/vhost/vsock.c b/drivers/vhost/vsock.c
index 0d14e2ff19f16..d0e65e92110e5 100644
--- a/drivers/vhost/vsock.c
On Wed, Dec 10, 2014 at 12:56 PM, Mark Salter wrote:
> Using Linus' tree from this morning, I am hitting:
>
>[0.00] BUG: failure at
> ./arch/arm64/include/asm/arch_timer.h:112/arch_counter_get_cntpct!
>
> This is triggered by commit 0b46b8a718 ("clocksource: arch_timer: Fix
> code to
On Tue, Jan 13, 2015 at 6:43 PM, Chris Zhong wrote:
> After we set the GET_TIME bit, the rtc time couldn't be read immediately,
> we should wait up to 31.25 us, about one cycle of 32khz. Otherwise reading
> RTC time will return a old time. If clear the GET_TIME bit after setting,
> the time of i2c
On Wed, Jan 14, 2015 at 10:36 AM, Doug Anderson wrote:
> Sonny,
>
>> Chris, it looks like you swapped the set and the clear of this bit,
>> and you're relying on the fact that the i2c transaction takes a
>> certain amount of time after the RTC_GET_TIME BIT is set.
This keeps all the related PCI IDs together in the driver where they
are used.
Signed-off-by: Sonny Rao
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 6 +-
include/linux/pci_ids.h | 4
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a
On Tue, Apr 21, 2015 at 12:21 PM, Bjorn Helgaas wrote:
> On Tue, Apr 21, 2015 at 2:09 PM, Sonny Rao wrote:
>> This keeps all the related PCI IDs together in the driver where they
>> are used.
>>
>> Signed-off-by: Sonny Rao
>
> Acked-by: Bjorn Helgaas
This keeps all the related PCI IDs together in the driver where they
are used.
Signed-off-by: Sonny Rao
Acked-by: Bjorn Helgaas
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 6 +-
include/linux/pci_ids.h | 4
2 files changed, 5 insertions(+), 5
-I 1000 -e uncore_imc/data_reads/,uncore_imc/data_writes/
> sleep 10
>
> Signed-off-by: Stephane Eranian
Tested-by: Sonny Rao
> ---
>
> diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> b/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> index c635b8
This adds the dts node for the PMU with the correct PMUIRQ interrupts
for each core.
Signed-off-by: Sonny Rao
---
arch/arm/boot/dts/rk3288.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index 165968d..8253abb 100644
This uncore is the same as the Haswell desktop part but uses a
different PCI ID.
Signed-off-by: Sonny Rao
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 5 +
include/linux/pci_ids.h | 1 +
2 files changed, 6 insertions(+)
diff --git a/arch/x86/kernel/cpu
On Mon, Apr 20, 2015 at 12:34 PM, Bjorn Helgaas wrote:
> On Mon, Apr 20, 2015 at 1:58 PM, Stephane Eranian wrote:
>> On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas wrote:
>>>
>>> On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote:
>>> > This uncore is t
This uncore is the same as the Haswell desktop part but uses a
different PCI ID.
Signed-off-by: Sonny Rao
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c
b/arch/x86/kernel/cpu
On Wed, Sep 17, 2014 at 6:25 AM, Christopher Covington
wrote:
> On 09/16/2014 05:24 PM, Christopher Covington wrote:
>> On 09/16/2014 05:09 PM, Christopher Covington wrote:
>>> ARM Linux currently has the most features available to it in hypervisor
>>> (HYP) mode, so switch to it when possible. Th
On Fri, Sep 19, 2014 at 6:30 AM, Catalin Marinas
wrote:
> On Fri, Sep 19, 2014 at 02:22:10PM +0100, Christopher Covington wrote:
>> On 09/19/2014 01:56 AM, Peter Maydell wrote:
>> > On 17 September 2014 06:25, Christopher Covington
>> > wrote:
>> >> On 09/16/2014 05:24 PM, Christopher Covington
On Wed, Sep 10, 2014 at 10:52 AM, Doug Anderson wrote:
> Mark,
>
> On Wed, Sep 10, 2014 at 10:27 AM, Mark Rutland wrote:
>> Hi Sonny,
>>
>> On Wed, Aug 27, 2014 at 10:03:39PM +0100, Sonny Rao wrote:
>>> This is a bug fix for using physical arch timers when
&g
some other random value.
Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters")
Cc: sta...@vger.kernel.org
Signed-off-by: Sonny Rao
Acked-by: Olof Johansson
---
v2: Add fixes tag to commit message, cc stable, copy Doug's
description of the systems which need th
On Thu, Sep 11, 2014 at 6:17 PM, Stephen Boyd wrote:
> On 09/11/14 17:14, Sonny Rao wrote:
>
> On Thu, Sep 11, 2014 at 4:56 PM, Stephen Boyd wrote:
>>
>>
>> Where does this platform jump to when a CPU comes up? Is it
>> rockchip_secondary_startup()? I wo
lly can't be architected as described above. That means
>> using the physical timer like this really only makes sense for ARMv7
>> systems.
>>
>> In order for this patch to do anything useful, we also need Sonny's
>> patch at <https://patchwork.kernel.org/patc
On Fri, Sep 26, 2014 at 2:47 AM, Mark Rutland wrote:
> Hi Sonny,
>
> Apologies for the delay in replying, I'd hoped to cover this at Connect,
> but we didn't seem to get the time, and since I've been back in the UK
> it slipped my mind.
Hi Mark, no problem, thanks
On Mon, Sep 15, 2014 at 1:33 PM, Stephen Boyd wrote:
>
> On 09/15/14 04:10, Catalin Marinas wrote:
> > On Fri, Sep 12, 2014 at 07:59:29PM +0100, Stephen Boyd wrote:
> >> On 09/12/14 05:14, Marc Zyngier wrote:
> >>> We surely can handle the UNDEF and do something there. We just can't do
> >>> it th
On Mon, Sep 15, 2014 at 2:49 PM, Stephen Boyd wrote:
> On 09/15/14 14:47, Sonny Rao wrote:
>> On Mon, Sep 15, 2014 at 1:33 PM, Stephen Boyd wrote:
>>> On 09/15/14 04:10, Catalin Marinas wrote:
>>>> On Fri, Sep 12, 2014 at 07:59:29PM +0100, Stephen Boyd wrote:
On Mon, Sep 15, 2014 at 2:52 PM, Sonny Rao wrote:
> On Mon, Sep 15, 2014 at 2:49 PM, Stephen Boyd wrote:
>> On 09/15/14 14:47, Sonny Rao wrote:
>>> On Mon, Sep 15, 2014 at 1:33 PM, Stephen Boyd wrote:
>>>> On 09/15/14 04:10, Catalin Marinas wrote:
>>>>
On Mon, Sep 15, 2014 at 3:51 PM, Christopher Covington
wrote:
> Hi Sonny,
>
> On 09/15/2014 06:04 PM, Sonny Rao wrote:
>> On Mon, Sep 15, 2014 at 2:52 PM, Sonny Rao wrote:
>>> On Mon, Sep 15, 2014 at 2:49 PM, Stephen Boyd wrote:
>>>> On 09/15/14 14:47, S
On Tue, Sep 16, 2014 at 3:44 AM, Kever Yang wrote:
> This patch add basic rk3288 smp support, cpu 1~3 are in wfe state
> when get into kernel.
>
> Signed-off-by: Heiko Stuebner
> Signed-off-by: Kever Yang
> ---
>
> Changes in v2:
> - use rk3288_boot_secondary instead ofsmp_boot_secondary
> - dis
On Sun, Jul 27, 2014 at 9:46 PM, Stephen Rothwell wrote:
> Hi Ulf,
>
> After merging the mmc-uh tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> drivers/mmc/host/dw_mmc.c: In function 'dw_mci_reset':
> drivers/mmc/host/dw_mmc.c:2262:3: error: implicit declaration of
[sorry for HTML spam, resending]
Hi, we have the problem today that cpu based performance counters don't work
when we're using the big.LITTLE switcher on Exynos 5420, and it doesn't look
like code exists to deal with this in the switcher.
As it stands right now, if you put an A-15 or A-7 PMU node
On Mon, May 5, 2014 at 7:52 PM, Nicolas Pitre wrote:
> On Mon, 5 May 2014, Sonny Rao wrote:
>
>> Hi, we have the problem today that cpu based performance counters don't
>> work when we're using the big.LITTLE switcher on Exynos 5420, and it
>> doesn't loo
On Wed, Dec 11, 2013 at 11:30 AM, Stephane Eranian wrote:
> Sonny,
>
> Your patch has a couple of problems for me:
> - requires CONFIG_TRACING
>
> You should directly invoke getrawmonotonic()
> and inline the code from trace_clock_getres().
>
> That's how I manag
On Wed, Dec 11, 2013 at 5:49 PM, Steven Rostedt wrote:
> On Wed, 11 Dec 2013 17:17:30 -0800
> Sonny Rao wrote:
>
>> On Wed, Dec 11, 2013 at 11:30 AM, Stephane Eranian
>> wrote:
>> > Sonny,
>> >
>> > Your patch has a couple of problems for m
. It is explicitly not
supposed to be used as a generic time source and won't necessarily be
consistent between kernels.
Signed-off-by: Sonny Rao
---
drivers/char/Kconfig | 8
drivers/char/Makefile | 1 +
drivers/char/trace_clock.c
r physical
timers, so if a system is trying to use physical timers, it will
function properly.
Signed-off-by: Sonny Rao
---
arch/arm/include/asm/arch_timer.h| 9 +
arch/arm64/include/asm/arch_timer.h | 10 ++
drivers/clocksource/arm_arch_timer.c | 30 +++
On Wed, Aug 27, 2014 at 2:19 PM, Olof Johansson wrote:
> On Wed, Aug 27, 2014 at 2:03 PM, Sonny Rao wrote:
>> This is a bug fix for using physical arch timers when
>> the arch_timer_use_virtual boolean is false. It restores the
>> arch_counter_get_cntpct() func
On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
> On Thu, Aug 28, 2014 at 04:33:31AM +0100, Doug Anderson wrote:
>> Hi,
>>
>> On Wed, Aug 27, 2014 at 7:58 PM, Olof Johansson wrote:
>> > On Wed, Aug 27, 2014 at 5:56 PM, Stephen Boyd wrote:
>> >> On 08/27/14 15:33, Olof Johansson wrote:
>> >>
On Mon, Aug 18, 2014 at 10:09 AM, Doug Anderson wrote:
> The rk3288 SoC has an option to switch all of the PWMs in the system
> between the old IP block and the new IP block. The new IP block is
> working and tested and the suggested PWM to use, so setup the SoC to
> use it and then we can preten
On Fri, Aug 29, 2014 at 3:04 AM, Mark Rutland wrote:
> On Fri, Aug 29, 2014 at 01:10:49AM +0100, Sonny Rao wrote:
>> On Thu, Aug 28, 2014 at 2:35 AM, Mark Rutland wrote:
>> > On Thu, Aug 28, 2014 at 04:33:31AM +0100, Doug Anderson wrote:
>> >> Hi,
>> >
On Tue, Aug 12, 2014 at 3:07 PM, Heiko Stübner wrote:
> Am Dienstag, 12. August 2014, 14:06:11 schrieb Doug Anderson:
>> Heiko,
>>
>> On Wed, Aug 6, 2014 at 10:09 AM, Doug Anderson
> wrote:
>> > This adds support for the sdmmc and emmc ports on the rk3288 using the
>> >
>> > currently posted driv
This patch changes the fifo reset code to follow the reset procedure
outlined in the documentation of Synopsys Mobile storage host databook.
Signed-off-by: Sonny Rao
Signed-off-by: Yuvaraj Kumar C D
Acked-by: Seungwon Jeon
Signed-off-by: Ulf Hansson
[sonnyrao: fix compile for
y
difference in sequential read throughput.
Signed-off-by: Sonny Rao
Signed-off-by: Doug Anderson
---
drivers/mmc/host/dw_mmc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
index 69f0cc6..2b5401e 100644
--- a/drivers/mmc/host/dw_mmc.c
++
he physical counter since there's nobody managing the offset and
each time a core goes down and comes back up it will get reinitialized
to some other random value.
Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters")
Cc: sta...@vger.kernel.org
Signed-off-by: Sonny
nse for ARMv7
systems.
Signed-off-by: Doug Anderson
Signed-off-by: Sonny Rao
---
Changes in v2:
- Add "#ifdef CONFIG_ARM" as per Will Deacon
Changes in v3:
- change property name to arm,cntvoff-not-fw-configured and specify
that the value of CNTHCTL.PL1PC(T)EN must still be th
aim the clock which is driving the codec so that when we enable
> clock gating, we continue to clock the codec when needed. I make this an
> optional clock since there might be some applications where we don't need it
> but can still use the I2S block.
>
> Signed-off-by: Sonny
This exposes the clock that comes out of the i2s block which generally
goes to the audio codec.
Signed-off-by: Sonny Rao
---
drivers/clk/rockchip/clk-rk3288.c | 3 ++-
include/dt-bindings/clock/rk3288-cru.h | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/clk
On Thu, Nov 20, 2014 at 12:49 AM, Maxime Ripard
wrote:
> Hi,
>
> On Wed, Oct 08, 2014 at 12:38:57AM -0700, Sonny Rao wrote:
>> This is a bug fix for using physical arch timers when
>> the arch_timer_use_virtual boolean is false. It restores the
>> arch_counter_get_cntp
On Sun, Nov 23, 2014 at 4:07 PM, Heiko Stübner wrote:
> Hi Sonny,
>
> Am Dienstag, 18. November 2014, 23:15:19 schrieb Sonny Rao:
>> This exposes the clock that comes out of the i2s block which generally
>> goes to the audio codec.
>>
>> Signed-off-by: Sonny Rao
wrote:
>>> > On Wed, Oct 08, 2014 at 08:38:57AM +0100, Sonny Rao wrote:
>>> >> This is a bug fix for using physical arch timers when
>>> >> the arch_timer_use_virtual boolean is false. It restores the
>>> >> arch_counter_get_cntpc
he physical counter since there's nobody managing the offset and
each time a core goes down and comes back up it will get reinitialized
to some other random value.
Fixes: 0d651e4e65e9 ("clocksource: arch_timer: use virtual counters")
Cc: sta...@vger.kernel.org
Signed-off-by: Sonny
does initialize the cpu registers properly at boot and
cpu-hotplug can remove this property from the device tree.
Signed-off-by: Sonny Rao
---
arch/arm/boot/dts/rk3288.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index
On Wed, Nov 26, 2014 at 3:32 PM, Heiko Stübner wrote:
> Am Dienstag, 18. November 2014, 23:15:19 schrieb Sonny Rao:
>> This exposes the clock that comes out of the i2s block which generally
>> goes to the audio codec.
>>
>> Signed-off-by: Sonny Rao
>
> applied to
On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown wrote:
> On Wed, Dec 03, 2014 at 03:18:38PM +0800, Jianqun Xu wrote:
>> From: Sonny Rao
>>
>> We need to claim the clock which is driving the codec so that when we enable
>> clock gating, we continue to clock the codec w
On Wed, Dec 3, 2014 at 12:03 PM, Mark Brown wrote:
> On Wed, Dec 03, 2014 at 11:38:13AM -0800, Sonny Rao wrote:
>> On Wed, Dec 3, 2014 at 11:20 AM, Mark Brown wrote:
>
>> > I would expect that the clock for the CODEC should be managed by the
>> > CODEC if at
1 - 100 of 132 matches
Mail list logo
