[RFC v02 1/5] PowerCap: Documentation

2013-08-07 Thread Srinivas Pandruvada
Added power cap framework documentation. This explains the use of power capping framework, sysfs and programming interface. There are two documents: Documentation/powercap/PowerCappingFramework.txt: Explains use case and API in details. Documentation/ABI/testing/sysfs-class-powercap: Explains

Re: [PATCH v3 3/5] devicetree: create a separate binding description for sata_highbank

2013-08-07 Thread Kumar Gala
On Aug 7, 2013, at 10:52 AM, Mark Langsdorf wrote: > The Calxeda sata_highbank driver has been adding its descriptions to the > ahci driver. Separate them properly. > > Signed-off-by: Mark Langsdorf > Acked-by: Rob Herring > --- > Changes from v2 > Fixed some indenting. > Changes from

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-07 Thread Steven Rostedt
On Wed, 2013-08-07 at 12:03 -0400, Mathieu Desnoyers wrote: > You might want to try creating a global array of counters (accessible > both from C for printout and assembly for update). > > Index the array from assembly using: (2f - 1f) > > 1: > jmp ...; > 2: > > And put an atomic

Re: [PATCH] ARM: at91/dt: split sam9x5 peripheral definitions

2013-08-07 Thread Thomas Petazzoni
Dear Boris BREZILLON, On Wed, 7 Aug 2013 12:14:26 +0200, Boris BREZILLON wrote: > This patch splits the sam9x5 peripheral definitions into: > - a common base for all sam9x5 SoCs (at91sam9x5.dtsi) > - several optional peripheral definitions which will be included by specific > sam9x5 SoCs

Re: linux-next: Tree for Aug 7

2013-08-07 Thread Phil Sutter
> Yesterday, I discovered an issue with net-next. > The patch in [1] fixed the problems in my network/wifi environment. > Hannes confirmed that virtio_net are solved, too. > Today's next-20130807 still needs it for affected people. > > - Sedat - > > [1] http://marc.info

Re: WARNING: CPU: 26 PID: 93793 at fs/ext4/inode.c:230 ext4_evict_inode+0x4c9/0x500 [ext4]() still in 3.11-rc3

2013-08-07 Thread Guenter Roeck
On 08/07/2013 08:33 AM, Jan Kara wrote: On Wed 07-08-13 08:27:32, Guenter Roeck wrote: On 08/07/2013 08:20 AM, Jan Kara wrote: On Thu 01-08-13 20:58:46, Davidlohr Bueso wrote: On Thu, 2013-08-01 at 22:33 +0200, Jan Kara wrote: Hi, On Thu 01-08-13 13:14:19, Davidlohr Bueso wrote: FYI I'm

Re: [PATCH 1/2] hwmon: (lm90) Add power control

2013-08-07 Thread Stephen Warren
On 08/07/2013 03:35 AM, Wei Ni wrote: > On 08/07/2013 04:45 PM, Alexander Shiyan wrote: >>> On 08/07/2013 03:50 PM, Guenter Roeck wrote: On 08/07/2013 12:32 AM, Wei Ni wrote: > On 08/07/2013 03:27 PM, Alexander Shiyan wrote: >>> The device lm90 can be controlled by the vdd rail.

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-07 Thread Mathieu Desnoyers
* Steven Rostedt (rost...@goodmis.org) wrote: > On Wed, 2013-08-07 at 07:06 +0200, Ondřej Bílka wrote: > > > Add short_counter,long_counter and before increment counter before each > > jump. That way we will know how many short/long jumps were taken. > > That's not trivial at all. The jump is a

Re: [PATCH 2/2] ARM: dt: t114 dalmore: add dt entry for nct1008

2013-08-07 Thread Stephen Warren
On 08/07/2013 12:52 AM, Wei Ni wrote: > Enable thermal sensor nct1008 for t114 dalmore. Wei, I assume this patch doesn't depend on any of the other LM90-related patches you've sent; I can simply apply it right away? Is the LM90 DT binding fully documented somewhere, including the vdd-supply

Re: [PATCH] ARM: dts: Fix memory node in skeleton64.dtsi

2013-08-07 Thread Jason Cooper
On Wed, Aug 07, 2013 at 08:23:06AM +0200, Gregory CLEMENT wrote: > On 07/08/2013 03:33, Stepan Moskovchenko wrote: > > Update the reg property of the memory node in > > skeleton64.dtsi to reflect the fact that the root node uses > > address-cells=2 and size-cells=2. > > Good catch > > Acked-by:

Re: [PATCH] pinctrl: msm: Add support for MSM TLMM pinmux

2013-08-07 Thread Stephen Warren
On 08/06/2013 05:45 PM, Hanumant Singh wrote: > On 7/31/2013 5:17 PM, Hanumant Singh wrote: >> On 7/31/2013 2:06 PM, Stephen Warren wrote: >>> On 07/31/2013 01:46 PM, Hanumant Singh wrote: On 7/30/2013 8:59 PM, Stephen Warren wrote: > On 07/30/2013 06:13 PM, Hanumant Singh wrote: >>

[PATCH v3 3/5] devicetree: create a separate binding description for sata_highbank

2013-08-07 Thread Mark Langsdorf
The Calxeda sata_highbank driver has been adding its descriptions to the ahci driver. Separate them properly. Signed-off-by: Mark Langsdorf Acked-by: Rob Herring --- Changes from v2 Fixed some indenting. Changes from v1 None. .../devicetree/bindings/ata/ahci-platform.txt

