xen_initdom_restore_msi_irqs trigger a hypercall to restore addr/data/mask
in dom0. It's better to do the same in default_restore_msi_irqs for baremetal.
Move restore of mask in default_restore_msi_irqs, this could avoid mask
restored twice in dom0, and the logic for baremetal keep same.
First
On Fri, Aug 02, 2013 at 12:20:40PM +0200, Peter Zijlstra wrote:
> On Fri, Aug 02, 2013 at 06:05:51PM +0900, ���ؼ� wrote:
>
> What is with you people; have you never learned to trim emails?
>
> Seriously, I'm going to write a script which tests to too many quoted
> lines, too many nested quotes
Some of pincontrol driver needs the utility function to create map
list. The utility function needed for adding mux, configs etc.
In place of duplicating this in each driver, add the common utility
function in common file and use from device specific driver. This will
reduce the duplicating of
Changes from V1:
- Split the additon of common code into pinctrl-utils and pinconf-generic.
- Use the pinconf-generic APIs for mapping node.
- Use pinconf generic properties to define the Palmas pincontrol nodes.
- Nit and cleanups, typo fixes, rephrasing the sentences etc.
- Use pin specific APIs
TI Palmas series Power Management IC have multiple pins which can be
configured for different functionality. This pins can be configured
for different function. Also their properties like pull up/down,
open drain enable/disable are configurable.
Add support for pincontrol driver Palmas series
Add generic APIs to map the DT node and its sub node in pinconf generic
driver. These APIs can be used from driver to parse the DT node who
uses the pinconf generic APIs for defining their nodes.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- Add generic property for pins and functions
On Sun 04-08-13 21:13:44, KOSAKI Motohiro wrote:
> On Sun, Aug 4, 2013 at 4:07 AM, Michal Hocko wrote:
> > On Sat 03-08-13 16:16:58, KOSAKI Motohiro wrote:
> >> >>> You missed the "!". I'm proposing that setting the new bit 2 will
> >> >>> permit people to prevent the new printk if it is causing
On 2013-08-02 20:01, Konrad Rzeszutek Wilk wrote:
Konrad, are you OK with this patch now?
Yes, I wanted to make sure that the existing behavior under baremetal
was not altered.
And Duan had confirmed it was not - thought to be on a safe side it
would be good to confirm this via testing just
I was preparing to promote zram and it was almost done.
Before sending patch, I tried to test and eyebrows went up.
[1] introduced down_write in zram_slot_free_notify to prevent race
between zram_slot_free_notify and zram_bvec_[read|write]. The race
could happen if somebody who has right
Hi Arnaldo,
On Wed, 31 Jul 2013 11:07:46 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Jul 31, 2013 at 09:51:54AM +0900, Namhyung Kim escreveu:
>> 2013-07-30 오후 10:28, Arnaldo Carvalho de Melo 쓴 글:
>> >Em Tue, Jul 30, 2013 at 06:18:58PM +0900, Namhyung Kim escreveu:
>> >>Current trace info
From: "Lee, Jae-Hong"
This patch corrects unfaithful Korean translation in Documentation/ko_KR/HOWTO.
Signed-off-by: Lee, Jae-Hong
Acked-by: Minchan Kim
---
Documentation/ko_KR/HOWTO |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/ko_KR/HOWTO
> > > Although, I think the 0 = 1, 1 = 2 ... stuff is really confusing. Is
> > > there nothing we can do about that?
> >
> > OK, enum value of lp3943_pwm_output can be changed as below because
> > LP3943_PWM_INVALID is not used anymore.
> >
> > enum lp3943_pwm_output {
> > LP3943_PWM_OUT0,
> >
From: "Lee, Jae-Hong"
This patch fixes some minor typos in Documentation/ko_KR/stable_api_nonsense.txt
Signed-off-by: Lee, Jae-Hong
Acked-by: Minchan Kim
---
Documentation/ko_KR/stable_api_nonsense.txt |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Jingchang Lu
---
changes in v2:
using generic dma-channels property instead of fsl,dma-channels.
arch/arm/boot/dts/vf610.dtsi | 49 +
include/dt-bindings/dma/vf610-edma.h | 103 +++
2 files changed, 152 insertions(+)
Add Freescale enhanced direct memory(eDMA) controller support.
The eDMA controller deploys DMAMUXs routing DMA request sources(slot)
to eDMA channels.
This module can be found on Vybrid and LS-1 SoCs.
Signed-off-by: Alison Wang
Signed-off-by: Xiaochun Li
Signed-off-by: Jingchang Lu
---
changes
On 08/03/2013 04:05 AM, David Ahern wrote:
> Add an option to analyze a specific VM within a data file. This
> allows the collection of kvm events for all VMs and then analyze
> data for each VM (or set of VMs) individually.
Interesting.
But how can we know which pid is the guest's pid after
>>> Hugh Dickins schrieb am 04.08.2013 um 00:37 in Nachricht
:
> On Thu, 1 Aug 2013, Ulrich Windl wrote:
>> Hi folks!
>>
>> I think I'd let you know (maybe I'm wrong, and the kernel is right):
>>
>> I write a C-program that maps a file into an private writable map. Then I
> modify the area a
Hello,
git commit "leds-lp5523: use generic firmware interface"
db6eaf8388a413a5ee1b4547ce78506b9c6456b0 introduced in kernel
3.10 changed user space API for modifing lp5523 led patterns via
/sys.
Before this commit there were sysfs attributes engineX_mode,
engineX_load and engineX_leds (for
On 08/03/2013 04:05 AM, David Ahern wrote:
> Expected to have missing events for each vcpu when perf is
> started. After that should not have missing events.
Sorry, i can not understand what's this info used for.
>
> Signed-off-by: David Ahern
> Cc: Arnaldo Carvalho de Melo
> Cc: Ingo Molnar
Hi all,
Changes since 20130802:
The ext4 tree still has its build failure so I used the version from
next-20130726.
The tty tree gained a conflict against the sh tree.
I have created today's linux-next tree at
Remove? or Integrate? :)
(2013/07/31 18:03), Namhyung Kim wrote:
> From: Namhyung Kim
>
> The set_print_fmt() functions are implemented almost same for
> [ku]probes. Move it to a common place and get rid of the duplication.
Anyway this looks good for me;)
Acked-by: Masami Hiramatsu
Thanks!
Here is new version (v3) of omap secure part patch:
Other secure functions omap_smc1() and omap_smc2() calling instruction smc #0
but Nokia RX-51 board needs to call smc #1 for PPA access.
Signed-off-by: Ivaylo Dimitrov
Signed-off-by: Pali Rohár
---
diff --git
Hello,
On Tuesday 23 July 2013 12:01:39 Tomi Valkeinen wrote:
> On 13/07/13 21:27, Pavel Machek wrote:
> > On Wed 2013-07-10 15:08:59, Pali Rohár wrote:
> >> * On RX-51 probing for acx565akm driver is later then for
> >> omapfb which cause that omapfb probe fail and framebuffer
> >> is not
* Olof Johansson [130802 22:37]:
> On Fri, Aug 2, 2013 at 2:31 PM, Matt Sealey wrote:
> > On Fri, Aug 2, 2013 at 3:13 AM, Tony Lindgren wrote:
> >> * Mel Gorman [130731 08:28]:
> >>> On Wed, Jul 31, 2013 at 12:38:03AM -0700, Tony Lindgren wrote:
> >>> > Hi all,
> >>> >
> >>> > Probably the
On 08/03/2013 04:05 AM, David Ahern wrote:
> This is useful to spot high latency blips.
Yes, it is a good idea.
>
> Signed-off-by: David Ahern
> Cc: Arnaldo Carvalho de Melo
> Cc: Ingo Molnar
> Cc: Frederic Weisbecker
> Cc: Peter Zijlstra
> Cc: Jiri Olsa
> Cc: Namhyung Kim
> Cc: Xiao
On Thursday 01 August 2013 02:34 AM, Stephen Warren wrote:
On 07/31/2013 11:42 AM, Tuomas Tynkkynen wrote:
The lock bit on PLL_U does not seem to be working correctly and
sometimes never gets set when waiting for the PLL to come up.
Remove the TEGRA_PLL_USE_LOCK flag to use a constant delay.
* Mike Turquette [130802 13:04]:
> Quoting Tony Lindgren (2013-08-02 00:53:53)
> > People are unnecessarily defining registers in kernel for similar devices
> > over and over again for each new SoC at the arch level and now more and
> > more at the driver level.
> >
> > One example of that are
On Mon, Aug 05, 2013 at 09:49:36AM +0900, Chanwoo Choi wrote:
> Hi Greg,
>
> This is extcon-next pull request for 3.12. I add detailed description
> of this pull request on below. Please pull extcon with following updates.
>
> Best Regards,
> Chanwoo Choi
>
> The following changes since commit
On Mon, 2013-08-05 at 15:22 +0900, Masami Hiramatsu wrote:
> (2013/07/31 18:03), Namhyung Kim wrote:
> > From: Namhyung Kim
> >
> > The print format of s32 type was "ld" and it's casted to "long". So
> > it turned out to print 4294967295 for "-1" on 64-bit systems. Not
> > sure whether it
* Russell King - ARM Linux [130802 06:31]:
> On Fri, Aug 02, 2013 at 05:41:31AM -0700, Tony Lindgren wrote:
> > Oh and thinking about it a bit more, this issue is mostly with the
> > device drivers implementing frameworks, not the device drivers
> > using the frameworks. Things like clocks,
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idiom.
Signed-off-by: Christopher James Halse Rogers
---
I've run into a point
Hi tj,
I have resent the v2 patch-set. Would you please give some more
comments about the memblock and x86 booting code modification ?
And I'm also discussing with the ACPICA guys about the implementation
on ACPI side. I hope we can catch up with 3.12 this time.
Thanks.
On 08/02/2013 05:14
(2013/07/31 18:03), Namhyung Kim wrote:
> From: Namhyung Kim
>
> The print format of s32 type was "ld" and it's casted to "long". So
> it turned out to print 4294967295 for "-1" on 64-bit systems. Not
> sure whether it worked well on 32-bit systems.
>
> Anyway, it'd be better if we have exact
* Christian Daudt [130802 16:13]:
> On Fri, Aug 2, 2013 at 1:33 AM, Tony Lindgren wrote:
> > * Jason Cooper [130731 07:25]:
> >> So, I'd like to propose we discuss some lessons learned and maybe arrive
> >> at some best practices. eg, should we just go with mach-$COMPANY/? How
> >> best to
On 08/03/2013 04:05 AM, David Ahern wrote:
> Signed-off-by: David Ahern
> Cc: Arnaldo Carvalho de Melo
> Cc: Ingo Molnar
> Cc: Frederic Weisbecker
> Cc: Peter Zijlstra
> Cc: Jiri Olsa
> Cc: Namhyung Kim
> Cc: Xiao Guangrong
> Cc: Runzhen Wang
> ---
> tools/perf/builtin-kvm.c | 21
Current code has wrong mask and val arguments for updating ramp_delay. Fix it.
Also ensure the return value of get_ramp_delay() won't greater than 3 because
the mask field for ramp_val only takes 2 bits.
Signed-off-by: Axel Lin
---
drivers/regulator/s2mps11.c | 8 ++--
1 file changed, 6
On Mon, Aug 05, 2013 at 12:59:19PM +0800, Xiao Guangrong wrote:
> Current code always uses arch.mmu to check the reserved bits on guest gpte
> which is valid only for L1 guest, we should use arch.nested_mmu instead when
> we translate gva to gpa for the L2 guest
>
> Fix it by using @mmu instead
(2013/07/31 18:03), Namhyung Kim wrote:
> From: Namhyung Kim
>
> The __get_data_size() and store_trace_args() will be used by uprobes
> too. Move them to a common location.
Hmm, could you move this into trace_probe.h? Since this will
be used in fast path, I'd like to keep it as inlined.
>
>
On 08/03/2013 04:05 AM, David Ahern wrote:
> Need an initialization function to set min to -1 to
> differentiate from an actual min of 0.
Reviewed-by: Xiao Guangrong
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
(2013/07/31 18:03), Namhyung Kim wrote:
> From: Namhyung Kim
>
> The uprobe syntax requires an offset after a file path not a symbol.
Is this a bugfix? If so, IMHO, it should be applied earlier in the series.
Reviewed-by: Masami Hiramatsu
>
> Cc: Masami Hiramatsu
> Cc: Srikar Dronamraju
>
(2013/07/31 18:03), Namhyung Kim wrote:
> From: Namhyung Kim
>
> There are functions that can be shared to both of kprobes and uprobes.
> Separate common data structure to struct trace_probe and use it from
> the shared functions.
Thanks, basically I'm good at this change.
Could you also rename
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
There are functions that can be shared to both of kprobes and uprobes.
Separate common data structure to struct trace_probe and use it from
the shared functions.
Thanks, basically I'm good at this change.
Could
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The uprobe syntax requires an offset after a file path not a symbol.
Is this a bugfix? If so, IMHO, it should be applied earlier in the series.
Reviewed-by: Masami Hiramatsu masami.hiramatsu...@hitachi.com
On 08/03/2013 04:05 AM, David Ahern wrote:
Need an initialization function to set min to -1 to
differentiate from an actual min of 0.
Reviewed-by: Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The __get_data_size() and store_trace_args() will be used by uprobes
too. Move them to a common location.
Hmm, could you move this into trace_probe.h? Since this will
be used in fast path, I'd like to keep it as
On Mon, Aug 05, 2013 at 12:59:19PM +0800, Xiao Guangrong wrote:
Current code always uses arch.mmu to check the reserved bits on guest gpte
which is valid only for L1 guest, we should use arch.nested_mmu instead when
we translate gva to gpa for the L2 guest
Fix it by using @mmu instead since
On 08/03/2013 04:05 AM, David Ahern wrote:
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
Cc: Ingo Molnar mi...@kernel.org
Cc: Frederic Weisbecker fweis...@gmail.com
Cc: Peter Zijlstra pet...@infradead.org
Cc: Jiri Olsa jo...@redhat.com
Cc:
Current code has wrong mask and val arguments for updating ramp_delay. Fix it.
Also ensure the return value of get_ramp_delay() won't greater than 3 because
the mask field for ramp_val only takes 2 bits.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/s2mps11.c | 8 ++--
1
* Christian Daudt cs...@daudt.org [130802 16:13]:
On Fri, Aug 2, 2013 at 1:33 AM, Tony Lindgren t...@atomide.com wrote:
* Jason Cooper ja...@lakedaemon.net [130731 07:25]:
So, I'd like to propose we discuss some lessons learned and maybe arrive
at some best practices. eg, should we just go
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The print format of s32 type was ld and it's casted to long. So
it turned out to print 4294967295 for -1 on 64-bit systems. Not
sure whether it worked well on 32-bit systems.
Anyway, it'd be better if we
Hi tj,
I have resent the v2 patch-set. Would you please give some more
comments about the memblock and x86 booting code modification ?
And I'm also discussing with the ACPICA guys about the implementation
on ACPI side. I hope we can catch up with 3.12 this time.
Thanks.
On 08/02/2013 05:14
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idiom.
Signed-off-by: Christopher James Halse Rogers
* Russell King - ARM Linux li...@arm.linux.org.uk [130802 06:31]:
On Fri, Aug 02, 2013 at 05:41:31AM -0700, Tony Lindgren wrote:
Oh and thinking about it a bit more, this issue is mostly with the
device drivers implementing frameworks, not the device drivers
using the frameworks. Things
On Mon, 2013-08-05 at 15:22 +0900, Masami Hiramatsu wrote:
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The print format of s32 type was ld and it's casted to long. So
it turned out to print 4294967295 for -1 on 64-bit systems. Not
sure whether it
On Mon, Aug 05, 2013 at 09:49:36AM +0900, Chanwoo Choi wrote:
Hi Greg,
This is extcon-next pull request for 3.12. I add detailed description
of this pull request on below. Please pull extcon with following updates.
Best Regards,
Chanwoo Choi
The following changes since commit
* Mike Turquette mturque...@linaro.org [130802 13:04]:
Quoting Tony Lindgren (2013-08-02 00:53:53)
People are unnecessarily defining registers in kernel for similar devices
over and over again for each new SoC at the arch level and now more and
more at the driver level.
One example of
On Thursday 01 August 2013 02:34 AM, Stephen Warren wrote:
On 07/31/2013 11:42 AM, Tuomas Tynkkynen wrote:
The lock bit on PLL_U does not seem to be working correctly and
sometimes never gets set when waiting for the PLL to come up.
Remove the TEGRA_PLL_USE_LOCK flag to use a constant delay.
On 08/03/2013 04:05 AM, David Ahern wrote:
This is useful to spot high latency blips.
Yes, it is a good idea.
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo a...@ghostprotocols.net
Cc: Ingo Molnar mi...@kernel.org
Cc: Frederic Weisbecker fweis...@gmail.com
Cc:
* Olof Johansson o...@lixom.net [130802 22:37]:
On Fri, Aug 2, 2013 at 2:31 PM, Matt Sealey n...@bakuhatsu.net wrote:
On Fri, Aug 2, 2013 at 3:13 AM, Tony Lindgren t...@atomide.com wrote:
* Mel Gorman mgor...@suse.de [130731 08:28]:
On Wed, Jul 31, 2013 at 12:38:03AM -0700, Tony Lindgren
Hello,
On Tuesday 23 July 2013 12:01:39 Tomi Valkeinen wrote:
On 13/07/13 21:27, Pavel Machek wrote:
On Wed 2013-07-10 15:08:59, Pali Rohár wrote:
* On RX-51 probing for acx565akm driver is later then for
omapfb which cause that omapfb probe fail and framebuffer
is not working *
Remove? or Integrate? :)
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The set_print_fmt() functions are implemented almost same for
[ku]probes. Move it to a common place and get rid of the duplication.
Anyway this looks good for me;)
Acked-by: Masami
Here is new version (v3) of omap secure part patch:
Other secure functions omap_smc1() and omap_smc2() calling instruction smc #0
but Nokia RX-51 board needs to call smc #1 for PPA access.
Signed-off-by: Ivaylo Dimitrov freemangor...@abv.bg
Signed-off-by: Pali Rohár pali.ro...@gmail.com
---
diff
Hi all,
Changes since 20130802:
The ext4 tree still has its build failure so I used the version from
next-20130726.
The tty tree gained a conflict against the sh tree.
I have created today's linux-next tree at
On 08/03/2013 04:05 AM, David Ahern wrote:
Expected to have missing events for each vcpu when perf is
started. After that should not have missing events.
Sorry, i can not understand what's this info used for.
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Arnaldo Carvalho de Melo
Hello,
git commit leds-lp5523: use generic firmware interface
db6eaf8388a413a5ee1b4547ce78506b9c6456b0 introduced in kernel
3.10 changed user space API for modifing lp5523 led patterns via
/sys.
Before this commit there were sysfs attributes engineX_mode,
engineX_load and engineX_leds (for
Hugh Dickins hu...@google.com schrieb am 04.08.2013 um 00:37 in Nachricht
alpine.LNX.2.00.1308031516010.11134@eggly.anvils:
On Thu, 1 Aug 2013, Ulrich Windl wrote:
Hi folks!
I think I'd let you know (maybe I'm wrong, and the kernel is right):
I write a C-program that maps a file into an
On 08/03/2013 04:05 AM, David Ahern wrote:
Add an option to analyze a specific VM within a data file. This
allows the collection of kvm events for all VMs and then analyze
data for each VM (or set of VMs) individually.
Interesting.
But how can we know which pid is the guest's pid after
Add Freescale enhanced direct memory(eDMA) controller support.
The eDMA controller deploys DMAMUXs routing DMA request sources(slot)
to eDMA channels.
This module can be found on Vybrid and LS-1 SoCs.
Signed-off-by: Alison Wang b18...@freescale.com
Signed-off-by: Xiaochun Li b41...@freescale.com
Signed-off-by: Jingchang Lu b35...@freescale.com
---
changes in v2:
using generic dma-channels property instead of fsl,dma-channels.
arch/arm/boot/dts/vf610.dtsi | 49 +
include/dt-bindings/dma/vf610-edma.h | 103 +++
2 files changed,
From: Lee, Jae-Hong pyra...@gmail.com
This patch fixes some minor typos in Documentation/ko_KR/stable_api_nonsense.txt
Signed-off-by: Lee, Jae-Hong pyra...@gmail.com
Acked-by: Minchan Kim minc...@kernel.org
---
Documentation/ko_KR/stable_api_nonsense.txt |6 +++---
1 file changed, 3
Although, I think the 0 = 1, 1 = 2 ... stuff is really confusing. Is
there nothing we can do about that?
OK, enum value of lp3943_pwm_output can be changed as below because
LP3943_PWM_INVALID is not used anymore.
enum lp3943_pwm_output {
LP3943_PWM_OUT0,
From: Lee, Jae-Hong pyra...@gmail.com
This patch corrects unfaithful Korean translation in Documentation/ko_KR/HOWTO.
Signed-off-by: Lee, Jae-Hong pyra...@gmail.com
Acked-by: Minchan Kim minc...@kernel.org
---
Documentation/ko_KR/HOWTO |4 ++--
1 file changed, 2 insertions(+), 2
Hi Arnaldo,
On Wed, 31 Jul 2013 11:07:46 -0300, Arnaldo Carvalho de Melo wrote:
Em Wed, Jul 31, 2013 at 09:51:54AM +0900, Namhyung Kim escreveu:
2013-07-30 오후 10:28, Arnaldo Carvalho de Melo 쓴 글:
Em Tue, Jul 30, 2013 at 06:18:58PM +0900, Namhyung Kim escreveu:
Current trace info data lacks
I was preparing to promote zram and it was almost done.
Before sending patch, I tried to test and eyebrows went up.
[1] introduced down_write in zram_slot_free_notify to prevent race
between zram_slot_free_notify and zram_bvec_[read|write]. The race
could happen if somebody who has right
On 2013-08-02 20:01, Konrad Rzeszutek Wilk wrote:
Konrad, are you OK with this patch now?
Yes, I wanted to make sure that the existing behavior under baremetal
was not altered.
And Duan had confirmed it was not - thought to be on a safe side it
would be good to confirm this via testing just
On Sun 04-08-13 21:13:44, KOSAKI Motohiro wrote:
On Sun, Aug 4, 2013 at 4:07 AM, Michal Hocko mho...@suse.cz wrote:
On Sat 03-08-13 16:16:58, KOSAKI Motohiro wrote:
You missed the !. I'm proposing that setting the new bit 2 will
permit people to prevent the new printk if it is causing
Changes from V1:
- Split the additon of common code into pinctrl-utils and pinconf-generic.
- Use the pinconf-generic APIs for mapping node.
- Use pinconf generic properties to define the Palmas pincontrol nodes.
- Nit and cleanups, typo fixes, rephrasing the sentences etc.
- Use pin specific APIs
TI Palmas series Power Management IC have multiple pins which can be
configured for different functionality. This pins can be configured
for different function. Also their properties like pull up/down,
open drain enable/disable are configurable.
Add support for pincontrol driver Palmas series
Add generic APIs to map the DT node and its sub node in pinconf generic
driver. These APIs can be used from driver to parse the DT node who
uses the pinconf generic APIs for defining their nodes.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
---
Changes from V1:
- Add generic property for
Some of pincontrol driver needs the utility function to create map
list. The utility function needed for adding mux, configs etc.
In place of duplicating this in each driver, add the common utility
function in common file and use from device specific driver. This will
reduce the duplicating of
On Fri, Aug 02, 2013 at 12:20:40PM +0200, Peter Zijlstra wrote:
On Fri, Aug 02, 2013 at 06:05:51PM +0900, ���ؼ� wrote:
What is with you people; have you never learned to trim emails?
Seriously, I'm going to write a script which tests to too many quoted
lines, too many nested quotes and
On Mon, Aug 05, 2013 at 09:52:28AM +0530, Preeti U Murthy wrote:
On 08/02/2013 04:02 PM, Peter Zijlstra wrote:
On Fri, Aug 02, 2013 at 02:56:14PM +0530, Preeti U Murthy wrote:
You need to iterate over all the groups of the sched domain env-sd and
not just the first group of env-sd like you
xen_initdom_restore_msi_irqs trigger a hypercall to restore addr/data/mask
in dom0. It's better to do the same in default_restore_msi_irqs for baremetal.
Move restore of mask in default_restore_msi_irqs, this could avoid mask
restored twice in dom0, and the logic for baremetal keep same.
First
On Thu, Aug 01, 2013 at 02:12:22PM -0700, Furquan Shaikh wrote:
Enables getting correct mode clock when reading pipe config
Signed-off-by: Furquan Shaikh furq...@google.com
---
drivers/gpu/drm/i915/intel_ddi.c | 8
drivers/gpu/drm/i915/intel_display.c | 9 -
2 files
Hello,
git commit leds-lp5523: use generic firmware interface
db6eaf8388a413a5ee1b4547ce78506b9c6456b0 introduced in kernel
3.10 changed user space API for modifing lp5523 led patterns via /sys.
Before this commit there were sysfs attributes engineX_mode, engineX_load and
engineX_leds
(2013/08/05 15:31), Joe Perches wrote:
On Mon, 2013-08-05 at 15:22 +0900, Masami Hiramatsu wrote:
(2013/07/31 18:03), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
The print format of s32 type was ld and it's casted to long. So
it turned out to print 4294967295 for -1 on
On Monday 05 August 2013 09:26:46 Kim, Milo wrote:
Hello,
git commit leds-lp5523: use generic firmware interface
db6eaf8388a413a5ee1b4547ce78506b9c6456b0 introduced in
kernel 3.10 changed user space API for modifing lp5523 led
patterns via /sys.
Before this commit there were
+ if (busiest-group_imb) {
+ busiest-sum_weighted_load =
+ min(busiest-sum_weighted_load, sds-sd_avg_load);
Right here we get confused as to why the total load is being compared
against load per task (although you are changing it to load per task above).
On Fri, Aug 02, 2013 at 09:16:03AM +0800, Aaron Lu wrote:
Hi Jani Daniel,
It turned out there is an integer overflow problem, and the below patch
fixed this problem on Acer Aspire 4732Z and thinkpad R61i.
From: Aaron Lu aaron...@intel.com
Subject: [PATCH] drm/i915: avoid brightness
Any mapping that doesn't use the reserved pool, not just
MAP_NORESERVE. For example, if a process makes a MAP_PRIVATE mapping,
then fork()s then the mapping is instantiated in the child, that will
not draw from the reserved pool.
Should we ensure them to allocate the last hugepage?
They
get_new_page() sets up result to communicate error codes from the
following checks. While the existing ones (page freed and thp split
failed) don't change rc, somebody else might add a condition whose
error code should be propagated back into *result but miss it.
Please leave
On Mon, Jul 29, 2013 at 08:53:35PM -0400, Dave Jones wrote:
On Mon, Jun 17, 2013 at 09:49:27PM -0400, David Airlie wrote:
Reading /proc/dri/0/vma causes bad things to happen on a box with nouveau
loaded.
(Note, no X running on that box)
Trace below shows trinity, but I
On Mon, 05 Aug 2013, Laxman Dewangan wrote:
TI Palmas series Power Management IC have multiple pins which can be
configured for different functionality. This pins can be configured
for different function. Also their properties like pull up/down,
open drain enable/disable are configurable.
Hi Ingo and Jiri,
On Fri, 2 Aug 2013 11:16:59 +0200, Ingo Molnar wrote:
* Jiri Olsa jo...@redhat.com wrote:
On Tue, Jul 30, 2013 at 06:18:57PM +0900, Namhyung Kim wrote:
This patchset implements a front-end tool for kernel's ftrace. It
uses function_graph tracer by default and normal
Although, I think the 0 = 1, 1 = 2 ... stuff is really confusing. Is
there nothing we can do about that?
OK, enum value of lp3943_pwm_output can be changed as below because
LP3943_PWM_INVALID is not used anymore.
enum lp3943_pwm_output {
LP3943_PWM_OUT0,
On Sat, Aug 03, 2013 at 10:23:05PM +0300, Adrian Hunter wrote:
On 2/08/2013 4:33 p.m., Jiri Olsa wrote:
The perf compilation fails with following error:
...
CC arch/x86/util/tsc.o
arch/x86/util/tsc.c: In function ‘perf_time_to_tsc’:
arch/x86/util/tsc.c:13:6: error:
On 08/02/2013 06:02 PM, George Cherian wrote:
On 8/1/2013 8:28 PM, Roger Quadros wrote:
Add nodes for the Super Speed USB controllers, omap-control-usb,
USB2 PHY and USB3 PHY devices.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 136
Hi,
Jingchang Lu writes:
Add Freescale enhanced direct memory(eDMA) controller support.
The eDMA controller deploys DMAMUXs routing DMA request sources(slot)
to eDMA channels.
This module can be found on Vybrid and LS-1 SoCs.
[...]
+static struct fsl_edma_desc *fsl_edma_alloc_desc(struct
On 08/02/2013 06:04 PM, George Cherian wrote:
On 8/1/2013 8:28 PM, Roger Quadros wrote:
Add USB drv_vbus pinctrl information and USB mode
for the USB controller.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 22 ++
1 files changed,
On Tue, Jul 30, 2013 at 10:13:41AM +0200, Maarten Lankhorst wrote:
The check needs to be for 1, because ctx-acquired is already incremented.
This will prevent ww_mutex_lock_slow from returning -EDEADLK and not locking
the mutex. It caused a lot of false gpu lockups on radeon with
701 - 800 of 1482 matches
Mail list logo