Hi Joe,
2014-10-22 15:31 GMT+02:00 Yingjoe Chen :
>
> Hi Matthias,
>
> On Wed, 2014-10-22 at 15:18 +0200, Matthias Brugger wrote:
>> 2014-10-22 12:29 GMT+02:00 Joe.C :
>> > +
>> > +if ARCH_MEDIATEK
>> > +
>> > +config MACH_MT6589
>> > + bool "MediaTek MT6589 SoCs support"
>> > + defaul
On Tue, Oct 21, 2014 at 6:37 PM, Eric Auger wrote:
> On 10/21/2014 06:17 PM, Alex Williamson wrote:
>> On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
>>> Driver to bind to Linux platform devices, and callbacks to discover their
>>> resources to be used by the main VFIO PLATFORM code.
>
On Tue, Oct 21, 2014 at 6:34 PM, Alex Williamson
wrote:
> On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
>> This patch enables the IOCTLs VFIO_DEVICE_GET_REGION_INFO ioctl call,
>> which allows the user to learn about the available MMIO resources of
>> a device.
>>
>> Signed-off-by: An
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Thomas Gleixner
> Sent: Wednesday, October 22, 2014 8:42 PM
> To: Mike Surcouf
> Cc: Thomas Shao; Richard Cochran; Jeff Epler; gre...@linuxfoundation.org;
> LKML; de.
On Tue, Oct 21, 2014 at 6:51 PM, Alex Williamson
wrote:
> On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
>> Allow to memory map the MMIO regions of the device so userspace can
>> directly access them. PIO regions are not being handled at this point.
>>
>> Signed-off-by: Antonios Motaki
On Tue, Oct 21, 2014 at 7:47 PM, Alex Williamson
wrote:
> On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
>> Adds support to mask interrupts, and also for automasked interrupts.
>> Level sensitive interrupts are exposed as automasked interrupts and
>> are masked and disabled automatical
On Tue, Oct 21, 2014 at 7:55 PM, Alex Williamson
wrote:
> On Mon, 2014-10-13 at 15:10 +0200, Antonios Motakis wrote:
>> The virqfd functionality that is used by VFIO_PCI to implement interrupt
>> masking and unmasking via an eventfd, is generic enough and can be reused
>> by another driver. Move i
This patchset is not intended to be merged upstream as it is. It is a
proof of concept giving the rough idea of the concept.
In the discussions on how to make the scheduler energy aware, we tried
to make the different PM subsystems to communicate with the scheduler.
We realized that some code is
In order to have a good prediction of when will occur the next event,
the cpuidle menu governor does some statistics about the occurences of
an event waking up a cpu. For more details, refer to the menu.c's
header file located in drivers/cpuidle/governors.
A part of the prediction is taking into a
On Tue, 21 Oct 2014, Mikulas Patocka wrote:
> 12220dea07f1ac6ac717707104773d771c3f3077), therefore we need stop checking
> for duplicate names even for the SLAB subsystem. This patch fixes the bug
> by removing the check.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the lin
As we want to improve the sleep duration estimation, the IO latency expected
duration is passed to the cpuidle framework. The governors will have to deal
with if they are interested in this information.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle.c | 4 ++--
drivers/cpuid
It was recently added in the energy aware scheduler kernel tree the io latency
tracking mechanism. The purpose of this framework is to provide a way to
predict the IO latencies, in other words try to guess how long we will be
sleeping on waiting an IO. When the cpu goes idle, we know how long is th
Following the logic of the previous patch, retrieve from the idle task the
expected timer sleep duration and pass it to the cpuidle framework.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle.c | 4 ++--
drivers/cpuidle/governors/ladder.c | 3 ++-
drivers/cpuidle/governors/me
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle.c | 8 +++
drivers/cpuidle/sysfs.c | 156 ++
include/linux/cpuidle.h | 7 ++-
3 files changed, 170 insertions(+), 1 deletion(-)
diff --git a/drivers/cpuidle/cpuidle.c b/drivers/cpuidle/c
On 10/22/2014 07:34 AM, Jan Kara wrote:
> When creation of queues fails in init_driver_queues(), we free the
> queues. But null_add_dev() doesn't test for this failure and continues
> with the setup leading to strange consequences, likely oops. Fix the
> problem by testing whether init_driver_queue
This simple governor takes into account the predictable events: the timer sleep
duration and the next expected IO sleep duration. By mixing both it deduced
what idle state fits better. This governor must be extended to a statistical
approach to predict all the other events.
The main purpose of thi
On Wednesday, October 22, 2014 10:33:08 AM Adrian Hunter wrote:
> On 21/10/14 16:13, Adrian Hunter wrote:
> > On 21/10/14 16:08, Rafael J. Wysocki wrote:
> >> On Tuesday, October 21, 2014 03:27:45 PM Adrian Hunter wrote:
> >>> On 24/09/14 16:49, Rafael J. Wysocki wrote:
> On Wednesday, Septemb
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/governors/select.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpuidle/governors/select.c
b/drivers/cpuidle/governors/select.c
index 0de7095..2193b78 100644
--- a/drivers/cpuidle/governors/select.c
+++ b/drivers/cp
On 22 Oct 2014, Johan Hovold uttered the following:
> On Wed, Oct 22, 2014 at 10:31:17AM +0100, Nix wrote:
>> On 14 Oct 2014, Johan Hovold verbalised:
>>
>> > On Sun, Oct 12, 2014 at 10:36:30PM +0100, Nix wrote:
>> >> I have checked: this code is being executed against a symlink that
>> >> points
Reviewed-by: Paolo Bonzini
On 10/22/2014 01:09 PM, Dominik Dingel wrote:
> Add a new function stub to allow architectures to disable for
> an mm_structthe backing of non-present, anonymous pages with
> read-only empty zero pages.
>
> Signed-off-by: Dominik Dingel
> ---
> include/linux/mm.h | 4
On Wed, Oct 22, 2014 at 11:08 AM, Eric Auger wrote:
> On 10/13/2014 03:09 PM, Antonios Motakis wrote:
>> VFIO_IOMMU_TYPE1 keeps track for each domain it knows a list of protection
>> flags it always applies to all mappings in the domain. This is used for
>> domains that support IOMMU_CAP_CACHE_COH
Reviewed-by: Paolo Bonzini
On 10/22/2014 01:09 PM, Dominik Dingel wrote:
> As soon as storage keys are enabled we need to stop working on zero page
> mappings to prevent inconsistencies between storage keys and pgste.
>
> Otherwise following data corruption could happen:
> 1) guest enables stora
Reviewed-by: Paolo Bonzini
(missing R-b on patch 1 is _not_ a mistake :))
Paolo
On 10/22/2014 01:09 PM, Dominik Dingel wrote:
> When storage keys are enabled unmerge already merged pages and prevent
> new pages from being merged.
>
> Signed-off-by: Dominik Dingel
> Acked-by: Christian Borntra
On Fri, 2014-07-04 at 14:43 +0300, Andy Shevchenko wrote:
> Instead of home grown function let's use what library provides us.
>
Any comments on this? Should I resend it?
> Signed-off-by: Andy Shevchenko
> ---
> tools/perf/util/util.c | 24 ++--
> 1 file changed, 2 insertio
On Mon, Oct 13, 2014 at 04:45:35PM +0300, Alexander Shishkin wrote:
> + /*
> + * Nesting is not supported for AUX area, make sure nested
> + * writers are caught early
> + */
> + if (WARN_ON_ONCE(local_xchg(&rb->aux_nest, 1)))
> + goto err_put;
Note that printk()
On 10/22/2014 01:09 PM, Dominik Dingel wrote:
> s390 has the special notion of storage keys which are some sort of page flags
> associated with physical pages and live outside of direct addressable memory.
> These storage keys can be queried and changed with a special set of
> instructions.
> Th
On Tue, Oct 21, 2014 at 09:40:32PM -0500, Josh Poimboeuf wrote:
> On Tue, Oct 21, 2014 at 11:25:56PM +0200, Jiri Kosina wrote:
> > On Tue, 21 Oct 2014, Josh Poimboeuf wrote:
> > >
> > > I'm guessing kGraft doesn't have the address + length? I think you
> > > could call kallsyms_lookup() to get bo
Incoming packet is dropped silently by sk_filter(), if the skb was
allocated from pfmemalloc reserves and the corresponding socket is
not marked with the SOCK_MEMALLOC flag.
Igb driver allocates pages for DMA with __skb_alloc_page(), which
calls alloc_pages_node() with the __GFP_MEMALLOC flag. So,
Moving around the different functions dealing with the time made the time
headers no longer necessary in cpuidle.c.
Remove them.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/cpuidle/cpuidle.c b/drivers/cpuidle/cpuidle
As we get the latency_req from cpuidle_idle_call, just pass it to the
cpuidle layer instead of duplicating the code across the governors.
That has the benefit of moving little by little the different timings
we want to integrate with the scheduler near this one.
Signed-off-by: Daniel Lezcano
---
If the zero latency is required, we don't want to invoke any cpuidle code at
all.
Move the check within the governors and do the check before selecting the
state in order to fallback to the default idle function.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/governors/ladder.c | 6 --
d
On Wed, Oct 22, 2014 at 4:03 AM, Richard Cochran
wrote:
> In the mean time, I would like to restore the testptp.mk that *does*
> cross compile, so that people may use the test program if they
> want. In fact I use this all the time, and so I am a bit annoyed that
> something working was deleted an
The current ADC is peripheral of Qualcomm SPMI PMIC chips. It has
16 bits resolution and register space inside PMIC accessible across
SPMI bus.
The driver registers itself through IIO interface.
Signed-off-by: Ivan T. Ivanov
---
Changes:
- Address review comments from Hartmut Knaack
.../devi
On Mon, Oct 13, 2014 at 04:45:39PM +0300, Alexander Shishkin wrote:
> Intel PT cannot be used at the same time as LBR or BTS and will cause a
> general protection fault if they are used together. In order to avoid
> fixing up GPs in the fast path, instead we use flags to indicate that
> that one of
When the system boots up, in the dmesg logs we can see
the memory statistics along with total reserved as below.
Memory: 458840k/458840k available, 65448k reserved, 0K highmem
When CMA is enabled, still the total reserved memory remains the same.
However, the CMA memory is not considered as reserv
Hi Frank,
On Tue, Oct 21, 2014 at 01:57:25PM +0200, Frank Blaschka wrote:
> Add a basic iommu for the s390 platform. The code is pretty simple
> since on s390 each PCI device has its own virtual io address space
> starting at the same vio address.
Are there any limitations on IOVA address space f
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +/**
> + * struct pt_buffer - buffer configuration; one buffer per task_struct or
- * cpu, depending on perf event configuration
+ *cpu, depending on perf event configuration
> + * @tables: list of ToPA ta
This patch include CMA info (CMATotal, CMAFree) in /proc/meminfo.
Currently, in a CMA enabled system, if somebody wants to know the
total CMA size declared, there is no way to tell, other than the dmesg
or /var/log/messages logs.
With this patch we are showing the CMA info as part of meminfo, so th
On Tuesday, October 21, 2014 04:29:39 PM Michal Hocko wrote:
> On Tue 21-10-14 16:41:07, Rafael J. Wysocki wrote:
> > On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote:
> [...]
> > > OK, incremental diff on top. I will post the complete patch if you are
> > > happier with this change
> >
Peter Zijlstra writes:
> On Mon, Oct 13, 2014 at 04:45:34PM +0300, Alexander Shishkin wrote:
>> +/*
>> + * Records that new data landed in the AUX buffer part.
>> + *
>> + * struct {
>> + * struct perf_event_headerheader;
>> + *
>> + * u64
Peter Zijlstra writes:
> On Mon, Oct 13, 2014 at 04:45:35PM +0300, Alexander Shishkin wrote:
>> +/*
>> + * Nesting is not supported for AUX area, make sure nested
>> + * writers are caught early
>> + */
>> +if (WARN_ON_ONCE(local_xchg(&rb->aux_nest, 1)))
>> +goto e
Commit 7ff525712acf "kbuild: fake the "Entering directory ..." message
more simply" changed the output of "make kernelrelease" such that the
kernel release version was not the last line printed. This broke various
tools that would find the kernel release with "make kernelrelease | tail -1".
One of
On Wed, 2014-10-22 at 15:53 +0200, Matthias Brugger wrote:
> Hi Joe,
>
> 2014-10-22 15:31 GMT+02:00 Yingjoe Chen :
> >
> > Hi Matthias,
> >
> > On Wed, 2014-10-22 at 15:18 +0200, Matthias Brugger wrote:
> >> 2014-10-22 12:29 GMT+02:00 Joe.C :
> >> > +
> >> > +if ARCH_MEDIATEK
> >> > +
> >> > +conf
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +++ b/arch/x86/kernel/cpu/perf_event_intel.c
> @@ -1528,6 +1528,14 @@ again:
> }
>
> /*
> + * Intel PT
> + */
> + if (__test_and_clear_bit(55, (unsigned long *)&status)) {
> + handled++;
>
On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote:
> On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote:
> > On Sat, Oct 11, 2014 at 03:49:43PM +0200, Philip Munksgaard wrote:
> > > Fix a style issue
> > >
> > > Signed-off-by: Philip Munksgaard
> > > ---
> > > drivers/
> Mike, can you share me your kernel version and which Linux distro do you use?
2.6.32-504.el6.x86_64 AKA RHEL 6.6
Happened on centos 7 and 6.5 too.
#cat /var/lib/ntp/drift
-248.869
About 20 secs a day (constant)
Its not a new problem I had this in other distros and other kernels.
I would say its
поздравления
Я связался две недели назад и у меня нет ответа. Я упомянул о смерти
моего клиента, позже имея ту же фамилию с вами. Он хранение сумму $9,1
млн в банке и банк просил меня сообщить семье. Пожалуйста, укажите ваш
интерес в этом вопросе для меня, чтобы предоставить более подробную
информа
On Wed 22-10-14 16:39:12, Rafael J. Wysocki wrote:
> On Tuesday, October 21, 2014 04:29:39 PM Michal Hocko wrote:
> > On Tue 21-10-14 16:41:07, Rafael J. Wysocki wrote:
> > > On Tuesday, October 21, 2014 04:11:59 PM Michal Hocko wrote:
> > [...]
> > > > OK, incremental diff on top. I will post the
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +/*
> + * Capabilities of Intel PT hardware, such as number of address bits or
> + * supported output schemes, are cached and exported to userspace as "caps"
> + * attribute group of pt pmu device
> + * (/sys/bus/event_source/dev
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> + if (test_cpu_cap(&boot_cpu_data, X86_FEATURE_INTEL_PT)) {
> + for (i = 0; i < PT_CPUID_LEAVES; i++)
> + cpuid_count(20, i,
> + &pt_pmu.caps[CR_EAX + i * 4],
>
On 10/22/2014 11:53 AM, Jiri Kosina wrote:
On Tue, 21 Oct 2014, Jiri Kosina wrote:
Hi,
I am seeing the lockdep report below when resuming from suspend-to-disk
with current Linus' tree (c2661b80609).
The reason for CCing Ingo and Peter is that I can't make any sense of one
of the stacktraces l
On 22/10/14 15:20, Giedrius Statkevicius wrote:
:
> My questions are these:
> - Does any system with the accelerometer whose ACPI id is HPQ0004 or
> HPQ6007 run into the same issues?
> - If so, what are the scancodes reported by atkbd?
> - If not, then where can I find some documentation to find
On Wed, Oct 15, 2014 at 11:10:44AM +0200, Thierry Reding wrote:
> It seems like I never got back to you on this. The reason here is that
> for Tegra the IOMMU is part of a larger IP block. The IP block is
> primarily a memory controller with a bunch of configuration knobs for
> arbitration, priorit
On Fri, Oct 10, 2014 at 07:01:10PM +0530, Kiran Padwal wrote:
> Use the wrapper function for retrieving the platform data instead of
> accessing dev->platform_data directly.
>
> Signed-off-by: Kiran Padwal
> ---
> drivers/iommu/msm_iommu_dev.c |4 ++--
> drivers/iommu/omap-iommu.c|6
>> If you are convinced that dropping the null tests is a good idea, then you
>> can submit the patch that makes the change to the relevant maintainers and
>> mailing lists.
Would you like to integrate the following proposal into your source code
repository?
Regards,
Markus
>From 29e61d5ccc4
This reduces cleanup code and chance of errors.
Signed-off-by: Frans Klaver
---
drivers/power/reset/ltc2952-poweroff.c | 44 --
1 file changed, 10 insertions(+), 34 deletions(-)
diff --git a/drivers/power/reset/ltc2952-poweroff.c
b/drivers/power/reset/ltc2952-po
Make use of the fact that the allocated resources can be automatically
deallocated. This reduces cleanup code and chance of leaks.
Signed-off-by: Frans Klaver
---
drivers/power/reset/ltc2952-poweroff.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/power/
Disable the timers when ltc2952_poweroff is removed. We don't want to
risk calling functions on data that no longer exist.
Signed-off-by: Frans Klaver
---
drivers/power/reset/ltc2952-poweroff.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/power/reset/ltc2952-poweroff.c
b/driver
ltc2952_poweroff_handler uses gotos to return from the function. Since
we don't do cleanups exiting this function, just return IRQ_HANDLED on
the spot and be done with it.
While at it, remove the variable 'ret'. It was never used very much.
Signed-off-by: Frans Klaver
---
drivers/power/reset/lt
In ltc2952_poweroff_handler it is theoretically possible that the timer
fails to start on first pass (button press), but succeeds in starting on
the second (button release). This will cause the button press to be
misinterpreted, and will incorrectly shut down the system. Because a
picture says more
Currently the ltc2952 supports only one button sequence to initiate
powerdown. This is not always desirable, as even prolonged button
presses can happen in use.
Allow ltc2952 users to pick their own power down sequence, by making the
trigger input optional. Since this still means that the ltc2952
Document the fact that the trigger signal is now optional, and describe
the behavior when this is used.
While at it, fix a typo, and paraphrase a sentence to be less platform
specific.
Signed-off-by: Frans Klaver
---
.../devicetree/bindings/power/reset/ltc2952-poweroff.txt| 13 -
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +
> +enum cpuid_regs {
> + CR_EAX = 0,
> + CR_ECX,
> + CR_EDX,
> + CR_EBX
> +};
> +
> +/*
> + * Capabilities of Intel PT hardware, such as number of address bits or
> + * supported output schemes, are cached and e
The function pointers for the timers and pm_power_off are assigned with
C++ style
foo = &func;
Let's change it instead to the more C style
foo = func;
Signed-off-by: Frans Klaver
---
drivers/power/reset/ltc2952-poweroff.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(
Documentation/CodingStyle ch.4 mentions in a side node that global
variables should only be used if you really need them. Reduce the use of
the global instance of ltc2952_poweroff so we may eventually remove it
entirely.
While at it, rename ltc2952_poweroff_data to ltc2952_poweroff, just to
save t
Documentation/SubmittingDrivers suggests these be implemented even when
they do nothing. On the other hand, the platform code calls these
functions 'legacy'. Suspend and resume operations should go into a
pm_ops structure, pointed at by the driver's pm field. This approach
would lead to a lot of bo
As per Documentation/CodingStyle ch.4, we should keep global variables
to a mininum. Move the panic state into the driver data, regardless of
whether panic is a system state or not.
This removes the need for the custom _init and _exit functions, so
replace them with a call to the module_platform_d
The three gpio's used by this driver are stored in an array of pointers.
This doesn't add much besides cleanups in a loop. In fact, it makes most
of the usage sites harder to read. Unroll the loop, and live with the
fact that cleanups become slightly larger.
Signed-off-by: Frans Klaver
---
drive
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +static bool pt_event_valid(struct perf_event *event)
> +{
> + u64 config = event->attr.config;
> +
> + /* admin can set any packet generation parameters */
> + if (capable(CAP_SYS_ADMIN) && (config & PT_BYPASS_MASK)
On Wed, Oct 22, 2014 at 3:27 PM, Jiri Olsa wrote:
> On Thu, Oct 09, 2014 at 06:34:45PM +0200, Stephane Eranian wrote:
>
> SNIP
>
>> + */
>> +static __init int fixup_ht_bug(void)
>> +{
>> + int cpu = smp_processor_id();
>> + int w, c;
>> + /*
>> + * problem not present on this CPU
Make use of the fact that we allocated resources can be automatically
deallocated. This reduces cleanup code and chance of errors. It also
removes the need for the virq member of the ltc2952_poweroff_data
struct.
Signed-off-by: Frans Klaver
---
drivers/power/reset/ltc2952-poweroff.c | 19 ++-
On Wed, 22 Oct 2014, Daniel Lezcano wrote:
> > > I am seeing the lockdep report below when resuming from suspend-to-disk
> > > with current Linus' tree (c2661b80609).
> > >
> > > The reason for CCing Ingo and Peter is that I can't make any sense of one
> > > of the stacktraces lockdep is providin
Hi there,
Apparently I missed the fact that version 2 [1] of the ltc2952 driver had
already
been queued, so here's a series that implements most of the changes that I
already did in v3..5 [2] of the driver.
This series implements devm_* usage, reduction of globals, some cleanup and
finally makes
On Wed, Oct 22, 2014 at 11:53:49AM +0200, Jiri Kosina wrote:
> On Tue, 21 Oct 2014, Jiri Kosina wrote:
>
> > Hi,
> >
> > I am seeing the lockdep report below when resuming from suspend-to-disk
> > with current Linus' tree (c2661b80609).
> >
> > The reason for CCing Ingo and Peter is that I can'
On 22 October 2014 16:18, Greg KH wrote:
> On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote:
>> On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote:
>> > On Sat, Oct 11, 2014 at 03:49:43PM +0200, Philip Munksgaard wrote:
>> > > Fix a style issue
>> > >
>> > > Signed-off-
On Wed, Oct 22, 2014 at 04:40:24PM +0200, Philip Munksgaard wrote:
> On 22 October 2014 16:18, Greg KH wrote:
> > On Wed, Oct 22, 2014 at 11:51:12AM +0200, Johan Hovold wrote:
> >> On Sat, Oct 11, 2014 at 07:20:49AM -0700, Greg Kroah-Hartman wrote:
> >> > On Sat, Oct 11, 2014 at 03:49:43PM +0200,
On 10/22/2014 04:36 PM, Jiri Kosina wrote:
On Wed, 22 Oct 2014, Daniel Lezcano wrote:
I am seeing the lockdep report below when resuming from suspend-to-disk
with current Linus' tree (c2661b80609).
The reason for CCing Ingo and Peter is that I can't make any sense of one
of the stacktraces loc
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +static int pt_config(struct perf_event *event)
> +{
> + u64 reg;
> +
> + reg = RTIT_CTL_TOPA | RTIT_CTL_BRANCH_EN;
> +
> + if (!event->attr.exclude_kernel)
> + reg |= RTIT_CTL_OS;
> + if (!event->attr
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> +static void pt_config_start(bool start)
> +{
> + u64 ctl;
> +
> + rdmsrl(MSR_IA32_RTIT_CTL, ctl);
> + if (start)
> + ctl |= RTIT_CTL_TRACEEN;
> + else
> + ctl &= ~RTIT_CTL_TRACEEN;
> +
> +/* make negative table index stand for the last table entry */
> +#define TOPA_ENTRY(t, i) ((i) == -1 ? &(t)->table[(t)->last] :
> &(t)->table[(i)])
code does not match comment; negative would be: i < 0, not i == -1.
Something like: ({ if (i < 0) i += t->size; t->table[i]; }), might work,
of
On Wed, Oct 22, 2014 at 04:07:08PM +0200, Rafael J. Wysocki wrote:
> Moreover, we need to clarify what situation we're really talking about.
>
> For one, drivers using the unified interface only will always use names for
> GPIOs, because they have to assume that either a DT or ACPI w/ _DSD is
> p
Hi Geert,
Thank you for the patch.
On Wednesday 22 October 2014 11:38:28 Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Simon has posted a very similar patch as "[PATCH v2 19/30] ARM: shmobile:
r8a7740: Add TMU nodes", you might want to credit him.
Acked-by: Laurent Pinchart
Hi Kever,
Am Mittwoch, 15. Oktober 2014, 10:23:01 schrieb Kever Yang:
> From: Heiko Stuebner
>
> Makes it possible to define a rockchip,pmu phandle in the cpus node directly
> referencing the pmu syscon instead of searching for specific compatible.
>
> The old way of finding the pmu stays of co
Hi Geert,
Thank you for the patch.
On Wednesday 22 October 2014 11:38:29 Geert Uytterhoeven wrote:
> ch0 will be used for clock events and for periodic clock events,
> ch1 will be used as clock source.
>
> Signed-off-by: Geert Uytterhoeven
Simon has posted the same change as "[PATCH v2 20/30]
On Thu, Oct 09, 2014 at 06:34:45PM +0200, Stephane Eranian wrote:
SNIP
> --- a/arch/x86/kernel/cpu/perf_event_intel.c
> +++ b/arch/x86/kernel/cpu/perf_event_intel.c
> @@ -12,6 +12,7 @@
> #include
> #include
> #include
> +#include
>
> #include
> #include
> @@ -1811,7 +1812,7 @@ intel_
Hi Geert,
Thank you for the patch.
On Wednesday 22 October 2014 11:38:27 Geert Uytterhoeven wrote:
> Compared to the r8a7779, the r8a7740 lacks the input capture register,
> which is not used by the driver (the current driver already handles the
> r8a7740 in the non-DT case).
>
> Signed-off-by:
Hi Geert,
Thank you for the patch.
On Wednesday 22 October 2014 11:26:18 Geert Uytterhoeven wrote:
> r7s72100 is a member of the RZ family, not of the R-Car family
>
> Signed-off-by: Geert Uytterhoeven
Acked-by: Laurent Pinchart
> ---
> Documentation/devicetree/bindings/timer/renesas,mtu2.t
On Thu, 16 Oct 2014 14:59:40 -0400
Peter Hurley wrote:
> Hi Greg,
>
> This patch series:
> 1. removes stale code from the controlling tty handling functions
> 2. relocates the ctty functions to eliminate forward declarations
> 3. fixes several unsafe races when setting the controlling tty
> 4. e
On 22 October 2014 13:23, Grygorii Strashko wrote:
> Hi Santosh,
>
> On 10/21/2014 09:05 PM, Santosh Shilimkar wrote:
>> On 10/20/2014 05:56 AM, Grygorii Strashko wrote:
>>> This patch switches Keystone 2 PM code to use Generic PM domains
>>> instead of PM clock domains because of the lack of DT s
On Tue, 21 Oct 2014 21:10:00 +0900
Masami Hiramatsu wrote:
> Steven, could you pick this series to your tree?
> I think it is better to manage ftracetest testcases in one tree.
I can pick these up. Is it OK if it goes into the 3.19 queue? Or is
there some urgent need to get them into 3.18? As t
On Wed, Oct 22, 2014 at 05:18:29PM +0300, Alexander Shishkin wrote:
> Peter Zijlstra writes:
>
> > On Mon, Oct 13, 2014 at 04:45:34PM +0300, Alexander Shishkin wrote:
> >> + /*
> >> + * Records that new data landed in the AUX buffer part.
> >> + *
> >> + * struct {
> >> + * struct p
On Thu, Oct 09, 2014 at 06:34:39PM +0200, Stephane Eranian wrote:
> From: Maria Dimakopoulou
>
SNIP
> +struct intel_excl_cntrs *allocate_excl_cntrs(int cpu)
> +{
> + struct intel_excl_cntrs *c;
> + int i;
> +
> + c = kzalloc_node(sizeof(struct intel_excl_cntrs),
> +
Hi Ulf,
On Wed, Oct 22, 2014 at 5:01 PM, Ulf Hansson wrote:
+void keystone_pm_domain_attach_dev(struct device *dev)
{
+struct clk *clk;
int ret;
+int i = 0;
dev_dbg(dev, "%s\n", __func__);
-ret = pm_generic_runtime_suspend(dev
Eric,
Awesome! You must have been reading my TODO list :)
On Tue, Oct 21, 2014 at 09:44:27AM -0500, Eric Rost wrote:
> Adds loadable module support for Skein256, Skein512, and Skein1024 Hash
> Algorithms.
This description is accurate, but incomplete. You're also integrating
skein into the cryp
On Wed, Oct 22, 2014 at 04:49:52PM +0200, Peter Zijlstra wrote:
> On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> > +static void pt_config_start(bool start)
> > +{
> > + u64 ctl;
> > +
> > + rdmsrl(MSR_IA32_RTIT_CTL, ctl);
> > + if (start)
> > + ctl |= RTIT_CTL
On Tue, Oct 14, 2014 at 04:02:40PM +0800, Daniel Kurtz wrote:
> +static void rk_iommu_detach_device(struct iommu_domain *domain,
> +struct device *dev)
> +{
> + struct rk_iommu *iommu = dev_get_drvdata(dev->archdata.iommu);
> + struct rk_iommu_domain *rk_doma
On Mon, Oct 13, 2014 at 04:45:40PM +0300, Alexander Shishkin wrote:
> + if ((pt_cap_get(PT_CAP_topa_multiple_entries)
> + && topa->table[i].stop)
> + || topa->table[i].end)
> + break;
> + o
>From 86be84c4de4e7b21cfda9656a02a902c543210af Mon Sep 17 00:00:00 2001
From: Peter Rosin
Date: Wed, 22 Oct 2014 16:45:29 +0200
Subject: [PATCH v2] ASoC: atmel_ssc_dai: Match the CMR divider only in full
duplex.
The CMR divider register is shared by playback and capture. The SSC driver
therefore
Hello,
This patchset tries to enhance option parser a bit. Patch 1-3 are to
reuse existing perf record options for other commands like perf kvm
stat record. Patch 4-5 are to support exclusive options that cannot
be used at the same time. The perf probe has such options and upcoming
sdt-cache co
The 'perf kvm stat record' tool is an alias of 'perf record' with
predefined kvm related options. All options that passed to 'perf kvm
stat record' are processed by the 'perf record' tool. So, 'perf kvm
stat record --help' prints help of usage for the 'perf record'
command. There are a few options
301 - 400 of 972 matches
Mail list logo