[PATCH v3 5/5] sata, highbank: send extra clock cycles in SGPIO patterns

2013-08-07 Thread Mark Langsdorf
Some SGPIO PICs don't follow the standard very well and expect a certain number of clock cycles or port frames in each SGPIO pattern. Add two optional parameters in the DTB that can provide the number of extra clock cycles to be sent before and after SGPIO pattern. Read those parameters from the

Re: unused swap offset / bad page map.

2013-08-07 Thread Dave Jones
void __lru_cache_add(struct page *page) { struct pagevec *pvec = _cpu_var(lru_add_pvec); page_cache_get(page); if (!pagevec_space(pvec)) __pagevec_lru_add(pvec); pagevec_add(pvec, page); put_cpu_var(lru_add_pvec); } I added a printk, and

[PATCH v3 1/5] sata, highbank: fix ordering of SGPIO signals

2013-08-07 Thread Mark Langsdorf
The ACTIVITY and ERROR signals were reversed in the original commit. Fix that so that hard drive activity does not show up on the error light, and attempts to indicate that the hard drive is failing do not show up as hard drive activity. This fixes a fairly serious functional bug in the driver,

[PATCH v3 4/5] sata, highbank: set tx_atten override bits

2013-08-07 Thread Mark Langsdorf
Some board designs do not drive the SATA transmit lines within the specification. The ECME can provide override settings, on a per board basis, to bring the transmit lines within spec. Read those settings from the DTB and program them in. Signed-off-by: Mark Langsdorf --- Changes from v2

[PATCH v3 2/5] sata highbank: enable 64-bit DMA mask when using LPAE

2013-08-07 Thread Mark Langsdorf
From: Rob Herring Signed-off-by: Rob Herring Signed-off-by: Mark Langsdorf --- Changes from v1, v2 None. drivers/ata/sata_highbank.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/ata/sata_highbank.c b/drivers/ata/sata_highbank.c index e9a4f46..8b40025 100644 ---

[PATCH v2] mm: make lru_add_drain_all() selective

2013-08-07 Thread Chris Metcalf
This change makes lru_add_drain_all() only selectively interrupt the cpus that have per-cpu free pages that can be drained. This is important in nohz mode where calling mlockall(), for example, otherwise will interrupt every core unnecessarily. Signed-off-by: Chris Metcalf --- Oops! In the

Re: [PATCH v2] [SCSI] sg: Fix user memory corruption when SG_IO is interrupted by a signal

2013-08-07 Thread Roland Dreier
On Wed, Aug 7, 2013 at 7:38 AM, David Milburn wrote: > I was able to succesfully test this patch overnight, I had been experimenting > with the > sg driver setting the BIO_NULL_MAPPED flag in sg_rq_end_io_usercontext for a > orphan process > which prevented the corruption, but your solution

Re: OPP: rename functions? (was [PATCH] OPP: Export opp_add())

2013-08-07 Thread Nishanth Menon
Rafael, offline question: On 08/06/2013 09:15 AM, Rafael J. Wysocki wrote: On Tuesday, August 06, 2013 08:08:20 AM Nishanth Menon wrote: change in subject to reflect new discussion. On 05:53-20130806, Randy Dunlap wrote: On 08/03/2013 02:25 AM, Viresh Kumar wrote:

Re: [PATCH 4/4] fuse: drop dentry on failed revalidate

2013-08-07 Thread Miklos Szeredi
On Tue, Aug 6, 2013 at 10:06 PM, Anand Avati wrote: > On 8/6/13 7:30 AM, Miklos Szeredi wrote: >> >> From: Anand Avati >> >> Drop a subtree when we find that it has moved or been delated. This can >> be >> done as long as there are no submounts under this location. >> >> If the directory was

Re: [PATCH 00/26] STA2X11 devicetree support for amba/pci

2013-08-07 Thread H. Peter Anvin
On 08/07/2013 03:16 AM, Alessandro Rubini wrote: > > Some of the problems he found are: > > * Passing a dtb to the kernel: we use a modified kexec at present >because x86 boot loaders can't pass the DT blob, to our knowledge. > > * Passing correct irq numbers to the AMBA

Re: [PATCH 06/27] drivers/i2c/busses: don't check resource with devm_ioremap_resource

2013-08-07 Thread Wolfram Sang
On Tue, Jul 23, 2013 at 08:01:39PM +0200, Wolfram Sang wrote: > devm_ioremap_resource does sanity checks on the given resource. No need to > duplicate this in the driver. > > Signed-off-by: Wolfram Sang Applied to for-next, thanks! signature.asc Description: Digital signature

Re: [patch v2 3/3] mm: page_alloc: fair zone allocator policy

2013-08-07 Thread Johannes Weiner
On Wed, Aug 07, 2013 at 03:58:28PM +0100, Mel Gorman wrote: > On Fri, Aug 02, 2013 at 11:37:26AM -0400, Johannes Weiner wrote: > > Each zone that holds userspace pages of one workload must be aged at a > > speed proportional to the zone size. Otherwise, the time an > > individual page gets to

Re: [PATCH 02/12] drivers/i2c/busses: don't use devm_pinctrl_get_select_default() in probe

2013-08-07 Thread Wolfram Sang
On Wed, Jul 10, 2013 at 04:57:37PM +0100, Wolfram Sang wrote: > Since commit ab78029 (drivers/pinctrl: grab default handles from device core), > we can rely on device core for setting the default pins. Compile tested only. > > Acked-by: Linus Walleij (personally at LCE13) > Signed-off-by:

