Re: [PATCH 03/10] perf sort: Add 'addr' sort key

2013-04-03 Thread Namhyung Kim
Hi Arnaldo, On Wed, 3 Apr 2013 14:06:10 -0300, Arnaldo Carvalho de Melo wrote: > What I expected was that the result was this: > > perf report --sort addr | grep -v ^# | sort -k2 -n | less > > And in hexadecimal, can you fix this? Oops, it was a mistake in the last minute change, sorry. :( > >

Re: [ 105/124] af_unix: dont send SCM_CREDENTIAL when dest socket is NULL

2013-04-03 Thread Eric W. Biederman
Eric Dumazet writes: > On Wed, 2013-04-03 at 17:05 -0700, Eric W. Biederman wrote: >> Sven Joachim writes: >> >> > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote: >> > >> >> 3.8-stable review patch. If anyone has any objections, please let me >> >> know. >> > >> > I'm seeing several

GPS driver for Linux - kernel or user-space driver?

2013-04-03 Thread Tim Bird
I've been approached by a developer at Sony who wants to publish an open source driver for a Sony GPS receiver module. I've looked in the kernel source, and only see one standalone GPS driver, for Garmin. It appears that most GPS support in Linux is done via user-space drivers. Many GPS

Re: [PATCH V2 4/7] kbuild: always run gcc -E on *.dts, remove cmd_dtc_cpp

2013-04-03 Thread Emilio López
Hi Stephen, El 03/04/13 20:34, Stephen Warren escribió: > From: Stephen Warren > > Replace cmd_dtc with cmd_dtc_cpp, and delete the latter. > > Previously, a special file extension (.dtsp) was required to trigger > the C pre-processor to run on device tree files. This was ugly. Now that >

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

