Resend patchset for more convenient pick up.
This patch set combine 'use runnable load in balance' serials and 'change
64bit variables to long type' serials. also collected Reviewed-bys, and
Tested-bys.
The only changed code is fixing load to load_avg convert in UP mode, which
found by PeterZ
Remove CONFIG_FAIR_GROUP_SCHED that covers the runnable info, then
we can use runnable load variables.
Signed-off-by: Alex Shi
---
include/linux/sched.h | 7 +--
kernel/sched/core.c | 7 +--
kernel/sched/fair.c | 13 ++---
kernel/sched/sched.h | 10 ++
4 files
blocked_load_avg sometime is too heavy and far bigger than runnable load
avg, that make balance make wrong decision. So remove it.
Changlong tested this patch, found ltp cgroup stress testing get better
performance: https://lkml.org/lkml/2013/5/23/65
---
3.10-rc1 patch1-7
Since no one use it.
Signed-off-by: Alex Shi
Reviewed-by: Paul Turner
Tested-by: Vincent Guittot
---
kernel/sched/sched.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
index 755d930..e13d0d5 100644
--- a/kernel/sched/sched.h
+++
Except using runnable load average in background, move_tasks is also
the key functions in load balance. We need consider the runnable load
average in it in order to the apple to apple load comparison.
Morten had caught a div u64 bug on ARM, thanks!
Signed-off-by: Alex Shi
---
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch modifies TMU controller to add changes needed to work with
> exynos5440 platform. This sensor registers 3 instance of the tmu controller
> with the thermal zone and hence reports 3 temperature output. This controller
> supports upto five
On Wed, Jun 19, 2013 at 7:13 PM, Gerhard Sittig wrote:
> On Wed, Jun 19, 2013 at 16:38 +0800, Chao Xie wrote:
>>
>> On Wed, Jun 19, 2013 at 4:22 PM, Marek Vasut wrote:
>> >
>> >> Signed-off-by: Chao Xie
>> >> [ ... ]
>> >> +++ b/Documentation/devicetree/bindings/input/pxa27x-keypad.txt
>> >> @@
On 06/19/2013 11:52 PM, Tejun Heo wrote:
> On Wed, Jun 19, 2013 at 06:17:36PM +0800, Chen Gang wrote:
>> > Hmm... can 'worker->task' has chance to be not NULL before set 'current'
>> > to it ?
> Yes, if the caller screws up and try to attach more than one workers
> to the kthread_worker, which has
Hi Doug,
I'm researching for fixed-rate-clocks.
Maybe i misunderstood for using . :)
Best Regards,
Jaehoon Chung
On 06/19/2013 12:15 AM, Doug Anderson wrote:
> Jaehoon,
>
> On Mon, Jun 17, 2013 at 9:51 PM, Jaehoon Chung wrote:
>> Hi Doug,
>>
>> I have one question for using .
>> I found the
Hi All,
I tested with Seungwon's patch and this patch.
I'm agreed with Seungwon's opinion.
Best Regards,
Jaehoon Chung
On 06/18/2013 09:36 PM, Seungwon Jeon wrote:
> On Thursday, June 13, 2013, Doug Anderson wrote:
>> Seungwon,
>>
>> On Wed, Apr 10, 2013 at 12:02 AM, Seungwon Jeon wrote:
>
On 06/20/2013 09:43 AM, Lei Wen wrote:
>> > From 24d9b43e7a269e6ffee5b874d39812b83812a809 Mon Sep 17 00:00:00 2001
>> > From: Alex Shi
>> > Date: Thu, 9 May 2013 10:54:13 +0800
>> > Subject: [PATCH] sched: fix slept time double counting in enqueue entity
>> >
>> > The wakeuped migrated task will
On Wed, Jun 19, 2013 at 09:16:20PM +0900, Namhyung Kim wrote:
> Hi Ingo,
>
> On Wed, Jun 19, 2013 at 8:33 PM, Ingo Molnar wrote:
> >
> > * Joonsoo Kim wrote:
> >
> >> Building perf for android is failed, because it can't find definition of
> >> struct winsize. This definition is in termios.h,
Hi Alex,
On Mon, Jun 17, 2013 at 11:41 PM, Alex Shi wrote:
> On 06/17/2013 07:51 PM, Paul Turner wrote:
>> Can you add something like:
>>
>> + /*
>> +* Task re-woke on same cpu (or else
>> migrate_task_rq_fair()
>> +* would have made count negative);
On Thu, Jun 20, 2013 at 08:26:03AM +0800, Wanpeng Li wrote:
> On Wed, Jun 19, 2013 at 05:52:50PM +0900, Joonsoo Kim wrote:
> >On Wed, Jun 19, 2013 at 04:00:32PM +0800, Wanpeng Li wrote:
> >> On Wed, Jun 19, 2013 at 03:33:55PM +0900, Joonsoo Kim wrote:
> >> >In free path, we don't check number of
On Wed, 2013-06-19 at 17:15 +0800, Runzhen Wang wrote:
> Power7 supports over 530 different perf events but only a small
> subset of these can be specified by name, for the remaining
> events, we must specify them by their raw code:
>
> perf stat -e r2003c
>
> This patch makes all the
Hi Bjorn,
Today's linux-next merge of the pci tree got a conflict in
arch/ia64/sn/kernel/io_init.c between commit 2ead66b54725 ("PCI/IA64: SN:
use normal resource instead of pci_window") from the ia64 tree and commit
a649dbfea36b ("ia64/PCI: Clean up pci_scan_root_bus() usage") from the
pci tree.
On Wed, Jun 19, 2013 at 10:38 PM, Greg KH wrote:
> On Wed, Jun 19, 2013 at 06:00:27PM +1000, Stephen Rothwell wrote:
>> Hi all,
>>
>> After merging the final tree, today's linux-next build (powerpc
>> allnoconfig among others) produced these warnings:
>>
>> drivers/base/firmware_class.c:1254:12:
On 06/17/2013 08:20 PM, Paul Turner wrote:
> On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote:
>> > blocked_load_avg sometime is too heavy and far bigger than runnable load
>> > avg, that make balance make wrong decision. So remove it.
> Ok so this is going to have terrible effects on the
Hi Joern,
I cannot apply this patch to Linus tree, as the code has been modified since
commit af73e4d9506d ("hugetlbfs: fix mmap failure in unaligned size request").
Thanks,
Jianguo Wu
On 2013/6/20 0:25, Jörn Engel wrote:
> It is counterintuitive at best that mmap'ing a hugetlbfs file with
>
Hi Stephen,
Thanks for your help.
On Thu, Jun 20, 2013 at 9:06 AM, Stephen Rothwell wrote:
>
> Try "git diff-tree --cc e4b00d75ee3ed3af9fac83970d21e27d1ad4aa8d"
Greg, Stephen, so is sort of below generated patch what you expected?
If yes, I will send it out to you.
On Wed, 2013-06-19 at 17:15 +0800, Runzhen Wang wrote:
> In the Power7 PMU guide:
> https://www.power.org/documentation/commonly-used-metrics-for-performance-analysis/
> PM_BRU_MPRED is referred to as PM_BR_MPRED.
>
> This patch fix the typo by changing the name of the event in kernel and
>
Hi Ming,
On Thu, 20 Jun 2013 08:23:30 +0800 Ming Lei wrote:
>
> Yes, I already merged the two branches together in my local repository,
> and there is one merge commit, but I don't know how to generate/format
> patch for this merge commit only:
>
> commit
From: Stephen Moorby
Date: Wed, 19 Jun 2013 21:32:36 +0100
> This problem was discovered when a linux box was incorrectly rejecting
> calls from some X.25 equipment. The problem was diagnosed to an incorrect
> address length calculation in 'x25_parse_address_block', the calculation
> did not
On Tue, Jun 18, 2013 at 5:34 AM, Arnd Bergmann wrote:
> On Monday 17 June 2013, Chao Xie wrote:
>> On Fri, Jun 14, 2013 at 8:56 PM, Arnd Bergmann wrote:
>> > On Friday 14 June 2013 17:15:33 Chao Xie wrote:
>> >> On Mon, Jun 10, 2013 at 4:35 PM, Arnd Bergmann wrote:
>> >
>> >> > I guess that is
On Wed, Jun 19, 2013 at 3:51 PM, Roger Quadros wrote:
> Hi Chao,
>
> On 06/19/2013 05:31 AM, Chao Xie wrote:
>> Some controller need software to initialize PHY before add
>> host controller, and shut down PHY after remove host controller.
>> Add the generic code for these controllers so they do
[Re: [tip:x86/urgent] x86: Fix section mismatch on load_ucode_ap] On 19/06/2013
(Wed 17:02) Yinghai Lu wrote:
> On Wed, Jun 19, 2013 at 3:03 PM, tip-bot for Paul Gortmaker
> wrote:
> > Commit-ID: 949785996ec2250fa958fc3a924e5186e9a8fa2c
> > Gitweb:
> >
Hi Sekhar,
Thanks for the feedback.
On Tue, Jun 18, 2013 at 5:19 AM, Sekhar Nori wrote:
> On 6/18/2013 12:08 PM, Joel A Fernandes wrote:
>> From: Matt Porter
>>
>> Changes by Joel:
>> * Split EDMA xbar support out of original EDMA DT parsing patch
>> to keep it easier for review.
>> * Rewrite
On 06/19/2013 04:15 PM, Alex Shi wrote:
> On 06/18/2013 05:44 PM, Alex Shi wrote:
>>
>>>
>>> Paul, could I summary your point here:
>>> keep current weighted_cpu_load, but add blocked load avg in
>>> get_rq_runnable_load?
>>>
>>> I will test this change.
>>
>> Current testing(kbuild, oltp, aim7)
On Thu, Jun 20, 2013 at 12:36 AM, Greg KH wrote:
>
> Can you merge the two branches together (driver-core-next and
> driver-core-linus) and send me the proper merge patch that I should be
> applying when doing that? Then I can push that out through the
Yes, I already merged the two branches
On Sat, 2013-06-15 at 03:31 +0200, Christoph Anton Mitterer wrote:
> I wondered whether anyone knows, whether the kernel supports the
> LEDs/buttons/buzzer of Intel Atom based QNAP NAS like the TS-569 Pro?
I tried to find out some more information (and got some help there as
well)... seems I'm
On Wed, Jun 19, 2013 at 11:13:02AM -0700, Paul E. McKenney wrote:
> On Wed, Jun 19, 2013 at 01:53:56PM -0400, Dave Jones wrote:
> > On Wed, Jun 19, 2013 at 12:45:40PM -0400, Dave Jones wrote:
> > > I've been hitting this a lot the last few days.
> > > This is the same machine that I was also
This patch adds the LPC Controller DeviceIDs for iTCO Watchdog for the Intel
Coleto Creek PCH.
Signed-off-by: Seth Heasley
---
drivers/mfd/lpc_ich.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/mfd/lpc_ich.c b/drivers/mfd/lpc_ich.c
index
On Wed, Jun 19, 2013 at 3:03 PM, tip-bot for Paul Gortmaker
wrote:
> Commit-ID: 949785996ec2250fa958fc3a924e5186e9a8fa2c
> Gitweb: http://git.kernel.org/tip/949785996ec2250fa958fc3a924e5186e9a8fa2c
> Author: Paul Gortmaker
> AuthorDate: Wed, 19 Jun 2013 11:15:26 -0400
> Committer: H.
From: Wei Yongjun
The dereference should be moved below the NULL test.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/i915/i915_gem_context.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_context.c
This patch adds the i801 SMBus Controller DeviceIDs for the Intel Coleto Creek
PCH.
Signed-off-by: Seth Heasley
---
Documentation/i2c/busses/i2c-i801 |1 +
drivers/i2c/busses/Kconfig|1 +
drivers/i2c/busses/i2c-i801.c |3 +++
3 files changed, 5 insertions(+), 0
From: Guenter Roeck
Date: Tue, 18 Jun 2013 10:04:59 -0700
> Commits 4c09eed9 (net: fec: Enable imx6 enet checksum acceleration) and
> baa70a5c (net: fec: enable pause frame to improve rx prefomance for 1G
> network) introduced functionality into the FEC driver which is not
> supported on
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch adds support to parse one more common set of TMU register. First
> set of register belongs to each instance of TMU and second set belongs to
> common TMU registers.
>
> Acked-by: Jonghwa Lee
> Acked-by: Kukjin Kim
> Signed-off-by:
On Tuesday, June 18, 2013 04:51:35 PM Mika Westerberg wrote:
> The SDIO device in Lynxpoint has its LTR registers allocated for a WiFi
> device (a child of the SDIO device) instead in ACPI namespace even though
> they physically belong to the SDIO device. In order to be able to access
> the LTR
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> From: Lukasz Majewski
>
> Proper description for Exynos4 bindings added to Documentation/devicetree/
> bindings
>
> Acked-by: Jonghwa Lee
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Signed-off-by: Amit Daniel Kachhap
>
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
arch/arm/kernel/process.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 7591df5..f89ff80 100644
--- a/arch/arm/kernel/process.c
+++
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch uses the device pointer stored in the configuration structure
> and converts to dev_* prints and devm API's.
>
> Acked-by: Kukjin Kim
> Acked-by: Jonghwa Lee
> Signed-off-by: Amit Daniel Kachhap
Acked-by: Eduardo Valentin
> ---
>
On Wed, 19 June 2013 12:27:37 -1000, Linus Torvalds wrote:
>
> No the warning is correct, the SCSI target code needs to be fixed. You
> cannot call spin_unlock_bh with interrupts disabled.
That sounds like something coverity could be taught with reasonable
effort - if someone from them is
On Wed, Jun 19, 2013 at 10:40:22AM +0100, Steven Whitehouse wrote:
> Hi,
>
> On Tue, 2013-06-18 at 17:02 -0700, Kent Overstreet wrote:
> > This is a new, from scratch implementation of ida that should be
> > simpler, faster and more space efficient.
> >
> [...]
>
> >
> > This does mean that
This patch adds the AHCI-mode SATA DeviceIDs for the Intel Coleto Creek PCH.
Signed-off-by: Seth Heasley
---
drivers/ata/ahci.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index 2b50dfd..e381f36 100644
--- a/drivers/ata/ahci.c
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch adds several features supported by TMU as bitfields.
> This features varies across different SOC type and comparing
> the features present in the TMU is more logical than comparing
> the soc itself.
>
> Acked-by: Kukjin Kim
> Acked-by:
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch adds support to handle multiple instances of the TMU controllers.
> This is done by removing the static structure to register with the core
> thermal
> and creating it dynamically for each instance of the TMU controller. The
> interrupt
This patch adds the IDE-mode SATA DeviceIDs for the Intel Coleto Creek PCH.
Signed-off-by: Seth Heasley
---
drivers/ata/ata_piix.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 9a8a674..8eae659 100644
---
On Wednesday, June 19, 2013 05:22:04 PM Toshi Kani wrote:
> On Thu, 2013-06-20 at 00:24 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, June 19, 2013 10:37:27 AM Tony Luck wrote:
> > > > Can you please apply the appended patch on top of it and see if the
> > > > system
> > > > still works then?
On Wed, 2013-06-19 at 16:11 -0700, Davidlohr Bueso wrote:
> On Mon, 2013-06-17 at 17:08 -0700, Tim Chen wrote:
> > On Mon, 2013-06-17 at 16:35 -0700, Davidlohr Bueso wrote:
> > > On Tue, 2013-06-18 at 07:20 +0800, Alex Shi wrote:
> > > > On 06/18/2013 12:22 AM, Davidlohr Bueso wrote:
> > > > >
On Wed, Jun 19, 2013 at 03:15:19PM -0700, Greg Kroah-Hartman wrote:
> On Wed, Jun 19, 2013 at 01:43:48PM -0700, Guenter Roeck wrote:
> > On Wed, Jun 19, 2013 at 10:42:36AM -0300, Fabio Estevam wrote:
> > > Hi Guenter,
> > >
> > > FYI
> > >
> > > I asked Stephen to include m5272c3_defconfig as
On Thu, 2013-06-20 at 00:24 +0200, Rafael J. Wysocki wrote:
> On Wednesday, June 19, 2013 10:37:27 AM Tony Luck wrote:
> > > Can you please apply the appended patch on top of it and see if the system
> > > still works then?
> >
> > Still works with this patch.
>
> Cool, thanks! :-)
>
> If you
On Tuesday, June 18, 2013 07:06:28 PM Viresh Kumar wrote:
> ** I am sending it again as I sent it from my phone earlier, that
> happened in html and was rejected by few lists :( **
>
> Hi Rafael,
>
> The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f:
>
> Linux 3.10-rc6
On 06/19/2013 06:32 PM, Oleg Nesterov wrote:
> On 06/19, Denys Vlasenko wrote:
>>
>> This is a user-visible behavior change.
>> Do we really have to introduce a separate
>> PTRACE_NOT_STUPID_DETACH? I hope not.
>
> Oh, I think yes.
>
>> @@ -1062,7 +1060,8 @@ SYSCALL_DEFINE4(ptrace, long,
On Mon, 2013-06-17 at 17:08 -0700, Tim Chen wrote:
> On Mon, 2013-06-17 at 16:35 -0700, Davidlohr Bueso wrote:
> > On Tue, 2013-06-18 at 07:20 +0800, Alex Shi wrote:
> > > On 06/18/2013 12:22 AM, Davidlohr Bueso wrote:
> > > > After a lot of benchmarking, I finally got the ideal results for aim7,
On Wednesday, June 19, 2013 08:47:17 AM Toshi Kani wrote:
> On Wed, 2013-06-19 at 13:43 +0900, Yasuaki Ishimatsu wrote:
> > 2013/06/19 6:06, Toshi Kani wrote:
> > > config ACPI_HOTPLUG_MEMORY has been changed to bool (y/n), and
> > > its module option is no longer valid. So, remove the use of
> >
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> Recently non DT support from Exynos platform is removed and hence
> removing non DT support from the driver also. This will help in easy
> maintainence.
>
> Acked-by: Jonghwa Lee
> Signed-off-by: Amit Daniel Kachhap
Acked-by: Eduardo Valentin
On Wednesday, June 19, 2013 05:01:52 PM Brown, Len wrote:
> > >> Pulled, thanks Tony!
> > >>
> > >> Len, are you fine with this route [tip:x86/ras tree] for the
> > >> drivers/acpi/apei/einj.c changes?
> > >
> > > Yes, the RAS guys basically own that code.
> >
> > These patches also got picked up
On 19-06-2013 18:54, Eduardo Valentin wrote:
> On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
>> This patch removes the error return in the bind/unbind routine
>> as the platform may not register any cpufreq cooling data.
>>
>> Acked-by: Kukjin Kim
>> Acked-by: Jonghwa Lee
>> Signed-off-by:
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This code simplifies the zone handling to use the trip information passed
> by the TMU driver and not the hardcoded macros. This also helps in adding
> more zone support.
>
> Acked-by: Kukjin Kim
> Acked-by: Jonghwa Lee
> Signed-off-by: Amit
Hello there!
Just wanna make sure if it is possible to force a STA connect to HT40 AP
using HT20. Note the STA is also HT40 capable.
Thanks a lot!
--
View this message in context:
http://linux-kernel.2935.n7.nabble.com/Is-it-possible-to-connect-to-HT40-AP-using-HT20-mode-tp670911.html
Sent
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch removes the error return in the bind/unbind routine
> as the platform may not register any cpufreq cooling data.
>
> Acked-by: Kukjin Kim
> Acked-by: Jonghwa Lee
> Signed-off-by: Amit Daniel Kachhap
> ---
>
I think you forgot a Subject :)
On Wed, Jun 19, 2013 at 02:05:07AM +0200, Anders Hammarquist wrote:
> The USB cable to read out data from the Abbott FreeStyle Precision
> meters, known as the Abbott stip port cable, uses the TI 3410 chip,
> just as the already added stereo port cable. They are
On Wed, Jun 19, 2013 at 01:58:49AM +0200, Anders Hammarquist wrote:
> Be explicit about the Abbott product ids being product ids.
>
> Signed-off-by: Anders Hammarquist
> ---
> drivers/usb/serial/ti_usb_3410_5052.h |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
From: "John W. Linville"
Date: Wed, 19 Jun 2013 15:41:41 -0400
> One more late-breaking fix in the nl80211 code, the fix for the
> nl80211_fam.attrbuf race Linus ran into and analysed. Hopefully it
> looks familiar... :-)
>
> Let me know if there are problems!
Easiest pull request ever :-)
From: Stephen Moorby
Date: Wed, 19 Jun 2013 21:19:31 +0100
> I will be using an Ubuntu 10.04 kernel with the 'eth_dev' module
> parameter patch. I appreciate a better solution needs to be designed
> but it is not one I can contribute to. I still advocate the patch as
> an improvement on the
From: Jacob Keller
The current $logFunction regular expression allows names like
dev_warn, e_dbg, netdev_info, etc, but some log functions are now
written like e_dev_warn, so allow 1 or 2 word blocks with an
underscore before the logging level.
Signed-off-by: Jacob Keller
Tested-by: Aaron
On Wed, Jun 19, 2013 at 09:32:44PM +0200, Tomasz Figa wrote:
> On Wednesday 19 of June 2013 20:22:11 Mark Brown wrote:
> > No, I didn't - that's most likely it, I didn't really investigate. I
> > didn't test the watchdog stuff as the clocks didn't get sent to me.
> I always try to keep you on
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch renames member private_data to driver_data of the thermal
> zone registration structure as this item stores the driver related
> data and uses it to call the driver related callbacks.
>
> Acked-by: Kukjin Kim
> Acked-by: Jonghwa Lee
>
On Wednesday 19 June 2013, David Daney wrote:
> From: David Daney
>
> A few differences needed by OCTEON:
>
> o These are DWC UARTS, but have USR at a different offset.
>
> o Internal SoC buses require reading back from registers to maintain
> write ordering.
>
> o 8250 on OCTEON appears
On Wednesday, June 19, 2013 03:40:21 PM Tony Luck wrote:
> > If you don't mind, I'll queue up
> > https://patchwork.kernel.org/patch/2712741/ and
> > this for 3.11.
>
> Mark them
>
> Tested-by: Tony Luck
>
> if you like.
I will, thank you!
Rafael
--
To unsubscribe from this list: send the
On Wednesday, June 19, 2013 11:26:13 AM Xiaoguang Chen wrote:
> 2013/6/19 Viresh Kumar :
> > On 19 June 2013 08:43, Viresh Kumar wrote:
> >> On 19 June 2013 06:50, Xiaoguang Chen wrote:
> >>> 2013/6/19 Rafael J. Wysocki :
> >>
> > 2) Current governor is userspace, now cpu0 hotplugs in cpu3,
On 06/19/2013 09:05 AM, Roger Quadros wrote:
On 06/19/2013 03:23 PM, Benoit Cousson wrote:
On 06/19/2013 07:05 AM, Florian Vaussard wrote:
Hello,
On 06/19/2013 01:03 PM, Roger Quadros wrote:
On 06/19/2013 01:10 PM, Benoit Cousson wrote:
On 06/19/2013 02:46 AM, Tony Lindgren wrote:
* Roger
> If you don't mind, I'll queue up https://patchwork.kernel.org/patch/2712741/
> and
> this for 3.11.
Mark them
Tested-by: Tony Luck
if you like.
-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Hi,
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This code modifies the thermal driver to have multiple thermal zone
> support by replacing the global thermal zone variable with device data
> member of thermal_zone_device.
>
> Acked-by: Kukjin Kim
> Acked-by: Jonghwa Lee
> Signed-off-by:
On Wednesday, June 19, 2013 08:30:11 AM Viresh Kumar wrote:
> On 19 June 2013 06:50, Xiaoguang Chen wrote:
> > 2013/6/19 Rafael J. Wysocki :
> >> On Thursday, June 13, 2013 05:01:58 PM Xiaoguang Chen wrote:
> >>> cpufreq governor stop and start should be kept in sequence.
> >>> If not, there will
On Wed, Jun 19, 2013 at 02:17:54PM -0500, Nishanth Menon wrote:
> Account for step size accuracy when exact voltage requests are send for
> step based regulators.
If the consumer can tolerate a different voltage why not just request
the range that can be tolerated? Your problem here is
On 06/18/2013 03:29 AM, Christian Ruppert wrote:
> The GPIO driver for the Abilis Systems TB10x series of SOCs based on ARC700
> CPUs. It supports GPIO control and GPIO interrupt generation. This driver
> works in conjunction with the TB10x pinctrl driver.
Just one comment on the binding (I
On 06/18/2013 03:29 AM, Christian Ruppert wrote:
> The pinmux driver of the Abilis Systems TB10x platform based on ARC700 CPUs.
> Used to control the pinmux and is a prerequisite for the GPIO driver.
> diff --git a/Documentation/devicetree/bindings/pinctrl/abilis,tb10x-iomux.txt
>
On 06/18/2013 03:29 AM, Christian Ruppert wrote:
> This patch adds the infrastructure required to register non-linear gpio
> ranges through gpiolib and the standard GPIO device tree bindings.
I review this in case we decide to go with it anyway.
> diff --git
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> This patch uses the TMU status register to know the generated interrupts
> and only clear them in the interrupt handler.
>
> Acked-by: Kukjin Kim
> Acked-by: Jonghwa Lee
> Signed-off-by: Amit Daniel Kachhap
> ---
Acked-by: Eduardo Valentin
>
On 17-06-2013 02:46, Amit Daniel Kachhap wrote:
> TMU urgently sends active-high signal (thermal trip) to PMU, and thermal
> tripping by hardware logic. Thermal tripping means that PMU cuts off the
> whole power of SoC by controlling external voltage regulator.
>
> Acked-by: Kukjin Kim
>
On Wednesday, June 19, 2013 10:58:32 PM Lukasz Majewski wrote:
> On Wed, 19 Jun 2013 11:01:07 -0700
> Dirk Brandewie wrote:
>
> > On 06/19/2013 10:12 AM, Lukasz Majewski wrote:
> > > In the core governor code, per cpu load value is calculated. This
> > > patch uses it to mark processor as a
On Wednesday, June 19, 2013 10:31:02 PM Lukasz Majewski wrote:
> On Wed, 19 Jun 2013 10:48:53 -0700
> Dirk Brandewie wrote:
>
> > On 06/19/2013 10:12 AM, Lukasz Majewski wrote:
> > > This commit adds boost frequency support in cpufreq core (Hardware &
> >
> > >
On Wed, Jun 19, 2013 at 01:43:48PM -0700, Guenter Roeck wrote:
> On Wed, Jun 19, 2013 at 10:42:36AM -0300, Fabio Estevam wrote:
> > Hi Guenter,
> >
> > FYI
> >
> > I asked Stephen to include m5272c3_defconfig as part of his daily
> > build and now it is available:
> >
On Wednesday, June 19, 2013 10:37:27 AM Tony Luck wrote:
> > Can you please apply the appended patch on top of it and see if the system
> > still works then?
>
> Still works with this patch.
Cool, thanks! :-)
If you don't mind, I'll queue up https://patchwork.kernel.org/patch/2712741/ and
this
On 06/14/2013 09:42 AM, Heiko Stübner wrote:
> The bias-pull-* options use values > 0 to indicate that the pull should
> be activated and optionally also indicate the strength of the pull.
> Therefore use an default value of 1 for these options.
>
> Split the low-power-mode option into
> The above question about what to do *without* going to userspace and
> back is maybe more interesting and we'd need a clean design there...
> we'll see.
Yes - this case (where the BIOS did all the threshold math and made the
decision)
should be one where Linux kernel could just implement the
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Wednesday, June 19, 2013 6:42 AM
> To: Kirsher, Jeffrey T
> Cc: a...@canonical.com; Keller, Jacob E; linux-kernel@vger.kernel.org;
> net...@vger.kernel.org
> Subject: Re: [net] checkpatch: modify logFunction regular
Commit-ID: 949785996ec2250fa958fc3a924e5186e9a8fa2c
Gitweb: http://git.kernel.org/tip/949785996ec2250fa958fc3a924e5186e9a8fa2c
Author: Paul Gortmaker
AuthorDate: Wed, 19 Jun 2013 11:15:26 -0400
Committer: H. Peter Anvin
CommitDate: Wed, 19 Jun 2013 14:43:59 -0700
x86: Fix section
On 06/16/2013 04:45 AM, Linus Walleij wrote:
> From: Linus Walleij
>
> It is counter-intuitive to have "0" mean disable in a boolean
> manner for electronic properties of pins such as pull-up and
> pull-down. Therefore, define that a pull-up/pull-down argument
> of 0 to such a generic option
On 06/19/2013 02:52 PM, Borislav Petkov wrote:
> On Wed, Jun 19, 2013 at 02:42:49PM -0700, H. Peter Anvin wrote:
>> There is serious confusion with regards to DR6 about the bits which
>> are *fixed* (forced to 1) and the ones which are *reserved* (should
>> always have a fixed value.)
>>
>> There
On 06/11/2013 04:03 PM, Laurent Pinchart wrote:
> Document DT properties for the generic pinctrl parameters and add a
> parser function.
> diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-bindings.txt
> b/Documentation/devicetree/bindings/pinctrl/pinctrl-bindings.txt
> +== Generic
On Wednesday 19 June 2013, Mark Brown wrote:
> As pointed out by Arnd Bergmann there is a get_signal macro definied in
> linux/signal.h which can conflict with the platform data callback
> function of the same name leading to confusing errors from the compiler
> (especially if signal.h manages to
On Wed, Jun 19, 2013 at 02:42:49PM -0700, H. Peter Anvin wrote:
> There is serious confusion with regards to DR6 about the bits which
> are *fixed* (forced to 1) and the ones which are *reserved* (should
> always have a fixed value.)
>
> There are some bits in DR6 which are used by hardware
On 06/15/2013 02:16 PM, Heiko Stübner wrote:
> Am Samstag, 15. Juni 2013, 21:56:05 schrieb Linus Walleij:
>> On Fri, Jun 14, 2013 at 12:39 AM, Laurent Pinchart
>>
>> wrote:
>>> mmcif_pins: mmcif {
>>>
>>> mux {
>>>
>>>
On Wednesday 19 June 2013, Guenter Roeck wrote:
> I have been asked to explore options for adding ARINC 429 support [1]
> into the Linux kernel, primarily to support devices from Holt Integrated
> Circuits [2] (the request is unrelated to the chip manufacturer).
>
> ARINC429 is a protocol which
On 06/18/2013 08:59 AM, Borislav Petkov wrote:
> On Tue, Jun 18, 2013 at 10:07:30AM -0400, Dave Jones wrote:
>> My intent here was to ignore cases where the reserved bits haven't
>> been set. I occasionally see DR6: fffe0ff0 for eg.
>
> That's bit 16 which, according to the docs is
On Wed, Jun 19, 2013 at 09:28:50PM +, Luck, Tony wrote:
> > Ok, where is that semantics? What in a CPER record does say "this error
> > should tell you that you need to offline the containing page and I'm
> > telling you this exactly only once"? Error Severity 0, i.e. Recoverable?
>
> Naveen
From: David Daney
We will use 8250_dw instead.
Signed-off-by: David Daney
---
arch/mips/cavium-octeon/Makefile | 2 +-
arch/mips/cavium-octeon/serial.c | 109 ---
2 files changed, 1 insertion(+), 110 deletions(-)
delete mode 100644
From: David Daney
A few differences needed by OCTEON:
o These are DWC UARTS, but have USR at a different offset.
o Internal SoC buses require reading back from registers to maintain
write ordering.
o 8250 on OCTEON appears with 64-bit wide registers, so when using
readb/writeb in big
101 - 200 of 1728 matches
Mail list logo