[PATCH -tip ] [BUGFIX] perf probe: Fix to find line information for probe list

Fix to find the correct (as much as possible) line information for listing probes. Without this fix, perf probe --list action will show incorrect line information as below; # perf probe getname_flags # perf probe -l probe:getname_flags (on getname_flags@ksrc/linux-3/fs/namei.c) probe:getname_

Re: [PATCH] pwm-backlight: add support for device tree gpio control

On 26/09/13 15:50, Thierry Reding wrote: >> I thought the NAK was for the DT parts, not for the sequences as such. I >> don't remember anyone shooting down the idea of defining power sequences >> inside a driver. > > Yes, but the DT parts were the primary reason why they were written in > the fir

Re: [PATCH -tip ] [BUGFIX] perf probe: Fix to probe on symbols with optimization suffix

Hi Arnaldo, BTW, I also found another issue which the perf probe -l showed incorrect line number and file name for probes on such inline functions. :( I found the root causes (the line info is not correct and perf probe failed to handle nested inline functions). I'll send the bugfix patch soon. T

Re: [GIT PULL 3.12-rc2 fixes] clocksource: Several fixes for 3.12-rc2

On 09/27/2013 07:49 AM, Ingo Molnar wrote: * Daniel Lezcano wrote: Hi Thomas, this pull request contains several fixes for the clocksource/clockevent drivers: - Jean Pihet fixed a missing Kconfig option preventing the Armada370/XP to boot up. - Magnus Damm fixed the cpumask on the em_s

Re: [tip:x86/urgent] x86/smpboot: Fix announce_cpu() to printk() the last "OK" properly

* Borislav Petkov wrote: > On Wed, Sep 25, 2013 at 08:29:36PM +0200, Ingo Molnar wrote: > > Indeed, that should be fixed. > > Ok, how does a right alighment look like: > > [0.072399] smpboot: Booting Node 0, Processors #1 #2 #3 #4 #5 > #6 #7 OK > [0.617005] smpboot: Bo

Re: Re: [PATCH] futex: Remove the owner check when waking task in handle_futex_death

Darren Hart wrote on 2013/09/27 02:15:17: > Re: [PATCH] futex: Remove the owner check when waking task in > handle_futex_death > > On Thu, 2013-09-26 at 09:09 +0800, zhang.y...@zte.com.cn wrote: > > Hi all, > > > > Task processes all its owned robust futex when it is exiting, > > to ensure th

Re: [RFC PATCH v4 06/40] mm: Demarcate and maintain pageblocks in region-order in the zones' freelists

On 09/27/2013 03:46 AM, Dave Hansen wrote: > On 09/25/2013 04:14 PM, Srivatsa S. Bhat wrote: >> @@ -605,16 +713,22 @@ static inline void __free_one_page(struct page *page, >> buddy_idx = __find_buddy_index(combined_idx, order + 1); >> higher_buddy = higher_page + (buddy_id

Re: [PATCH v11 2/8] usb: phy: omap-usb2: use the new generic PHY framework

Hi Greg, On Friday 27 September 2013 12:21 AM, Greg KH wrote: > On Wed, Aug 21, 2013 at 11:16:07AM +0530, Kishon Vijay Abraham I wrote: >> Used the generic PHY framework API to create the PHY. Now the power off and >> power on are done in omap_usb_power_off and omap_usb_power_on respectively. >> T

Re: [PATCH v2 5/5] ARM: shmobile: lager: (DEVEL) add CPUFreq support

Hi Laurent On Fri, 27 Sep 2013, Laurent Pinchart wrote: > Hi Guennadi, > > Thank you for the patch. > > On Thursday 26 September 2013 19:21:00 Guennadi Liakhovetski wrote: > > The Lager board uses a DA9210 voltage regulator to supply DVFS power to the > > CA15 cores on the r8a7790 SoC. This pat

Regarding CONFIG_PARAVIRT_TIME_ACCOUNTING

If this option is enabled, do we take VM steal time into account when updating cpu_power? As a result, there will be less load on vCPUs with smaller cpu_power ? Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH] perf record: mmap output file - RFC

* David Ahern wrote: > On 9/26/13 11:51 AM, Jiri Olsa wrote: > >but it's still faster, since we finally get perf a chance to sleep ;-) > > > >new time: > > real0m30.392s > > user0m0.041s > > sys 0m0.389s > > > >old time: > > real0m32.235s > > user0m3.080s

[PATCH v12 6/7] usb: musb: omap2430: use the new generic PHY framework

Use the generic PHY framework API to get the PHY. The usb_phy_set_resume and usb_phy_set_suspend is replaced with power_on and power_off to align with the new PHY framework. musb->xceiv can't be removed as of now because musb core uses xceiv.state and xceiv.otg. Once there is a separate state mach

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

On Fri, 2013-09-27 at 08:02 +0200, Ingo Molnar wrote: > * Tim Chen wrote: > > > > If we prefer to optimize this a bit though, perhaps we can first move > > > the node->lock = 0 so that it gets executed after the "if (likely(prev > > > == NULL)) {}" code block and then delete "node->lock = 1" in

[PATCH v12 2/7] usb: phy: omap-usb2: use the new generic PHY framework

Used the generic PHY framework API to create the PHY. Now the power off and power on are done in omap_usb_power_off and omap_usb_power_on respectively. The omap-usb2 driver is also moved to driver/phy. However using the old USB PHY library cannot be completely removed because OTG is intertwined wi

[PATCH v12 7/7] usb: phy: twl4030-usb: remove *set_suspend* and *phy_init* ops

Now that twl4030-usb is adapted to the new generic PHY framework, *set_suspend* and *phy_init* ops can be removed from twl4030-usb driver. Signed-off-by: Kishon Vijay Abraham I Acked-by: Felipe Balbi Reviewed-by: Sylwester Nawrocki --- drivers/phy/phy-twl4030-usb.c | 57 ++---

[PATCH v12 1/7] drivers: phy: add generic PHY framework

The PHY framework provides a set of APIs for the PHY drivers to create/destroy a PHY and APIs for the PHY users to obtain a reference to the PHY with or without using phandle. For dt-boot, the PHY drivers should also register *PHY provider* with the framework. PHY drivers should create the PHY by

[PATCH v12 4/7] arm: omap3: twl: add phy consumer data in twl4030_usb_data

The PHY framework uses the phy consumer data populated in platform data in the case of non-dt boot to return the reference to the PHY when the controller (PHY consumer) requests for it. So populated the phy consumer data in the platform data of twl usb. Signed-off-by: Kishon Vijay Abraham I ---

[PATCH v12 5/7] ARM: dts: omap: update usb_otg_hs data

Updated the usb_otg_hs dt data to include the *phy* and *phy-names* binding in order for the driver to use the new generic PHY framework. Also updated the Documentation to include the binding information. The PHY binding information can be found at Documentation/devicetree/bindings/phy/phy-bindings

[PATCH v12 3/7] usb: phy: twl4030: use the new generic PHY framework

Used the generic PHY framework API to create the PHY. For powering on and powering off the PHY, power_on and power_off ops are used. Once the MUSB OMAP glue is adapted to the new framework, the suspend and resume ops of usb phy library will be removed. Also twl4030-usb driver is moved to drivers/ph

[PATCH v12 0/7] PHY framework

Added a generic PHY framework that provides a set of APIs for the PHY drivers to create/destroy a PHY and APIs for the PHY users to obtain a reference to the PHY with or without using phandle. This framework will be of use only to devices that uses external PHY (PHY functionality is not embedded w

linux-next: manual merge of the tip tree with the h8300-remove tree

Hi all, Today's linux-next merge of the tip tree got a conflict in arch/h8300/include/asm/Kbuild between commit 4b0847842204 ("Drop support for Renesas H8/300 (h8300) architecture") from the h8300-remove tree and commit a787870924db ("sched, arch: Create asm/preempt.h") from the tip tree. I just

[PATCH net-next] virtio-net: switch to use XPS to choose txq

We used to use a percpu structure vq_index to record the cpu to queue mapping, this is suboptimal since it duplicates the work of XPS and loses all other XPS functionality such as allowing use to configure their own transmission steering strategy. So this patch switches to use XPS and suggest a de

Re: [PATCH v6 5/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file

* Tim Chen wrote: > > If we prefer to optimize this a bit though, perhaps we can first move > > the node->lock = 0 so that it gets executed after the "if (likely(prev > > == NULL)) {}" code block and then delete "node->lock = 1" inside the > > code block. > > I suppose we can save one single

Re: [tip:x86/reboot] x86/reboot: Remove the duplicate C6100 entry in the reboot quirks list

* H. Peter Anvin wrote: > On 09/26/2013 01:59 PM, Davidlohr Bueso wrote: > >> - }, > >> - { /* Some C6100 machines were shipped with vendor being 'Dell'. */ > >> - .callback = set_pci_reboot, > >> - .ident = "Dell PowerEdge C6100", > >> - .matches = { > >>

Re: [PATCH 4/4] ipc,msg: prevent race with rmid in msgsnd,msgrcv

Hi Andrew, Could you include the patch in -mm and push it towards Linus? On 09/16/2013 05:04 AM, Davidlohr Bueso wrote: This fixes a race in both msgrcv() and msgsnd() between finding the msg and actually dealing with the queue, as another thread can delete shmid underneath us if we are preempt

Re: [GIT PULL 3.12-rc2 fixes] clocksource: Several fixes for 3.12-rc2

* Daniel Lezcano wrote: > Hi Thomas, > > this pull request contains several fixes for the clocksource/clockevent > drivers: > > - Jean Pihet fixed a missing Kconfig option preventing the Armada370/XP > to boot up. > > - Magnus Damm fixed the cpumask on the em_sti driver to have the > broadc

linux-next: manual merge of the omap_dss2 tree with the fbdev tree

Hi Tomi, Today's linux-next merge of the omap_dss2 tree got a conflict in drivers/video/atmel_lcdfb.c between commit 5e8be022fb5b ("video: atmel_lcdfb: add device tree suport") from the fbdev tree and commit a36bf1925539 ("video: atmel_lcdfb: Remove redundant dev_set_drvdata") from the omap_dss2 t

Re: [PATCH 4/4] [RFC] ipv6: Fix for possible ipv6 seqlock deadlock

* John Stultz wrote: > On 09/26/2013 12:30 PM, Eric Dumazet wrote: > > On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote: > >> While enabling lockdep on seqlocks, I ran accross the warning below > >> caused by the ipv6 stats being updated in both irq and non-irq context. > >> > >> This is a n

Re: [PATCH 1/4] [RFC] net: Explicitly initialize u64_stats_sync structures for lockdep

* Eric Dumazet wrote: > On Thu, 2013-09-26 at 11:34 -0700, John Stultz wrote: > > In order to enable lockdep on seqcount/seqlock structures, we > > must explicitly initialize any locks. > > > > > diff --git a/include/linux/u64_stats_sync.h b/include/linux/u64_stats_sync.h > > index 8da8c4e..c4

Re: [PATCH 2/4] ipc,shm: prevent race with rmid in shmat(2)

Hi Davidlohr, On 09/16/2013 05:04 AM, Davidlohr Bueso wrote: This fixes a race in shmat() between finding the msq and actually attaching the segment, as another thread can delete shmid underneath us if we are preempted before acquiring the kern_ipc_perm.lock. According the the man page, Linux su

Re: [PATCH 1/2] arch/um: make it work with defconfig and x86_64

Am 27.09.2013 06:14, schrieb Ramkumar Ramachandra: > arch/um/defconfig only lists one default configuration, and that applies > only to the i386 architecture. Replace it with two minimal > configuration files generated using `make savedefconfig`: > > i386_defconfig and x86_64_defconfig > > The

Re: [PATCH 2/2] um/vdso: add .gitignore for a couple of targets

Am 27.09.2013 06:14, schrieb Ramkumar Ramachandra: > Cc: Richard Weinberger > Signed-off-by: Ramkumar Ramachandra > --- > arch/x86/um/vdso/.gitignore | 2 ++ > 1 file changed, 2 insertions(+) > create mode 100644 arch/x86/um/vdso/.gitignore > > diff --git a/arch/x86/um/vdso/.gitignore b/arch/x

FROM Mr Micheal Ambali

Dear Friend, Greetings to you and your family. My name is Mr Micheal Ambali, the current Chief Auditor of a formidable bank here in Ouagadougou, Burkina Faso, West Africa. I have a transaction worth of 12.5 Million U.S dollars for transferring into your care for our mutual benefits, so  i need

[PATCH v2] perf tools: Use per-file CFLAGS in Makefile

From: Namhyung Kim Some files need additional compiler flags to be built successfully. Cleanup Makefile by using optional per-file CFLAGS which look like CFLAGS_dir_filename.o Cc: Jiri Olsa Cc: Borislav Petkov Signed-off-by: Namhyung Kim --- tools/perf/Makefile| 137 +

Re: [dtc PATCH V2] Warn on node name unit-address presence/absence mismatch

On Fri, Sep 27, 2013 at 11:30:38AM +1000, Benjamin Herrenschmidt wrote: > On Thu, 2013-09-26 at 17:12 -0600, Stephen Warren wrote: > > Well, ePAPR seems pretty specific that unit address and reg are > > related, > > but says nothing about ranges in the section on node naming, nor about > > node nam

Re: [PATCH] tty: Fix SIGTTOU not sent with tcflush()

Hello Oleg, On Thu, 2013-09-26 at 21:10 +0200, Oleg Nesterov wrote: > On 09/26, Oleg Nesterov wrote: > > > > Thanks Peter. > > > > Well. I'am afraid my testing was wrong, because Karel reports > > it fixes the problem... > > > > But. I applied this patch to my 3.11 tree (last commit is bff157b3a)

Re: [PATCH staging] dgnc: remove useless cast on kzalloc()

On Thu, Sep 26, 2013 at 09:27:57AM -0700, Greg KH wrote: > On Thu, Sep 26, 2013 at 10:12:23AM +0800, Fengguang Wu wrote: > > drivers/staging/dgnc/dgnc_driver.c:510:3-7: WARNING: casting value returned > > by k[cmz]alloc to (char *) is useless. > > drivers/staging/dgnc/dgnc_driver.c:502:2-19: WARNI

Re: [PATCH 21/21] of: remove empty arch prom.h headers

On 09/27/2013 12:21 AM, Rob Herring wrote: > From: Rob Herring > > Now that prom.h is optional, all the empty prom.h headers can be removed. > > Signed-off-by: Rob Herring Acked-by: Vineet Gupta Thx for the continued cleanup. -Vineet -- To unsubscribe from this list: send the line "unsubscrib

Re: [PATCH 15/21] of: remove HAVE_ARCH_DEVTREE_FIXUPS

On 09/27/2013 12:21 AM, Rob Herring wrote: > From: Rob Herring > > HAVE_ARCH_DEVTREE_FIXUPS appears to always be needed except for sparc, > but it is only used for /proc/device-teee and sparc does not enable > /proc/device-tree. So this option is redundant. Remove the option and > always enable it

Re: [BUG REPORT] ZSWAP: theoretical race condition issues

Hello Weijie, On Thu, Sep 26, 2013 at 04:48:03PM +0800, Weijie Yang wrote: > On Thu, Sep 26, 2013 at 3:57 PM, Minchan Kim wrote: > > On Thu, Sep 26, 2013 at 03:26:33PM +0800, Weijie Yang wrote: > >> On Thu, Sep 26, 2013 at 1:58 PM, Minchan Kim wrote: > >> > Hello Weigie, > >> > > >> > On Wed, Se

[PATCH] [media] uvcvideo: fix data type for pan/tilt control

The pan/tilt absolute control value is signed value. If minimum value is minus, It will be changed to plus by clamp_t() as commit 64ae9958a62. ([media] uvcvideo: Fix control value clamping for unsigned integer controls). It leads to wrong setting of the control values. For example, when min and ma

Re: [PATCH v2 2/5] ARM: shmobile: r8a7790: add I2C clocks and aliases for the DT mode

On Thu, Sep 26, 2013 at 07:20:57PM +0200, Guennadi Liakhovetski wrote: > This patch adds clock definitions for the 4 I2C interfaces on r8a7790 and > clock aliases, suitable for the DT mode. > > Signed-off-by: Guennadi Liakhovetski Thanks, queued up for v3.13. -- To unsubscribe from this list: se

Re: [PATCH v2 3/5] ARM: shmobile: r8a7790: add I2C DT nodes

On Thu, Sep 26, 2013 at 07:20:58PM +0200, Guennadi Liakhovetski wrote: > Add DT nodes for the four I2C interfacces on r8a7790. > > Signed-off-by: Guennadi Liakhovetski > --- > > v2: part two of former [PATCH 2/4], set i2c bus status to "disabled" by > default. Thanks, queued up for v3.13. -- To

Re: [RFC] extending splice for copy offloading

On Thu, Sep 26, 2013 at 11:23 PM, Ric Wheeler wrote: > On 09/26/2013 03:53 PM, Miklos Szeredi wrote: >> >> On Thu, Sep 26, 2013 at 9:06 PM, Zach Brown wrote: >> But I'm not sure it's worth the effort; 99% of the use of this interface will be copying whole files. And for that perhaps we

Re: How to get PGP/GPG public key fingerprint

On Fri, Sep 27, 2013 at 09:33:39AM +0800, Li, Zhen-Hua wrote: > Hi Guys, > In the FAQ page of kernel.org (https://www.kernel.org/faq.html) , > it says if one wants to get a kernel.org account, he needs to provide > "PGP/GPG public key fingerprint", and the key should: > > Key should be sig

Re: [PATCH/RFC] clocksource: Consolidate SH and ARM mach-shmobile Kconfig bits

On Thu, Sep 26, 2013 at 08:37:09AM +0900, Magnus Damm wrote: > From: Magnus Damm > > Based on request from Olof Johansson, move ARM mach-shmobile > clocksource entries to drivers/clocksource/Kconfig, and at > the same time make the SH architecture use these entries. > > Kconfig entries for CMT,

Re: [PATCH 06/21] arc: remove unnecessary prom.h includes

On 09/27/2013 12:21 AM, Rob Herring wrote: > From: Rob Herring > > Remove unnecessary prom.h includes in preparation to remove prom.h. > > Signed-off-by: Rob Herring > Cc: Vineet Gupta Acked-by: Vineet Gupta Thx for the continued cleanup. -Vineet -- To unsubscribe from this list: send the lin

RE: [PATCH 08/11] iwlwifi: Remove extern from function prototypes

> Subject: [PATCH 08/11] iwlwifi: Remove extern from function prototypes > > There are a mix of function prototypes with and without extern in the kernel > sources. Standardize on not using extern for function prototypes. > > Function prototypes don't need to be written with extern. > extern is

[PATCH 2/2] um/vdso: add .gitignore for a couple of targets

Cc: Richard Weinberger Signed-off-by: Ramkumar Ramachandra --- arch/x86/um/vdso/.gitignore | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 arch/x86/um/vdso/.gitignore diff --git a/arch/x86/um/vdso/.gitignore b/arch/x86/um/vdso/.gitignore new file mode 100644 index 000..9cac6d0 -

[PATCH 1/2] arch/um: make it work with defconfig and x86_64

arch/um/defconfig only lists one default configuration, and that applies only to the i386 architecture. Replace it with two minimal configuration files generated using `make savedefconfig`: i386_defconfig and x86_64_defconfig The build scripts now require two updates: 1. um's Kconfig (arch/x8

[PATCH 0/2] More plesant User-Mode Linux build

Hi, The first patch does the meat of the work of getting rid of the bloated i386-specific defconfig and replacing it with two tiny ones, and updating the Makefile/ Kconfig. SUBARCH is now auto-detected correctly, and can be overridden on the command-line. I've tested both the x86_64 kernel with an

[PATCH] MAINTAINERS: remove Richard Purdie as backlight maintainer

Remove Richard Purdie as backlight subsystem maintainer, since he is not responding for a few years. Signed-off-by: Jingoo Han Cc: Richard Purdie --- MAINTAINERS |1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 146ade4..398819c 100644 --- a/MAINTAINERS +++ b

Urgent Confidential Respond.

Dear Friend My Name is Dr. Cabiru Bello .I am a banker by professio .I hail from Ouagadougou, Burkina Faso, West Africa.My reason for contacting you is to transfer an abandoned $10, 300, 000.00 (Ten Million Three Hundred Thousand Dollars) to your account. The owner of this fund died since 200

Re: [GIT PULL] extcon next for 3.13

On Fri, Sep 27, 2013 at 10:28:20AM +0900, Chanwoo Choi wrote: > Hi Greg, > > This is extcon-next pull request for 3.13. 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 4

Re: [PATCH] kernel/groups.c: consider about NULL for 'group_info' in all related extern functions

Hello, Chen. On Fri, Sep 27, 2013 at 09:30:13AM +0800, Chen Gang wrote: > As an integrator or large source code maintainer, we cannot only depend > on testing, or tracing log, or some short directly causes; we also need > find and solve issues by checking sub-systems' interface or documents. Do y

[PATCH] digsig: use ERR_CAST inlined function instead of ERR_PTR(PTR_ERR(...))

Signed-off-by: Duan Jiong --- lib/digsig.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/digsig.c b/lib/digsig.c index 2f31e6a..8793aed 100644 --- a/lib/digsig.c +++ b/lib/digsig.c @@ -209,7 +209,7 @@ int digsig_verify(struct key *keyring, const char *sig, int siglen,

Re: [PATCH v2] pwm-backlight: allow for non-increasing brightness levels

On Thursday, September 26, 2013 9:08 PM, Tomi Valkeinen wrote: > On 26/09/13 14:51, Thierry Reding wrote: > > On Thu, Sep 26, 2013 at 01:03:06PM +0300, Tomi Valkeinen wrote: > > [...] > >> But if you and Thierry think this version is good, I'll take it. > > > > That sounds like you want to take it

linux-next: manual merge of the bluetooth tree with the wireless tree

Hi Gustavo, Today's linux-next merge of the bluetooth tree got a conflict in net/bluetooth/hci_core.c between commit 5e130367d43f ("Bluetooth: Introduce a new HCI_RFKILLED flag") from the wireless tree and commit 0736cfa8e5bb ("Bluetooth: Introduce user channel flag for HCI devices") from the blue

[PATCHv4 00/18] device thermal limits represented in device tree nodes (v4)

Hello all, Here is the continuation of work of representing hardware thermal properties in device tree infrastructure. The present patch series is the fourth version of this work. Previous versions were sent as RFCs and can be found here: V3: RFCv2: http://lkml.org/lkml/2013/8/23/594 RFCv1: http:

Re: [PATCH v2] pwm-backlight: allow for non-increasing brightness levels

On Thursday, September 26, 2013 10:00 PM, Thierry Reding wrote: > On Thu, Sep 26, 2013 at 03:08:22PM +0300, Tomi Valkeinen wrote: > > On 26/09/13 14:51, Thierry Reding wrote: > > > On Thu, Sep 26, 2013 at 01:03:06PM +0300, Tomi Valkeinen wrote: > > > [...] > > >> But if you and Thierry think this v

[PATCHv4 12/18] arm: dts: add omap4460 thermal data

This patch changes the dtsi entry on omap4460 to contain the thermal data. This data will enable the passive cooling with CPUfreq cooling device at 100C and the system will do a thermal shutdown at 125C. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc

linux-next: manual merge of the wireless-next tree with the net-next tree

Hi John, Today's linux-next merge of the wireless-next tree got a conflict in drivers/net/wireless/rtlwifi/rtl8192ce/phy.h between commit a958df5dc306 ("rtlwifi: Remove extern from function prototypes") from the net-next tree and commit 3a1ea9fd9351 ("rtlwifi: remove duplicate declarations and mac

[PATCHv4 18/18] arm: dts: add cooling properties on omap5 cpu node

OMAP5 devices can reach high temperatures and thus needs to have cpufreq-cooling on systems running on it. This patch adds the required cooling device properties so that cpufreq-cpu0 driver loads the cooling device. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Rob Herring Cc: Pawel Moll Cc: Mar

[PATCHv4 16/18] arm: dts: add omap5 CORE thermal data

This patch changes a dtsi file to contain the thermal data for CORE domain on OMAP5 and later SoCs. This data will enable a thermal shutdown at 125C. This thermal data can be reused across TI SoC devices. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland

[PATCHv4 17/18] arm: dts: add omap5 thermal data

This patch changes the dtsi entry on omap5 to contain the thermal data. This data will enable the passive cooling with CPUfreq cooling device at 100C. The system will do a thermal shutdown at 125C whenever any of its sensors sees this level. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Rob Herring

Re: [PATCH CHAR-MISC-NEXT 4/4] Intel MIC Header File warning fix.

On Thu, Sep 26, 2013 at 06:10:23PM -0700, Sudeep Dutt wrote: > usr/include/linux/mic_ioctl.h:37: > found __[us]{8,16,32,64} type without #include What is that from? What does it mean? confused, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

[PATCHv4 14/18] arm: dts: add cooling properties on omap4460 cpu node

OMAP4460 devices can reach high temperatures and thus needs to have cpufreq-cooling on systems running on it. This patch adds the required cooling device properties so that cpufreq-cpu0 driver loads the cooling device. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Rob Herring Cc: Pawel Moll Cc:

[PATCHv4 10/18] arm: dts: add omap4 CPU thermal data

This patch changes a dtsi file to contain the thermal data for MPU domain on OMAP4 and later SoCs. This data will enable the passive cooling with CPUfreq cooling device at 100C and the system will do a thermal shutdown at 125C. This thermal data can be reused across TI SoC devices. Cc: "Benoît Co

[PATCHv4 15/18] arm: dts: add omap5 GPU thermal data

This patch changes a dtsi file to contain the thermal data for GPU domain on OMAP5 and later SoCs. This data will enable a thermal shutdown at 125C. This thermal data can be reused across TI SoC devices. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland C

[PATCHv4 11/18] arm: dts: add omap4430 thermal data

This patch changes the dtsi entry on omap4430 to contain the thermal data. This data will enable the passive cooling with CPUfreq cooling device at 100C and the system will do a thermal shutdown at 125C. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Russell King Cc: linux-o...@vger.kernel.org Cc:

Re: [PATCH CHAR-MISC-NEXT 2/4] Intel MIC Driver Header File Cleanups.

On Thu, Sep 26, 2013 at 06:10:01PM -0700, Sudeep Dutt wrote: > Dont use same name for header files in different folders. > > These changes were suggested by Greg Kroah-Hartman during the > code review @ https://lkml.org/lkml/2013/9/6/18 > > Signed-off-by: Ashutosh Dixit > Signed-off-by: Dasarath

[PATCHv4 13/18] arm: dts: add cooling properties on omap4430 cpu node

OMAP4430 devices can reach high temperatures and thus needs to have cpufreq-cooling on systems running on it. This patch adds the required cooling device properties so that cpufreq-cpu0 driver loads the cooling device. Cc: "Benoît Cousson" Cc: Tony Lindgren Cc: Russell King Cc: linux-o...@vger

[PATCHv4 06/18] cpufreq: cpufreq-cpu0: add dt node parsing for cooling device properties

This patch changes the cpufreq-cpu0 driver to consider if a cpu needs cooling (with cpufreq). In case the cooling is needed, the cpu0 device tree node needs to be properly configured with cooling device properties. In case these properties are present,, the driver will load a cpufreq cooling devic

[PATCHv4 09/18] thermal: ti-soc-thermal: use thermal DT infrastructure

This patch improves the ti-soc-thermal driver by adding the support to build the thermal zones based on DT nodes. The driver will have two options now to build the thermal zones. The first option is the zones originally coded in this driver. So, the driver behavior will be same if there is no DT n

[PATCHv4 07/18] hwmon: lm75: expose to thermal fw via DT nodes

This patch adds to lm75 temperature sensor the possibility to expose itself as thermal zone device, registered on the thermal framework. The thermal zone is built only if a device tree node describing a thermal zone for this sensor is present inside the lm75 DT node. Otherwise, the driver behavior

Re: [PATCHv4 00/18] device thermal limits represented in device tree nodes (v4)

On 26-09-2013 23:13, Eduardo Valentin wrote: > Hello all, > > Here is the continuation of work of representing hardware thermal properties > in device tree infrastructure. The present patch series is the fourth version > of this work. Previous versions were sent as RFCs and can be found here: > V3

[PATCHv4 08/18] hwmon: tmp102: expose to thermal fw via DT nodes

This patch adds to tmp102 temperature sensor the possibility to expose itself as thermal zone device, registered on the thermal framework. The thermal zone is built only if a device tree node describing a thermal zone for this sensor is present inside the tmp102 DT node. Otherwise, the driver beha

[PATCHv4 04/18] thermal: core: introduce thermal_of_cooling_device_register

This patch adds a new API to allow registering cooling devices in the thermal framework derived from device tree nodes. This API links the cooling device with the device tree node so that binding with thermal zones is possible, given that thermal zones are pointing to cooling device device tree no

Re: [PATCH CHAR-MISC-NEXT 1/4] Intel MIC Host Driver Sysfs Cleanups.

On Thu, Sep 26, 2013 at 06:09:51PM -0700, Sudeep Dutt wrote: > + Use DEVICE_ATTR_RO/RW instead of DEVICE_ATTR > + Use ATTRIBUTE_GROUPS > > These changes were suggested by Greg Kroah-Hartman during the > code review @ https://lkml.org/lkml/2013/9/6/13 > > Signed-off-by: Ashutosh Dixit > Signed-of

[PATCHv7 03/18] thermal: introduce device tree parser

This patch introduces a device tree bindings for describing the hardware thermal behavior and limits. Also a parser to read and interpret the data and feed it in the thermal framework is presented. This patch introduces a thermal data parser for device tree. The parsed data is used to build therma

[PATCHv4 05/18] thermal: cpu_cooling: introduce of_cpufreq_cooling_register

This patch introduces an API to register cpufreq cooling device based on device tree node. The registration via device tree node differs from normal registration due to the fact that it is needed to fill the device_node structure in order to be able to match the cooling devices with trip points.

[PATCHv4 01/18] thermal: allow registering without .get_temp

This patch changes the thermal core driver to allow registration of thermal zones without the .get_temp callback. The idea behind this change is to allow lazy registration of sensor callbacks. The thermal zone will be disabled whenever the ops does not contain a .get_temp callback. The sysfs inte

[PATCHv4 02/18] thermal: core: allow binding via .bind when tzp is present

This patch allows drivers register thermal zone devices with thermal zone params and .bind callbacks. In this case, it will use the .bind callback. Cc: Zhang Rui Cc: linux...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin --- drivers/thermal/thermal_core.c | 2

Re: [PATCH] gma500: define do_gma_backlight_set only when used

On Thu, Sep 26, 2013 at 11:46 PM, Vincent Stehlé wrote: > Make sure static function do_gma_backlight_set() is only defined when > CONFIG_BACKLIGHT_CLASS_DEVICE is defined, as it is never called otherwise. > > This fixes the following warning: > > drivers/gpu/drm/gma500/backlight.c:29:13: warning

linux-next: manual merge of the net-next tree with the wireless tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in drivers/net/wireless/brcm80211/brcmfmac/dhd_bus.h between commit db4efbbeb457 ("brcmfmac: obtain platform data upon module initialization") from the wireless tree and commit 9bd91f3c00bd ("brcm80211: Remove extern from functio

Re: [f2fs-dev] [PATCH] f2fs: use rw_sem instead of fs_lock(locks mutex)

Hi Jin, Thanks for your comments. On 09/26/2013 08:31 PM, Jin Xu wrote: > Great to see fs_locks is to be replaced. :) > > There is a potential problem with using r/w semaphore this way. The > thread doing checkpoint might get starved if other threads are > intensively locking the read semaphore f

Re: [PATCH 1/1] arm64: X-Gene AHBC platform bus driver

On Thu, Sep 26, 2013 at 8:19 PM, Feng Kan wrote: > This driver setup the AHBC for SPI and SD drivers to use. > > Signed-off-by: Feng Kan > > --- > arch/arm64/boot/dts/apm-storm.dtsi |6 + > drivers/bus/Kconfig|9 ++ > drivers/bus/Makefile |2 + > drivers

Re: [PATCH] i2c-designware: define i2c_dw_pci_runtime_idle only with runtime pm

On Fri, Sep 27, 2013 at 12:24:03AM +0200, Vincent Stehlé wrote: > Make sure i2c_dw_pci_runtime_idle() is defined only when actually used, when > CONFIG_PM_RUNTIME is defined. > > This fixes the following compilation warning: > > drivers/i2c/busses/i2c-designware-pcidrv.c:188:12: warning: > ‘i2c

[PATCH v2] i2c: i2c-dev: Create 'name' attribute automatically

The 'name' attribute is needed for all i2c-dev class devices, meaning it can be created automatically by pointing to it in the class data structure. This simplifies the code and reduces the probability for race conditions (the name attribute should exist by the time the device is announced to user

Re: linux-next: build failure after merge of the ceph tree

On 09/26/2013 08:31 PM, Stephen Rothwell wrote: > Hi Sage, > > After merging the ceph tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > fs/ceph/file.c: In function 'ceph_sync_direct_write': > fs/ceph/file.c:545:24: error: 'struct iov_iter' has no member named 'iov' >

Hello

I am Lee Kam Leung, a senior Asset Manager and Actuary with C.T.B Corporation, in Beijing, China. I am contacting you with regards to a discreet and somewhat sensitive business asset available to my knowledge by virtue of my position. I will furnish you with further exclusive and of course, co

Re: [PATCH tip/core/rcu 08/11] rcu: Micro-optimize rcu_cpu_has_callbacks()

On 09/27/2013 02:33 AM, Paul E. McKenney wrote: > On Thu, Sep 26, 2013 at 10:57:39AM +0800, Chen Gang wrote: >> On 09/26/2013 04:16 AM, Paul E. McKenney wrote: >>> On Wed, Sep 25, 2013 at 10:55:30AM +0800, Chen Gang wrote: Thank you for your whole work, firstly :-). And your su

Re: [PATCH] perf tools: Add missing -ldl for gtk build

On Thu, 26 Sep 2013 20:55:54 +0200, Jiri Olsa wrote: > If we build perf with NO_LIBPYTHON=1 NO_LIBPERL=1 the '-ldl' > is not added to libs build fails if we have gtk2 code in, > because it depends on it. Argh... Thanks for fixing this! Acked-by: Namhyung Kim Thanks, Namhyung -- To unsubscribe f

[PATCH 1/6] cpuidle: calxeda: add support to use PSCI calls

From: Rob Herring This updates the Calxeda cpuidle driver to use PSCI calls to powergate cores. This is needed to enable cpuidle for the ECX-2000. This could possibly become a generic PSCI driver, but there are no other PSCI users in the kernel other than mach-virt. Signed-off-by: Rob Herring

[PATCH 2/6] cpuidle: calxeda: add cpu_pm_enter/exit calls

From: Rob Herring Wnen powergating the core, we need to call cpu pm notifiers to save VFP state (!SMP only) and resetting the breakpoint h/w. Signed-off-by: Rob Herring Cc: "Rafael J. Wysocki" Cc: Daniel Lezcano Cc: linux...@vger.kernel.org --- drivers/cpuidle/cpuidle-calxeda.c | 4 1 f

[PATCH 4/6] ARM: PSCI: remove unnecessary include of arm-gic.h

From: Rob Herring Now that gic_secondary_init is no longer needed to be called by SMP init functions, the header is not needed. Signed-off-by: Rob Herring Cc: Russell King --- arch/arm/kernel/psci_smp.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/kernel/psci_smp.c b/arch/arm/k

[PATCH 6/6] dts: calxeda: add ARM PSCI binding

From: Rob Herring Add the PSCI binding node for Calxeda SOCs. Only claiming "arm,psci" support since there is no agreement on 0.2 binding definition. Signed-off-by: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Stephen Warren Cc: Ian Campbell Cc: devicet...@vger.kernel.org --- arch/arm/b

[PATCH 5/6] ARM: highbank: adapt to use ARM PSCI calls

From: Rob Herring This adapts highbank to use psci for smp_ops and the cpu_suspend function for suspend/resume. Signed-off-by: Rob Herring --- arch/arm/mach-highbank/Kconfig| 1 + arch/arm/mach-highbank/Makefile | 2 -- arch/arm/mach-highbank/core.h | 4 --- arch/arm/mach-highbank

[PATCH 3/6] cpuidle: calxeda: add ecx-2000 support

From: Rob Herring Add cpuidle support for Calxeda ecx-2000 SoC. Signed-off-by: Rob Herring Cc: "Rafael J. Wysocki" Cc: Daniel Lezcano Cc: linux...@vger.kernel.org --- drivers/cpuidle/cpuidle-calxeda.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/cpuidle/cpui

[PATCH v4 0/6] PSCI support for highbank

From: Rob Herring This series converts highbank to use PSCI calls for smp_ops, suspend and cpuidle. I've dropped system reset and poweroff until we can finalize PSCI 0.2 bindings. Otherwise, this is mostly unchanged from the previous posting. New in this posting is enabling cpuidle on ecx-2000.

  1   2   3   4   5   6   7   8   >