2013-04-03 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the net-next tree got a conflict in drivers/net/wireless/rt2x00/rt2x00pci.c between commit 69a2bac8984c ("rt2x00: rt2x00pci: fix build error on Ralink RT3x5x SoCs") from the wireless tree and commit 1f9061d27d3d ("drivers:net: dma_alloc_coherent: use __GFP_ZERO

Re: [PATCH v3 2/3] fix hugetlb memory check in vma_dump_size()

2013-04-03 Thread HATAYAMA Daisuke
(2013/04/04 3:35), Naoya Horiguchi wrote: > Documentation/filesystems/proc.txt says about coredump_filter bitmask, > >Note bit 0-4 doesn't effect any hugetlb memory. hugetlb memory are only >effected by bit 5-6. > > However current code can go into the subsequent flag checks of bit 0-4 >

Re: [PATCH 4/5] sched: don't consider upper se in sched_slice()

2013-04-03 Thread Joonsoo Kim
Hello, Preeti. On Tue, Apr 02, 2013 at 11:02:43PM +0530, Preeti U Murthy wrote: > Hi Joonsoo, > > > >>> I think that it is real problem that sysctl_sched_min_granularity is not > >>> guaranteed for each task. > >>> Instead of this patch, how about considering low bound? > >>> > >>> if (slice <

[PATCH v2 4/4] x86, kdump: Change crashkernel_high/low= to crashkernel=;high/low

2013-04-03 Thread Yinghai Lu
Per hpa, use crashkernel=XM;high crashkernel=YM;low instead of crashkernel_hign=XM crashkernel_low=YM. As that could be extensible. -v2: according to Vivek, change delimiter to ; -v3: let hign and low only handle simple form and it conforms to description in kernel-parameters.txt

[PATCH v2 3/4] kexec: use Crash kernel for Crash kernel low

2013-04-03 Thread Yinghai Lu
We can extend kexec-tools to support multiple "Crash kernel" in /proc/iomem instead. So we can use "Crash kernel" instead of "Crash kernel low" in /proc/iomem. Suggested-by: Vivek Goyal Signed-off-by: Yinghai Lu --- kernel/kexec.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 1/4] x86, kdump: Set crashkernel_low automatically

2013-04-03 Thread Yinghai Lu
Chao said that kdump does does work well on his system on 3.8 without extra parameter, even iommu does not work with kdump. And now have to append crashkernel_low=Y in first kernel to make kdump work. We have now modified crashkernel=X to allocate memory beyong 4G (if available) and do not

[PATCH v2 2/4] x86, kdump: Retore crashkernel= to allocate low

2013-04-03 Thread Yinghai Lu
Vivek found old kexec-tools does not work new kernel anymore. So change back crashkernel= back to old behavoir, and add crashkernel_high= to let user decide if buffer could be above 4G, and also new kexec-tools will be needed. v2: let crashkernel=X override crashkernel_high= update

[PATCH -v2 0/4] x86, kdump: Fix crashkernel high with old kexec-tools

2013-04-03 Thread Yinghai Lu
Vivek found some problems with old kexec-tools. We keep the old crashkernel=X to old behavoir, so it will not break old kexec-tools. Add crashkernel=X,high to support new kexec-tools that supports loading high. when high is used, memblock will search from top to low. if the allocated one is above

Re: [ 105/124] af_unix: dont send SCM_CREDENTIAL when dest socket is NULL

2013-04-03 Thread Eric Dumazet
On Wed, 2013-04-03 at 17:19 -0700, Eric Dumazet wrote: > Well, yes, this commit fixes a real bug : We were coalescing two > messages into a single one, even if the senders were different. By the way, the 'LSB' test program can be found here :

Re: [PATCH v0] Add SHA-3 hash algorithm

2013-04-03 Thread Jeff Garzik
On 10/03/2012 01:45 AM, Jeff Garzik wrote: Whee -- SHA-3 is out! I wanted to explore the new toy a bit, and so, here is a blatantly untested rough draft of SHA-3 kernel support. Why rough draft? Because answers to the questions below will inform a more polished version. Just to update

Re: [ 105/124] af_unix: dont send SCM_CREDENTIAL when dest socket is NULL

2013-04-03 Thread Eric Dumazet
On Wed, 2013-04-03 at 17:05 -0700, Eric W. Biederman wrote: > Sven Joachim writes: > > > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote: > > > >> 3.8-stable review patch. If anyone has any objections, please let me know. > > > > I'm seeing several complaints from udevd at boot in both

Re: [PATCH] mm, x86: no zeroing of hugetlbfs pages at boot

2013-04-03 Thread Simon Jeons
On 03/07/2013 05:50 AM, Cliff Wickman wrote: From: Cliff Wickman Allocating a large number of 1GB hugetlbfs pages at boot takes a very long time. Large system sites would at times like to allocate a very large amount of memory as 1GB pages. They would put this on the kernel boot line:

Re: [PATCH] sysfs: fix crash_notes_size build warning

2013-04-03 Thread Simon Horman
On Wed, Apr 03, 2013 at 03:18:24PM +, Arnd Bergmann wrote: > From b60d17603df3225d9f51c4f8168e8e00a1090911 Mon Sep 17 00:00:00 2001 > From: Arnd Bergmann > Date: Wed, 3 Apr 2013 17:14:32 +0200 > Subject: [PATCH] sysfs: fix crash_notes_size build warning > > commit eca4549f57 "sysfs: Add

Re: [PATCH] To add NULL pointer check

2013-04-03 Thread Jaegeuk Kim
Hi, 2013-04-03 (수), 14:43 +0530, P J P: > +-- On Wed, 3 Apr 2013, Jaegeuk Kim wrote --+ > | I'm confusing the question because f2fs doesn't use generic_writepages(), > | since f2fs_write_data_pages() is linked to a_ops->writepages. In > | do_writepages(), always f2fs_write_data_pages() is

Re: [ 105/124] af_unix: dont send SCM_CREDENTIAL when dest socket is NULL

2013-04-03 Thread Eric W. Biederman
Andy Lutomirski writes: > On Wed, Apr 3, 2013 at 11:43 AM, Eric Dumazet wrote: >> On Wed, 2013-04-03 at 10:58 -0700, Andy Lutomirski wrote: >> >>> >>> This sounds suspiciously like an SCM_CREDENTIALS bug triggered by a >>> race. There's a fix (that needs both a new version from me and a review

[PATCH 2/6] Hexagon: fix up int enable/disable at ret_from_fork

2013-04-03 Thread Richard Kuo
Check return coming out of check_work_pending, and if copy_thread passed us a function in r24, call it. Based on feedback from Al Viro. Signed-off-by: Richard Kuo --- arch/hexagon/kernel/vm_entry.S | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git

Re: [ 105/124] af_unix: dont send SCM_CREDENTIAL when dest socket is NULL

2013-04-03 Thread Eric W. Biederman
Sven Joachim writes: > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote: > >> 3.8-stable review patch. If anyone has any objections, please let me know. > > I'm seeing several complaints from udevd at boot in both 3.8.6-rc1 and > 3.9-rc5: "udevd[56]: sender uid=65534, message ignored".

[PATCH 1/6] Hexagon: Signal and return path fixes

2013-04-03 Thread Richard Kuo
This fixes the return value of sigreturn and moves the work pending check into a c routine for readability and fixes the loop for multiple pending signals. Based on feedback from Al Viro. Signed-off-by: Richard Kuo --- arch/hexagon/include/uapi/asm/signal.h |2 +

[PATCH 0/6] Hexagon: various signal and return path cleanups

2013-04-03 Thread Richard Kuo
The following patches clean up various issues with the signal and return path parts of the Hexagon arch port, which were pointed out by Al Viro: https://lkml.org/lkml/2012/2/11/128 The work pending check was moved into a C routine to make it more readable and to make sure we repeat the check

[PATCH 6/6] Hexagon: fix psp/sp macro

2013-04-03 Thread Richard Kuo
Based on feedback from Al Viro; previous-stack-pointer and user reg for same should always be kept consistent. Signed-off-by: Richard Kuo --- arch/hexagon/include/uapi/asm/registers.h |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 3/6] Hexagon: use correct work mask when checking for more work

