Re: [PATCH 0/2] Fix build breakage for tnetv107x platforms

On Fri, Jun 14, 2013 at 11:57 AM, Philip Avinash wrote: > tnetv107x_defconfig build failing on removal selection of NEED_MACH_GPIO_H > for ARCH_DAVINCI. This is due to header files inclusion from > mach/gpio-davinci.h > So this patch series fixes the build breakage on removal of NEED_MACH_GPIO_H

Re: [PATCH 2/2] sched/nohz: fix overflow error in scheduler_tick_max_deferment()

On Tue, Jun 18, 2013 at 04:58:29PM -0700, Kevin Hilman wrote: > The conversion of the max deferment from usecs to nsecs can easily > overflow on platforms where a long is 32-bits. To fix, cast the usecs > value to u64 before multiplying by NSECS_PER_USEC. > > This was discovered on 32-bit ARM pla

RE: [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors

> Why, fill out struct mce and do mce_log(mce) does not suffice? There is (or should be) a lot more interesting stuff in the CPER than just the address. Stuff that we don't have fields for in the existing mcelog structure. We also need to treat filtered records from modern APEI implementations

Re: [PATCH v2 7/7] ARM: davinci: Start using gpiolib API inplace of inline functions

On Fri, Jun 14, 2013 at 11:35 AM, Philip Avinash wrote: > Remove NEED_MACH_GPIO_H config select option for ARCH_DAVINCI to start > use gpiolib interface for davinci platforms. However with this software > latencies for gpio_get/set APIs will affect. Latency has increased by 18 > microsecond with

Re: [tip:x86/asm] x86/vdso: Convert use of typedef ctl_table to struct ctl_table

On Wed, 2013-06-19 at 13:47 -0500, H. Peter Anvin wrote: > Shouldn't this actually remove the typedef? Much later, yes. The uses are ~50:50 for the typedef vs struct ctl_table. It's used all over the tree and it likely won't be removed for several months after Jiri lets it filter through the var

Linux 3.10-rc6 drivers/gpu/drm/i915/intel_display warnon during suspend

I am seeing the following warning during suspend/resume on 3.10-rc6. Is this a known issue? [ 2375.024986] [ cut here ] [ 2375.025034] WARNING: at drivers/gpu/drm/i915/intel_display.c:1656 ironlake_crtc_disable+0x865/0x890 [i915]() [ 2375.025096] Modules linked in: bnep

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

On 17-06-2013 02:46, Amit Daniel Kachhap wrote: > 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

Re: [RFC PATCH 00/11] ARM: s3c64xx: Let amba-pl08x driver handle DMA

On Wednesday 19 June 2013, Tomasz Figa wrote: > On Wednesday 19 of June 2013 18:40:47 Mark Brown wrote: > > On Sun, Jun 16, 2013 at 10:54:07PM +0200, Tomasz Figa wrote: > > > One of the biggest roadblocks on the way of S3C64xx to DeviceTree > > > support is its DMA driver, which is completely platf

Re: [PATCH 10/53] Input: atmel_mxt_ts - Add memory access interface via sysfs

On Tue, Jun 11, 2013 at 01:16:31PM +0100, Nick Dyer wrote: > Without being able to name all of the registers (which would require a > large amount of architecture to keep up-to-date and would probably turn > into an unmaintainable mess), you can only split up the register map into > separate parts

Re: linux-next: manual merge of the akpm tree with the ext4 tree

On Wed, Jun 19, 2013 at 10:06:35AM -0700, Andrew Morton wrote: > > Merge the ext4 change early, please. The core shrinker changes aren't > 100% certain at this time - first they need to stop oopsing ;) Ack, sounds like a plan. Are they oopsing often enough that they are likely to interfere with

[PATCH] PCI: avoid NULL deref in alloc_pcie_link_state

PCIe switch upstream port can be connected directly to the PCIe root bus in QEMU; ASPM does not expect this topology and dereferences NULL pointer when initializing. I have not confirmed this can happen on real hardware, but it is presented as a feature in QEMU, so there is no reason to panic if w

Re: [PATCH 2/2] ioatdma: add DMA_PRIVATE capabilities flag

On Wed, Jun 19, 2013 at 10:52 AM, Jon Mason wrote: >> DMA_PRIVATE here keeps all channels private, so they couldn't be used >> elsewhere, for example raid offload. Do you need a private allocation >> or can you get away with a dynamically assigned channel? > > I would like to have a dedicated DMA

[tip:perf/core] perf: Fix mmap() accounting hole

Commit-ID: 9bb5d40cd93c9dd4be74834b1dcb1ba03629716b Gitweb: http://git.kernel.org/tip/9bb5d40cd93c9dd4be74834b1dcb1ba03629716b Author: Peter Zijlstra AuthorDate: Tue, 4 Jun 2013 10:44:21 +0200 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:44:13 +0200 perf: Fix mmap() accountin

getxattr: kzalloc/vmalloc mismatch

It seems the kzalloc could be kmalloc instead. (it's filled by xattr_getsecurity) in fs/xattr.c: static ssize_t getxattr(struct dentry *d, const char __user *name, void __user *value, size_t size) { [] if (size) { if (size > XATTR_SIZE_MAX)

Re: [PATCH 3/5] tty/8250_dw: Add support for OCTEON UARTS.

On Wednesday 19 June 2013, David Daney wrote: > On 06/19/2013 03:01 AM, Arnd Bergmann wrote: > > It's also wrong to use the > > __raw_* variant, which is not guaranteed to be atomic and is not > > endian-safe. > > We do runtime probing and only use this function on platforms where it > is approp

[tip:perf/core] perf/x86: Only print PMU state when also WARN()' ing

Commit-ID: ae0def05ed856343181bf1eca4fab3e09056df6d Gitweb: http://git.kernel.org/tip/ae0def05ed856343181bf1eca4fab3e09056df6d Author: Dave Hansen AuthorDate: Thu, 30 May 2013 10:45:59 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:50:47 +0200 perf/x86: Only print PMU sta

Re: [PATCH 0/3] tracing/perf: perf_trace_buf/perf_xxx hacks.

On 6/19/13 11:51 AM, Oleg Nesterov wrote: On 06/19, Oleg Nesterov wrote: On 06/19, Peter Zijlstra wrote: I'm probably missing something obviuos, but what are we trying to do? Say, "perf record -e sched:sched_switch -p1". Every task except /sbin/init will do perf_trace_sched_switch() and pe

[tip:sched/core] sched: Rename sched.c as sched/ core.c in comments and Documentation

Commit-ID: 0a0fca9d832b704f116a25badd1ca8c16771dcac Gitweb: http://git.kernel.org/tip/0a0fca9d832b704f116a25badd1ca8c16771dcac Author: Viresh Kumar AuthorDate: Tue, 4 Jun 2013 13:10:24 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:42 +0200 sched: Rename sched.c as sch

[tip:sched/core] sched: Create for_each_sd_topology()

Commit-ID: 27723a68caf05381b0b0bc6e127da2c9e7bcb775 Gitweb: http://git.kernel.org/tip/27723a68caf05381b0b0bc6e127da2c9e7bcb775 Author: Viresh Kumar AuthorDate: Mon, 10 Jun 2013 16:27:20 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:45 +0200 sched: Create for_each_sd_t

[tip:sched/core] sched: Remove unused params of build_sched_domain()

Commit-ID: 4a850cbefa9592ddde3670a41c10c9576a657c43 Gitweb: http://git.kernel.org/tip/4a850cbefa9592ddde3670a41c10c9576a657c43 Author: Viresh Kumar AuthorDate: Tue, 4 Jun 2013 16:12:43 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:42 +0200 sched: Remove unused params

[tip:sched/core] tracing/context-tracking: Add preempt_schedule_context() for tracing

Commit-ID: 29bb9e5a75684106a37593ad75ec75ff8312731b Gitweb: http://git.kernel.org/tip/29bb9e5a75684106a37593ad75ec75ff8312731b Author: Steven Rostedt AuthorDate: Fri, 24 May 2013 15:23:40 -0400 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:55:10 +0200 tracing/context-tracking:

[tip:perf/core] perf/x86/intel: Fix sparse warning

Commit-ID: b2fa344d0c275ea4436bfc3a97708f2c938ac0eb Gitweb: http://git.kernel.org/tip/b2fa344d0c275ea4436bfc3a97708f2c938ac0eb Author: Yan, Zheng AuthorDate: Wed, 5 Jun 2013 16:30:25 +0800 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 13:04:55 +0200 perf/x86/intel: Fix sparse war

Re: [tip:x86/asm] x86/vdso: Convert use of typedef ctl_table to struct ctl_table

Shouldn't this actually remove the typedef? -hpa On 06/19/2013 01:43 PM, tip-bot for Joe Perches wrote: > Commit-ID: f07d91ede6f346cbe31bb814cefe2584940b96f3 > Gitweb: http://git.kernel.org/tip/f07d91ede6f346cbe31bb814cefe2584940b96f3 > Author: Joe Perches > AuthorDate: Thu, 13

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

On 17-06-2013 02:46, Amit Daniel Kachhap wrote: > 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 > Ack

Re: [PATCH 5/5] i2c: omap: remove omap_i2c_isr() hw irq handler

Hi Felipe, On 06/07/2013 10:07 PM, Felipe Balbi wrote: Hi, On Fri, Jun 07, 2013 at 09:46:08PM +0300, Grygorii Strashko wrote: The omap_i2c_isr() does the irq check and schedules threaded handler if any of enabled IRQs is active, but currently the I2C IRQs are enabled just once, when I2C IP is

[tip:sched/core] sched: Refine the code in unthrottle_cfs_rq()

Commit-ID: 22b958d8cc5127d22d2ad2141277d312d93fad6c Gitweb: http://git.kernel.org/tip/22b958d8cc5127d22d2ad2141277d312d93fad6c Author: Michael Wang AuthorDate: Tue, 4 Jun 2013 14:23:39 +0800 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:41 +0200 sched: Refine the code in un

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

On 17-06-2013 02:46, Amit Daniel Kachhap wrote: > 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:

Re: [PATCH 2/5] i2c: omap: add runtime check in isr to be sure that i2c is enabled

Hi Felipe, On 06/07/2013 10:02 PM, Felipe Balbi wrote: Hi, On Fri, Jun 07, 2013 at 09:46:05PM +0300, Grygorii Strashko wrote: Add runtime check at the beginning of omap_i2c_isr/omap_i2c_isr_thread to be sure that i2c is enabled, before performing IRQ handling and accessing I2C IP registers:

[tip:x86/boot] x86/boot: Close opened file descriptor

Commit-ID: 062f487190c8126209391ccb720a4ec943fd4a57 Gitweb: http://git.kernel.org/tip/062f487190c8126209391ccb720a4ec943fd4a57 Author: Jiri Slaby AuthorDate: Wed, 19 Jun 2013 09:53:03 +0200 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 13:32:19 +0200 x86/boot: Close opened file d

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

On 17-06-2013 02:46, Amit Daniel Kachhap wrote: > 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 D

Re: [PATCH RFC 0/2] Extend multi_v7_defconfig

On Wednesday 19 June 2013, Soren Brinkmann wrote: > I don't know how much a defconfig is supposed to provide, hence as RFC. > This patches are needed for booting Zynq into a minimum ramfs based > system with a serial console. In my opinion we should provide enable all the platform specific drivers

RE: [PATCH v4 0/8] Nvram-to-pstore

> You need to mount pstore to access the files. > > # mkdir /dev/pstore > # mount -t pstore - /dev/pstore > > to unmount > > # umount /dev/pstore > > References: http://lwn.net/Articles/421297/ Note that /dev/pstore has fallen out of fashion as the mount point ... we now (since 3.9) suggest /

Re: [3.10-rc6] WARNING: at fs/btrfs/inode.c:7961 btrfs_destroy_inode+0x265/0x2e0 [btrfs]()

Quoting Dave Jones (2013-06-19 14:34:50) > On Wed, Jun 19, 2013 at 02:02:33PM -0400, Chris Mason wrote: > > Quoting Dave Jones (2013-06-17 14:58:10) > > > On Mon, Jun 17, 2013 at 02:42:27PM -0400, Chris Mason wrote: > > > > Quoting Dave Jones (2013-06-17 14:20:06) > > > > > On Mon, Jun 17, 20

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

On 17-06-2013 02:46, Amit Daniel Kachhap wrote: > 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. > > Acke

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

Amit, On 17-06-2013 02:46, Amit Daniel Kachhap wrote: > 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

Re: [PATCH 3/5] i2c: omap: handle all irqs befor unblocking omap_i2c_xfer_msg()

Hi Felipe, On 06/07/2013 10:05 PM, Felipe Balbi wrote: Hi, On Fri, Jun 07, 2013 at 09:46:06PM +0300, Grygorii Strashko wrote: ARDY|NACK and ARDY|AL are set together in OMAP_I2C_STAT_REG, which will be Have you seen that happen ever ? AL is Arbitration Lost, we never put OMAP in a multi-master

[tip:perf/core] perf/x86/intel: Support Haswell/v4 LBR format

Commit-ID: 135c5612c460f89657c4698fe2ea753f6f667963 Gitweb: http://git.kernel.org/tip/135c5612c460f89657c4698fe2ea753f6f667963 Author: Andi Kleen AuthorDate: Mon, 17 Jun 2013 17:36:51 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:43:35 +0200 perf/x86/intel: Support Haswe

[tip:x86/asm] x86/vdso: Convert use of typedef ctl_table to struct ctl_table

Commit-ID: f07d91ede6f346cbe31bb814cefe2584940b96f3 Gitweb: http://git.kernel.org/tip/f07d91ede6f346cbe31bb814cefe2584940b96f3 Author: Joe Perches AuthorDate: Thu, 13 Jun 2013 19:37:33 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 15:06:09 +0200 x86/vdso: Convert use of typ

[tip:perf/core] perf/x86/intel: Add simple Haswell PMU support

Commit-ID: 3a632cb229bfb18b6d09822cc842451ea46c013e Gitweb: http://git.kernel.org/tip/3a632cb229bfb18b6d09822cc842451ea46c013e Author: Andi Kleen AuthorDate: Mon, 17 Jun 2013 17:36:48 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:43:33 +0200 perf/x86/intel: Add simple Ha

[tip:perf/core] perf/x86/intel: Add Haswell PEBS support

Commit-ID: 3044318f1f3a2a0a636b4c751ddb7169cb1b11b2 Gitweb: http://git.kernel.org/tip/3044318f1f3a2a0a636b4c751ddb7169cb1b11b2 Author: Andi Kleen AuthorDate: Mon, 17 Jun 2013 17:36:49 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:43:33 +0200 perf/x86/intel: Add Haswell P

[tip:sched/core] sched: Fix memory leakage in build_sched_groups( )

Commit-ID: cd08e9234c987766ad077bba80eb5a07d0855525 Gitweb: http://git.kernel.org/tip/cd08e9234c987766ad077bba80eb5a07d0855525 Author: Viresh Kumar AuthorDate: Tue, 11 Jun 2013 16:32:44 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:46 +0200 sched: Fix memory leakage i

[tip:sched/core] sched: Don' t mix use of typedef ctl_table and struct ctl_table

Commit-ID: be7002e6c613d22976f2b8d4bae6121a5fc0433a Gitweb: http://git.kernel.org/tip/be7002e6c613d22976f2b8d4bae6121a5fc0433a Author: Joe Perches AuthorDate: Wed, 12 Jun 2013 11:55:36 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:48 +0200 sched: Don't mix use of type

[tip:perf/core] perf/x86/intel: Add Haswell PEBS record support

Commit-ID: 130768b8c93cd8d21390a136ec8cef417153ca14 Gitweb: http://git.kernel.org/tip/130768b8c93cd8d21390a136ec8cef417153ca14 Author: Andi Kleen AuthorDate: Mon, 17 Jun 2013 17:36:47 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:43:32 +0200 perf/x86/intel: Add Haswell P

[tip:perf/core] perf/x86/intel: Move NMI clearing to end of PMI handler

Commit-ID: 72db55964695dcd4aa15950f3b2fb7c09ad79829 Gitweb: http://git.kernel.org/tip/72db55964695dcd4aa15950f3b2fb7c09ad79829 Author: Andi Kleen AuthorDate: Mon, 17 Jun 2013 17:36:50 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:43:34 +0200 perf/x86/intel: Move NMI clea

Re: [PATCH 1/2] sched/nohz: add sysctl control over sched_tick_max_deferment

On Tue, Jun 18, 2013 at 04:58:28PM -0700, Kevin Hilman wrote: > Allow sysctl override of sched_tick_max_deferment in order to ease > finding/fixing the remaining issues with full nohz. > > The value to be written is in jiffies, and -1 means the max deferment > is disabled (scheduler_tick_max_defer

Re: frequent softlockups with 3.10rc6.

On Wed, Jun 19, 2013 at 11:13:02AM -0700, Paul E. McKenney wrote: > > On a whim, I reverted 971394f389992f8462c4e5ae0e3b49a10a9534a3 > > (As I started seeing these just after that rcu merge). > > > > It's only been 30 minutes, but it seems stable again. Normally I would > > hit these within

[tip:x86/debug] x86: Remove weird PTR_ERR() in do_debug

Commit-ID: 5a802e15308f152247433d87050d1bfbf9613483 Gitweb: http://git.kernel.org/tip/5a802e15308f152247433d87050d1bfbf9613483 Author: Rusty Russell AuthorDate: Sun, 16 Jun 2013 14:12:47 +0930 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 15:01:36 +0200 x86: Remove weird PTR_ERR(

[tip:perf/core] perf/x86/intel: Add mem-loads/ stores support for Haswell

Commit-ID: f9134f36aed59ab55c0ab1a4618dd455f15aef5f Gitweb: http://git.kernel.org/tip/f9134f36aed59ab55c0ab1a4618dd455f15aef5f Author: Andi Kleen AuthorDate: Mon, 17 Jun 2013 17:36:52 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:43:35 +0200 perf/x86/intel: Add mem-loads

Re: [RFC PATCH 5/6] ARM: dts: omap3beagle-xm: Add idle state pins for USB host

Roger Quadros writes: > Add the Idle state pins for USB host and enable WAKEUP on > DIR, DAT0-3, so that the PHY can wakeup the OMAP SoC from > sleep on any USB activity (e.g. remote wakeup or connect/disconnect). > > CC: Benoît Cousson > Signed-off-by: Roger Quadros This one doesn't apply...

[tip:x86/debug] x86/debug: Only print out DR registers if they are not power-on defaults

Commit-ID: 4338774cd41a6abf72aa76585ce2184cea8ff8a2 Gitweb: http://git.kernel.org/tip/4338774cd41a6abf72aa76585ce2184cea8ff8a2 Author: Dave Jones AuthorDate: Tue, 18 Jun 2013 12:09:11 -0400 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 14:33:59 +0200 x86/debug: Only print out DR

[tip:sched/core] sched: Remove WARN_ON(!sd) from init_sched_groups_power()

Commit-ID: 94c95ba69f31e435416988ddb223c92e5b0e9e83 Gitweb: http://git.kernel.org/tip/94c95ba69f31e435416988ddb223c92e5b0e9e83 Author: Viresh Kumar AuthorDate: Tue, 11 Jun 2013 16:32:45 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:47 +0200 sched: Remove WARN_ON(!sd)

[tip:perf/core] perf/x86/amd: AMD IOMMU Performance Counter PERF uncore PMU implementation

Commit-ID: 7be6296fdd75f716f7348251433ea68c4b362cf3 Gitweb: http://git.kernel.org/tip/7be6296fdd75f716f7348251433ea68c4b362cf3 Author: Suravee Suthikulpanit AuthorDate: Wed, 5 Jun 2013 16:11:49 -0500 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 13:04:53 +0200 perf/x86/amd: AMD I

[tip:perf/core] perf/x86/amd: Add IOMMU Performance Counter resource management

Commit-ID: 30861ddc9cca479a7fc6a5efef4e5c69d6b274f4 Gitweb: http://git.kernel.org/tip/30861ddc9cca479a7fc6a5efef4e5c69d6b274f4 Author: Steven L Kinney AuthorDate: Wed, 5 Jun 2013 16:11:48 -0500 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 13:04:52 +0200 perf/x86/amd: Add IOMMU P

[tip:sched/core] sched: Femove the useless declaration in kernel/ sched/fair.c

Commit-ID: 8404c90d050733b3404dc36c500f63ccb0c972ce Gitweb: http://git.kernel.org/tip/8404c90d050733b3404dc36c500f63ccb0c972ce Author: Michael Wang AuthorDate: Tue, 4 Jun 2013 14:24:08 +0800 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:41 +0200 sched: Femove the useless de

[tip:sched/core] sched: Optimize build_sched_domains() for saving first SD node for a cpu

Commit-ID: 22da956953f371c1ee7a578c31ed8c5702cb52b1 Gitweb: http://git.kernel.org/tip/22da956953f371c1ee7a578c31ed8c5702cb52b1 Author: Viresh Kumar AuthorDate: Tue, 4 Jun 2013 15:41:15 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:43 +0200 sched: Optimize build_sched_

Re: [PATCH 1/5] i2c: omap: fix spurious IRQs: disable/enable IRQ at INTC when idle

On 06/07/2013 11:51 PM, Kevin Hilman wrote: Grygorii Strashko writes: From: Kevin Hilman Currently, runtime PM is used to keep the device enabled only during active transfers and for a configurable runtime PM autosuspend timout after an xfer. In addition to idling the device, driver's ->run

[tip:sched/core] sched: Don' t initialize alloc_state in build_sched_domains()

Commit-ID: 1c6321694074163b5863c13d71c19ca953a3fb08 Gitweb: http://git.kernel.org/tip/1c6321694074163b5863c13d71c19ca953a3fb08 Author: Viresh Kumar AuthorDate: Mon, 10 Jun 2013 16:27:18 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:44 +0200 sched: Don't initialize all

[tip:sched/core] sched: Don't set sd-> child to NULL when it is already NULL

Commit-ID: c75e01288ce9c9a6b7beb6b23c07d2e4d1db8c84 Gitweb: http://git.kernel.org/tip/c75e01288ce9c9a6b7beb6b23c07d2e4d1db8c84 Author: Viresh Kumar AuthorDate: Mon, 10 Jun 2013 16:27:19 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:45 +0200 sched: Don't set sd->child

[tip:sched/core] sched: Use cached value of span instead of calling sched_domain_span()

Commit-ID: 0936629f01bb1b11772db8c36be421365238cbec Gitweb: http://git.kernel.org/tip/0936629f01bb1b11772db8c36be421365238cbec Author: Viresh Kumar AuthorDate: Tue, 11 Jun 2013 16:32:43 +0530 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:46 +0200 sched: Use cached value of

[tip:sched/core] sched/rt: Simplify pull_rt_task() logic and remove .leaf_rt_rq_list

Commit-ID: e23ee74777f389369431d77390c4b09332ce026a Gitweb: http://git.kernel.org/tip/e23ee74777f389369431d77390c4b09332ce026a Author: Kirill Tkhai AuthorDate: Fri, 7 Jun 2013 15:37:43 -0400 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:58:40 +0200 sched/rt: Simplify pull_rt_t

[tip:perf/core] perf/x86: Reduce stack usage of x86_schedule_events()

Commit-ID: 43b4578071c0e6d87761e113e05d45776cc75437 Gitweb: http://git.kernel.org/tip/43b4578071c0e6d87761e113e05d45776cc75437 Author: Andrew Hunter AuthorDate: Thu, 23 May 2013 11:07:03 -0700 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:50:44 +0200 perf/x86: Reduce stack usa

[tip:perf/core] perf: Add const qualifier to perf_pmu_register's 'name' arg

Commit-ID: 03d8e80beb7db78a13c192431205b9c83f7e0cd1 Gitweb: http://git.kernel.org/tip/03d8e80beb7db78a13c192431205b9c83f7e0cd1 Author: Mischa Jonker AuthorDate: Tue, 4 Jun 2013 11:45:48 +0200 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:50:23 +0200 perf: Add const qualifier t

[tip:sched/core] sched: Fix clear NOHZ_BALANCE_KICK

Commit-ID: 873b4c65b519fd769940eb281f77848227d4e5c1 Gitweb: http://git.kernel.org/tip/873b4c65b519fd769940eb281f77848227d4e5c1 Author: Vincent Guittot AuthorDate: Wed, 5 Jun 2013 10:13:11 +0200 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:55:09 +0200 sched: Fix clear NOHZ_BAL

[tip:perf/core] perf: Fix hypervisor branch sampling permission check

Commit-ID: e712209a9e0b70e78b13847738eb66fe37412515 Gitweb: http://git.kernel.org/tip/e712209a9e0b70e78b13847738eb66fe37412515 Author: Stephane Eranian AuthorDate: Thu, 6 Jun 2013 11:02:04 +0200 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:50:21 +0200 perf: Fix hypervisor bra

[tip:perf/core] perf/x86: Fix broken PEBS-LL support on SNB-EP/ IVB-EP

Commit-ID: f1a527899ef0a8a241eb3bea619eb2e29d797f44 Gitweb: http://git.kernel.org/tip/f1a527899ef0a8a241eb3bea619eb2e29d797f44 Author: Stephane Eranian AuthorDate: Fri, 7 Jun 2013 23:22:10 +0200 Committer: Ingo Molnar CommitDate: Wed, 19 Jun 2013 12:44:16 +0200 perf/x86: Fix broken PEB

Re: [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors

On Wed, Jun 19, 2013 at 06:19:25PM +, Luck, Tony wrote: > > Interesting, why? Why would we even need such an option? My impression > > is, if ACPI tells us FF, MCE code doesn't poll those banks anymore. So > > where do the duplicated reports come from? > > The option is only disabling the Linu

Re: [PATCH 0/8] Volatile Ranges (v8?)

On 2013-06-19 12:41 AM, Minchan Kim wrote: Hello Dhaval, On Tue, Jun 18, 2013 at 12:59:02PM -0400, Dhaval Giani wrote: On 2013-06-18 12:11 AM, Minchan Kim wrote: Hello Dhaval, On Mon, Jun 17, 2013 at 12:24:07PM -0400, Dhaval Giani wrote: Hi John, I have been giving your git tree a whirl, an

Re: [3.10-rc6] WARNING: at fs/btrfs/inode.c:7961 btrfs_destroy_inode+0x265/0x2e0 [btrfs]()

On Wed, Jun 19, 2013 at 02:02:33PM -0400, Chris Mason wrote: > Quoting Dave Jones (2013-06-17 14:58:10) > > On Mon, Jun 17, 2013 at 02:42:27PM -0400, Chris Mason wrote: > > > Quoting Dave Jones (2013-06-17 14:20:06) > > > > On Mon, Jun 17, 2013 at 01:39:42PM -0400, Chris Mason wrote: > > >

Re: [PATCH] lp: implement proper detach function for parport_driver lp

On Wed, Jun 19, 2013 at 07:04:51PM +0200, Hannes Weisbach wrote: > >> Signed-off-by: Hannes Weisbach > >> --- > >> Granted, for normal parport drivers this is usually not an issue, > >> because the device does not go away. However, I am currently writing a > >> Linux device driver for a USB to par

Re: [PATCH 2/2] Make non-linear GPIO ranges accesible from gpiolib

On 06/19/2013 12:10 PM, Stephen Warren wrote: > On 06/14/2013 03:12 AM, Christian Ruppert wrote: >> On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren wrote: >>> On 06/13/2013 06:55 AM, Christian Ruppert wrote: This patch adds the infrastructure required to register non-linear gpio

Re: [PATCH] virtio-pci: fix leaks of msix_affinity_masks

On Wed, Jun 19, 2013 at 07:59:48PM +0400, Andrew Vagin wrote: > vp_dev->msix_vectors should be initialized before allocating > msix_affinity_masks, otherwise vp_free_vectors will not free these > objects. > > unreferenced object 0x88010f969d88 (size 512): > comm "systemd-udevd", pid 158, jif

[RFC 2/2] i2c: gpio: drop class based instantiation of slaves

Class based instantiation mechanism can cause huge delays when booting. For example: when CONFIG_SENSORS_LM75 option is enabled for or omap5-uevm board, where i2c-gpio is used for HDMI edid reading - it introduces up to 5 sec boot delay. It's not recommended to use this mechanism with embedded I2C,

[RFC 1/2] i2c: omap: drop class based instantiation of slaves

Class based instantiation mechanism can cause huge delays when booting. For example: when CONFIG_SENSORS_LM75 option is enabled for omap4-sdp board - it introduces 5-6 ms boot delay. It's not recommended to use this mechanism with embedded I2C, so disable it by leaving I2C adapter "class" field und

Re: [RFC] i2c: add deprecation warning for class based instantiation

On 06/07/2013 12:09 PM, Wolfram Sang wrote: Class based instantiation can cause huge delays when booting. This mechanism was used when it was not possible to describe slaves on I2C busses. We now have other mechanisms, so most embedded I2C will not need classes and it was explicitly not recommend

Re: [RFC PATCH 00/11] ARM: s3c64xx: Let amba-pl08x driver handle DMA

On Wednesday 19 of June 2013 18:40:47 Mark Brown wrote: > On Sun, Jun 16, 2013 at 10:54:07PM +0200, Tomasz Figa wrote: > > One of the biggest roadblocks on the way of S3C64xx to DeviceTree > > support is its DMA driver, which is completely platform-specific and > > provides private API (s3c-dma), n

Re: [RFC] i2c: add deprecation warning for class based instantiation

Hi Wolfram, On 06/19/2013 01:15 PM, Wolfram Sang wrote: On Fri, Jun 07, 2013 at 11:09:26AM +0200, Wolfram Sang wrote: Class based instantiation can cause huge delays when booting. This mechanism was used when it was not possible to describe slaves on I2C busses. We now have other mechanisms, so

Re: [PATCH 3/3] tracing/perf: Avoid perf_trace_buf_*() in perf_trace_##call() when possible

On Wed, 2013-06-19 at 20:12 +0200, Oleg Nesterov wrote: > > Or is this your way to confuse me as much as my code has confused > > you? ;-) > > Of course! this was the main reason. I knew it! > > > Steven, I convinced myself the patch should be correct. If you agree with > this hack: > >

Re: [PATCH v1 2/3] spi: s3c64xx: Added provision for dedicated cs pin

On Mon, May 20, 2013 at 12:21:33PM +0530, Girish K S wrote: > From: Girish K S > > The existing driver supports gpio based /cs signal. > For controller's that have one device per controller, > the slave device's /cs signal might be internally controlled > by the chip select bit of slave select re

Re: [PATCH v1 1/3] spi: s3c64xx: added support for polling mode

On Mon, May 20, 2013 at 12:21:32PM +0530, Girish K S wrote: > From: Girish K S > The 64xx spi driver supports partial polling mode. > Only the last chunk of the transfer length is transferred > or recieved in polling mode. Applied, though I will send a followup since: > +static u32 wait_for_tim

Re: [PATCH 2/2] Make non-linear GPIO ranges accesible from gpiolib

On 06/14/2013 03:12 AM, Christian Ruppert wrote: > On Thu, Jun 13, 2013 at 03:38:09PM -0600, Stephen Warren wrote: >> On 06/13/2013 06:55 AM, Christian Ruppert wrote: >>> This patch adds the infrastructure required to register non-linear gpio >>> ranges through gpiolib and the standard GPIO device

RE: [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors

> Interesting, why? Why would we even need such an option? My impression > is, if ACPI tells us FF, MCE code doesn't poll those banks anymore. So > where do the duplicated reports come from? The option is only disabling the Linux side of firmware first ... the BIOS will still be doing it and gener

Re: [PATCH v2 1/4] ARM: dts: omap4-panda: Add USB Host support

On 06/19/2013 09:05 AM, Roger Quadros wrote: On 06/19/2013 03:23 PM, Benoit Cousson wrote: On 06/19/2013 07:05 AM, Florian Vaussard wrote: Hello, On 06/19/2013 01:03 PM, Roger Quadros wrote: On 06/19/2013 01:10 PM, Benoit Cousson wrote: On 06/19/2013 02:46 AM, Tony Lindgren wrote: * Roger Q

Re: [PATCH 08/15] thermal: cpu_cooling: fix stub function

On Wednesday 19 June 2013, Eduardo Valentin wrote: > On 31-05-2013 18:22, Arnd Bergmann wrote: > > The function stub for cpufreq_cooling_get_level introduced > > in 57df81069 "Thermal: exynos: fix cooling state translation" > > is not syntactically correct C and needs to be fixed to avoid > > this

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

Aloha everybody We would like to thank the developers very much for giving technical details about how we could implement our file system indexing (see [1] and [2]). [1] SASOS4Fun (www.ontonics.com/innovation/pipeline.htm#sasos4fun) Do not confuse SIP with SipHash, but put SipHash in relatio

Re: [PATCH -v11 resend 10/11] arm, change reboot_mode to use enum reboot_mode

On Wednesday 19 June 2013, Andrew Morton wrote: > This patchset gets a lot of rejects which I keep on fixing up. Please > merge up early in the merge window and compile-test (and review) the > linux-next changes to make sure I didn't muck up the reject-fixing, > then we should be fine. Ok, good.

Re: [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors

On 06/19/2013 11:34 PM, Borislav Petkov wrote: On Wed, Jun 19, 2013 at 11:27:42PM +0530, Naveen N. Rao wrote: Add a boot option to disable firmware first mode for corrected errors. Signed-off-by: Naveen N. Rao --- Documentation/x86/x86_64/boot-options.txt |5 + arch/x86/include/asm/

Re: [PATCH 3/3] tracing/perf: Avoid perf_trace_buf_*() in perf_trace_##call() when possible

On 06/18, Steven Rostedt wrote: > > On Tue, 2013-06-18 at 21:22 +0200, Oleg Nesterov wrote: > > @@ -663,6 +663,12 @@ perf_trace_##call(void *__data, proto) > > \ > > int rctx; \ > >

Re: [PATCH 1/4] Make non-linear GPIO ranges accesible from gpiolib

On 06/19/2013 06:03 AM, Linus Walleij wrote: > On Tue, Jun 18, 2013 at 11:29 AM, Christian Ruppert > wrote: > >> This patch adds the infrastructure required to register non-linear gpio >> ranges through gpiolib and the standard GPIO device tree bindings. >> >> Signed-off-by: Christian Ruppert >

Re: frequent softlockups with 3.10rc6.

On Wed, Jun 19, 2013 at 01:53:56PM -0400, Dave Jones wrote: > On Wed, Jun 19, 2013 at 12:45:40PM -0400, Dave Jones wrote: > > I've been hitting this a lot the last few days. > > This is the same machine that I was also seeing lockups during sync() > > On a whim, I reverted 971394f389992f8462c4e5

Re: [patch -next] FMC: NULL dereference on allocation failure

On Wed, 2013-06-19 at 19:57 +0200, Alessandro Rubini wrote: > >> + arr->record = kzalloc(sizeof(arr->record[0]) * n, GFP_KERNEL); > >> + arr->subtree = kzalloc(sizeof(arr->subtree[0]) * n, GFP_KERNEL); > > > n comes from the hardware no? > > Yes. Length of hardware description array. > > > May

Re: [PATCH v2 1/4] mfd: Kontron PLD mfd driver

On Wed, Jun 19, 2013 at 11:12:09AM +0200, Thomas Gleixner wrote: > On Tue, 18 Jun 2013, Kevin Strasser wrote: > > This patch set looks reasonable now, except a formal issue. > > > Signed-off-by: Kevin Strasser > > Signed-off-by: Michael Brunner > > This is wrong, as it says: > > Kevin autho

Re: [net-next rfc 1/3] net: avoid high order memory allocation for queues by using flex array

On Wed, Jun 19, 2013 at 08:58:31AM -0700, Eric Dumazet wrote: > On Wed, 2013-06-19 at 18:40 +0300, Michael S. Tsirkin wrote: > > > That's a good trick too - vmalloc memory is a bit slower > > on x86 since it's not using a huge page, but that's only > > when we have lots of CPUs/queues... > > > >

Re: [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors

On Wed, Jun 19, 2013 at 11:27:42PM +0530, Naveen N. Rao wrote: > Add a boot option to disable firmware first mode for corrected errors. > > Signed-off-by: Naveen N. Rao > --- > Documentation/x86/x86_64/boot-options.txt |5 + > arch/x86/include/asm/acpi.h |2 ++ > arch/x

Re: [3.10-rc6] WARNING: at fs/btrfs/inode.c:7961 btrfs_destroy_inode+0x265/0x2e0 [btrfs]()

Quoting Dave Jones (2013-06-17 14:58:10) > On Mon, Jun 17, 2013 at 02:42:27PM -0400, Chris Mason wrote: > > Quoting Dave Jones (2013-06-17 14:20:06) > > > On Mon, Jun 17, 2013 at 01:39:42PM -0400, Chris Mason wrote: > > > > Quoting Dave Jones (2013-06-17 09:49:55) > > > > > Hit this while run

[PATCH] mmap: allow MAP_HUGETLB for hugetlbfs files v2

It is counterintuitive at best that mmap'ing a hugetlbfs file with MAP_HUGETLB fails, while mmap'ing it without will a) succeed and b) return huge pages. v2: use is_file_hugepages(), as suggested by Jianguo Signed-off-by: Joern Engel Cc: Jianguo Wu --- mm/mmap.c |6 -- 1 file changed, 4

Re: [PATCH 2/2] mmap: allow MAP_HUGETLB for hugetlbfs files

On Wed, 19 June 2013 09:22:49 +0800, Jianguo Wu wrote: > > We already have is_file_hugepages(). Indeed. Much nicer now. Thanks! Jörn -- The grand essentials of happiness are: something to do, something to love, and something to hope for. -- Allan K. Chalmers -- To unsubscribe from this list:

Re: [PATCH v4 5/7] cpufreq: Calculate number of busy CPUs

On 06/19/2013 10:12 AM, Lukasz Majewski wrote: In the core governor code, per cpu load value is calculated. This patch uses it to mark processor as a "busy" one, when load value is higher than 90%. New cpufreq sysfs attribute is created (busy_cpus). It is read only and provides information about

Re: [patch -next] FMC: NULL dereference on allocation failure

>> +arr->record = kzalloc(sizeof(arr->record[0]) * n, GFP_KERNEL); >> +arr->subtree = kzalloc(sizeof(arr->subtree[0]) * n, GFP_KERNEL); > n comes from the hardware no? Yes. Length of hardware description array. > Maybe make these kcalloc too. I'm not a fan of kcalloc. I think it removes

Re: [patch] FMC: NULL dereference on allocation failure

> Apparently these are going through Greg K-H. I'll resend, with Greg > CC'd so he can pick it up from the mailing list. > > Could you add an entry to the MAINTAINERS file so that Greg will be > CC'd automatically using get_maintainer.pl? Ok. Added to my todo list. > Is there a dedicated list

[PATCH v2 1/2] mce: acpi/apei: Honour Firmware First for MCA banks listed in APEI HEST CMC

The Corrected Machine Check structure (CMC) in HEST has a flag which can be set by the firmware to indicate to the OS that it prefers to process the corrected error events first. In this scenario, the OS is expected to not monitor for corrected errors (through CMCI/polling). Instead, the firmware n

<    1   2   3   4   5   6   7   8   9   >