The ACTMON block can monitor several counters, providing averaging and firing
interrupts based on watermarking configuration. This implementation monitors
the MCALL and MCCPU counters to choose an appropriate frequency for the
external memory clock.
This patch is based on work by Alex Frid and
Hello,
these patches implement support for setting the rate of the EMC clock based on
stats collected from the ACTMON, a piece of hw in the Tegra124 that counts
memory accesses (among others).
It depends on the following in-flight patches:
* MC driver:
This block gathers statistics about various counters and can be configured to
fire interrupts when thresholds are crossed.
Signed-off-by: Tomeu Vizoso
---
.../devicetree/bindings/arm/tegra/actmon.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644
On Wed, Oct 29, 2014 at 10:33:19PM +0800, Huang Rui wrote:
> On Wed, Oct 29, 2014 at 09:11:46AM -0500, Felipe Balbi wrote:
> > On Wed, Oct 29, 2014 at 05:13:43PM +0800, Huang Rui wrote:
> > > Hi Felipe, Paul,
> > >
> > > On Tue, Oct 28, 2014 at 10:35:37PM +0800, Huang Rui wrote:
> > > > On Tue,
On Wed, Oct 29, 2014 at 03:51:59PM +0100, Rafael J. Wysocki wrote:
> Never mind. I need to rebase the series anyway because of a bug in the
> second patch, so I'll fold the $subject one into patch [5/12].
Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 10/16/2014 10:55 AM, Laura Abbott wrote:
On 10/15/2014 8:35 PM, Hui Zhu wrote:
It's good to see another proposal to fix CMA utilization. Do you have
any data about the success rate of CMA contiguous allocation after
this patch series? I played around with a similar approach of using
CMA for
On Wed, Oct 29, 2014 at 5:49 AM, Jiri Kosina wrote:
> On Tue, 28 Oct 2014, Benjamin Tissoires wrote:
>
>> >> I've tested these patches successfully on a Chromebook Pixel with the
>> >> following devices:
>> >>
>> >> - T650 touchpad
>> >> - TK820 keyboard/touchpad
>> >> - Original WTP touchpad
>>
removed the unused variables. These variables were only being
assigned some value, but the values were never being used.
it has been build tested after removing the variables.
Signed-off-by: Sudip Mukherjee
---
sound/pci/rme9652/hdspm.c | 23 +++
1 file changed, 3
Cool, thanks a lot, Oded. I guess my compiler did a good job making
sure there were no bugs. :)
Jesse
On Wed, 29 Oct 2014 11:33:38 +0200
Oded Gabbay wrote:
> Hi Joerg and Jesse,
>
> I tested our amdkfd driver with your patches applied (kernel 3.17.1).
> I run OpenCL tests, Aparapi/Sumatra
On Wed, Oct 29, 2014 at 05:26:34PM +0800, pang.xun...@zte.com.cn wrote:
> The memset in ida_init() already handles idr, so there's some
> redundancy in the following idr_init().
>
> This patch removes the memset, and clears ida->free_bitmap instead.
>
> Signed-off-by: pang.xunlei
> ---
>
On Wed, Oct 29, 2014 at 09:11:46AM -0500, Felipe Balbi wrote:
> On Wed, Oct 29, 2014 at 05:13:43PM +0800, Huang Rui wrote:
> > Hi Felipe, Paul,
> >
> > On Tue, Oct 28, 2014 at 10:35:37PM +0800, Huang Rui wrote:
> > > On Tue, Oct 28, 2014 at 08:38:56AM -0500, Felipe Balbi wrote:
> >
> >
> >
> >
Building with the attached random configuration file,
In file included from arch/x86/kernel/x86_init.c:21:0:
./arch/x86/include/asm/io_apic.h:240:20: error: static declaration of
‘mp_should_keep_irq’ follows non-static declaration
static inline bool mp_should_keep_irq(struct device *dev) {
On Wed, 29 Oct 2014, Steffen Trumtrar wrote:
> On Wed, Oct 29, 2014 at 10:16:32AM +, Mark Brown wrote:
> > On Wed, Oct 29, 2014 at 08:57:01AM +0100, Steffen Trumtrar wrote:
> >
> > > So, that shouldn't be a problem though, as I already cooked up a driver
> > > for
> > > the L3 with all the
On Wednesday, October 29, 2014 01:51:29 PM Stephen Rothwell wrote:
> Hi Rafael,
Hi,
> After merging the pm tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> drivers/of/base.c: In function 'of_property_read_string_array':
> drivers/of/base.c:1472:1: warning:
Hi everyone,
Okay, I understand your opinion. So let's drop my patch in this case.
Thank you for your comments.
Julien
Le 29/10/2014 15:02, Max Schwarz a écrit :
Hi,
I'll agree with Karl and Doug. If you (as a board vendor/maintainer/etc) want
to use I2C, it's *your* responsibility to
On Wed, Oct 29, 2014 at 01:45:19PM +, Alexander Gordeev wrote:
> On Wed, Oct 29, 2014 at 05:47:29AM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 29, 2014 at 12:07:07PM +0100, Alexander Gordeev wrote:
> > > Function rcu_is_cpu_rrupt_from_idle() is called from scheduling-
> > > clock interrupt
Hello, Neil.
On Wed, Oct 29, 2014 at 05:26:08PM +1100, NeilBrown wrote:
> Hi Tejun,
> I haven't tested this patch yet so this really is an 'RFC'.
> In general ->nr_active should only be accessed under the pool->lock,
> but a miss-read here will at most cause a very occasional 100ms delay so
>
On Wednesday, October 29, 2014 03:42:23 PM Rafael J. Wysocki wrote:
> On Wednesday, October 29, 2014 10:54:29 AM Mika Westerberg wrote:
> > On Wed, Oct 29, 2014 at 04:41:47PM +0900, Alexandre Courbot wrote:
> > > On 10/29/2014 06:59 AM, Rafael J. Wysocki wrote:
> > > >On Tuesday, October 28, 2014
[Thanks Kevin for the heads up on this]
Hi Bjorn,
On Tue, Sep 30, 2014 at 3:34 AM, Bjorn Andersson
wrote:
> == Codeaurora implementation ==
> The codeaurora implementation originates from an implementation that was
> based purely on initcall and global state
Do you refer to the in-tree
On Wed, Oct 29, 2014 at 01:00:56AM +0100, Oleg Nesterov wrote:
> On 10/28, Peter Zijlstra wrote:
> > So I talked to Rafael yesterday and I'm going to replace all the
> > wait_event*() stuff, and I suppose also freezable_schedule() because
> > they're racy.
> >
> > The moment we call
On Tue, Oct 28, 2014 at 8:38 PM, Mark Brown wrote:
> On Tue, Oct 28, 2014 at 08:00:45PM +0300, Max Filippov wrote:
>> On Tue, Oct 28, 2014 at 6:42 PM, Mark Brown wrote:
>> >> > I would also expect to see the data transfer and I2S bits more split
>> >> > out, presumably this IP can actually be
On Wednesday, October 29, 2014 10:54:29 AM Mika Westerberg wrote:
> On Wed, Oct 29, 2014 at 04:41:47PM +0900, Alexandre Courbot wrote:
> > On 10/29/2014 06:59 AM, Rafael J. Wysocki wrote:
> > >On Tuesday, October 28, 2014 01:15:27 PM Mika Westerberg wrote:
> > >>acpi_dev_add_driver_gpios() makes
On Tue, 28 Oct, at 08:48:23PM, Mathias Krause wrote:
> On 28 October 2014 19:57, Borislav Petkov wrote:
> > [...]
> >
> > Ok, thanks for refreshing this for me, your patch is good, so
> >
> > Acked-by: Borislav Petkov
>
> Thanks. But as you said, the EFI mappings shouldn't be in the kernel's
>
On Wed, 29 Oct 2014, Heena Sirwani wrote:
> The following patchset adds two functions as follows:
> -ktime_get_seconds() to return tv_sec portion of
> ktime_get_ts64().
> -ktime_get_real_seconds() to return tv_sec portion of
> ktime_get_real_ts64().
>
> Changes in v8:
>
On Tue, 28 Oct, at 10:14:25PM, Mathias Krause wrote:
>
> Mapping the kernel into the EFI page table may help ;) Then the
> kernel's #PF handler would be present and able to print a register
> dump, at least.
The kernel is already mapped into the EFI page table.
> So, assuming you're not
On 29/10/14 16:09, Tony Lindgren wrote:
>> omapfb reports problems, but seems to work ok:
>>
>> [0.990386] omapfb omapfb: cannot parse default modes
>> [1.004791] Console: switching to colour frame buffer device 100x30
>> [1.073150] omapfb omapfb: using display 'lcd' mode 800x480
>
>
On Wed, Oct 29, 2014 at 12:34 AM, Mark Brown wrote:
> On Tue, Oct 28, 2014 at 09:11:34PM +0300, Max Filippov wrote:
>> On Tue, Oct 28, 2014 at 8:38 PM, Mark Brown wrote:
>
>> > You *really* need to explain how it's supposed to work - right now it's
>> > not at all obvious, like I say the fact
Commit-ID: dbe7aa622db96b5cd601f59d09c4f00b98b76079
Gitweb: http://git.kernel.org/tip/dbe7aa622db96b5cd601f59d09c4f00b98b76079
Author: Heena Sirwani
AuthorDate: Wed, 29 Oct 2014 16:01:50 +0530
Committer: Thomas Gleixner
CommitDate: Wed, 29 Oct 2014 15:15:40 +0100
timekeeping: Provide
Commit-ID: 9e3680b1750b9a62680b0262c9f438de98b77655
Gitweb: http://git.kernel.org/tip/9e3680b1750b9a62680b0262c9f438de98b77655
Author: Heena Sirwani
AuthorDate: Wed, 29 Oct 2014 16:01:16 +0530
Committer: Thomas Gleixner
CommitDate: Wed, 29 Oct 2014 15:15:40 +0100
timekeeping: Provide
drivers/usb/gadget/udc/r8a66597-udc.c:1849:1-3: WARNING: PTR_ERR_OR_ZERO can be
used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Fengguang Wu
---
r8a66597-udc.c |5 +
1 file changed, 1 insertion(+), 4
From: Arnaldo Carvalho de Melo
Shortening function signature lenght too, since a thread's machine can be
obtained from thread->mg->machine, no need to pass thread, machine.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jean Pihet
Cc: Jiri
From: Arnaldo Carvalho de Melo
Instead of passing both thread and machine.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jean Pihet
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane
From: Namhyung Kim
In some cases, we need to reuse exising options with some of them
disabled. To do that, add PARSE_OPT_DISABLED flag and
set_option_flag() function.
Signed-off-by: Namhyung Kim
Acked-by: Hemant Kumar
Cc: Alexander Yarygin
Cc: David Ahern
Cc: Hemant Kumar
Cc: Ingo Molnar
From: Arnaldo Carvalho de Melo
The 'machine' parameter is used in this function, ditch the
__maybe_unused annotation, not needed.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jean Pihet
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
On Wed, Oct 29, 2014 at 06:23:02PM +0800, Junjie Mao wrote:
> I was not familiar with the acquiring/releasing API either, until I met
> with this bug...
>
> Perhaps we can use static checkers to avoid these issues as early as
> possible. Any suggestions?
CC Dan. His smatch checker might be able
From: Adrian Hunter
This patch introduces an abstraction for exporting sample data in a
database-friendly way. The abstraction does not implement the actual
output. A subsequent patch takes this facility into use for extending
the script interface.
The abstraction is needed because static
From: Masami Hiramatsu
Add --quiet(-q) option to suppress output result message for --add, and
--del options (Note that --lines/funcs/vars are not affected). This
option is useful if you run the perf probe inside your scripts.
Signed-off-by: Masami Hiramatsu
Cc: Hemant Kumar
Cc: Ingo Molnar
On Wed, 2014-10-29 at 05:49AM +0100, Lothar Waßmann wrote:
> Hi,
>
> Sören Brinkmann wrote:
> > On Tue, 2014-10-28 at 04:16PM +0100, Lothar Waßmann wrote:
> > > Hi,
> > >
> > > Soren Brinkmann wrote:
> > > > Signed-off-by: Soren Brinkmann
> > > > ---
> > > > changes since RFC:
> > > > - use
On Wed, Oct 29, 2014 at 05:13:43PM +0800, Huang Rui wrote:
> Hi Felipe, Paul,
>
> On Tue, Oct 28, 2014 at 10:35:37PM +0800, Huang Rui wrote:
> > On Tue, Oct 28, 2014 at 08:38:56AM -0500, Felipe Balbi wrote:
>
>
>
> > >
> > > however, as I mentioned before, the core shouldn't have to know that
From: Adrian Hunter
perf list only lists PMUs with events. Add a flag to cause a PMU to be
also listed separately.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
From: Adrian Hunter
popen() causes an error message to print if perf-read-vdso32 does not
run. Avoid that by not trying to run it if it was not built. Ditto
perf-read-vdsox32.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Paul
* Pavel Machek [141029 01:48]:
>
> Speaking of testing:
>
> I'm not sure what is omap_l3_smx neccessary for, but it does not work.
>
> [0.223297] omap_l3_smx omap_l3_smx.0: couldn't request debug irq
> [0.223419] omap_l3_smx: probe of omap_l3_smx.0 failed with error
> -22
Hmm this
This patch move clock management out of gadget into platform,
make both hcd and gadget can use the clock.
Signed-off-by: Kever Yang
---
Changes in v2:
- move all the clock operation into platform
drivers/usb/dwc2/gadget.c | 24 ++--
drivers/usb/dwc2/platform.c | 32
On 2014/10/22 15:58, Ulf Hansson wrote:
[...]
+
+ list_for_each_entry(de, >dev_list, node) {
+ i += 1;
+ pm_clk_resume(pd->dev);
Do you really need to call pm_clk_resume() number of times that there
are devices in power domain? Did you want it to be
From: Adrian Hunter
Add a Python script to export to a postgresql database.
The script requires the Python pyside module and the Qt PostgreSQL
driver. The packages needed are probably named "python-pyside" and
"libqt4-sql-psql"
The caller of the script must be able to create postgresql
From: Adrian Hunter
Add an index of the event identifiers, in preparation for Intel PT.
The event id (also called the sample id) is a unique number
allocated by the kernel to the event created by perf_event_open(). Events
can include the event id by having a sample type including
This patch adds suspend/resume for dwc2 hcd controller.
Signed-off-by: Kever Yang
---
Changes in v2:
- remove the clock from hcd
- adjust the delay time when resume
drivers/usb/dwc2/hcd.c | 75 ++
1 file changed, 64 insertions(+), 11
From: Arnaldo Carvalho de Melo
Where direct use of the longer form using list_for_entry() was being
used.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
This patchset add clock manage and suspend/resume for dwc2.
Based on Dinh's patch "usb: dwc2: Add support for dual role".
Because the system suspend/resume on my platform still not
ready, and the 'suspend' can't be used in power/control node,
and the auto suspend seems not work, could anyone told
From: Adrian Hunter
'perf record' post-processes the event stream to create a list of
build-ids for object files for which sample events have been recorded.
That results in those object files being recorded in the build-id cache.
In the case of VDSO, perf tools reads it from memory and copies
From: Adrian Hunter
Add a function to deliver synthesized events from within a session.
Intel PT decoding works by synthesizing events (primarily branch events)
that can then be consumed by existing tools. This function will be used
to deliver those events.
Signed-off-by: Adrian Hunter
Cc:
From: Arnaldo Carvalho de Melo
It was silently returning or printing "(null)" when no memory was
available at various points. Fix it by checking and warning the user
when that happens.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jean
From: Adrian Hunter
Use the new db_export facility to export data in a database-friendly
way.
A Python script selects the db_export mode by setting a global variable
'perf_db_export_mode' to True. The script then optionally implements
functions to receive table rows. The functions are:
From: Adrian Hunter
perf tools copy VDSO out of memory. However, on 64-bit machines there
may be 32-bit compatibility VDOs also. To copy those requires separate
32-bit executables.
This patch adds to the build additional programs perf-read-vdso32 and
perf-read-vdsox32 for 32-bit and x32
From: Namhyung Kim
Some options cannot be used at the same time. To handle such options
add a new PARSE_OPT_EXCLUSIVE flag and show error message if more than
one of them is used.
Signed-off-by: Namhyung Kim
Reviewed-by: Masami Hiramatsu
Acked-by: Hemant Kumar
Cc: David Ahern
Cc: Hemant
From: Wang Nan
When 'perf record' write headers, it calls write_xxx in
tools/perf/util/header.c, and check return value. It rolls back all
working only when return value is negative.
This patch ensures write_cpudesc() and write_total_mem() return negative number
when error. Without this patch,
From: Namhyung Kim
The perf probe command has some exclusive options. Use new PARSE_OPT_EXCLUSIVE
flag to simplify the code and show more compact usage.
$ perf probe -l -a foo
Error: switch `a' cannot be used with switch `l'
usage: perf probe [] 'PROBEDEF' ['PROBEDEF' ...]
or:
From: Namhyung Kim
Those are shared with other builtin commands like kvm, script. So
make it accessable from them. This is a preparation of later change
that limiting possible options.
Signed-off-by: Namhyung Kim
Acked-by: Hemant Kumar
Cc: Alexander Yarygin
Cc: David Ahern
Cc: Hemant
From: Namhyung Kim
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.
From: Arnaldo Carvalho de Melo
The unwind__get_entries() already receives the thread parameter, from where it
can
obtain the matching machine structure, shorten the signature.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jean Pihet
Cc:
From: Sukadev Bhattiprolu
Cache the DWARF debug info for DSO so we don't have to rebuild it for each
address in the DSO.
Note that dso__new() uses calloc() so don't need to set dso->dwfl to NULL.
$ /tmp/perf.orig --version
perf version 3.18.rc1.gc2661b8
$ /tmp/perf.new
From: Arnaldo Carvalho de Melo
So stop passing both machine and thread to several thread methods,
reducing function signature length.
Cc: Adrian Hunter
Cc: Borislav Petkov
Cc: David Ahern
Cc: Don Zickus
Cc: Frederic Weisbecker
Cc: Jean Pihet
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung
From: Arnaldo Carvalho de Melo
We were setting this only in machine__init(), i.e. for the map_groups that
holds the kernel module maps, not for the one used for a thread's executable
mmaps.
Now we are sure that we can obtain the machine where a thread is by going
via thread->mg->machine, thus
Hi Ingo,
Please consider pulling, as suggested, this is done on top
of my last +perf-urgent-for-mingo tag.
- Arnaldo
The following changes since commit 4cdcc33db2f0455f297b4e14e434ba311ec5ca06:
perf probe: Trivial typo fix for --demangle (2014-10-29 10:30:18 -0200)
are available in
On 10/17/2014, 06:08 PM, Guenter Roeck wrote:
> On 10/17/2014 01:11 AM, Jiri Slaby wrote:
>> This is the start of the stable review cycle for the 3.12.31 release.
>> There are 197 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with these being
On 10/24/2014 05:00 AM, Joonsoo Kim wrote:
On Thu, Oct 23, 2014 at 10:39:45AM +0200, Vlastimil Babka wrote:
On 10/23/2014 10:15 AM, Joonsoo Kim wrote:
On Tue, Oct 14, 2014 at 01:53:44PM -0700, a...@linux-foundation.org wrote:
The patch titled
Subject: mm/compaction.c: avoid premature
Hi,
I'll agree with Karl and Doug. If you (as a board vendor/maintainer/etc) want
to use I2C, it's *your* responsibility to provide the pullup resistors by
either including pullup resistors on the board or by enabling the internal
ones.
Either way, you should think a moment about the
Em Wed, Oct 29, 2014 at 02:23:50PM +0100, Jiri Olsa escreveu:
> On Thu, Oct 23, 2014 at 01:45:18PM +0300, Adrian Hunter wrote:
> > Enhance the thread stack to output detailed information
> > about paired calls and returns.
>
> Any chance we could get more explanation for this one?
> IMHO it's
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive
- workarounds for a couple of misbehaving Elan Touchscreens, by Adel
Gadllah
- fix for TransducerSerialNumber field implementation, by Jason Gerecke
- a couple of new HID usages (added
On 27/10/14 16:05, Boris Ostrovsky wrote:
> Changes in v2:
> * New version of cpuid.h file from Xen tree (with a couple of style
> adjustments)
> * Whitespace cleanup
>
> Currently HVM guests handle MSI interrupts using pirqs/event channels,
> allowing
> us to not issue APIC accesses that
Eric,
Much better. One small nit below:
On Tue, Oct 28, 2014 at 06:44:31PM -0500, Eric Rost wrote:
> Removes skein_debug.h include since skein_debug.h is nonexistent.
> Removes unneeded debug empty macro defines and their uses.
>
> Signed-off-by: Eric Rost
> ---
>
I'd be more inclined to have pulls disabled by default, it's more standard with
what smaller
micros do, but I've no experience with these bigger cortex-a parts. It's also
the "least
surprise" path. If you want to try and use the onboard pullups, you can
specify that in your
board file, but
On Wed, Oct 29, 2014 at 11:47 AM, Dmitry Lavnikevich
wrote:
> By mistake previous patchset versions was sent as in-reply-to to
> previous patchset versions, so they may have been lost among other
> mails.
>
> One of pathces was already applied by Mark Brown, here is 3 patches
> implementing audio
On Wednesday, October 29, 2014 09:35:06 AM Richard Guy Briggs wrote:
> When an AUDIT_GET_FEATURE message is sent from userspace to the kernel, it
> should reply with a message tagged as an AUDIT_GET_FEATURE type with a
> struct audit_feature. The current reply is a message tagged as an
>
On 10/28/2014 08:16 AM, Joonsoo Kim wrote:> On Mon, Oct 27, 2014 at
10:11:31AM +0100, Vlastimil Babka wrote:
>> On 10/27/2014 07:46 AM, Joonsoo Kim wrote:
>>> On Tue, Oct 07, 2014 at 05:33:35PM +0200, Vlastimil Babka wrote:
>>>
>>> Hello,
>>>
>>> compaction_suitable() has one more
Since pins and frequency are specific to module (pfla02), not base board
(pbab02), it is better to be initialized in corresponding dts file.
This patch fixes i2c2, i2c3 pin configuration which caused messages:
imx6q-pinctrl 20e.iomuxc: no groups defined in
Audio on phyFLEX boards is presented by tlv320aic3007 codec connected
over SSI interface.
Signed-off-by: Dmitry Lavnikevich
---
arch/arm/boot/dts/imx6qdl-phytec-pbab01.dtsi | 100 ++-
arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi | 15
2 files changed, 113
By mistake previous patchset versions was sent as in-reply-to to
previous patchset versions, so they may have been lost among other
mails.
One of pathces was already applied by Mark Brown, here is 3 patches
implementing audio support on Phytec phyFLEX-i.MX6 boards.
This patchset version only
[ Again, please stop with the top-posting.
A: http://en.wikipedia.org/wiki/Top_post
Q: Were do I find info about this thing called top-posting?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing? ]
On Wed, Oct 29, 2014 at 02:11:02PM
Used on Phytec PBAB01 board.
Signed-off-by: Dmitry Lavnikevich
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/configs/imx_v6_v7_defconfig
index 8fca6e276b69..cac07d67b933 100644
---
Hi all,
sorry for missing Signed-offs, they will be added, of course.
>>> + /* Regulation 45 ohms */
>>> + if (phy->index == 0)
>>> + sun4i_usb_phy_write(phy, PHY_RES45_CAL_EN, 0x01, 1);
>>
>> What is this code supposed to do?
>>
>> Some define for this bit and/or a better
On Wed, Oct 29, 2014 at 12:48:34PM +, Matt Fleming wrote:
> On Wed, 29 Oct, at 09:16:40AM, Peter Zijlstra wrote:
> >
> > Ah, so one way around that is to only assign a (whats the CQE equivalent
> > of RMIDs again?) once you stick a task in.
>
> I think you're after "Class of Service" (CLOS)
The driver wasn't properly configuring the hardware for the current
termios settings under all conditions. Ensure that termios are
written to the device when the port is activated.
Signed-off-by: Jim Paris
---
Peter Hurley wrote:
> Yeah, you're right that the cdc-acm driver isn't properly
On Wed, Oct 29, 2014 at 06:20:40AM -0700, Guenter Roeck wrote:
> On 10/29/2014 05:34 AM, Johan Hovold wrote:
> > On Tue, Oct 28, 2014 at 03:16:10PM +, Russell King - ARM Linux wrote:
> >> On Tue, Oct 28, 2014 at 02:12:57PM +0100, Johan Hovold wrote:
> >>> That's not what I was trying to refer
On 29 October 2014 14:32, Geert Uytterhoeven wrote:
> Hi Ulf,
>
> On Wed, Oct 29, 2014 at 2:25 PM, Ulf Hansson wrote:
>> On 23 October 2014 14:12, Geert Uytterhoeven wrote:
>>> PM domains are powered on/off from various places. Some callers do
>>> latency measurements, others don't. Consolidate
On Wed, Oct 29, 2014 at 05:47:29AM -0700, Paul E. McKenney wrote:
> On Wed, Oct 29, 2014 at 12:07:07PM +0100, Alexander Gordeev wrote:
> > Function rcu_is_cpu_rrupt_from_idle() is called from scheduling-
> > clock interrupt handler to check if the current CPU was interrupted
> > from idle. If
On 10/28/14, 8:26 PM, Paul Zimmerman wrote:
>> From: dingu...@opensource.altera.com [mailto:dingu...@opensource.altera.com]
>> Sent: Tuesday, October 28, 2014 4:26 PM
>>
>> Now that platform.c will get built for both Host and Gadget, if we leave the
>> usb_disabled() call in platform.c, it
When an AUDIT_GET_FEATURE message is sent from userspace to the kernel, it
should reply with a message tagged as an AUDIT_GET_FEATURE type with a struct
audit_feature. The current reply is a message tagged as an AUDIT_GET
type with a struct audit_feature.
This appears to have been a
Hi Ulf,
On Wed, Oct 29, 2014 at 2:25 PM, Ulf Hansson wrote:
> On 23 October 2014 14:12, Geert Uytterhoeven wrote:
>> PM domains are powered on/off from various places. Some callers do
>> latency measurements, others don't. Consolidate using two helper
>> functions, which always measure the
On Wed, Oct 29, 2014 at 01:10:20PM +, Russell King - ARM Linux wrote:
> On Wed, Oct 29, 2014 at 01:34:18PM +0100, Johan Hovold wrote:
> > On Tue, Oct 28, 2014 at 03:16:10PM +, Russell King - ARM Linux wrote:
> > > And how is that different from having a set of power-off handlers, and
> > >
On 23 October 2014 14:12, Geert Uytterhoeven wrote:
> PM domains are powered on/off from various places. Some callers do
> latency measurements, others don't. Consolidate using two helper
> functions, which always measure the latencies, and update the stored
> latencies when needed.
>
> Other
On Thu, Oct 23, 2014 at 01:45:18PM +0300, Adrian Hunter wrote:
> Enhance the thread stack to output detailed information
> about paired calls and returns.
Any chance we could get more explanation for this one?
IMHO it's pretty complex patch to have just 2 lines in
changelog..
If you could
On 10/29/2014 05:34 AM, Johan Hovold wrote:
On Tue, Oct 28, 2014 at 03:16:10PM +, Russell King - ARM Linux wrote:
On Tue, Oct 28, 2014 at 02:12:57PM +0100, Johan Hovold wrote:
That's not what I was trying to refer to. But the patch set explicitly
allows for multiple, prioritised power-off
Hi Addy, Max, Wolfram,
after Doug's explanation of disfavour [0] and Julien's subsequent response I'm
not sure which direction to go. So if possible I'd like to collect some more
opinions of people knowing a lot more about i2c internals than myself :-) .
Thanks
Heiko
[0]
On 17 October 2014 12:58, Andrzej Hajda wrote:
> PM uses three separate functions to fetch RPM callbacks.
> These functions uses quite complicated macro in their body.
> The patch replaces these routines with one small macro and
> one helper function.
>
> Signed-off-by: Andrzej Hajda
> ---
> Hi,
This just to be sure, nothing more. I did read that you mentionned
"poweroff-source" earlier. However If I am wrong, my bad, everything
is fine.
2014-10-29 14:00 GMT+01:00 Johan Hovold :
> [ Please do not top-post. ]
>
> On Wed, Oct 29, 2014 at 01:55:49PM +0100, Romain Perier wrote:
>> Johan:. do
On Wed, Oct 29, 2014 at 01:34:18PM +0100, Johan Hovold wrote:
> On Tue, Oct 28, 2014 at 03:16:10PM +, Russell King - ARM Linux wrote:
> > And how is that different from having a set of power-off handlers, and
> > reporting when each individual one fails? Don't you want to know if
> > your
On 27 October 2014 23:35, Stefano Stabellini
wrote:
> On Mon, 27 Oct 2014, pang.xunlei wrote:
>> The kernel uses 32-bit signed value(time_t) for seconds since
>> 1970-01-01:00:00:00, so it
>> will overflow at 2038-01-19 03:14:08 on 32-bit systems. We call this "2038
>> safety" issue.
>>
>> As
[ Please do not top-post. ]
On Wed, Oct 29, 2014 at 01:55:49PM +0100, Romain Perier wrote:
> Johan:. do you really plan to use this "poweroff-source" property ? As
> you proposed a renaming few days ago...
> I don't really want to waste time to propose patches to fix things
> incrementally and
Hi Brian,
On Tue, 28 Oct 2014 11:13:11 -0700
Brian Norris wrote:
> Hi Boris,
>
> On Tue, Oct 21, 2014 at 03:08:41PM +0200, Boris Brezillon wrote:
> > +static int sunxi_nand_hw_ecc_ctrl_init(struct mtd_info *mtd,
> > + struct nand_ecc_ctrl *ecc,
> > +
601 - 700 of 2010 matches
Mail list logo