2013-04-03 Thread Richard Kuo
Signed-off-by: Richard Kuo --- arch/hexagon/kernel/process.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c index dc72ed5..8e90b0c 100644 --- a/arch/hexagon/kernel/process.c +++ b/arch/hexagon/kernel/process.c

[PATCH 4/6] Hexagon: check to if we will overflow the signal stack

2013-04-03 Thread Richard Kuo
Signed-off-by: Richard Kuo --- arch/hexagon/kernel/signal.c |4 1 file changed, 4 insertions(+) diff --git a/arch/hexagon/kernel/signal.c b/arch/hexagon/kernel/signal.c index 8a20e8e..097623c 100644 --- a/arch/hexagon/kernel/signal.c +++ b/arch/hexagon/kernel/signal.c @@ -41,6 +41,10

[PATCH 5/6] Hexagon: break up user fn/arg register setting

2013-04-03 Thread Richard Kuo
Signed-off-by: Richard Kuo --- arch/hexagon/kernel/process.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c index 8e90b0c..2009377 100644 --- a/arch/hexagon/kernel/process.c +++

Re: [PATCH RFC 1/1] AHCI: Optimize interrupt processing

2013-04-03 Thread Jeff Garzik
On 03/06/2013 06:26 AM, Alexander Gordeev wrote: Split interrupt service routine into hardware context handler and threaded context handler. That allows to protect ports with individual locks rather than with a single host-wide lock, which results in better parallelism. Signed-off-by: Alexander

Re: [PATCH] drivers: ata: Use resource_size function

2013-04-03 Thread Jeff Garzik
On 03/16/2013 10:32 AM, Alexandru Gheorghiu wrote: Use resource_size function instead of explicit computation. Patch found using coccinelle. Signed-off-by: Alexandru Gheorghiu --- drivers/ata/pata_octeon_cf.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) applied -- To

Re: [PATCH v5 1/6] drivers: phy: add generic PHY framework

2013-04-03 Thread Stephen Warren
On 04/03/2013 06:53 AM, Kishon Vijay Abraham I wrote: > 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. To obtain a reference to the PHY without > using phandle, the

Re: [PATCH v2] irq: add quirk for broken interrupt remapping on 55XX chipsets

2013-04-03 Thread Bjorn Helgaas
[+cc David and iommu list, Yinghai, Jiang] On Mon, Mar 4, 2013 at 12:04 PM, Neil Horman wrote: > A few years back intel published a spec update: > http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf > > For the 5520 and 5500 chipsets which

[RFC PATCH 0/4] Support vranges on files

2013-04-03 Thread John Stultz
This patchset is against Minchan's vrange work here: https://lkml.org/lkml/2013/3/12/105 Extending it to support volatile ranges on files. In effect providing the same functionality of my earlier file based volatile range patches on-top of Minchan's anonymous volatile range work.

[RFC PATCH 3/4] vrange: Support fvrange() syscall for file based volatile ranges

2013-04-03 Thread John Stultz
Add vrange support on addres_space structures, and add fvrange() syscall for creating ranges on address_space structures. Cc: linux...@kvack.org Cc: Michael Kerrisk Cc: Arun Sharma Cc: Mel Gorman Cc: Hugh Dickins Cc: Dave Hansen Cc: Rik van Riel Cc: Neil Brown Cc: Mike Hommey Cc: Taras

[RFC PATCH 2/4] vrange: Introduce vrange_root to make vrange structures more flexible

2013-04-03 Thread John Stultz
Instead of having the vrange trees hanging directly off of the mm_struct, use a vrange_root structure, which will allow us to have vrange_roots that hang off the mm_struct for anonomous memory, as well as address_space structures for file backed memory. Cc: linux...@kvack.org Cc: Michael Kerrisk

[RFC PATCH 4/4] vrange: Enable purging of file backed volatile ranges

2013-04-03 Thread John Stultz
Rework the victim range selection to also support file backed volatile ranges. Cc: linux...@kvack.org Cc: Michael Kerrisk Cc: Arun Sharma Cc: Mel Gorman Cc: Hugh Dickins Cc: Dave Hansen Cc: Rik van Riel Cc: Neil Brown Cc: Mike Hommey Cc: Taras Glek Cc: KOSAKI Motohiro Cc: KAMEZAWA

[RFC PATCH 1/4] vrange: Make various vrange.c local functions static

2013-04-03 Thread John Stultz
Make a number of local functions in vrange.c static. Cc: linux...@kvack.org Cc: Michael Kerrisk Cc: Arun Sharma Cc: Mel Gorman Cc: Hugh Dickins Cc: Dave Hansen Cc: Rik van Riel Cc: Neil Brown Cc: Mike Hommey Cc: Taras Glek Cc: KOSAKI Motohiro Cc: KAMEZAWA Hiroyuki Cc: Jason Evans Cc:

Re: [PATCH] [libata] Fix HDIO_DRIVE_CMD ioctl sense data check

2013-04-03 Thread Jeff Garzik
On 03/29/2013 01:56 AM, Gwendal Grignou wrote: commit 84a9a8cd9d0aa93c17e5815ab8a9cc4c0a765c63 changed the sense key used for returning task registers, but HDIO_DRIVE_CMD ioctl was not changed accordingly. Tested: check that SMART ENABLE sent using HDIO_DRIVE_CMD returns 0 instead of EIO.

