From: kongxinwei
This adds documentation of device tree bindings for the
thermal sensor controller of hi6220 SoC.
Signed-off-by: Leo Yan
Signed-off-by: kongxinwei
---
.../bindings/thermal/hisilicon-thermal.txt | 45 ++
1 file changed, 45 insertions(+)
create mode
From: kongxinwei
This patch adds the support for hisilicon thermal sensor, within
hisilicon SoC. there will register sensors for thermal framework
and use device tree to bind cooling device.
Signed-off-by: Leo Yan
Signed-off-by: kongxinwei
---
drivers/thermal/Kconfig| 8 +
drivers/t
Javier Martinez Canillas wrote:
>
> On Tue, Mar 31, 2015 at 6:05 AM, Chanwoo Choi wrote:
> > Hi,
> >
> > On 03/31/2015 12:21 AM, Krzysztof Kozlowski wrote:
> >> Use a define instead of raw number as a ID for "rtc_src" clock.
> >>
> >> Signed-off-by: Krzysztof Kozlowski
> >>
> >> ---
> >>
> >> Pa
While queuing a timer, we try to migrate it to a non-idle core if the local core
is idle, but we don't try that if the timer is re-armed from its handler.
There were few unsolved problems due to which it was avoided until now. But
there are cases where solving these problems can be useful. When th
We don't need to track the running timer for a cpu base anymore, but sill need
to check business of base for sanity checking during CPU hotplug.
Lets replace 'running_timer' with 'busy' for handle that efficiently.
Signed-off-by: Viresh Kumar
---
kernel/time/timer.c | 9 +
1 file change
Hi Ingo/Thomas/Peter,
While queuing a timer, we try to migrate it to a non-idle core if the local core
is idle, but we don't try that if the timer is re-armed from its handler.
There were few unsolved problems due to which it was avoided until now. But
there are cases where solving these problems
Javier Martinez Canillas wrote:
>
> On Tue, Mar 31, 2015 at 1:38 AM, Chanwoo Choi wrote:
> > On 03/31/2015 12:19 AM, Krzysztof Kozlowski wrote:
> >> Mark "samsung,exynos3250-rtc" compatible as deprecated because it
> >> duplicates the "samsung,s3c6410-rtc". Use "samsung,s3c6410-rtc" on
> >> Exyno
Hello Alexandre,
On Tue, Mar 31, 2015 at 2:27 AM, Alexandre Belloni
wrote:
> nitpick: I would prefer rtc: rtc-s3c instead of drivers/rtc/rtc-s3c.c
>
Yes but Krzysztof is following the convention used in drivers/rtc/
which I think is the correct thing to do even when it's different from
what is u
On Mon, Mar 30, 2015 at 08:16:22PM -0700, Scott Branden wrote:
> The audio PLL is embedded in the audio block and only used
> by the audio block. The audio PLL registers are also in the middle of
> the audio register map.
When you say it's only used by the audio block do you mean to say that
the
On Tue, Mar 31, 2015 at 1:38 AM, Chanwoo Choi wrote:
> On 03/31/2015 12:19 AM, Krzysztof Kozlowski wrote:
>> Mark "samsung,exynos3250-rtc" compatible as deprecated because it
>> duplicates the "samsung,s3c6410-rtc". Use "samsung,s3c6410-rtc" on
>> Exynos3250 and Exynos4415 boards.
>>
>> Signed-off
On Mon, Mar 30, 2015 at 08:16:24PM -0700, Scott Branden wrote:
The CC list for this patch is pretty wide - please look at who you're
sending this to and try to send to only relevant people (for example I'm
not sure the Raspberry Pi people need to review this). People working
upstream get a lot of
Hi,
Thanks for the review.
On 03.02.2015 0:20, Stephen Warren wrote:
On 01/29/2015 12:20 AM, Andrey Danin wrote:
NVEC driver was reimplemented to use tegra i2c. Use common i2c bindings
for NVEC node.
diff --git a/Documentation/devicetree/bindings/nvec/nvidia,nvec.txt
b/Documentation/devicet
On Tue, Mar 31, 2015 at 6:05 AM, Chanwoo Choi wrote:
> Hi,
>
> On 03/31/2015 12:21 AM, Krzysztof Kozlowski wrote:
>> Use a define instead of raw number as a ID for "rtc_src" clock.
>>
>> Signed-off-by: Krzysztof Kozlowski
>>
>> ---
>>
>> Patch depends on new file "dt-bindings/clock/samsung,s2mps1
On Tue, 2015-03-31 at 04:04 +0200, Mike Galbraith wrote:
> A bigger deal is the clocksource watchdog methinks. Measurement
> inspired me to make it dead yesterday.
This is why btw. Note the alternating sum/s for 1 second samples..
shooting the watchdog makes that a steady 5us.
homer:~ # cgexec
* Stefan Lippers-Hollmann wrote:
> The ASRock Q1900DC-ITX mainboard (Baytrail-D) hangs randomly in both
> BIOS and UEFI mode while rebooting unless reboot=pci is used. Add a
> quirk to reboot via the pci method.
>
[...]
Ok.
> Searching the web seems to suggest that other Bay Trail-D mainboard
Grüße dich
Ich bin sicher, diese E-Mail würde, Sie überraschen, da wir noch nie zuvor
gesehen, und Sie würden auch fragen, warum ich beschlossen, Sie unter den
vielen Internet-Nutzer in der Welt zu wählen, und ich kann nicht sagen,
warum ich gewählt habe Sie aber keine Sorgen machen, ich komme in
Hi,
Sorry for long delay.
And thanks for the quick review. It helped a lot!
On 29.01.2015 14:41, Wolfram Sang wrote:
Hi,
Initialization code is based on NVEC driver.
There is a HW bug in AP20 that was also mentioned in kernel sources
for Toshiba AC100.
Signed-off-by: Andrey Danin
Cool,
Hi,
On Thursday 26 March 2015 05:36 AM, Arun Ramamurthy wrote:
On 15-03-25 05:01 PM, Kishon Vijay Abraham I wrote:
On Thursday 26 March 2015 04:12 AM, Dmitry Torokhov wrote:
Hi Kishon,
On Thu, Mar 26, 2015 at 03:58:50AM +0530, Kishon Vijay Abraham I wrote:
Hi,
On Saturday 21 March 2015
On 2015/03/30 18:49, Gu Zheng wrote:
Hi Kame-san,
On 03/27/2015 12:42 AM, Kamezawa Hiroyuki wrote:
On 2015/03/27 0:18, Tejun Heo wrote:
Hello,
On Thu, Mar 26, 2015 at 01:04:00PM +0800, Gu Zheng wrote:
wq generates the numa affinity (pool->node) for all the possible cpu's
per cpu workqueue a
Marc,
On 03/30/2015 05:54 PM, AKASHI Takahiro wrote:
On 03/30/2015 04:16 PM, Marc Zyngier wrote:
On Mon, 30 Mar 2015 02:39:53 +0100
AKASHI Takahiro wrote:
On 03/28/2015 02:40 AM, Kyle McMartin wrote:
On Fri, Mar 27, 2015 at 03:37:04PM +, Marc Zyngier wrote:
[ 236.260863] Kernel panic
On 03/30/2015 04:46 PM, Joe Perches wrote:
> Use the normal return values for bool functions
>
> Signed-off-by: Joe Perches
Joe, I'll pull this into my tree and send it up with a couple of other
patches I have pending
Acked-by: John Johansen
> ---
> security/apparmor/file.c | 8
>
Hi,
On Saturday 28 March 2015 05:58 AM, Brian Norris wrote:
Hi Kishon,
On Thu, Mar 26, 2015 at 03:29:44AM +0530, Kishon Vijay Abraham I wrote:
On Thursday 19 March 2015 06:53 AM, Brian Norris wrote:
Supports up to two ports which can each be powered on/off and configured
independently.
Signe
On Mon, Mar 30, 2015 at 08:16:23PM -0700, Scott Branden wrote:
> +SSP Subnode properties:
> +- dai-name: The name of the DAI registered with ASOC
ASoC.
Why is this in the DT - it sounds like this is just an internal
implementation detail for Linux, not a property of the hardware.
> +- mode: Con
On Mon, Mar 30, 2015 at 10:28:47PM -0700, Andrew Morton wrote:
> On Tue, 31 Mar 2015 13:45:25 +0900 Minchan Kim wrote:
> > >
> > > deactivate_page() doesn't look at or alter PageReferenced(). Should it?
> >
> > Absolutely true. Thanks.
> > Here it goes.
> >
> > >From 2b2c92eb73a1cceac615b9abd4
dmapool uses struct device in function arguments but relies on an implicit
inclusion to declare struct device causing warnings in some configurations:
include/linux/dmapool.h:31:7: warning: 'struct device' declared inside
parameter list
Fix this by adding a struct device declaration to the file.
On Mon, Mar 30, 2015 at 08:46:10AM +0200, Michal Simek wrote:
> On 03/27/2015 06:53 PM, Mark Brown wrote:
> > On Fri, Mar 27, 2015 at 11:55:49AM +0100, Michal Simek wrote:
> > Please fix your mail client to word wrap within paragraphs at less than
> > 80 columns - this makes your mails easier to r
On (Mon) 30 Mar 2015 [16:46:10], Joe Perches wrote:
> Use the normal return values for bool functions
>
> Signed-off-by: Joe Perches
> ---
> drivers/char/virtio_console.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio
Hi Jann,
Thanks for the patch. I've applied it.
Cheers,
Michael
On 03/24/2015 07:38 PM, Jann Horn wrote:
> ---
> man2/seccomp.2 | 73
> +-
> 1 file changed, 67 insertions(+), 6 deletions(-)
>
> diff --git a/man2/seccomp.2 b/man2/seccom
On Tue, 31 Mar 2015 13:45:25 +0900 Minchan Kim wrote:
> >
> > deactivate_page() doesn't look at or alter PageReferenced(). Should it?
>
> Absolutely true. Thanks.
> Here it goes.
>
> >From 2b2c92eb73a1cceac615b9abd4c0f5f0c3395ff5 Mon Sep 17 00:00:00 2001
> From: Minchan Kim
> Date: Tue, 31 Ma
Hi,
On Friday 27 March 2015 01:37 PM, Anjana V Kumar wrote:
Hi Kishon
This is regarding the notification of usb_phy_events option which was
available with usb_phy.
In my scenario, the phy driver gets the connect/disconnect event, and
does the initial phy programming. Then I want to notify the
On Tue, Mar 31, 2015 at 9:10 AM, Scott Branden wrote:
> Hi Vinod, Jassi,
>
> Some details on the problem encountered.
>
>
> On 15-03-30 10:25 AM, Vinod Koul wrote:
>>
>> On Mon, Mar 30, 2015 at 10:17:17PM +0530, Jassi Brar wrote:
>>>
>>> On Fri, Mar 27, 2015 at 5:25 AM, Scott Branden
>>> wrote:
>
On Thu, 22 Jan 2015 22:31:46 +0200
, Pantelis Antoniou
wrote:
> Hi Joe,
>
> > On Jan 21, 2015, at 19:37 , Joe Perches wrote:
> >
> > On Wed, 2015-01-21 at 19:06 +0200, Pantelis Antoniou wrote:
> >> 90% of the usage of device node's full_name is printing it out
> >> in a kernel message. Prepari
Hi Patrice, Maxime,
On Monday 30 March 2015 08:47 PM, Peter Griffin wrote:
Now there are generic phy type constants declared in phy.h, migrate over to
using them rather than defining our own. This change has been done as one
atomic commit to be bisectable.
Note: The values of the defines are th
On Tuesday 31 March 2015 10:36 AM, Jaewon Kim wrote:
Hi Kishon.
Could you check my patch??
sure.. patch looks fine. will queue it.
-Kishon
On 26/03/2015 14:16, Vivek Gautam wrote:
On Thu, Mar 26, 2015 at 7:48 AM, Jaewon Kim wrote:
This patch adds driver data to support for Exynos5433 S
On Sunday 29 March 2015 04:48 AM, Richard Weinberger wrote:
> Vineet,
>
> I'm working on a patch series which touches sturct thread_info.
> ARC's thread_info has the following comment:
> * - if the contents of this structure are changed, the assembly constants
> * must also be changed
>
> Is th
We are currently using 3.10.58 kernel and we are facing this issue for samck
enabled system.
and as we can check in other APIs like netlbl_sock_getattr and
netlbl_conn_setattr have this preventive check so we added this check for
netlbl_sock_delattr also.
And regarding patch re-submission, act
Hi Kishon.
Could you check my patch??
On 26/03/2015 14:16, Vivek Gautam wrote:
On Thu, Mar 26, 2015 at 7:48 AM, Jaewon Kim wrote:
This patch adds driver data to support for Exynos5433 SoC.
The Exynos5433 has one USB3.0 Host and USB3.0 DRD(Dual Role Device).
Exynos5433 is simplar to Eyxnos7 bu
On Tue, Mar 31, 2015 at 07:35:43AM +1100, Stephen Rothwell wrote:
Hi Stephen,
>
> On Mon, 30 Mar 2015 22:48:46 +0530 Vinod Koul wrote:
> >
> > On Mon, Mar 30, 2015 at 06:48:29PM +0530, Kedareswara rao Appana wrote:
> > > This patch fixes the following compilation warnings.
> > > In file included f
On Mon, Mar 30, 2015 at 8:15 PM, Chris J Arges
wrote:
> [ 13.613531] WARNING: CPU: 0 PID: 0 at ./arch/x86/include/asm/apic.h:444
> apic_ack_edge+0x84/0x90()
> [ 13.613531] [] apic_ack_edge+0x84/0x90
> [ 13.613531] [] handle_edge_irq+0x57/0x120
> [ 13.613531] [] handle_irq+0x22/0x40
> [
Hello Andrew,
On Mon, Mar 30, 2015 at 02:20:10PM -0700, Andrew Morton wrote:
> On Mon, 30 Mar 2015 14:35:02 +0900 Minchan Kim wrote:
>
> > --- a/mm/swap.c
> > +++ b/mm/swap.c
> > @@ -866,6 +866,13 @@ void deactivate_file_page(struct page *page)
> > }
> > }
> >
> > +/**
> > + * deactivate_
On 03/26/2015 08:11 PM, Michael Opdenacker wrote:
> This patch removes the use of the IRQF_DISABLED flag
> from drivers/bus/omap_l3_*
>
> It's a NOOP since 2.6.35 and it will be removed one day.
>
> Signed-off-by: Michael Opdenacker
> Acked-by: Santosh Shilimkar
Acked-by: Nishanth Menon
> --
On Tue, Mar 31, 2015 at 12:14:46AM +0300, Cyrill Gorcunov wrote:
> On Mon, Mar 30, 2015 at 05:59:15PM +0900, Minchan Kim wrote:
> > Hi Cyrill,
> >
> > On Mon, Mar 30, 2015 at 11:51:12AM +0300, Cyrill Gorcunov wrote:
> > > On Mon, Mar 30, 2015 at 02:22:50PM +0900, Minchan Kim wrote:
> > > > 2nd des
On Mon, Mar 30, 2015 at 8:15 PM, Chris J Arges
wrote:
>
> I've been able to repro with your patch and observed the WARN_ON when booting
> a
> VM on affected hardware and non affected hardware:
Ok, interesting. So the whole "we try to do an APIC ACK with the ISR
bit clear" seems to be a real issu
On Mon, 2015-03-30 at 22:45 +0530, Shreyas B Prabhu wrote:
> On Monday 30 March 2015 03:51 PM, Michael Ellerman wrote:
> >
> > This sounds good, although the name is a bit vague.
> How about "fastsleep_workaround_permanent", with default value = 0. User
> can make workaround permanent by echoing
On Sat, 2015-03-21 at 20:36 -0700, Dmitry Torokhov wrote:
> Commit 3296f71cd2fde7a2ad52e66a27eae419f6328066 ("Input: ALPS - consolidate
> setting protocol parameters") inadvertently moved call to
> alps_dolphin_get_device_area() from v5 to v7 protocol, causing both
> protocols report incorrect maxi
omap_sham_handle_queue() can be called as part of done_task tasklet.
During this its atomic and any calls to pm functions cannot sleep.
But there is a call to pm_runtime_get_sync() (which can sleep) in
omap_sham_handle_queue(), because of which the following appears:
" [ 116.169969] BUG: scheduli
For cases where total length of an input SGs is not same as
length of the input data for encryption, omap-aes driver
crashes. This happens in the case when IPsec is trying to use
omap-aes driver.
To avoid this, we copy all the pages from the input SG list
into a contiguous buffer and prepare a sin
Commit 26a05489ee0e ("crypto: omap-sham - Map SG pages if they are HIGHMEM
before accessing")
says that HIGHMEM pages may not be mapped so we must
kmap them before accessing, but it doesn't check whether the
corresponding page is in highmem or not. Because of this all
the crypto tests are failing.
On 3/30/15 7:06 PM, Yinghai Lu wrote:
ok, that is really non-pref mmio 64bit.
We can workaround the problem by honoring firmware setting, according
to
https://www.pcisig.com/specifications/pciexpress/base2/PCIe_Base_r2.1_Errata_08Jun10.pdf
page 13
Please check attached updated patches that shou
Hi,
On 03/31/2015 12:21 AM, Krzysztof Kozlowski wrote:
> Use a define instead of raw number as a ID for "rtc_src" clock.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
>
> Patch depends on new file "dt-bindings/clock/samsung,s2mps11.h" from:
> http://www.mail-archive.com/linux-samsung-soc@vger
Hi,
Fabian Frederick wrote:
> Signed-off-by: Fabian Frederick
> ---
> net/ipv6/addrconf.c | 3 +--
> net/ipv6/esp6.c | 3 +--
> net/ipv6/netfilter/nf_conntrack_reasm.c | 3 +--
> 3 files changed, 3 insertions(+), 6 deletions(-)
>
> diff --git a/net/ip
Hi Vinod, Jassi,
Some details on the problem encountered.
On 15-03-30 10:25 AM, Vinod Koul wrote:
On Mon, Mar 30, 2015 at 10:17:17PM +0530, Jassi Brar wrote:
On Fri, Mar 27, 2015 at 5:25 AM, Scott Branden wrote:
From: ismail
Update the thread running index before issuing the
GO command to
On 03/29/2015 05:57 AM, Pali Rohár wrote:
This patch series moves drivers/char/i8k.c to drivers/hwmon/dell-smm-hwmon.c
and allows to compile hwmon driver without /proc/i8k file.
Pali Rohár (2):
hwmon: Rename i8k driver to dell-smm-hwmon and move it to hwmon tree
hwmon: Allow to compile del
Rasmus Villemoes writes:
> The Subtlety (1) referred to vanished with 6ba2ef7baac2 ("cpumask:
> Move deprecated functions to end of header."). That used to mention
> some suboptimal code generation by a, by now, rather ancient gcc. With
> gcc 4.7, I don't see any change in the generated code by ma
"Michael Kerrisk (man-pages)" writes:
> When executing a futex operation that requests to block a thread,
> the kernel will only block if the futex word has the value that the
> calling thread supplied as expected value.
> The load from the futex word, the comparison with
> the expected value,
> a
add an idle-states node to describe the mt8173 cpu idle
add a reference to the idle-states node in each CPU node
Signed-off-by: Howard Chen
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 30 ++
1 file changed, 26 insertions(+), 4 deletions(-)
diff --git a/arch/arm64/
On 3/29/15 8:13 PM, He Kuang wrote:
By using current bpf syscalls, we should keep the program which
attaches bpf programs running background, use it or some other
processes communicate with it to adjust maps parameters, like
sample rate for sys_write.
You can do all of the above by passing fds
On Mon, Mar 30, 2015 at 07:06:22PM +0900, Masanari Iida wrote:
> This patch fix a spelling typo in MODULE_DESCRIPTION in ts5500_flash.c.
Uhh, s/fix/fixes/ ? :)
Fixed and pushed to l2-mtd.git.
Brian
>
> Signed-off-by: Masanari Iida
> ---
> drivers/mtd/maps/ts5500_flash.c | 2 +-
> 1 file chan
From: Lori Hikichi
The audio block has 4 serial ports. 3 ports are configurable as
either I2S or TDM. The 4th port is for SPDIF transmit.
This audio block is found on the bcm958305, bcm958300, and bcm911360.
Reviewed-by: Jonathan Richardson
Signed-off-by: Lori Hikichi
Signed-off-by: Scott B
From: Lori Hikichi
Add device tree binding documentation for the Cygnus SOC audio block
Reviewed-by: Jonathan Richardson
Reviewed-by: Ray Jui
Signed-off-by: Scott Branden
Signed-off-by: Lori Hikichi
---
.../bindings/sound/brcm,cygnus-audio.txt | 68 ++
1 file c
Please provide comments on the initial version of this driver.
This patchset contains the devicetree bindings and core audio driver
for the Cygnus SoC.
There is an open question on how to fit this driver into the clock
framework (if at all).
The audio PLL is embedded in the audio block and only
On Thu, Feb 19, 2015 at 02:45:54PM -0800, Linus Torvalds wrote:
> On Thu, Feb 19, 2015 at 1:59 PM, Linus Torvalds
> wrote:
> >
> > Is this worth looking at? Or is it something spurious? I might have
> > gotten the vectors wrong, and maybe the warning is not because the ISR
> > bit isn't set, but b
From: Ian Kent
If pipefs is registered within a container pipefs requests should be run
within their originating container also. To do that get a token to a
service thread created within the container environment for usermode
helper calls.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al
From: Ian Kent
When call_usermodehelper_keys() is called it assumes it won't be called
with the flag UMH_NO_WAIT. Currently that's always the case.
Change this to check the flag and use the correct kernel memory allocation
flag to guard against future changes.
Signed-off-by: Ian Kent
Cc: Benja
From: Ian Kent
Containerized request key helper callbacks need the ability to execute
a binary in a container's context. To do that get a token to a service
thread created within the container environment for usermode helper calls.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
C
From: Ian Kent
If the caller is running within a container then execute the usermode
helper callback within the container also.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
Cc: Al Viro
Cc: J. Bruce Fields
Cc: David Howells
Cc: Trond Myklebust
Cc: Oleg Nesterov
Cc: Eric W. Biederman
Cc
From: Ian Kent
If nfsd is running within a container the client tracking operations
should run within their originating container also. To do that get a
token to a service thread created within the container environment
for usermode helper calls.
Signed-off-by: Ian Kent
Cc: Benjamin Coddington
From: Ian Kent
Persistent use of process information is needed for contained
execution in a namespace other than the root init namespace.
Use a simple random token as a key to create and store thread
information in a hashed list for use by the usermode helper
thread runner.
Signed-off-by: Ian K
Following Eric's comments and in light of the most recent nfs and
keys patches here is yet another attempt at the basis of contained
usermode helper execution.
Initially I thought that creating threads to be used when executing
a helper wouldn't be feasible because the number of threads would be
f
The call_usermodehelper() function executes all binaries in the
global "init" root context. This doesn't allow a binary to be run
within a namespace environment such as a container. To do this
the namespace environment of the contaner must be available to
provide the required execution environment.
On Tue, Feb 03, 2015 at 12:39:27PM +0100, LEROY Christophe wrote:
> The C version of csum_add() as defined in include/net/checksum.h gives the
> following assembly:
>0: 7c 04 1a 14 add r0,r4,r3
>4: 7c 64 00 10 subfc r3,r4,r0
>8: 7c 63 19 10
On Mon, 30 Mar 2015, Preeti U Murthy wrote:
> It was found when doing a hotplug stress test on POWER, that the machine
> either hit softlockups or rcu_sched stall warnings. The issue was
> traced to commit 7cba160ad789a powernv/cpuidle: Redesign idle states
> management, which exposed the cpu dow
On Mon, 2015-03-30 at 18:53 -0700, Sukadev Bhattiprolu wrote:
> Fix minor whitespace damages.
If you are going to do whitespace cleaning,
please verify the patches with scripts/checkpatch.pl --strict.
> diff --git a/arch/powerpc/perf/hv-24x7.c b/arch/powerpc/perf/hv-24x7.c
[]
> @@ -1077,7 +1079,6
On Thu, Mar 26, 2015 at 06:39:53PM -0700, Michael Opdenacker wrote:
> This removes the use of the IRQF_DISABLED flag
> from drivers/mtd/nand/hisi504_nand.c
>
> It's a NOOP since 2.6.35.
>
> Signed-off-by: Michael Opdenacker
> ---
> drivers/mtd/nand/hisi504_nand.c | 2 +-
> 1 file changed, 1 ins
On Mon, 2015-03-30 at 16:46 -0700, Joe Perches wrote:
> Use the normal return values for bool functions
Acked-by: Benjamin Herrenschmidt
Should we merge it or will you ?
Cheers,
Ben.
> Signed-off-by: Joe Perches
> ---
> arch/powerpc/include/asm/dcr-native.h| 2 +-
> arch/powerpc/include/
I can't compile test most of this, since I don't have the dependencies.
But the code looks mostly OK.
On Mon, Mar 09, 2015 at 11:58:19AM +, Zubair Lutfullah Kakakhel wrote:
> From: Alex Smith
>
> Add a driver for NAND devices connected to the NEMC on JZ4780 SoCs, as
> well as the hardware BC
On Thu, Mar 26, 2015 at 06:18:15PM +0800, chenhui zhao wrote:
> In sleep mode, the clocks of e500 cores and unused IP blocks is
> turned off. The IP blocks which are allowed to wake up the processor
> are still running.
>
> The sleep mode is equal to the Standby state in Linux. Use the
> command t
> Sender : Tomeu Vizoso
> Date : 2015-03-31 00:33 (GMT+09:00)
> Title : [PATCH v2] PM / devfreq: tegra: Register governor on module init
>
> So this driver builds as a module.
>
> Signed-off-by: Tomeu Vizoso
> ---
>
> v2: * Remove governor if driver registration fails
> ---
> drivers/devfreq/te
> -Original Message-
> From: Ong, Boon Leong
> Sent: Tuesday, March 31, 2015 7:58 AM
> To: Zhang, Rui; edubez...@gmail.com
> Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Ong, Boon
> Leong; pure.lo...@nexus-software.ie; Kweh, Hock Leong;
> andy.shevche...@gmail.com
> Subject:
On Thu, Mar 26, 2015 at 06:18:14PM +0800, chenhui zhao wrote:
> Implemented CPU hotplug on e500mc, e5500 and e6500, and support
> multiple threads mode and 64-bits mode.
>
> For e6500 with two threads, if one thread is online, it can
> enable/disable the other thread in the same core. If two threa
On Mon, 2015-03-30 at 15:12 -0400, Don Zickus wrote:
> On Mon, Mar 30, 2015 at 02:51:05PM -0400, cmetc...@ezchip.com wrote:
> > From: Chris Metcalf
> >
> > Running watchdog can be a helpful debugging feature on regular
> > cores, but it's incompatible with nohz_full, since it forces
> > regular s
On Mon, Mar 09, 2015 at 11:58:18AM +, Zubair Lutfullah Kakakhel wrote:
> From: Alex Smith
>
> Add DT bindings for NAND devices connected to the NEMC on JZ4780 SoCs,
> as well as the hardware BCH controller, used by the jz4780_{nand,bch}
> drivers.
>
> Signed-off-by: Alex Smith
> Signed-off-
On Tue, 2015-03-31 at 12:49 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2015-03-30 at 16:46 -0700, Joe Perches wrote:
> > Use the normal return values for bool functions
>
> Acked-by: Benjamin Herrenschmidt
>
> Should we merge it or will you ?
Hey Ben.
I don't merge stuff. I just send patc
Remove the 'success_expected' parameter and log the message unconditionally.
Changelog[v2]
[Michael Ellerman]: Move the change to reduce log message priority
into a separate patch.
Signed-off-by: Sukadev Bhattiprolu
---
arch/powerpc/perf/hv-24x7.c | 16 ++--
We currently issue a new hcall for to retrieve the value of each 24x7
counter that we want to read. However, the H_GET_24x7_DATA hcall can
retrieve several counters in a single call, which would be useful in
getting a more consistent snapshot of the system.
Reorganize the code that prepares a 24x
The function event_24x7_request() is essentially a wrapper to the
function single_24x7_request() and can be dropped to simplify code.
Changelog [v2]:
- Michael Ellerman: Use fields from the request structure rather
than re-extracting from event structure.
Signed-off-by: Su
Move code that maps a perf_event to a 24x7 request buffer into a
separate function, add_event_to_24x7_request().
Changelog[v2]
[Michael Ellerman]: Move white-space changes to separate patch.
Signed-off-by: Sukadev Bhattiprolu
---
arch/powerpc/perf/hv-24x7.c | 59
Fix minor whitespace damages.
Signed-off-by: Sukadev Bhattiprolu
---
arch/powerpc/perf/hv-24x7.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/arch/powerpc/perf/hv-24x7.c b/arch/powerpc/perf/hv-24x7.c
index fe74221..676fb2f9 100644
--- a/arch/powerpc/per
Break up the function single_24x7_request() into smaller functions.
This would later enable us to "prepare" a multi-event request
buffer and then submit a single hcall for several events.
Changelog[v2]:
[Michael Ellerman] Rename start_24x7_get_data() to init_24x7_request()
Move the code to update an event count into a new function,
update_event_count().
Signed-off-by: Sukadev Bhattiprolu
---
arch/powerpc/perf/hv-24x7.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/perf/hv-24x7.c b/arch/powerpc/perf/hv-24x7.c
index 67
Use pr_devel_ratelimited() to log error message when the 24x7 HCALL
fails. Since users specify events by their sysfs name, the HCALL should
succeed. Any errors reported by the HCALL would be of interest to the
developer, rather than the user/administrator.
Signed-off-by: Sukadev Bhattiprolu
---
To simplify/cleanup code, move the rather long printk() to a separate
function.
Signed-off-by: Sukadev Bhattiprolu
Conflicts:
arch/powerpc/perf/hv-24x7.c
---
arch/powerpc/perf/hv-24x7.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/arch/powe
For consistency with the pmu operation ->read() and with other
pmus, rename hv_24x7_event_update() to hv_24x7_event_read().
Signed-off-by: Sukadev Bhattiprolu
---
arch/powerpc/perf/hv-24x7.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/perf/hv-24x7.c b/a
The parameters to the 24x7 HCALL have variable number of elements in them.
Set the minimum number of such elements to 1 rather than 0 and eliminate
the temporary structures.
This would enable us to submit multiple counter requests and process
multiple results from a single HCALL (in a follow on pa
From: Sukadev Bhattiprolu
Date: Tue, 17 Feb 2015 14:14:36 -0500
Subject: [PATCH 1/1] powerpc/hv-24x7: Add missing put_cpu_var()
Add missing put_cpu_var() for 24x7 requests. This went missing in
commit f34b6c7 (3.18-rc3).
Signed-off-by: Sukadev Bhattiprolu
---
arch/powerpc/perf/hv-24x7.c | 4 ++
On 2015/3/30 21:58, Catalin Marinas wrote:
> On Fri, Mar 27, 2015 at 09:40:26PM +0800, Hanjun Guo wrote:
>> On 2015年03月26日 11:49, Hanjun Guo wrote:
>>> On 2015/3/26 1:21, Catalin Marinas wrote:
On Tue, Mar 24, 2015 at 10:02:46PM +0800, Hanjun Guo wrote:
> --- a/drivers/acpi/acpi_processor.
Hi Mike,
On Mon, Mar 30, 2015 at 6:36 PM, Michael Turquette
wrote:
> Quoting Andrew Bresticker (2015-03-30 17:15:43)
>> On Mon, Mar 30, 2015 at 4:59 PM, Stephen Boyd wrote:
>> > On 02/24/15 19:56, Andrew Bresticker wrote:
>> >> +
>> >> +void pistachio_clk_force_enable(struct pistachio_clk_provid
On Mon, Mar 30, 2015 at 12:59:01PM +0100, Mel Gorman wrote:
> On Mon, Mar 30, 2015 at 07:42:13PM +0900, Naoya Horiguchi wrote:
...
>
> I note now that the patch was too hasty. By rights, that check
> should be covered by vma_migratable() but it's only checked if
> CONFIG_ARCH_ENABLE_HUGEPAGE_MIGRA
On 2015/3/31 5:53, Al Stone wrote:
> On 03/27/2015 06:14 AM, Hanjun Guo wrote:
>> MADT table scannig will stopped once it gets the errors
>> returned by the handler, which is acpi_map_gic_cpu_interface()
>> in for ARM64, so Ignore the return error value to search for
>> all enabled CPUs for SMP ini
SCIF ring buffer is a single producer, single consumer byte stream
ring buffer optimized for avoiding reads across the PCIe bus while
adding the required barriers and hardware workarounds for the MIC
Coprocessor. The ring buffer is used to implement a receive queue for
SCIF driver messaging between
1 - 100 of 942 matches
Mail list logo