[PATCH V6 06/30] thermal: exynos: Move exynos_thermal.h from include/* to driver/* folder

This patch renames and moves include/linux/platform_data/exynos_thermal.h to drivers/thermal/samsung/exynos_tmu.h. This file movement is needed as exynos SOC's are not supporting non-DT based platforms and this file now just contains exynos tmu driver related definations. Also struct freq_clip_tabl

[PATCH V6 01/30] thermal: exynos: Moving exynos thermal files into samsung directory

This movement of files is done for easy maintenance and adding more new sensor's support for exynos platform easily . This will also help in bifurcating exynos common, sensor driver and sensor data related parts. Acked-by: Kukjin Kim Acked-by: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap ---

[PATCH V6 12/30] thermal: exynos: Fix to clear only the generated interrupts

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 --- drivers/thermal/samsung/exynos_tmu.c | 11 +-- drivers/thermal/samsung/exynos_

[PATCH V6 09/30] thermal: exynos: Add extra entries in the tmu platform data

This patch adds entries min_efuse_value, max_efuse_value, default_temp_offset, trigger_type, cal_type, trim_first_point, trim_second_point, max_trigger_level trigger_enable in the TMU platform data structure. Also the driver is modified to use the data passed by these new platform memebers instead

[PATCH V6 15/30] thermal: exynos: Return success even if no cooling data supplied

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 --- drivers/thermal/samsung/exynos_thermal_common.c |4 ++-- 1 files changed, 2 insertions

[PATCH V6 14/30] thermal: exynos: Modify private_data to appropriate name driver_data

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 Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsu

[PATCH V6 17/30] thermal: exynos: Remove non DT based support

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 --- drivers/thermal/samsung/exynos_tmu.c | 17 + 1 files changed, 1 ins

[PATCH V6 21/30] ARM: dts: thermal: exynos4: Add documentation for Exynos SoC thermal bindings

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 --- .../devicetree/bindings/thermal/exynos-thermal.txt | 25 ++

[PATCH V6 19/30] thermal: exynos: Add TMU features to check instead of using SOC type

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: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap --- drivers/

[PATCH V6 18/30] thermal: exynos: Add support to handle many instances of TMU

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 is made shared type to handle shared interrupts. Also the i

[PATCH V6 26/30] thermal: exynos: Add hardware mode thermal calibration support

This patch adds support for h/w mode calibration in the TMU controller. soc's like 5440 support this features. Acked-by: Jonghwa Lee Acked-by: Kukjin Kim Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsung/exynos_tmu.c | 15 +++ drivers/thermal/samsung/exynos_tmu.

[PATCH V6 22/30] thermal: exynos: Add support to access common register for multistance

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: Amit Daniel Kachhap --- .../devicetree/bindings/thermal/exynos-t

[PATCH V6 24/30] thermal: exynos: Add thermal configuration data for exynos5440 TMU sensor

This patch adds configuration data for exynos5440 soc. Also register definations for the controller are added. Acked-by: Jonghwa Lee Acked-by: Kukjin Kim Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsung/exynos_tmu.c |4 ++ drivers/thermal/samsung/exynos_tmu_data.c | 71

[PATCH V6 29/30] ARM: dts: Add device tree node for exynos5440 TMU controller

This patch adds device node for TMU controller. There are 3 instances of the controllers so 3 nodes are created. Acked-by: Jonghwa Lee Acked-by: Kukjin Kim Signed-off-by: Amit Daniel Kachhap --- arch/arm/boot/dts/exynos5440.dtsi | 30 ++ 1 files changed, 30 insert

[PATCH V6 30/30] arm: exynos: enable ARCH_HAS_BANDGAP

This patch enables ARCH_HAS_BANDGAP config for exynos4210, 4212, 4412, 5250 and 5440 SOC. This config symbol is recently added to allow the platforms to enable bandgap based temperature sensor. Acked-by: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap --- arch/arm/mach-exynos/Kconfig |5

[PATCH V6 27/30] Documentation: thermal: Explain the exynos thermal driver model

This patch updates the documentation to explain the driver model and file layout. Acked-by: Jonghwa Lee Acked-by: Kukjin Kim Signed-off-by: Amit Daniel Kachhap --- Documentation/thermal/exynos_thermal | 43 ++--- 1 files changed, 34 insertions(+), 9 deletions(-)

[PATCH V6 28/30] thermal: exynos: Support for TMU regulator defined at device tree

TMU probe function now checks for a device tree defined regulator. For compatibility reasons it is allowed to probe driver even without this regulator defined. Acked-by: Jonghwa Lee Signed-off-by: Lukasz Majewski Signed-off-by: Kyungmin Park Signed-off-by: Amit Daniel Kachhap --- .../devicetr

[PATCH V6 13/30] thermal: exynos: Add support for instance based register/unregister

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: Amit Daniel Kachhap --- drivers/thermal/samsung/exynos_thermal_com

[PATCH V6 23/30] thermal: exynos: Add driver support for exynos5440 TMU sensor

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 trip points. For critical threshold the driver uses the

[PATCH V6 16/30] thermal: exynos: Make the zone handling use trip information

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 Daniel Kachhap --- drivers/thermal/samsung/exynos_thermal_common

[PATCH V6 20/30] thermal: exynos: use device resource management infrastructure

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 --- drivers/thermal/samsung/exynos_thermal_common.c | 39 ++ 1 files changed

[PATCH V6 11/30] thermal: exynos: Support thermal tripping

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 Acked-by: Jonghwa Lee Signed-off-by: Jonghwan Choi Signed-off-by:

[PATCH V6 25/30] thermal: exynos: Fix to set the second point correction value

This patch sets the second point trimming value according to the platform data if the register value is 0. Acked-by: Jonghwa Lee Acked-by: Kukjin Kim Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsung/exynos_tmu.c | 13 + 1 files changed, 9 insertions(+), 4 deletions(

linux-next: manual merge of the arm-soc tree with the tty tree

Hi all, Today's linux-next merge of the arm-soc tree got a conflict in drivers/tty/serial/xilinx_uartps.c between commit 696faedd616e ("serial: use platform_{get,set}_drvdata()") from the tty tree and commit 30e1e28598c2 ("arm: zynq: Migrate platform to clock controller") from the arm-soc tree. I

[PATCH V6 10/30] thermal: exynos: Move register definitions from driver to data file

This patch migrates the TMU register definition/bitfields to data file. This is needed to support SoC's which use the same TMU controller but register validity, offsets or bitfield may slightly vary across SOC's. Acked-by: Kukjin Kim Acked-by: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap ---

[PATCH V6 07/30] thermal: exynos: Bifurcate exynos tmu driver and configuration data

This code splits the exynos tmu driver code into SOC specific data parts. This will simplify adding new SOC specific data to the same TMU controller. Acked-by: Kukjin Kim Acked-by: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsung/Kconfig |3 +- drivers/t

[PATCH V6 02/30] thermal: exynos: Use ARCH_HAS_BANDGAP config to know the supported soc's

This patch uses the recently added config sybmol ARCH_HAS_BANDGAP to enable the TMU driver. This will allow adding support for new soc easily as now it is the platform responsibility to enable this config symbol for a particular soc. Acked-by: Kukjin Kim Acked-by: Jonghwa Lee Signed-off-by: Amit

[PATCH V6 05/30] thermal: exynos: Rename exynos_thermal.c to exynos_tmu.c

This patch renames exynos_thermal.c to exynos_tmu.c. This change is needed as this file now just contains exynos tmu driver related codes and thermal zone or cpufreq cooling registration related changes are not there anymore. Acked-by: Kukjin Kim Acked-by: Eduardo Valentin Acked-by: Jonghwa Lee

[PATCH V6 04/30] thermal: exynos: Bifurcate exynos thermal common and tmu controller code

This code bifurcates exynos thermal implementation into common and sensor specific parts. The common thermal code interacts with core thermal layer and core cpufreq cooling parts and is independent of SOC specific driver. This change is needed to cleanly add support for new TMU sensors. Acked-by:

[PATCH V6 03/30] thermal: exynos: Remove un-necessary CPU_THERMAL dependency

This patch removes the dependency on CPU_THERMAL for compiling TMU driver. This is useful for cases when only TMU controller needs to be initialised without cpu cooling action. Acked-by: Kukjin Kim Acked-by: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsung/Kconfig |

[PATCH V6 08/30] thermal: exynos: Add missing definations and code cleanup

This patch adds some extra register bitfield definations and cleans up the code to prepare for moving register macros and definations inside the TMU data section. Acked-by: Kukjin Kim Acked-by: Jonghwa Lee Signed-off-by: Amit Daniel Kachhap --- drivers/thermal/samsung/exynos_tmu.c | 62 +

[PATCH V6 00/30] thermal: exynos: Re-structure driver and add support for exynos5440

Hi Rui/Eduardo, Submitting V6 version with all comments fixed. It is good if these patches gets merged in this merge window. If any comments please let me know. Thanks, Amit Daniel Changes in V6: * Uses ARCH_HAS_BANDGAP config flag which is merged now in arm tree. (http://www.arm.linux.org.uk/de

Re: [PATCH] sched: add heuristic logic to pick idle peers

On 06/17/2013 01:08 PM, Lei Wen wrote: > Hi Michael, > > On Mon, Jun 17, 2013 at 11:27 AM, Michael Wang > wrote: >> Hi, Lei >> >> On 06/17/2013 10:21 AM, Lei Wen wrote: >>> nr_busy_cpus in sched_group_power structure cannot present the purpose >>> for judging below statement: >>> "this cpu's sche

linux-next: manual merge of the arm-soc tree with the net-next tree

Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-shmobile/clock-r8a7778.c between commit 589ebdef7e31 ("sh_eth: get R8A777x support out of #ifdef") from the net-next tree and commits 1189b1cb50a0 ("ARM: shmobile: r8a7778: add SDHI clock support") and 02474a41e61

[PATCH v9 4/4] block: Adding ROW scheduling algorithm

This patch adds the implementation of a new scheduling algorithm - ROW. The policy of this algorithm is to prioritize READ requests over WRITE as much as possible without starving the WRITE requests. The requests are kept in queues according to their priority. The dispatch is done in a Round Robin

swapper Not tainted 2.6.32.57-tlinux_xenU-1.1.rc6-default

Hi, *Booting 2.6.32.57.rc6, I get this in my log. 2.6.32.57.rc6 and below were fine. Please contact me if you need further information. Thanks!!* *System info:* Linux VM_42_34 2.6.32.57-tlinux_xenU-1.1.rc6-default #1 SMP Wed Oct 31 18:47:46 CST 2012 x86_64 x86_64 x86_64 GNU/Linux gcc version 4.

Bekräfta din webbmail konto.

Detta meddelande är från UPPGRADERA messaging center för alla webb-mailkonto ägare. Vi håller på att uppgradera vår databas och e-postkonton centrum. Vi tar bort alla oanvända e-postkonto för att skapa utrymme för nya konton. För att förhindra att ditt konto från att inaktiveras måste du uppdatera

[PATCH] clocksource: sh_cmt: 32-bit control register support

From: Magnus Damm Add support for CMT hardware with 32-bit control and counter registers, as found on r8a73a4 and r8a7790. To use the CMT with 32-bit hardware a second I/O memory resource needs to point out the CMSTR register and it needs to be 32 bit wide. Signed-off-by: Magnus Damm --- Test

[PATCH v9 2/4] block: Add support for reinsert a dispatched req

Add support for reinserting a dispatched request back to the scheduler's internal data structures. This capability is used by the device driver when it chooses to interrupt the current request transmission and execute another (more urgent) pending request. For example: interrupting long write in or

[PATCH v9 3/4] block: Add API for urgent request handling

This patch add support in block & elevator layers for handling urgent requests. The decision if a request is urgent or not is taken by the scheduler. Request is marked as urgent in cmd_flags (by the scheduler) with a new flag - REQ_URGENT. Urgent request notification is passed to the underlying blo

[PATCH v9 1/4] block: make rq->cmd_flags be 64-bit

From: Jens Axboe We have officially run out of flags in a 32-bit space. Extend it to 64-bit even on 32-bit archs. Signed-off-by: Jens Axboe diff --git a/block/blk-core.c b/block/blk-core.c index 0852e5d..0256a5b 100644 --- a/block/blk-core.c +++ b/block/blk-core.c @@ -174,9 +174,9 @@ void blk_

linux-next: manual merge of the arm-soc tree with the net-next tree

Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-shmobile/clock-r8a7740.c between commit e5c9b4cd6651 ("sh_eth: get R8A7740 support out of #ifdef") from the net-next tree and commit 9e0b428f079d ("ARM: shmobile: r8a7740: Add interim sh-eth device name to clocks

Re: [PATCH v9] watchdog: New watchdog driver for MEN A21 watchdogs

On Sun, Jun 16, 2013 at 03:07:15PM -0700, Guenter Roeck wrote: > On Fri, Jun 14, 2013 at 12:58:37PM +0200, Johannes Thumshirn wrote: > > This patch adds the driver for the watchdog devices found on MEN Mikro > > Elektronik A21 VMEbus CPU Carrier Boards. It has DT-support and uses the > > watchdog f

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

> Hi Bryan, > > After merging the leds tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > drivers/leds/leds-mc13783.c: In function 'mc13xxx_led_probe': > drivers/leds/leds-mc13783.c:280:4: error: implicit declaration of function > 'of_get_next_child' [-Werror=implicit-f

Re: [PATCH v2 6/6] DT: Add documentation for gpio-xilinx

On 06/17/2013 07:50 AM, Linus Walleij wrote: > On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > >> Describe gpio-xilinx binding. >> >> Signed-off-by: Michal Simek >> --- >> Changes in v2: >> - Extend description > > Thanks, patch applied but look into this: > >> +Optional properties: >> +

RE: [PATCH v6] ARM: dts: OMAP5: Add Palmas MFD node and regulator nodes

Hi Benoit, > -Original Message- > From: J, KEERTHY > Sent: Thursday, June 13, 2013 10:19 PM > To: Cousson, Benoit > Cc: linux-o...@vger.kernel.org; linux-kernel@vger.kernel.org; > ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@wwwdotorg.org; > swar...@nvidia.com; sa...@linux.inte

Re: [PATCH 2/2] ARM: dts: add AM33XX MMC support

* Felipe Balbi [130615 08:12]: > > fair enough, then let's just add those interrupts to hwmod which will, > eventually, let us drop all of that data from hwmod. Nope, we're already dropping the duplicate data from hwmod for am33xx and omap4. See omap-for-v3.11/cleanup branch. Regards, Tony --

Re: [PATCHv13 3/4] zswap: add to mm/

Hi Seth, On Tue, Jun 4, 2013 at 4:33 AM, Seth Jennings wrote: > zswap is a thin backend for frontswap that takes pages that are in the process > of being swapped out and attempts to compress them and store them in a > RAM-based memory pool. This can result in a significant I/O reduction on the >

Re: [PATCH 3/3] tracing/kprobes: Turn trace_probe->files into list_head

(2013/06/17 2:21), Oleg Nesterov wrote: > I think that "ftrace_event_file *trace_probe[]" complicates the > code for no reason, turn it into list_head to simplify the code. > enable_trace_probe() no longer needs synchronize_sched(). Looks cleaner :) > > This needs the extra sizeof(list_head) mem

[PATCH] tcp: Modify the condition for the first skb to collapse

When search the first skb to collapse,the condition of overlap to the next one have been reached,but the start is less than TCP_SKB_CB(skb)->seq at this time, then followed process will trigger the BUG_ON of the offset(start - TCP_SKB_CB(skb)->seq). So this patch add one check (! before(start,TC

Re: [PATCH 05/15] gpio-sta2x11: Convert to use devm_ioremap_resource

On 06/10/2013 05:05 PM, Tushar Behera wrote: > Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") > introduced devm_ioremap_resource() and deprecated the use of > devm_request_and_ioremap(). > > Signed-off-by: Tushar Behera > CC: linux-g...@vger.kernel.org > CC: Grant Likely

Re: [PATCH 04/15] gpio_msm: Convert to use devm_ioremap_resource

On 06/10/2013 05:05 PM, Tushar Behera wrote: > Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") > introduced devm_ioremap_resource() and deprecated the use of > devm_request_and_ioremap(). > > Signed-off-by: Tushar Behera > CC: linux-g...@vger.kernel.org > CC: Linus Walleij

Re: [PATCH 03/15] mmc: mvsdio: Convert to use devm_ioremap_resource

On 06/10/2013 05:05 PM, Tushar Behera wrote: > Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") > introduced devm_ioremap_resource() and deprecated the use of > devm_request_and_ioremap(). > > Signed-off-by: Tushar Behera > CC: linux-...@vger.kernel.org > CC: Chris Ball > -

Re: [PATCH 02/15] sudmac: Convert to use devm_ioremap_resource

On 06/10/2013 05:05 PM, Tushar Behera wrote: > Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") > introduced devm_ioremap_resource() and deprecated the use of > devm_request_and_ioremap(). > > Signed-off-by: Tushar Behera > CC: Vinod Koul > CC: Dan Williams > --- > driver

linux-next: manual merge of the pinctrl tree with Linus' tree

Hi Linus, Today's linux-next merge of the pinctrl tree got a conflict in drivers/net/ethernet/ti/davinci_mdio.c between commit 2786aae7fc93 ("net/ti davinci_mdio: don't hold a spin lock while calling pm_runtime") from Linus' tree and commit 5c0e3580cb98 ("drivers: net: davinci_mdio: use pinctrl PM

Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()

Hi, On Mon, Jun 17, 2013 at 08:32:25AM +0300, Aaro Koskinen wrote: > On Mon, Jun 17, 2013 at 12:06:00AM +0300, Meelis Roos wrote: > > Got this in 3.10-rc6 whil testing debian unstable upgrade with aptitude. > > 3.10-rc5 did not exhibit this (nor any other kernel recently tried, > > including mos

Re: [PATCH] gpio: msm-v1: Remove errant __devinit to fix compile

On Tue, Jun 4, 2013 at 9:20 PM, Stephen Boyd wrote: > Commit 7bce696 (gpio: Make gpio-msm-v1 into a platform driver, > 2013-03-04) was based on an older kernel where __devinit still > existed. Remove the erroneous __devinit marking. > > Cc: David Brown > Signed-off-by: Stephen Boyd Patch appli

[PATCH 1/1] x86/iommu: remove useless code

From: "Li, Zhen-Hua" In intel-iommu.c, the function dma_pte_addr does not change the value of its parameter (pte). So it is useless if it nobody catches its return value. Signed-off-by: Li, Zhen-Hua --- drivers/iommu/intel-iommu.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/i

Re: [PATCH] gpio: devres: make comments proper

On Tue, Jun 4, 2013 at 5:48 PM, Wolfram Sang wrote: > The free-function mentioned "interrupt" instead of "GPIO". While we are > here, use "GPIO" (capital letters) consistently. > > Signed-off-by: Wolfram Sang Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "

Re: [PATCH v2 5/6] GPIO: xilinx: Enable driver for Xilinx zynq

On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > Enable gpio driver for usage on Xilinx ARM zynq platform. > > Signed-off-by: Michal Simek > --- > Changes in v2: > - New patch in this series Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe l

Re: [PATCH v2 6/6] DT: Add documentation for gpio-xilinx

On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > Describe gpio-xilinx binding. > > Signed-off-by: Michal Simek > --- > Changes in v2: > - Extend description Thanks, patch applied but look into this: > +Optional properties: > +- interrupts : Interrupt mapping for GPIO IRQ. > +- interrupt-p

Re: [PATCH v2 4/6] GPIO: xilinx: Use BIT macro

On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > Use BIT macro from linux/bitops.h. > > Signed-off-by: Michal Simek > --- > Changes in v2: > - New patch in this series suggested by Linus Valleij Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscri

Re: [PATCH v2 3/6] GPIO: xilinx: Use __raw_readl/__raw_writel IO functions

On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > This driver can be used on Xilinx ARM Zynq platform > where in_be32/out_be32 functions are not implemented. > Use __raw_readl/__raw_writel functions which are > implemented on Microblaze and PowerPC. > For ARM readl/writel functions are used i

Re: [PATCH v2 2/6] GPIO: xilinx: Add support for dual channel

On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > Supporting the second channel in the driver. > Offset is 0x8 and both channnels share the same > IRQ. > > Signed-off-by: Michal Simek > > --- > Changes in v2: > - Use kernel doc format - suggested by Linus Walleij > - Do not use __raw_readl/_

Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core

On 14 June 2013 13:08, Lukasz Majewski wrote: > Changes for v2: > - Removal of cpufreq_boost structure and move its fields to cpufreq_driver > structure > - Flag to indicate if global boost attribute is already defined > - Extent the pr_{err|debbug} functions to show current function names > > C

Re: [PATCH v3 0/3] cpufreq:boost: CPU Boost mode support

On Mon, 17 Jun 2013 08:50:30 +0530, Viresh Kumar wrote: > On 14 June 2013 13:08, Lukasz Majewski wrote: > > arch/arm/mach-s3c24xx/cpufreq.c |2 +- > > arch/powerpc/platforms/pasemi/cpufreq.c |2 +- > > arch/powerpc/platforms/powermac/cpufreq_32.c |2 +- > > arch/pow

Re: [PATCH v2 1/6] GPIO: xilinx: Simplify driver probe function

On Mon, Jun 3, 2013 at 2:31 PM, Michal Simek wrote: > Simplification is done by using OF helper function > which increase readability of code and remove > (if (var) var = be32_to_cpup;) assignment. > > Signed-off-by: Michal Simek > --- > Changes in v2: > - New patch in this series Patch applied

Re: [PATCH 1/3] ARM: msm: Remove gpiomux-v2 and re-organize MSM_GPIOMUX configs

On Sat, Jun 1, 2013 at 2:21 AM, Rohit Vaswani wrote: > Remove gpiomux-v2 as it's not being used and make way for future improvements. > > Signed-off-by: Rohit Vaswani > --- > arch/arm/mach-msm/Kconfig| 13 +++- > arch/arm/mach-msm/Makefile |6 +-- > arch/arm/mach-msm/gpi

linux-next: manual merge of the driver-core tree with the devicetree tree

Hi Greg, Today's linux-next merge of the driver-core tree got a conflict in include/linux/platform_device.h between commit 10dbc5e39a60 ("driver core: move to_platform_driver to platform_device.h") from the devicetree tree and commit 9447057eaff8 ("platform_device: use a macro instead of platform_

Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()

Hi, On Mon, Jun 17, 2013 at 12:06:00AM +0300, Meelis Roos wrote: > Got this in 3.10-rc6 whil testing debian unstable upgrade with aptitude. > 3.10-rc5 did not exhibit this (nor any other kernel recently tried, > including most -rc's). Does not seem to be reproducible. I get this regularly on Ul

Re: [PATCH 1/2] GPIO: Add support for dual channel in gpio-xilinx.c

On Fri, May 31, 2013 at 9:34 AM, Michal Simek wrote: > On 05/31/2013 09:14 AM, Linus Walleij wrote: >> It's OK, but fix the boolean member so as to just needing to >> be present: >> >> xlnx,is-dual; >> >> Rather than >> >> xlnx,is-dual = <1>; > > Surely I can do it but it means to change our BSP

linux-next: build failure after merge of the leds tree

Hi Bryan, After merging the leds tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/leds/leds-mc13783.c: In function 'mc13xxx_led_probe': drivers/leds/leds-mc13783.c:280:4: error: implicit declaration of function 'of_get_next_child' [-Werror=implicit-function-declarat

Re: [PATCH v2 1/6] GPIO: xilinx: Simplify driver probe function

Hi Linus, can you please look at this? Thanks, Michal On 06/03/2013 02:31 PM, Michal Simek wrote: > Simplification is done by using OF helper function > which increase readability of code and remove > (if (var) var = be32_to_cpup;) assignment. > > Signed-off-by: Michal Simek > --- > Changes i

Re: [PATCH v4 0/7] xilinxfb changes

On 06/06/2013 06:23 PM, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 12:13 Mon 03 Jun , Michal Simek wrote: >> Hi, >> > > Arnd can you take look on it again please > > I'll take a look on it next week Any update on this? Thanks, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D

Re: [PATCH] pinctrl: update GPIO range doc

On 06/16/2013 05:18:29 AM, Linus Walleij wrote: From: Linus Walleij This updates the GPIO range documentation with the API changes for sparse/random/arbitrary pin-to-GPIO mappings. Acked-by: Rob Landley Why isn't this part of the pinctrl series you posted right afterwards? (It should go i

Re: [PATCH] ARM: dma-mapping: Get pages if the cpu_addr is out of atomic_pool

YoungJun Cho wrote @ Mon, 17 Jun 2013 06:18:52 +0200: > In __iommu_get_pages(), the cpu_addr is checked wheather in > atomic_pool range or not. So if the cpu_addr is in atomic_pool > range, it does not need to check twice. > > Signed-off-by: YoungJun Cho > Signed-off-by: Kyungmin Park Looks o

Re: [PATCH] sched: add heuristic logic to pick idle peers

Hi Michael, On Mon, Jun 17, 2013 at 11:27 AM, Michael Wang wrote: > Hi, Lei > > On 06/17/2013 10:21 AM, Lei Wen wrote: >> nr_busy_cpus in sched_group_power structure cannot present the purpose >> for judging below statement: >> "this cpu's scheduler group has multiple busy cpu's exceeding >> the

Re: [PATCH 3/9] s390: Replace weird use of PTR_RET.

On Sun, Jun 16, 2013 at 02:12:42PM +0930, Rusty Russell wrote: > Saves repeating "(void __force *)__uptr" but it's less clear. Using > the output of PTR_RET() to determine the error rather than just > testing IS_ERR() is odd. Ok, if it's confusing I won't mind if it gets changed. I intended to ke

Re: [PATCH 2/3] tracing/kprobes: Kill probe_enable_lock

(2013/06/17 2:21), Oleg Nesterov wrote: > enable_trace_probe() and disable_trace_probe() should not worry about > serialization, the caller (perf_trace_init or __ftrace_set_clr_event) > holds event_mutex. > > They are also called by kprobe_trace_self_tests_init(), but this __init > function can't

Re: [PATCH 3.9-stable] ARM: omap3: clock: fix wrong container_of in clock36xx.c

On Mon, 17 Jun 2013, Jonghwan Choi wrote: > This patch looks like it should be in the 3.9-stable tree, should we apply > it? Please do. - Paul > > -- > > From: "Jean-Philippe Francois " > > commit a93d8a1cea0899982993e9a93404c6f78b123697 upstream > > omap36xx_pwrdn_clk_enab

Re: [uclinux-dist-devel] [PATCH 01/11] cpufreq: blackfin: enable driver for CONFIG_BFIN_CPU_FREQ

On Wednesday 12 June 2013 04:15:08 Viresh Kumar wrote: > By mistake blackfin's cpufreq driver is enabled when CONFIG_BLACKFIN was > present, whereas it should have been enabled only when CONFIG_BFIN_CPU_FREQ > is present. Acked-by: Mike Frysinger -mike signature.asc Description: This is a digit

Re: [PATCH 2/2] clk: exynos4: Add alias for cpufreq related clocks

On 06/11/2013 12:23 AM, Tomasz Figa wrote: > On Monday 10 of June 2013 09:13:11 Tushar Behera wrote: >> On 06/08/2013 05:20 PM, Tomasz Figa wrote: >>> On Thursday 06 of June 2013 16:52:28 Tushar Behera wrote: [ ... ] MUX_A(mout_core, "mout_core", mout_core_p4210, -

Re: [PATCH 1/3] tracing/kprobes: Avoid perf_trace_buf_*() if ->perf_events is empty

(2013/06/17 2:21), Oleg Nesterov wrote: > perf_trace_buf_prepare() + perf_trace_buf_submit() make no sense > if this task/CPU has no active counters. Change kprobe_perf_func() > and kretprobe_perf_func() to check call->perf_events beforehand > and return if this list is empty. > > For example, "pe

Re: [PATCH] pinctrl: establish pull-up/pull-down terminology

On 16/06/13 22:45, 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 means that the pin

[PATCH] ARM: dma-mapping: Get pages if the cpu_addr is out of atomic_pool

In __iommu_get_pages(), the cpu_addr is checked wheather in atomic_pool range or not. So if the cpu_addr is in atomic_pool range, it does not need to check twice. Signed-off-by: YoungJun Cho Signed-off-by: Kyungmin Park --- arch/arm/mm/dma-mapping.c | 11 ++- 1 files changed, 6 insert

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

Hi all, Today's linux-next merge of the fbdev tree got a conflict in drivers/video/of_display_timing.c between commit f583662347c6 ("video: display_timing: make parameter const") from the drm tree and commits fcf7e6e5bd84 ("videomode: don't allocate mem in of_get_display_timing()") and ffa3fd21de8

Re: [PATCH v2] ARM: mmp: bring up pxa988 with device tree support

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 a problem we have on other platforms as well, we should >> > find a generic solution for that. It would be nice t

Re: [PATCH v4] usb: dwc3: use extcon fwrk to receive connect/disconnect

On 06/14/2013 10:10 PM, Kishon Vijay Abraham I wrote: > Modified dwc3-omap to receive connect and disconnect notification using > extcon framework. Also did the necessary cleanups required after > adapting to extcon framework. > > Signed-off-by: Kishon Vijay Abraham I > Acked-by: Felipe Balbi >

Re: [PATCH 6/9] remoteproc: don't use PTR_RET().

Ohad Ben-Cohen writes: > On Sun, Jun 16, 2013 at 7:42 AM, Rusty Russell wrote: >> >> We've already tested that it's an error. >> >> Cc: Ohad Ben-Cohen >> Cc: Robert Tivy >> Signed-off-by: Rusty Russell > > Acked-by: Ohad Ben-Cohen > > Thanks Rusty, feel free to take it via your tree together

Re: [PATCH 9/9] mm/oom_kill: remove weird use of ERR_PTR()/PTR_ERR().

David Rientjes writes: > On Sun, 16 Jun 2013, Rusty Russell wrote: > >> diff --git a/mm/oom_kill.c b/mm/oom_kill.c >> index 79e451a..f9b9cd7 100644 >> --- a/mm/oom_kill.c >> +++ b/mm/oom_kill.c >> @@ -288,7 +288,7 @@ enum oom_scan_t oom_scan_process_thread(struct >> task_struct *task, >> >> /*

Re: [PATCH 3/4] KVM: PPC: Add support for IOMMU in-kernel handling

On Sun, 2013-06-16 at 21:13 -0600, Alex Williamson wrote: > IOMMU groups themselves don't provide security, they're accessed by > interfaces like VFIO, which provide the security. Given a brief look, I > agree, this looks like a possible backdoor. The typical VFIO way to > handle this would be t

Re: [PATCH 1/3] tracing/kprobes: Avoid perf_trace_buf_*() if ->perf_events is empty

On 2013/6/17 1:21, Oleg Nesterov wrote: > perf_trace_buf_prepare() + perf_trace_buf_submit() make no sense > if this task/CPU has no active counters. Change kprobe_perf_func() > and kretprobe_perf_func() to check call->perf_events beforehand > and return if this list is empty. > > For example, "pe

linux-next: build failure after merge of the sound-asoc tree

Hi all, After merging the sound-asoc tree, today's linux-next build (x86_64 allmodconfig) failed like this: make[4]: *** No rule to make target `sound/soc/spear/spear_evb.o', needed by `sound/soc/spear/built-in.o'. Stop. Caused by commit e58070ee4fdf ("ASoC: Add Kconfig and Makefile to support

Re: [PATCH V5 02/30] thermal: exynos: Add ARCH_HAS_TMU config to know the supported soc's

Hi Eduardo, On Mon, Jun 17, 2013 at 8:35 AM, Eduardo Valentin wrote: > Hey Amit, > > On 11-06-2013 08:53, Amit Daniel Kachhap wrote: >> This patch adds config sybmol ARCH_HAS_TMU to enable the TMU driver. >> This will allow adding support for new soc easily as now it is the >> platform responsibi

Re: [PATCH v2 1/2] MAINTAINERS: Add Samsung pinctrl entries

Kyungmin Park skrev: >On Mon, Jun 17, 2013 at 7:17 AM, Doug Anderson >wrote: >> It's convenient if get_maintainer suggests sending samsung/exynos >> pinctrl changes to linux-samsung-soc and to Tomasz and Thomas. >> >> Signed-off-by: Doug Anderson >Acked-by: Kyungmin Park Acked-by: Olof Joha

Re: [PATCH 1/1] x86/iommu: fix dma pte address size error

Hi Don, This patch is not only for the sake of spec interpretation. Till now I did not see any bugs , but it does not meant no bugs will appear in the future. The address returned by dma_pte_addr is used in many places. Thanks Zhenhua On 06/15/2013 04:16 AM, Don Dutile wrote: On 05/23/2013 08

Re: [PATCH v2 1/2] MAINTAINERS: Add Samsung pinctrl entries

On Mon, Jun 17, 2013 at 7:17 AM, Doug Anderson wrote: > It's convenient if get_maintainer suggests sending samsung/exynos > pinctrl changes to linux-samsung-soc and to Tomasz and Thomas. > > Signed-off-by: Doug Anderson Acked-by: Kyungmin Park > --- > Changes in v2: > - Updated with Thomas and T

linux-next: manual merge of the drm-intel tree with Linus' tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in drivers/gpu/drm/i915/intel_sdvo.c between commit 7ba220cec0bb ("drm/i915: Enable hotplug interrupts after querying hw capabilities") from Linus' tree and commit e596a02ccfc6 ("drm/i915: Remove dead code from SDVO initialisati

Re: [PATCH v3 0/3] cpufreq:boost: CPU Boost mode support

On 14 June 2013 13:08, Lukasz Majewski wrote: > arch/arm/mach-s3c24xx/cpufreq.c |2 +- > arch/powerpc/platforms/pasemi/cpufreq.c |2 +- > arch/powerpc/platforms/powermac/cpufreq_32.c |2 +- > arch/powerpc/platforms/powermac/cpufreq_64.c |2 +- > drivers/cpufreq/a

Re: [PATCH] sched: add heuristic logic to pick idle peers

Hi, Lei On 06/17/2013 10:21 AM, Lei Wen wrote: > nr_busy_cpus in sched_group_power structure cannot present the purpose > for judging below statement: > "this cpu's scheduler group has multiple busy cpu's exceeding > the group's power." > > But only could tell how many cpus is doing their jobs f

  1   2   3   4   >