Re: ata: HDIO_DRIVE_* ioctl() Linux 3.9 regression

2013-04-03 Thread Jeff Garzik
On 03/27/2013 08:51 AM, Krzysztof Mazur wrote: On Mon, Mar 25, 2013 at 06:26:50PM +0100, Ronald wrote: In reply to [1]: I have the same issue. Git bisect took 50+ rebuilds xD Smartd does not work anymore since 84a9a8cd9 ([libata] Set proper SK when CK_COND is set.). I hope I'm not stepping on

Re: [RFC 1/4] mm: Per process reclaim

2013-04-03 Thread Minchan Kim
On Wed, Apr 03, 2013 at 12:10:22PM +0200, Michael Kerrisk wrote: > Hello Minchan, > > On Mon, Mar 25, 2013 at 7:21 AM, Minchan Kim wrote: > > These day, there are many platforms avaiable in the embedded market > > and they are smarter than kernel which has very limited information > > about

Re: [PATCH v3] ata: Fix DVD not dectected at some Haswell platforms

2013-04-03 Thread Jeff Garzik
On 03/06/2013 10:49 AM, Youquan Song wrote: There is a quirk patch 5e5a4f5d5a08c9c504fe956391ac3dae2c66556d "ata_piix: make DVD Drive recognisable on systems with Intel Sandybridge chipsets(v2)" fixing the 4 ports IDE controller 32bit PIO mode. We've hit a problem with DVD not recognized on

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

2013-04-03 Thread Stephen Rothwell
("ext4: introduce ext4_get_group_number()"). This build was done with gcc 4.6.3 if that matters. I have used the ext4 tree from next-20130403 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpiZtAcF33sv.pgp Description: PGP signature

Re: [PATCH v5 0/6] Generic PHY Framework

2013-04-03 Thread Stephen Warren
On 04/03/2013 06:53 AM, Kishon Vijay Abraham I wrote: > 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. To obtain a reference to the PHY > without

Re: [RFC][PATCH 1/2] ARM: OMAP4: clock: Add device tree support for AUXCLKs

2013-04-03 Thread Tony Lindgren
Hi, * Roger Quadros [130319 07:31]: > Register a device tree clock provider for AUX clocks > on the OMAP4 SoC. Also provide the binding information. > > Signed-off-by: Roger Quadros > --- > .../devicetree/bindings/clock/omap4-clock.txt | 32 ++ >

[PATCH V2 2/7] kbuild: fixdep: support concatenated dep files

2013-04-03 Thread Stephen Warren
From: Stephen Warren The current use-case for fixdep is: a source file is run through a single processing step, which creates a single dependency file as a side-effect, which fixdep transforms into the file used by the kernel build process. In order to transparently run the C pre-processor on

[UPDATE][PATCH 2/3] resource: Add release_mem_region_adjustable()

2013-04-03 Thread Toshi Kani
Added release_mem_region_adjustable(), which releases a requested region from a currently busy memory resource. This interface adjusts the matched memory resource accordingly if the requested region does not match exactly but still fits into. This new interface is intended for memory hot-delete.

[PATCH V2 3/7] kbuild: cmd_dtc_cpp: extract deps from both gcc -E and dtc