Re: WARNING: CPU: 26 PID: 93793 at fs/ext4/inode.c:230 ext4_evict_inode+0x4c9/0x500 [ext4]() still in 3.11-rc3

2013-08-07 Thread Jan Kara
On Wed 07-08-13 08:27:32, Guenter Roeck wrote: > On 08/07/2013 08:20 AM, Jan Kara wrote: > >On Thu 01-08-13 20:58:46, Davidlohr Bueso wrote: > >>On Thu, 2013-08-01 at 22:33 +0200, Jan Kara wrote: > >>> Hi, > >>> > >>>On Thu 01-08-13 13:14:19, Davidlohr Bueso wrote: > FYI I'm seeing loads of

Re: unused swap offset / bad page map.

2013-08-07 Thread Dave Jones
On Wed, Aug 07, 2013 at 06:04:20PM +0800, Hillf Danton wrote: > > There were a slew of these. same trace, different addr/anon_vma/index. > > mapping always null. > > > Would you please run again with the debug info added? > --- > --- a/mm/swapfile.c Wed Aug 7 17:27:22 2013 > +++

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

2013-08-07 Thread Kevin Hilman
Stephen Rothwell writes: > Hi Sedat, > > On Wed, 7 Aug 2013 07:16:57 +0200 Sedat Dilek > wrote: >> >> On Mon, Jul 29, 2013 at 3:08 AM, Stephen Rothwell >> wrote: >> > >> > After merging the ext4 tree, today's linux-next build (powerpc >> > ppc64_defconfig) failed like this: >> > >> >

Re: [3.10.4] NFS locking panic, plus persisting NFS shutdown panic from 3.9.*

2013-08-07 Thread Myklebust, Trond
On Wed, 2013-08-07 at 11:18 +0100, Nix wrote: > On 6 Aug 2013, Trond Myklebust verbalised: > > True. How about something like the following instead. Note the change to > > the original patch... > > Well, with those applied I could reboot without a panic for the first > time since 3.8.x: looking

Re: WARNING: CPU: 26 PID: 93793 at fs/ext4/inode.c:230 ext4_evict_inode+0x4c9/0x500 [ext4]() still in 3.11-rc3