2013-04-03 Thread Stephen Warren
From: Stephen Warren Prior to this change, when compiling *.dts to *.dtb, the dependency output from dtc would be used, and when compiling *.dtsp to *.dtb, the dependency output from gcc -E alone would be used, despite dtc also being invoked (on a temporary file that was guaranteed to have no

[PATCH V2 1/7] kbuild: create an "include chroot" for DT bindings

2013-04-03 Thread Stephen Warren
From: Stephen Warren The recent dtc+cpp support allows header files and C pre-processor defines/macros to be used when compiling device tree files. These headers will typically define various constants that are part of the device tree bindings. The original patch which set up the dtc+cpp

[PATCH V2 6/7] ARM: dt: add header to define IRQ flags

2013-04-03 Thread Stephen Warren
From: Stephen Warren Many IRQ device tree bindings use the same flags. Create a header to define those. Signed-off-by: Stephen Warren --- v2: No change. v1: Moved header. Added include guard. (this patch was previously posted separately, hence there are changes in v1!) ---

[PATCH V2 5/7] ARM: dt: add header to define GPIO flags

2013-04-03 Thread Stephen Warren
From: Stephen Warren Many GPIO device tree bindings use the same flags. Create a header to define those. Signed-off-by: Stephen Warren --- v2: No change. v1: Moved header. Added include guard. (this patch was previously posted separately, hence there are changes in v1!) ---

[PATCH V2 7/7] ARM: dt: create a DT header for the GIC

2013-04-03 Thread Stephen Warren
From: Stephen Warren The ARM GIC binding defines a few custom cells and flags for its IRQ specifier. Provide names for those. Signed-off-by: Stephen Warren --- v2: No change. v1: Moved header. Added include guard. (this patch was previously posted separately, hence there are changes in

[PATCH V2 4/7] kbuild: always run gcc -E on *.dts, remove cmd_dtc_cpp

2013-04-03 Thread Stephen Warren
From: Stephen Warren Replace cmd_dtc with cmd_dtc_cpp, and delete the latter. Previously, a special file extension (.dtsp) was required to trigger the C pre-processor to run on device tree files. This was ugly. Now that previous changes have enhanced cmd_dtc_cpp to collect dependency

Re: [RFC 1/4] mm: Per process reclaim

2013-04-03 Thread Minchan Kim
Hi Michael, On Wed, Apr 03, 2013 at 11:17:58AM +0200, Michael Kerrisk wrote: > Hello Minchan, > > On Mon, Mar 25, 2013 at 7:21 AM, Minchan Kim wrote: > > These day, there are many platforms avaiable in the embedded market > > and they are smarter than kernel which has very limited information >

Re: [PATCH v3 linux-next] cpufreq: ondemand: Calculate gradient of CPU load to early increase frequency

2013-04-03 Thread Stratos Karafotis
On 04/03/2013 02:14 PM, Rafael J. Wysocki wrote: > On Wednesday, April 03, 2013 12:13:56 PM Viresh Kumar wrote: >> On 3 April 2013 12:01, stratosk wrote: >>> I'm sorry, I don't understand. >>> The goal of this patch is not energy saving. >> >> He probably misunderstood it... >> >>> The goal is to

Re: [PATCH v9 00/14] Tegra114 clockframework

2013-04-03 Thread Stephen Warren
On 04/03/2013 12:27 PM, Stephen Warren wrote: > On 04/03/2013 11:52 AM, Stephen Warren wrote: >> On 04/03/2013 08:40 AM, Peter De Schrijver wrote: >>> This is the nineth version of the Tegra114 clockframework. It is based on >>> the >>> next-20130320-fixed branch of >>>

[PATCH] iommu/amd: Add workaround to propery clearing IOMMU status register

2013-04-03 Thread suravee.suthikulpanit
From: Suravee Suthikulpanit The IOMMU interrupt handling in bottom half must clear the PPR log interrupt and event log interrupt bits to re-enable the interrupt. This is done by writing 1 to the memory mapped register to clear the bit. Due to hardware bug, if the driver tries to clear this bit

Re: [PATCH] PCI, ACPI: Don't query OSC support with all possible controls

2013-04-03 Thread Bjorn Helgaas
[+cc Bob for spec typo question] On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu wrote: > Found problem on system that firmware that could handle pci aer. > Firmware get error reporting after pci injecting error, before os boots. > But after os boots, firmware can not get report anymore, even

Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications

2013-04-03 Thread Bjorn Helgaas
On Thu, Mar 28, 2013 at 3:07 PM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > Subject: PCI / ACPI: Always resume devices on ACPI wakeup notifications > > It turns out that the _Lxx control methods provided by some BIOSes > clear the PME Status bit of PCI devices they handle, which means

Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports

2013-04-03 Thread Bjorn Helgaas
On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The runtime PM of PCIe ports turns out to be quite fragile, as in > some cases things work while in some other cases they don't and we > don't seem to have a good way to determine whether or not they are >

Re: [PATCH v2] ADP1653 board code for Nokia RX-51

2013-04-03 Thread Sakari Ailus
Hi Laurent, On Tue, Mar 26, 2013 at 12:07:01AM +0100, Laurent Pinchart wrote: > On Sunday 24 March 2013 23:46:01 Sakari Ailus wrote: > > Pali Rohár wrote: > > > On Thursday 07 March 2013 23:18:27 Sakari Ailus wrote: > > >> On Wed, Mar 06, 2013 at 10:44:41PM +0100, Sebastian Reichel wrote: > > >>>

[PATCHv2 3/3] staging: ti-soc-thermal: remove external heat while extrapolating hotspot

2013-04-03 Thread Eduardo Valentin
For boards that provide a PCB sensor close to SoC junction temperature, it is possible to remove the cumulative heat reported by the SoC temperature sensor. This patch changes the extrapolation computation to consider an external sensor in the extrapolation equations. Signed-off-by: Eduardo

[PATCHv2 2/3] thermal: expose thermal_zone_get_temp API

2013-04-03 Thread Eduardo Valentin
This patch exports the thermal_zone_get_temp API so that driver writers can fetch temperature of thermal zones managed by other drivers. Signed-off-by: Eduardo Valentin --- drivers/thermal/thermal_sys.c | 20 +--- include/linux/thermal.h |1 + 2 files changed, 18

[PATCHv2 1/3] thermal: introduce thermal_zone_get_zone_by_name helper function

2013-04-03 Thread Eduardo Valentin
This patch adds a helper function to get a reference of a thermal zone, based on the zone type name. It will perform a zone name lookup and return a reference to a thermal zone device that matches the name requested. In case the zone is not found or when several zones match same name or if the

[PATCHv2 0/3] thermal: lookup temperature

2013-04-03 Thread Eduardo Valentin
Hello Rui, Here is V2 of temperature lookup helper function. This has been split into two API as suggested on V1. The usage of it is exemplified on patch 03. Eduardo Valentin (3): thermal: introduce thermal_zone_get_zone_by_name helper function thermal: expose thermal_zone_get_temp API

[PATCH] regulator: ab8500: Remove ab8500_regulator_set_voltage_time_sel

2013-04-03 Thread Axel Lin
All users of ab8500_regulator_volt_mode_ops and ab8500_regulator_volt_ops do not set info->desc.enable_time, thus set_voltage_time_sel() always returns 0. Remove it. Signed-off-by: Axel Lin --- drivers/regulator/ab8500.c | 11 --- 1 file changed, 11 deletions(-) diff --git

Re: [PATCH 1/4] regulator: ab8500: Remove set_voltage_time_sel and delay to fix build error

2013-04-03 Thread Axel Lin
2013/4/4 Mark Brown : > On Wed, Apr 03, 2013 at 10:30:43AM +0800, Axel Lin wrote: >> The delay field is removed from struct ab8500_regulator_info in commit >> 29234928 >> "regulator: ab8500: Remove set_voltage_time_sel and delay setting". > > I've now finished applying all Lee's outstanding

Re: [PATCH V4 3/4] block: queue work on unbound wq

2013-04-03 Thread Tejun Heo
Hello, Viresh. Sorry about the delay. Lost this one somehow. On Mon, Apr 01, 2013 at 12:01:05PM +0530, Viresh Kumar wrote: > Just wanted to make this clear before writing it: > > You want me to do something like (With better names): > > int wq_unbound_for_power_save_enabled = 0; > > #ifdef

Re: [PATCH v5 1/6] drivers: phy: add generic PHY framework

2013-04-03 Thread Sylwester Nawrocki
On 04/03/2013 02:53 PM, Kishon Vijay Abraham I wrote: --- /dev/null +++ b/Documentation/devicetree/bindings/phy/phy-bindings.txt @@ -0,0 +1,67 @@ +This document explains only the dt data binding. For general information about s/dt data/device tree ? +PHY subsystem refer Documentation/phy.txt

Re: [PATCH 4/9] ARM: ux500: Move Snowball's thermal DT node into existing PRCMU one

2013-04-03 Thread Linus Walleij
On Wed, Apr 3, 2013 at 11:36 PM, Linus Walleij wrote: > On Wed, Apr 3, 2013 at 10:38 PM, Linus Walleij > wrote: >> On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: >> >>> When the thermal DT node was inserted a new PRCMU node was created; >>> however, one already exists in the Snowball DTS

Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup

2013-04-03 Thread Tejun Heo
On Wed, Apr 03, 2013 at 05:11:15PM +0800, Li Zefan wrote: > (I'll be off from my office soon, and I won't be responsive in the following > 3 days.) > > I'm working on converting memcg to use cgroup->id, and then we can kill > css_id. > > Now memcg has its own refcnt, so when a cgroup is

Re: [PATCH 4/9] ARM: ux500: Move Snowball's thermal DT node into existing PRCMU one

2013-04-03 Thread Linus Walleij
On Wed, Apr 3, 2013 at 10:38 PM, Linus Walleij wrote: > On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > >> When the thermal DT node was inserted a new PRCMU node was created; >> however, one already exists in the Snowball DTS file. Here we >> amalgamate the two into a single consolidated

Re: [RFC PATCH v1 0/3] clk: implement remuxing during set_rate

2013-04-03 Thread Mike Turquette
Quoting James Hogan (2013-04-03 14:08:17) > On 3 April 2013 03:06, Stephen Boyd wrote: > > > > On 03/22/13 08:43, James Hogan wrote: > > > This patchset adds support for automatic selection of the best parent > > > for a clock mux, i.e. the one which can provide the closest clock rate > > > to

Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()

2013-04-03 Thread Tejun Heo
On Tue, Apr 02, 2013 at 10:26:48AM +0200, Michal Hocko wrote: > Tejun, > could you take this one please? Aye aye, applied to cgroup/for-3.10. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCHv5 4/7] pinctrl: gpio: vt8500: Add pincontrol driver for arch-vt8500

2013-04-03 Thread Stephen Warren
On 04/03/2013 12:24 AM, Tony Prisk wrote: > This patch adds support for the GPIO/pinmux controller found on the VIA > VT8500 and Wondermedia WM8xxx-series SoCs. > > Each pin within the controller is capable of operating as a GPIO or as > an alternate function. The pins are numbered according to

Re: [PATCH 3/4] x86, kdump: Retore crashkernel= to allocate low

2013-04-03 Thread Vivek Goyal
On Wed, Apr 03, 2013 at 01:38:56PM -0700, Yinghai Lu wrote: > On Wed, Apr 3, 2013 at 10:47 AM, Vivek Goyal wrote: > > So what I am saying that all our code is written assuming there is one > > single reserved range. Now if we need to reserve two ranges, then let > > us make it generic to suppoprt

Re: [PATCHv5 0/7] arm: vt8500: Add support for pinctrl/gpio module

2013-04-03 Thread Stephen Warren
On 04/03/2013 07:40 AM, Linus Walleij wrote: > On Wed, Apr 3, 2013 at 8:24 AM, Tony Prisk wrote: > >> v5 changes: >> Changed as requested by Rob Herring: >> Added of_find_property_value_of_size() to drivers/of/base.c to remove some >> code that was being duplicated. >> >> Changed as requested by

Re: [PATCH v3 2/3] fix hugetlb memory check in vma_dump_size()

2013-04-03 Thread Michal Hocko
On Wed 03-04-13 14:35:37, Naoya Horiguchi wrote: > Documentation/filesystems/proc.txt says about coredump_filter bitmask, > > Note bit 0-4 doesn't effect any hugetlb memory. hugetlb memory are only > effected by bit 5-6. > > However current code can go into the subsequent flag checks of bit

Re: [RFC PATCH v1 0/3] clk: implement remuxing during set_rate

2013-04-03 Thread James Hogan
On 3 April 2013 03:06, Stephen Boyd wrote: > > On 03/22/13 08:43, James Hogan wrote: > > This patchset adds support for automatic selection of the best parent > > for a clock mux, i.e. the one which can provide the closest clock rate > > to that requested. It can be controlled by a new

Re: [PATCH] Track block device users that created dirty pages

2013-04-03 Thread Mikulas Patocka
On Mon, 1 Apr 2013, Jeff Moyer wrote: > Mikulas Patocka writes: > > > The new semantics is: if a process did some buffered writes to the block > > device (with write or mmap), the cache is flushed when the process > > closes the block device. Processes that didn't do any buffered writes to >

Re: [PATCH v2 2/2] ARM: ux500: 8500: add ab8500-musb pinctrl support

2013-04-03 Thread Linus Walleij
On Fri, Mar 29, 2013 at 1:29 PM, Fabio Baltieri wrote: > From: Patrice Chotard > > Add necessary definitions to support ab8500-musb pinctrl default and > sleep states. > > Signed-off-by: Patrice Chotard > Signed-off-by: Fabio Baltieri > --- > > Hi Linus, > > I'm sending a v2 on this one as I

Re: [PATCH 1/2] ARM: ux500: remove redundant DB8500_PIN_SLEEP definition

2013-04-03 Thread Linus Walleij
On Thu, Mar 28, 2013 at 5:21 PM, Fabio Baltieri wrote: > DB8500_PIN_SLEEP was defined twice, drop one of the two. > > Signed-off-by: Fabio Baltieri Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 9/9] mfd: db8500-prcmu: Support platform dependant device selection

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > The main aim for this cycle is to have the u8540 booting to a > console. However, the u8540 doesn't support all of the u8500 > platform devices yet. After this stage is complete we can then > fill in the inadequacies, such as specific clock

[GIT PULL] x86/mce - clean up cmci_rediscover()

2013-04-03 Thread Luck, Tony
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9: Linux 3.9-rc5 (2013-03-31 15:12:43 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git tags/please-pull-cmci_rediscover for you to fetch changes up to

Re: [PATCH 8/9] mfd: db8500-prcmu: Return early if the TCPM cannot be located

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > Currently we check to see if we obtained the Tightly Coupled Program > Memory (TCPM) base and only execute the code within the check if we > have it. It's more traditional to return early if we don't have it. > This way we can flatten most of

Re: [PATCH 7/9] ARM: ux500: Add a VQMMC (level-shifting) regulator DT node for Snowball

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > Until recently platform code took care of all MMCI level-shifting by > way of an ios_handler() call-back. Now it is the driver's responsibility > to handle. In order to so that we need to provide the VQMMC regulator > reference in Device Tree.

RE: [PATCH] i2c-hid: fix length for set/get report in i2c hid

2013-04-03 Thread Kankroliwala, Huzefa NomanX
Hi Benjamin, Thanks for reviewing! > -Original Message- > From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com] > Sent: Wednesday, April 03, 2013 2:00 AM > To: Kankroliwala, Huzefa NomanX > Cc: jkos...@suse.cz; Westerberg, Mika; linux-kernel@vger.kernel.org > Subject: Re: [PATCH]