2013-08-07 Thread Guenter Roeck
On 08/07/2013 08:20 AM, Jan Kara wrote: On Thu 01-08-13 20:58:46, Davidlohr Bueso wrote: On Thu, 2013-08-01 at 22:33 +0200, Jan Kara wrote: Hi, On Thu 01-08-13 13:14:19, Davidlohr Bueso wrote: FYI I'm seeing loads of the following messages with Linus' latest 3.11-rc3 (which includes

Re: [PATCH 5/5] arm: omap: Proper cleanups for omap_device

2013-08-07 Thread Alexander Holler
Am 07.08.2013 07:52, schrieb Greg Kroah-Hartman: On Tue, Aug 06, 2013 at 03:37:13PM +0200, Alexander Holler wrote: Am 06.08.2013 12:14, schrieb Greg Kroah-Hartman: What exactly is a platform device anyway? Originally it was a "something that wasn't connected to a bus, but just had

Re: perf,arm -- oops in validate_event

2013-08-07 Thread Vince Weaver
On Wed, 7 Aug 2013, Vince Weaver wrote: > On Wed, 7 Aug 2013, Will Deacon wrote: > > > Ok, so the following quick hack below should solve the issue (can you > > confirm > > it please, since I don't have access to any hardware atm?) > > > > We should revisit this for 3.12 though, because I'm

[PATCH] gpio: adnp: Fix segfault if request_threaded_irq fails

2013-08-07 Thread Lars Poeschel
From: Lars Poeschel In case request_threaded_irq inside adnp_irq_setup fails, the driver segfaults. This is because irq_domain_remove is called twice with the same pointer. First time in adnp_irq_setup and then a second time after leaving adnp_irq_setup in the error path of adnp_i2c_probe inside

Re: WARNING: CPU: 26 PID: 93793 at fs/ext4/inode.c:230 ext4_evict_inode+0x4c9/0x500 [ext4]() still in 3.11-rc3

2013-08-07 Thread Jan Kara
On Thu 01-08-13 20:58:46, Davidlohr Bueso wrote: > On Thu, 2013-08-01 at 22:33 +0200, Jan Kara wrote: > > Hi, > > > > On Thu 01-08-13 13:14:19, Davidlohr Bueso wrote: > > > FYI I'm seeing loads of the following messages with Linus' latest > > > 3.11-rc3 (which includes 822dbba33458cd6ad) > >

Re: perf,arm -- oops in validate_event

2013-08-07 Thread Vince Weaver
On Wed, 7 Aug 2013, Will Deacon wrote: > Ok, so the following quick hack below should solve the issue (can you confirm > it please, since I don't have access to any hardware atm?) > > We should revisit this for 3.12 though, because I'm not sure that our > validation code even does the right

Re: [PATCH v8] dmaengine: Add MOXA ART DMA engine driver

2013-08-07 Thread Mark Rutland
On Tue, Aug 06, 2013 at 01:38:31PM +0100, Jonas Jensen wrote: > The MOXA ART SoC has a DMA controller capable of offloading expensive > memory operations, such as large copies. This patch adds support for > the controller including four channels. Two of these are used to > handle MMC copy on the

Re: [PATCH v2 1/1 resend] i2c: rcar: modify I2C driver

2013-08-07 Thread Wolfram Sang
On Mon, Aug 05, 2013 at 04:19:34PM +0900, Nguyen Viet Dung wrote: > This patch modify I2C driver of rcar-H1 to usable on both rcar-H1 and rcar-H2. > > Signed-off-by: Nguyen Viet Dung Isn't it possible to distinguish between H1 and H2 somewhere in hardware? Then we could skip the 'flags'

Re: [PATCH] ARM: dts: am33xx: Correct gpio #interrupt-cells property

2013-08-07 Thread Lars Poeschel
On Wednesday 07 August 2013 at 16:53:09, Mark Rutland wrote: > On Wed, Aug 07, 2013 at 12:06:32PM +0100, Lars Poeschel wrote: > > From: Lars Poeschel > > > > Following commit ff5c9059 and therefore other omap platforms using > > the gpio-omap driver correct the #interrupt-cells property on

RE: List corruption in hidraw_release in 3.11-rc4

2013-08-07 Thread Manoj Chourasia
Hi Peter, The patch I posted was solving slab memory corruption issue which was occurring because of the race in device disconnect and device release. We found the some of the device data structure being used after free. Later we figure out the patch which was reverted earlier was solving our

Re: [PATCH] i2c: add sanity check to i2c_put_adapter

2013-08-07 Thread Wolfram Sang
On Thu, Aug 01, 2013 at 02:10:46PM +0200, Sebastian Hesselbarth wrote: > i2c_put_adapter dereferences i2c_adapter pointer passed without check > for NULL. This adds a check for non-NULL pointer to allow i2c_put_adapter > called with NULL and behave the same way i2c_release_client does already. >

Re: [RFC] gcc feature request: Moving blocks into sections

2013-08-07 Thread Steven Rostedt
On Wed, 2013-08-07 at 07:06 +0200, Ondřej Bílka wrote: > Add short_counter,long_counter and before increment counter before each > jump. That way we will know how many short/long jumps were taken. That's not trivial at all. The jump is a single location (in an asm goto() statement) that happens

[PATCH] tile: remove unnecessary backslashes in asm-offsets.c

2013-08-07 Thread Chris Metcalf
Pointed out by checkpatch. A few of the DEFINE() lines were properly written without backslash continuation; fix the rest. Signed-off-by: Chris Metcalf --- arch/tile/kernel/asm-offsets.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git

[PATCH] tile: various console improvements

2013-08-07 Thread Chris Metcalf
This change improves and cleans up the tile console. - We enable HVC_IRQ support on tilegx, with the addition of a new Tilera hypervisor API for tilegx to allow a console IPI. If IPI support is not available we fall back to the previous polling mode. - We simplify the earlyprintk code to

[PATCH] tile: support "memmap" boot parameter

2013-08-07 Thread Chris Metcalf
This change adds support for the "memmap" boot parameter similar to what x86 provides. The tile version supports "memmap=1G$5G", for example, as a way to reserve a 1 GB range starting at PA 5GB. The memory is reserved via bootmem during startup, and we create a suitable "struct resource" marked

Re: [PATCH] i2c: mv64xxx: Document the newly introduced allwinner compatible

2013-08-07 Thread Wolfram Sang
On Wed, Jul 24, 2013 at 09:14:35AM +0200, Maxime Ripard wrote: > Signed-off-by: Maxime Ripard Applied to for-current, thanks! And please, always send to the I2C list. I work heavily with patchwork monitoring the I2C list; everything not there will easily be forgotten! signature.asc

[PATCH] tile: fix comment bug in sys_cmpxchg description

2013-08-07 Thread Chris Metcalf
Signed-off-by: Chris Metcalf --- arch/tile/kernel/intvec_32.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/tile/kernel/intvec_32.S b/arch/tile/kernel/intvec_32.S index cb52d66..25966af 100644 --- a/arch/tile/kernel/intvec_32.S +++ b/arch/tile/kernel/intvec_32.S @@

[PATCH] mm: make lru_add_drain_all() selective

2013-08-07 Thread Chris Metcalf
This change makes lru_add_drain_all() only selectively interrupt the cpus that have per-cpu free pages that can be drained. This is important in nohz mode where calling mlockall(), for example, otherwise will interrupt every core unnecessarily. Signed-off-by: Chris Metcalf ---

[PATCH] tile: avoid recursive backtrace faults

2013-08-07 Thread Chris Metcalf
This change adds support for avoiding recursive backtracer crashes; we haven't seen this in practice other than when things are seriously corrupt, but it may help avoid losing the root cause of a crash. Also, don't abort kernel backtracers for invalid userspace PC's. If we do, we lose the ability

[PATCH] tile: fix tilegx vmalloc_sync_all BUG_ON

2013-08-07 Thread Chris Metcalf
As specified, the test wasn't correct, and in any case it should be a BUILD_BUG_ON. Signed-off-by: Chris Metcalf --- arch/tile/mm/fault.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/tile/mm/fault.c b/arch/tile/mm/fault.c index f7f99f9..6152819 100644 ---

Re: [patch v2 3/3] mm: page_alloc: fair zone allocator policy

2013-08-07 Thread Mel Gorman
On Fri, Aug 02, 2013 at 11:37:26AM -0400, Johannes Weiner wrote: > Each zone that holds userspace pages of one workload must be aged at a > speed proportional to the zone size. Otherwise, the time an > individual page gets to stay in memory depends on the zone it happened > to be allocated in.

Re: [PATCH] ARM: dts: am33xx: Correct gpio #interrupt-cells property

2013-08-07 Thread Mark Rutland
On Wed, Aug 07, 2013 at 12:06:32PM +0100, Lars Poeschel wrote: > From: Lars Poeschel > > Following commit ff5c9059 and therefore other omap platforms using > the gpio-omap driver correct the #interrupt-cells property on am33xx > too. The omap gpio binding documentaion also states that > the

Re: [PATCH 2/3] memcg: Limit the number of events registered on oom_control

2013-08-07 Thread Michal Hocko
On Wed 07-08-13 15:57:34, Michal Hocko wrote: [...] > Hmm, OK so you think that the fd limit is sufficient already? Hmm, that would need to touch the code as well (the register callback would need to make sure only one event is registered per cfile). But yes this way would be better. I will send

[PATCH 2/6] ARM: Tegra: Add CPU's OPPs for using cpufreq-cpu0 driver

2013-08-07 Thread Viresh Kumar
cpufreq-cpu0 driver needs OPPs to be present in DT which can be probed by it to get frequency table. This patch adds OPPs and clock-latency to tegra cpu0 node for multiple SoCs. Voltage levels aren't used until now for tegra and so a flat value which would eventually be ignored is used to

[PATCH 6/6] cpufreq: Tegra: Remove tegra-cpufreq driver

2013-08-07 Thread Viresh Kumar
We are using generic cpufreq-cpu0 driver, so lets get rid of platform specific tegra-cpufreq.c driver. Signed-off-by: Viresh Kumar --- drivers/cpufreq/Makefile| 1 - drivers/cpufreq/tegra-cpufreq.c | 291 2 files changed, 292 deletions(-)

[PATCH 4/6] ARM: Tegra: defconfig: select cpufreq-cpu0 driver

2013-08-07 Thread Viresh Kumar
Tegra requires cpufreq-cpu0 driver to be compiled in and hence we select it from the defconfig. Signed-off-by: Viresh Kumar --- arch/arm/configs/tegra_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/tegra_defconfig b/arch/arm/configs/tegra_defconfig index

[PATCH 5/6] ARM: Tegra: start using cpufreq-cpu0 driver

2013-08-07 Thread Viresh Kumar
cpufreq-cpu0 driver can be probed over DT only if a corresponding device node is created for the SoC which wants to use it. Lets create a platform device for cpufreq-cpu0 driver for Tegra. Also it removes the Kconfig entry responsible to compiling tegra-cpufreq driver and hence there will not be

[PATCH 3/6] ARM: Tegra: Enable OPP library

2013-08-07 Thread Viresh Kumar
cpufreq-cpu0 driver is dependent on OPP library and hence we need to enable it for Tegra as we are going to use cpufreq-cpu0. Signed-off-by: Viresh Kumar --- arch/arm/mach-tegra/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/mach-tegra/Kconfig

[PATCH 1/6] clk: Tegra: Add CPU0 clock driver

2013-08-07 Thread Viresh Kumar
This patch adds CPU0's clk driver for Tegra. It will be used by the generic cpufreq-cpu0 driver to get/set cpu clk. Most of the platform specific bits are picked from tegra-cpufreq.c. Signed-off-by: Viresh Kumar --- drivers/clk/tegra/Makefile | 1 + drivers/clk/tegra/clk-cpu.c | 164

[PATCH 0/6] Tegra: Use cpufreq-cpu0 driver

2013-08-07 Thread Viresh Kumar
Hi Stephen, This is the first attempt to get rid of tegra-cpufreq driver. This patchset tries to add supporting infrastructure for tegra to use cpufreq-cpu0 driver. I don't have hardware to test it and so is compiled tested only.. Few bits may be missing as I couldn't think of all aspects and so

Re: [PATCH v2] [SCSI] sg: Fix user memory corruption when SG_IO is interrupted by a signal

2013-08-07 Thread David Milburn
Roland Dreier wrote: From: Roland Dreier There is a nasty bug in the SCSI SG_IO ioctl that in some circumstances leads to one process writing data into the address space of some other random unrelated process if the ioctl is interrupted by a signal. What happens is the following: - A process

Re: [PATCH 1/3] memcg: limit the number of thresholds per-memcg

2013-08-07 Thread Michal Hocko
On Wed 07-08-13 09:58:18, Tejun Heo wrote: > Hello, > > On Wed, Aug 07, 2013 at 03:46:54PM +0200, Michal Hocko wrote: > > OK, I have obviously misunderstood your concern mentioned in the other > > email. Could you be more specific what is the DoS scenario which was > > your concern, then? > >

Re: [PATCH] i2c-designware: Manually set RESTART bit between messages

2013-08-07 Thread Wolfram Sang
On Fri, Jun 21, 2013 at 03:05:28PM +0800, Chew Chiau Ee wrote: > From: Chew, Chiau Ee > > If both IC_EMPTYFIFO_HOLD_MASTER_EN and IC_RESTART_EN are set to 1, the > Designware I2C controller doesn't generate RESTART unless user specifically > requests it by setting RESTART bit in IC_DATA_CMD

Re: [patch v2 2/3] mm: page_alloc: rearrange watermark checking in get_page_from_freelist

2013-08-07 Thread Mel Gorman
On Fri, Aug 02, 2013 at 11:37:25AM -0400, Johannes Weiner wrote: > Allocations that do not have to respect the watermarks are rare > high-priority events. Reorder the code such that per-zone dirty > limits and future checks important only to regular page allocations > are ignored in these

Re: [patch v2 1/3] mm: vmscan: fix numa reclaim balance problem in kswapd

2013-08-07 Thread Mel Gorman
On Fri, Aug 02, 2013 at 11:37:24AM -0400, Johannes Weiner wrote: > When the page allocator fails to get a page from all zones in its > given zonelist, it wakes up the per-node kswapds for all zones that > are at their low watermark. > > However, with a system under load the free pages in a zone

Re: [PATCH RFC v3 2/5] dma: mpc512x: add support for peripheral transfers

2013-08-07 Thread Alexander Popov
2013/8/3 Gerhard Sittig : > On Wed, Jul 31, 2013 at 11:21 +0400, Alexander Popov wrote: >> > You don't provide a lot of information to those you want to > receive feedback from. You should keep a history and list the > changes between versions. And you may want to somehow link this > v3 to its

[PATCH] ARM: fix wrong address when loading PRM_FRAC_INCREMENTOR_DENUMERATOR_RELOAD

2013-08-07 Thread Chen Baozi
The denominator should be load from INCREMENTOR_DENUMERATOR_RELOAD_OFFSET rather than INCREMENTER_NUMERATOR_OFFSET. This is more likely a typo, since INCREMENTER_DENUMERATOR_RELOAD[23:17] is reserved. It seems that it won't make much trouble without this fix, because the useful [11:0] bits are

Re: [PATCH RFC v3 1/5] dma: mpc512x: reorder mpc8308 specific instructions

2013-08-07 Thread Alexander Popov
2013/8/3 Gerhard Sittig : > On Wed, Jul 31, 2013 at 11:20 +0400, Alexander Popov wrote: >> > Please make sure to either cite > properly or to properly mark changes as such. Don't spread false > information, please. You are free to change what I submitted, > but you should not pretend that I

Re: [PATCH] KVM: MMU: fix check the reserved bits on the gpte of L2

2013-08-07 Thread Paolo Bonzini
On 08/05/2013 06:59 AM, Xiao Guangrong wrote: Current code always uses arch.mmu to check the reserved bits on guest gpte which is valid only for L1 guest, we should use arch.nested_mmu instead when we translate gva to gpa for the L2 guest Fix it by using @mmu instead since it is adapted to the

Re: [PATCH v3] xfs: introduce object readahead to log recovery

2013-08-07 Thread Zhi Yong Wu
HI, xfs maintainers, any comments? On Wed, Jul 31, 2013 at 4:42 PM, wrote: > From: Zhi Yong Wu > > It can take a long time to run log recovery operation because it is > single threaded and is bound by read latency. We can find that it took > most of the time to wait for the read IO to

Re: [PATCH 2/3] memcg: Limit the number of events registered on oom_control

2013-08-07 Thread Tejun Heo
On Wed, Aug 07, 2013 at 03:57:34PM +0200, Michal Hocko wrote: > On Wed 07-08-13 09:47:41, Tejun Heo wrote: > > Hello, > > > > On Wed, Aug 07, 2013 at 03:37:46PM +0200, Michal Hocko wrote: > > > > It isn't different from listening from epoll, for example. > > > > > > epoll limits the number of

Re: [PATCH 01/22] ARM: ux500: Remove '0x's from HREF v60+ DTS file

2013-08-07 Thread Lee Jones
On Wed, 07 Aug 2013, Linus Walleij wrote: > On Mon, Jul 22, 2013 at 12:52 PM, Lee Jones wrote: > > > Signed-off-by: Lee Jones > > None of these patches apply since I applied your other patch series > that rename all the files ... can you respin the ux500 "0x"-strip patches > on top of the

Re: [PATCH 1/3] memcg: limit the number of thresholds per-memcg

2013-08-07 Thread Tejun Heo
Hello, On Wed, Aug 07, 2013 at 03:46:54PM +0200, Michal Hocko wrote: > OK, I have obviously misunderstood your concern mentioned in the other > email. Could you be more specific what is the DoS scenario which was > your concern, then? So, let's say the file is write-accessible to !priv user

Re: [PATCH 2/3] memcg: Limit the number of events registered on oom_control

2013-08-07 Thread Michal Hocko
On Wed 07-08-13 09:47:41, Tejun Heo wrote: > Hello, > > On Wed, Aug 07, 2013 at 03:37:46PM +0200, Michal Hocko wrote: > > > It isn't different from listening from epoll, for example. > > > > epoll limits the number of watchers, no? > > Not that I know of. It'll be limited by max open fds but I

Re: perf,arm -- oops in validate_event

2013-08-07 Thread Mark Rutland
On Wed, Aug 07, 2013 at 02:00:27PM +0100, Will Deacon wrote: > On Tue, Aug 06, 2013 at 02:08:15PM +0100, Mark Rutland wrote: > > On Tue, Aug 06, 2013 at 12:59:21PM +0100, Will Deacon wrote: > > > But we already check `event->pmu != leader_pmu' in validate_event, so we > > > shouldn't get anywhere

Re: [PATCH 05/18] ARM: integrator: Switch to sched_clock_register()

2013-08-07 Thread Linus Walleij
On Thu, Aug 1, 2013 at 12:31 AM, Stephen Boyd wrote: > The 32 bit sched_clock interface now supports 64 bits. Upgrade to > the 64 bit function to allow us to remove the 32 bit registration > interface. > > Cc: Linus Walleij > Signed-off-by: Stephen Boyd For this patch (given the idea is

RE: [PATCH] Tools: hv: use full nlmsghdr in netlink_send

2013-08-07 Thread KY Srinivasan
> -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Wednesday, August 07, 2013 9:45 AM > To: KY Srinivasan; gre...@linuxfoundation.org > Cc: linux-kernel@vger.kernel.org; Olaf Hering > Subject: [PATCH] Tools: hv: use full nlmsghdr in netlink_send > > There is no

Re: [PATCH 01/22] ARM: ux500: Remove '0x's from HREF v60+ DTS file

2013-08-07 Thread Linus Walleij
On Mon, Jul 22, 2013 at 12:52 PM, Lee Jones wrote: > Signed-off-by: Lee Jones None of these patches apply since I applied your other patch series that rename all the files ... can you respin the ux500 "0x"-strip patches on top of the rename set? My ux500-devicetree branch can be used as a

Re: [PATCH v3 00/11] Add namespace support for syslog

2013-08-07 Thread Serge Hallyn
Quoting Eric W. Biederman (ebied...@xmission.com): > > Since this still has not been addressed. I am going to repeat Andrews > objection again. > > Isn't there a better way to get iptables information out than to use > syslog. I did not have time to follow up on that but it did appear that

Re: [PATCH 13/13] ARM: ux500: Remove u9540.dts as it's been replaced

2013-08-07 Thread Linus Walleij
On Fri, Jul 19, 2013 at 4:13 PM, Lee Jones wrote: > This must have been a merge error. There was a patch which renamed the > u9540.dts to ccu9540.dts, however the u9540.dts was reincarnate with > the same patches which created it in the first place. Let's kill it > once and for all. > >

Re: [PATCH 2/3] memcg: Limit the number of events registered on oom_control

2013-08-07 Thread Tejun Heo
Hello, On Wed, Aug 07, 2013 at 03:37:46PM +0200, Michal Hocko wrote: > > It isn't different from listening from epoll, for example. > > epoll limits the number of watchers, no? Not that I know of. It'll be limited by max open fds but I don't think there are other limits. Why would there be?

Re: [PATCH 1/3] memcg: limit the number of thresholds per-memcg

2013-08-07 Thread Michal Hocko
On Wed 07-08-13 09:22:10, Tejun Heo wrote: > Hello, > > On Wed, Aug 07, 2013 at 01:28:25PM +0200, Michal Hocko wrote: > > There is no limit for the maximum number of threshold events registered > > per memcg. This might lead to an user triggered memory depletion if a > > regular user is allowed

[PATCH] Tools: hv: use full nlmsghdr in netlink_send

2013-08-07 Thread Olaf Hering
There is no need to have a nlmsghdr pointer to another temporary buffer. Instead use a full struct nlmsghdr. Signed-off-by: Olaf Hering --- tools/hv/hv_kvp_daemon.c | 15 +-- tools/hv/hv_vss_daemon.c | 15 +-- 2 files changed, 10 insertions(+), 20 deletions(-) diff

[PATCH 2/2] cris: fix return type of ffs()

2013-08-07 Thread Akinobu Mita
The return type of ffs() is 'int' on all architectures except cris and hexagon. This unifies the return type to 'int'. The problem I'm seeing is that the following line generates a warning on cris and hexagon because of the mismatch between format '%u' and return type of ffs().

[PATCH 1/2] hexagon: fix return type of ffs()

2013-08-07 Thread Akinobu Mita
The return type of ffs() is 'int' on all architectures except cris and hexagon. This unifies the return type to 'int'. The problem I'm seeing is that the following line generates a warning on cris and hexagon because of the mismatch between format '%u' and return type of ffs().

Re: [PATCH 01/17] perf util: Save pid-cmdline mapping into tracing header

2013-08-07 Thread David Ahern
On 8/5/13 3:17 AM, Namhyung Kim wrote: I don't think this is a problem, its in line with Ingo's suggestion of a new perf ioctl to ask the kernel to generate PERF_RECORD_MMAP events for existing threads. Hmm.. could you please give me a link of the thread? I believe this is the thread being

Re: [RFC 0/3] Add madvise(..., MADV_WILLWRITE)

2013-08-07 Thread Jan Kara
On Mon 05-08-13 12:43:58, Andy Lutomirski wrote: > My application fallocates and mmaps (shared, writable) a lot (several > GB) of data at startup. Those mappings are mlocked, and they live on > ext4. The first write to any given page is slow because > ext4_da_get_block_prep can block. This

Re: [PATCH 2/3] memcg: Limit the number of events registered on oom_control

2013-08-07 Thread Michal Hocko
On Wed 07-08-13 09:08:36, Tejun Heo wrote: > Hello, Michal. > > On Wed, Aug 07, 2013 at 01:28:26PM +0200, Michal Hocko wrote: > > There is no limit for the maximum number of oom_control events > > registered per memcg. This might lead to an user triggered memory > > depletion if a regular user is

Re: [PATCHSET cgroup/for-3.12] cgroup: make cgroup_event specific to memcg

2013-08-07 Thread Tejun Heo
Hello, Michal. On Wed, Aug 07, 2013 at 03:26:13PM +0200, Michal Hocko wrote: > I would rather see it not changed unless it really is a big win in the > cgroup core. So far I do not see anything like that (just look at > __cgroup_from_dentry which needs to be exported to allow for the move). The

Re: [PATCH] ARM: fix wrong address when loading PRM_FRAC_INCREMENTOR_DENUMERATOR_RELOAD

2013-08-07 Thread Chen Baozi
On Aug 7, 2013, at 7:09 PM, Tony Lindgren wrote: > * Chen Baozi [130805 08:33]: >> ping? >> >> On Aug 1, 2013, at 7:27 PM, Chen Baozi wrote: >> >>> The denominator should be load from INCREMENTOR_DENUMERATOR_RELOAD_OFFSET >>> rather than INCREMENTER_NUMERATOR_OFFSET. > > Maybe describe

Re: List corruption in hidraw_release in 3.11-rc4

2013-08-07 Thread Jiri Kosina
On Wed, 7 Aug 2013, Peter Wu wrote: > > does the patch below fix the problem you are seeing? > That one is already in 3.11-rc4 as far as I can see. Also, that code can > probably simplified by moving the mutex_unlock after the out label, removing > the need to duplicate the mutex_unlock. > >

Re: List corruption in hidraw_release in 3.11-rc4

2013-08-07 Thread Peter Wu
On Wednesday 07 August 2013 03:01:26 Jiri Kosina wrote: > On Tue, 6 Aug 2013, Peter Wu wrote: > > While debugging upowerd (with Logitech Unifying receiver via hidraw), > > I came across this list corruption warning. > > Peter, > > does the patch below fix the problem you are seeing? That one is

Re: [PATCH 04/13] ARM: ux500: Remove Snowball DTS entry for ROHM BH1780GLI ambient light sensor

2013-08-07 Thread Linus Walleij
On Fri, Jul 19, 2013 at 4:13 PM, Lee Jones wrote: > It doesn't exist on the Snowball development board. > > Signed-off-by: Lee Jones 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 03/13] ARM: ux500: Remove Snowball DTS entry for TPS61052 chip

2013-08-07 Thread Linus Walleij
On Fri, Jul 19, 2013 at 4:13 PM, Lee Jones wrote: > TPS61052 is a; boost converter, LED driver, LED flash driver and > simple GPIO pin chip. It has no use here however, as it is not > found on the Snowball development board. > > Signed-off-by: Lee Jones Patch applied. Yours, Linus Walleij --

Re: [PATCH 02/13] ARM: ux500: Remove Snowball DTS entry for National Semiconductor LP5521 LED chip

2013-08-07 Thread Linus Walleij
On Fri, Jul 19, 2013 at 4:13 PM, Lee Jones wrote: > It doesn't exist on the Snowball development board. > > Signed-off-by: Lee Jones 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 01/13] ARM: ux500: Remove Toshiba TC35892 I/O Expander's DT entry from Snowball's DTS

2013-08-07 Thread Linus Walleij
On Fri, Jul 19, 2013 at 4:13 PM, Lee Jones wrote: > It doesn't exist on this development board. > > Signed-off-by: Lee Jones Patch applied to my ux500-dt branch. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [RFC 0/1] drm/pl111: Initial drm/kms driver for pl111

2013-08-07 Thread Rob Clark
On Wed, Aug 7, 2013 at 12:23 AM, John Stultz wrote: > On Tue, Aug 6, 2013 at 5:15 AM, Rob Clark wrote: >> well, let's divide things up into two categories: >> >> 1) the arrangement and format of pixels.. ie. what userspace would >> need to know if it mmap's a buffer. This includes pixel format,

RE: [PATCH] Tools: hv: correct payload size in netlink_send

2013-08-07 Thread KY Srinivasan
> -Original Message- > From: Olaf Hering [mailto:o...@aepfle.de] > Sent: Wednesday, August 07, 2013 9:07 AM > To: KY Srinivasan; gre...@linuxfoundation.org > Cc: linux-kernel@vger.kernel.org; Olaf Hering > Subject: [PATCH] Tools: hv: correct payload size in netlink_send > > netlink_send

Re: [PATCHSET cgroup/for-3.12] cgroup: make cgroup_event specific to memcg

2013-08-07 Thread Michal Hocko
On Wed 07-08-13 08:43:21, Tejun Heo wrote: > Hello, Michal. > > On Wed, Aug 07, 2013 at 02:18:36PM +0200, Michal Hocko wrote: > > How is it specific to memcg? The fact only memcg uses the interface > > doesn't imply it is memcg specific. > > I don't follow. It's only for memcg. That is *by

[PATCH 3/3] perf tools: add 'keep tracking' test

2013-08-07 Thread Adrian Hunter
Add a test for the newly added PERF_COUNT_SW_DUMMY event. The test checks that tracking events continue when an event is disabled but a dummy software event is not disabled. Signed-off-by: Adrian Hunter --- tools/perf/Makefile | 1 + tools/perf/tests/builtin-test.c | 4 ++

[PATCH 2/3] perf tools: add support for PERF_COUNT_SW_DUMMY

2013-08-07 Thread Adrian Hunter
Add support for the new dummy software event PERF_COUNT_SW_DUMMY. Signed-off-by: Adrian Hunter --- tools/perf/util/parse-events.c | 4 tools/perf/util/parse-events.l | 1 + tools/perf/util/python.c | 1 + 3 files changed, 6 insertions(+) diff --git a/tools/perf/util/parse-events.c

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