Re: [PATCH 6/9] ARM: ux500: Create a new of_dev_auxdata structure for u8540 enablement

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > If we attempt to use the existing u8500 of_dev_auxdata struct to boot > the u8540, we fail to obtain a console, due to a lack of DMA support > on the platform. > > Signed-off-by: Lee Jones Patch applied. Thanks, Linus Walleij -- To

[PATCH v2] i2c-hid: fix length for set/get report in i2c hid

2013-04-03 Thread Huzefa Kankroliwala
With the current i2c hid driver set/get report does not work as expected, for e.g sensor hub properties like power state, frequency etc is not set properly on the device as a result we do not get events. The problem is that i2c hid driver in function i2c_hid_request sets length equal to default

Re: [PATCH 5/9] ARM: ux500: Over-ride TCDM size when booting the DB8540 platform

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > The PRCMU's Tightly Coupled Data Memory on the DB8540 platform is > 8kB larger than it's predecessor's. We need to reflect that in its > Device Tree. By re-specifying the address and size of the device > we effectively over-ride the previous

Re: [PATCH 4/9] ARM: ux500: Move Snowball's thermal DT node into existing PRCMU one

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > When the thermal DT node was inserted a new PRCMU node was created; > however, one already exists in the Snowball DTS file. Here we > amalgamate the two into a single consolidated node. > > Signed-off-by: Lee Jones Patch applied. Thanks,

Re: [PATCH 3/4] x86, kdump: Retore crashkernel= to allocate low

2013-04-03 Thread Yinghai Lu
On Wed, Apr 3, 2013 at 10:47 AM, Vivek Goyal wrote: > So what I am saying that all our code is written assuming there is one > single reserved range. Now if we need to reserve two ranges, then let > us make it generic to suppoprt multiple ranges instead of hardcoding > things and assume there can

Re: [PATCH 3/9] ARM: ux500: Supply a DTS file for the u8540 platform

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > This is a skeleton DTS file which only enables serial. Just using > this simple file yields a terminal when booting u8540. > > Signed-off-by: Lee Jones > --- > arch/arm/boot/dts/u8540.dts | 36 Please

Re: [PATCH 2/9] ARM: ux500: Remove incorrect DB9540 PRCMU TCDM base location

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > The Tightly Coupled Data Memory for the DB9540 is actually in the > same place as the DB8500's. This definition is just plain wrong. > > Signed-off-by: Lee Jones Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the

Re: [PATCH 1/9] ARM: ux500: Increase the size of the PRCMU's TCPM size

2013-04-03 Thread Linus Walleij
On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote: > The Tightly Coupled Program Memory location is actually 32kB in > size, rather than the originally depicted 4kB. > > Signed-off-by: Lee Jones Patch applied. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] pinctrl: tegra: add suspend-resume support

2013-04-03 Thread Linus Walleij
On Wed, Apr 3, 2013 at 7:16 PM, Stephen Warren wrote: > It's possible program the registers so that the same signal is connected > to (or from depending on signal direction) multiple pins at once. If > this is done, the behaviour is unspecified; who knows which pin will > actually receive (or

Re: [PATCHv5 0/7] arm: vt8500: Add support for pinctrl/gpio module

2013-04-03 Thread Linus Walleij
On Wed, Apr 3, 2013 at 8:08 PM, Tony Prisk wrote: > On 04/04/13 02:40, Linus Walleij wrote: >> This v5 series: >> Acked-by: Linus Walleij >> >> I guess it will go in through the VT8500 tree eventually? >> >> Maybe you could put Stephen's BCMring patch on top when sending >> it in (also

[PATCH] pinctrl/abx500: fix ab9540 alternate function

2013-04-03 Thread Linus Walleij
From: Patrice Chotard This fix allows to correctly select default and alternate pin mode. By default for all ABx500 family chip, pin default mode is selected by clearing corresponding bit in GPIOSELx register except for pins which support alternate function, in this case, corresponding bit must

Re: [PATCH v6 1/3] staging: zcache: fix static variables defined in debug.h but used in mutiple C files

2013-04-03 Thread Konrad Rzeszutek Wilk
On Wed, Apr 3, 2013 at 6:16 AM, Wanpeng Li wrote: > After commit 95bdaee214 ("zcache: Move debugfs code out of zcache-main.c > file") > be merged, most of knods in zcache debugfs just export zero since these > variables > are defined in debug.h but are in use in multiple C files zcache-main.c

Re: [PATCH v6 2/3] staging: zcache: introduce zero-filled page stat count

2013-04-03 Thread Konrad Rzeszutek Wilk
On Wed, Apr 3, 2013 at 6:16 AM, Wanpeng Li wrote: > Introduce zero-filled page statistics to monitor the number of > zero-filled pages. > > Acked-by: Dan Magenheimer > Signed-off-by: Wanpeng Li Reviewed-by: Konrad Rzeszutek Wilk > --- > drivers/staging/zcache/debug.c |3 +++ >

Re: [PATCH 2/3] resource: Add release_mem_region_adjustable()

2013-04-03 Thread Toshi Kani
On Wed, 2013-04-03 at 15:37 +0800, Gu Zheng wrote: > On 04/03/2013 12:17 AM, Toshi Kani wrote: > > > Added release_mem_region_adjustable(), which releases a requested > > region from a currently busy memory resource. This interface > > adjusts the matched memory resource accordingly if the

Re: [PATCH 2/3] resource: Add release_mem_region_adjustable()

2013-04-03 Thread Toshi Kani
On Wed, 2013-04-03 at 13:37 +0800, Ram Pai wrote: > On Tue, Apr 02, 2013 at 10:17:29AM -0600, Toshi Kani wrote: > > Added release_mem_region_adjustable(), which releases a requested > > region from a currently busy memory resource. This interface > > adjusts the matched memory resource

<    1   2   3   4   5   6   7   8   9   10   >