[PATCH V1] regulator: da9211: fix unmatched of_node and add gpio control

This is a patch for fixing unmatched of_node and adding gpio control. Signed-off-by: James Ban --- This patch is relative to linux-next repository tag next-20150113. Changes in V1: - fix unmatched of_node. - add gpio control for buck eanble/disable.

[PATCH v2] hwmon: (ina2xx) Add ina231 compatible string

From: Kevin Hilman Add support for "ina231" as compatible string, and update Documentation and Kconfig accordingly. Tested with the Exynos5422-based odroid-xu3 board which has on-board INA231 sensors. Signed-off-by: Kevin Hilman --- Documentation/hwmon/ina2xx | 9 +

Re: [PATCH] hwmon: (ina2xx) Add ina231 compatible string

Guenter Roeck writes: > On Wed, Jan 14, 2015 at 03:57:32PM -0800, Kevin Hilman wrote: >> From: Kevin Hilman >> >> Add support for "ina231" as compatible string. >> >> Tested with the Exynos5422-based odroid-xu3 board which has on-board >> INA231 sensors. >> >> Signed-off-by: Kevin Hilman >

Re: [PATCH] arm: mach-versatile: core: Remove unused function

On Wed, Jan 14, 2015 at 12:53:07PM +0100, Linus Walleij wrote: > On Sat, Jan 3, 2015 at 5:52 PM, Rickard Strandqvist > wrote: > > > Remove the function versatile_leds_event() that is not used anywhere. > > > > This was partially found by using a static code analysis program called > > cppcheck.

Re: [PATCH 1/2] workqueue: update numa affinity info at node hotplug

On 01/14/2015 09:57 PM, Tejun Heo wrote: > Hello, Lai. > > On Wed, Jan 14, 2015 at 10:47:16AM +0800, Lai Jiangshan wrote: >>> Even if that involves slightly more code, that's the right thing to do at >>> this point. >> >> Right, but in currently, the workqueue will be the only user, and I don't

Re: [PATCH] ARM: multi_v7_defconfig: Enable Hip01 platform

On Wed, Jan 14, 2015 at 07:02:04AM +, Wang Long wrote: > Enable Hip01 platform support for multi_v7_defconfig. > > Signed-off-by: Wang Long > --- > arch/arm/configs/multi_v7_defconfig | 1 + > 1 file changed, 1 insertion(+) Applied, thanks. -Olof -- To unsubscribe from this list: send

Re: [PATCH] powerpc: powernv: winkle: Restore LPCR with LPCR_PECE1 cleared

On Wed, 2015-01-14 at 16:43 +0530, Shreyas B. Prabhu wrote: > LPCR_PECE1 bit controls whether decrementer interrupts are allowed to > cause exit from power-saving mode. While waking up from winkle, restoring > LPCR with LPCR_PECE1 set (i.e Decrementer interrupts allowed) can cause > issue in the

Re: [PATCH v2 1/2] Input: touchscreen-iproc: Add Broadcom iProc touchscreen driver

On 19/12/14 15:03, Jonathan Richardson wrote: > On 14-12-19 02:26 PM, Joe Perches wrote: >> On Fri, 2014-12-19 at 14:17 -0800, Jonathan Richardson wrote: >>> Add initial version of the Broadcom touchscreen driver. >> >> more trivia: >> >>> diff --git a/drivers/input/touchscreen/bcm_iproc_tsc.c

Re: [PATCHv2 2/2] spi: orion: Add multiple chip select support to spi-orion

On 15/01/15 06:06, Mark Brown wrote: On Mon, Jan 12, 2015 at 01:14:00PM +1000, Ken Wilson wrote: +- num-cs : The total number of chip selects used by this platform. + If unset, this defaults to 1. So, this is intended to be the number of hardware chip selects that can be

[PATCH v2] ARM: dts: exynos5422-odroidxu3: add on-board INA231 sensors

From: Kevin Hilman The odroid-xu3 has 4 INA231 current sensors on board which can be accessed from the Linux via the hwmon interface. There is one sensor for each of these power rails: - A15 cluster: VDD_ARM - A7 cluster: VDD_KFC - GPU: VDD_G3D - memory: VDD_MEM In addition to adding the

[PATCHv2] ixgbe: Re-enable relaxed ordering as part of init/restart sequence for non-DCA config

Relaxed ordering is disabled by default at driver initialization and re-enabled when DCA is used. The reason it is disabled was due to an issue on some chipsets (see comments in ixgbe_update_tx_dca()). But when DCA is not used, RO needs to be re-enabled, else we have a serialization bottleneck

Re: [PATCH v2 1/2] Input: touchscreen-iproc: Add Broadcom iProc touchscreen driver

Hi Jonathan, On Fri, Dec 19, 2014 at 02:17:49PM -0800, Jonathan Richardson wrote: > + if (of_property_read_u32(np, "scanning_period", ) >= 0) { > + if (val < 1 || val > 256) { > + dev_err(dev, "scanning_period must be [1-256]\n"); > + return

Re: [PATCH v2 1/3] power: rt5033_battery: Add RT5033 Fuel gauge device driver

Hi, On Fri, Jan 09, 2015 at 05:45:11PM +0900, Beomho Seo wrote: > This patch adds device driver of Richtek PMIC. > The driver support battery fuel gange. Fuel gauge calculates and determines > the > battery state of charge(SOC) according to battery open circuit voltage(OCV). > Also, this driver

Re: [PATCH 1/3] input: tsc2007: Add pre-calibration, flipping and rotation

On Sat, Jan 10, 2015 at 03:15:39PM +0100, Belisko Marek wrote: > Ping for input maintainer. DT changes was acked. Thanks. > > On Tue, Sep 30, 2014 at 10:17 PM, Marek Belisko wrote: > > This patch adds new parameters that allow to address typical hardware > > design differences: touch screens may

Re: [PATCH] hwmon: (ina2xx) Add ina231 compatible string

On Wed, Jan 14, 2015 at 03:57:32PM -0800, Kevin Hilman wrote: > From: Kevin Hilman > > Add support for "ina231" as compatible string. > > Tested with the Exynos5422-based odroid-xu3 board which has on-board > INA231 sensors. > > Signed-off-by: Kevin Hilman Hi Kevin, can you also update

Re: [PATCH 2/2] drm/msm/mdp5: Add hardware cursor support

On Tue, Jan 13, 2015 at 05:18:04PM -0500, Stephane Viau wrote: > From: Beeresh Gopal > > This patch implements the hardware accelarated cursor > support for MDP5 platforms. > > Signed-off-by: Beeresh Gopal > Signed-off-by: Wentao Xu > Signed-off-by: Stephane Viau Imo implementing legacy

Re: [PATCH RESEND 00/13] ltc2952 modernization and new functionality

Hi, On Wed, Jan 14, 2015 at 09:15:33AM +0100, Frans Klaver wrote: > Here's a resend of an earlier cleanup and improvement series for > the ltc2952 driver. > > This series implements devm_* usage, reduction of globals, some > cleanup and finally makes the input trigger optional. > > From the

Re: [PATCH 3.18 000/150] 3.18.3-stable review

On Tue, Jan 13, 2015 at 11:21:11PM -0800, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.3 release. > There are 150 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 3.10 00/44] 3.10.65-stable review

On Tue, Jan 13, 2015 at 11:23:21PM -0800, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.10.65 release. > There are 44 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v2 2/4] perf tools: Add link argument to dso__find_symbol_by_name()

On 1/14/15 5:23 PM, Namhyung Kim wrote: On Wed, Jan 14, 2015 at 09:36:34AM -0700, David Ahern wrote: + /* return first symbol that has same name (if any) */ + for (n = rb_prev(n); n; n = rb_prev(n)) { + struct symbol_name_rb_node *tmp; + + tmp =

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

Hi Simon, Today's linux-next merge of the renesas tree got a conflict in arch/arm/boot/dts/Makefile between commit cb612390e546 ("ARM: dts: Only build dtb if associated Arch and/or SoC is enabled") from the arm-soc tree and commits 9ccba8abd0a7 ("ARM: shmobile: kzm9g: Build DTS for

Re: [PATCH 3.18 126/150] Revert "Input: atmel_mxt_ts - use deep sleep mode when stopped"

On Wed, Jan 14, 2015 at 03:00:02PM -0800, Dmitry Torokhov wrote: > Hi Greg, > > On Tue, Jan 13, 2015 at 11:23:17PM -0800, Greg Kroah-Hartman wrote: > > 3.18-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Linus Torvalds > > > >

Re: [PATCH 3.14 00/77] 3.14.29-stable review

On Wed, Jan 14, 2015 at 10:05:50AM -0800, Guenter Roeck wrote: > On Wed, Jan 14, 2015 at 05:48:54PM +0100, Jiri Slaby wrote: > > On 01/14/2015, 05:37 PM, Guenter Roeck wrote: > > > On Tue, Jan 13, 2015 at 11:22:40PM -0800, Greg Kroah-Hartman wrote: > > >> This is the start of the stable review

Re: [PATCH 3.18 000/150] 3.18.3-stable review

On Wed, Jan 14, 2015 at 03:48:24PM -0700, Shuah Khan wrote: > On 01/14/2015 12:21 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 3.18.3 release. > > There are 150 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [GIT PULL] USB patches

On Wed, Jan 14, 2015 at 11:48:39AM -0600, Felipe Balbi wrote: > Hi Greg, > > Alright, 3 more fixes for v3.19-rc and my queue is finally clean. > > All three fixes are rather obvious, two of them just took longer > to sort out all the stable rules details and I ended up having > to fix all that,

Re: [PATCH v2 2/4] perf tools: Add link argument to dso__find_symbol_by_name()

On Wed, Jan 14, 2015 at 09:36:34AM -0700, David Ahern wrote: > On 1/14/15 4:18 AM, Namhyung Kim wrote: > >@@ -414,10 +414,24 @@ static struct symbol *symbols__find_by_name(struct > >rb_root *symbols, > > else if (cmp > 0) > > n = n->rb_right; > > else >

Re: [RFC PATCH 0/5] Second attempt at contained helper execution

On Wed, 2015-01-14 at 17:10 -0500, J. Bruce Fields wrote: > > On Wed, Jan 14, 2015 at 05:32:22PM +0800, Ian Kent wrote: > > > There are other difficulties to tackle as well, such as how to decide > > > if contained helper execution is needed. For example, if a mount has > > > been propagated to a

Re: [PATCH v3 4/4] pinctrl: qcom: Add support for reset for apq8064

On 01/14/2015 03:54 PM, Timur Tabi wrote: > On Wed, Jan 14, 2015 at 5:44 PM, Stephen Boyd wrote: >> I think so. Can you send a patch? Plus it would be nice to move i = 0 in >> the for loop at the same time. > Sadly, Qualcomm policy makes that very cumbersome for me. I won't be > able to send a

Re: [PATCH v2 1/4] perf tools: Fix segfault for symbol annotation on TUI

Hi Arnaldo and David, On Wed, Jan 14, 2015 at 06:08:52PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Jan 14, 2015 at 07:57:49AM -0700, David Ahern escreveu: > > On 1/14/15 4:18 AM, Namhyung Kim wrote: > > > > >@@ -129,8 +124,7 @@ static inline struct sym_hist > >

Re: [PATCH 1/2] MAINTAINERS: update brcmstb entries

Since I found this in my inbox during garbage collection... On Tue, Nov 4, 2014 at 3:23 PM, Florian Fainelli wrote: > On 11/04/2014 02:56 PM, Grant Likely wrote: >> On Tue, Nov 4, 2014 at 10:48 PM, Florian Fainelli >> wrote: >>> On 11/04/2014 12:45 PM, Olof Johansson wrote: On Tue, Oct

Re: [PATCH 1/2] perf symbols: Ignore mapping symbols on aarch64

On Wed, Jan 14, 2015 at 10:38:38AM -0800, Victor Kamensky wrote: > >From fed6caab410ddcaf487ff23a3908eca129e50b89 Mon Sep 17 00:00:00 2001 > From: Victor Kamensky > Date: Wed, 14 Jan 2015 07:42:41 -0800 > Subject: [PATCH 3/3] perf symbols: improve abi compliance in arm mapping > symbols handling

RE: [PATCH] ixgbe: Re-enable relaxed ordering as part of init/restart sequence for non-DCA config

>-Original Message- >From: Sowmini Varadhan [mailto:sowmini.varad...@oracle.com] >Relaxed ordering is disabled by default at driver initialization >and re-enabled when DCA is used. The reason it is disabled was >due to an issue on some chipsets (see comments in ixgbe_update_tx_dca()).

[PATCH] hwmon: (ina2xx) Add ina231 compatible string

From: Kevin Hilman Add support for "ina231" as compatible string. Tested with the Exynos5422-based odroid-xu3 board which has on-board INA231 sensors. Signed-off-by: Kevin Hilman --- drivers/hwmon/ina2xx.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/hwmon/ina2xx.c

Re: [RESEND PATCH v3] clocksource: exynos_mct: Add the support for Exynos 64bit SoC

Hi Kukjin, On 01/15/2015 01:02 AM, Daniel Lezcano wrote: > On 01/14/2015 04:51 PM, Kukjin Kim wrote: >> On 01/14/15 14:33, Chanwoo Choi wrote: >> >> Hi, >> >> + Doug, Olof >> >>> This patch adds the support for Exynos 64bit SoC. The delay_timer is only >>> used >>> for Exynos 32bit SoC. >>> >>

Re: [PATCH v3 4/4] pinctrl: qcom: Add support for reset for apq8064

On Wed, Jan 14, 2015 at 5:44 PM, Stephen Boyd wrote: > > I think so. Can you send a patch? Plus it would be nice to move i = 0 in > the for loop at the same time. Sadly, Qualcomm policy makes that very cumbersome for me. I won't be able to send a patch any time soon. -- Qualcomm Innovation

Re: [RFC][PATCH] procfs: Add /proc//mapped_files

On Wed, Jan 14 2015, Andrew Morton wrote: > On Wed, 14 Jan 2015 13:03:26 -0800 Calvin Owens wrote: >> >> If I understand the current behavior, the "[stack]" marker will get put >> next to *any* mapping that encompasses the current value in the task's >> %sp, regardless of how the mapping was

[PATCH v3 3/3] perf probe: Fix probing kretprobes

The commit dfef99cd0b2c ("perf probe: Use ref_reloc_sym based address instead of the symbol name") converts kprobes to use ref_reloc_sym (i.e. _stext) and offset instead of using symbol's name directly. So on my system, adding do_fork ends up with like below: $ sudo perf probe -v --add

[PATCH v3 2/3] perf probe: Do not rely on map__load() filter to find symbols

The find_probe_trace_events_from_map() searches matching symbol from a map (so from a backing dso). For uprobes, it'll create a new map (and dso) and loads it using a filter. It's a little bit inefficient in that it'll read out the symbol table everytime but works well anyway. For kprobes

[PATCH v3 1/3] perf tools: Add from argument to dso__find_symbol_by_name()

When a dso contains multiple symbols which have same name, current dso__find_symbol_by_name() only finds an one of them and there's no way to get the all symbols without going through the rbtree. So add the new 'from' argument to dso__find_symbol_by_name() to remember current symbol position and

Re: [PATCH v3 4/4] pinctrl: qcom: Add support for reset for apq8064

On 01/14/2015 03:38 PM, Timur Tabi wrote: > On Fri, Aug 29, 2014 at 9:30 AM, Pramod Gurav > wrote: >> +static void msm_pinctrl_setup_pm_reset(struct msm_pinctrl *pctrl) >> +{ >> + int i = 0; >> + const struct msm_function *func = pctrl->soc->functions; >> + >> + for (; i <=

Re: fs: locks: WARNING: CPU: 16 PID: 4296 at fs/locks.c:236 locks_free_lock_context+0x10d/0x240()

On 01/14/2015 09:27 AM, Jeff Layton wrote: > On Tue, 13 Jan 2015 17:50:45 -0500 > Sasha Levin wrote: > >> On 01/13/2015 04:44 PM, Jeff Layton wrote: >>> On Tue, 13 Jan 2015 00:11:37 -0500 >>> Sasha Levin wrote: >>> Hey Jeff, While fuzzing with trinity inside a KVM tools guest

Re: [PATCH v2 2/2] task_mmu: Add user-space support for resetting mm->hiwater_rss (peak RSS)

On Wed, Jan 14, 2015 at 03:22:25PM +, Petr Cermak wrote: > On Wed, Jan 07, 2015 at 07:24:52PM +0200, Kirill A. Shutemov wrote: > > And how it's not an ABI break? > I don't think this is an ABI break because the current behaviour is not > changed unless you write "5" to /proc/pid/clear_refs. If

Re: [PATCH v3 4/4] pinctrl: qcom: Add support for reset for apq8064

On Fri, Aug 29, 2014 at 9:30 AM, Pramod Gurav wrote: > > +static void msm_pinctrl_setup_pm_reset(struct msm_pinctrl *pctrl) > +{ > + int i = 0; > + const struct msm_function *func = pctrl->soc->functions; > + > + for (; i <= pctrl->soc->nfunctions; i++) Shouldn't this be

Re: [PATCH v2 2/2] task_mmu: Add user-space support for resetting mm->hiwater_rss (peak RSS)

On Wed, Jan 14, 2015 at 03:22:25PM +, Petr Cermak wrote: > On Wed, Jan 07, 2015 at 07:24:52PM +0200, Kirill A. Shutemov wrote: > > And how it's not an ABI break? > I don't think this is an ABI break because the current behaviour is not > changed unless you write "5" to /proc/pid/clear_refs. If

Re: [PATCH -mm] vmscan: move reclaim_state handling to shrink_slab

On Wed, 14 Jan 2015 16:55:36 +0300 Vladimir Davydov wrote: > current->reclaim_state is only used to count the number of slab pages > reclaimed by shrink_slab(). So instead of initializing it before we are > going to call try_to_free_pages() or shrink_zone(), let's set in > directly in

samsung-laptop: enable better lid handling

Hello, I sent the patch to linux-kernel, platform-driver-x86, and to the maintainer of samsung-laptop a month ago and have not received any response. Any response would be welcome. I have some additional thoughts about the patch. I don't know whether it is

RE: [PATCH v2] usb: dwc2: call dwc2_is_controller_alive() under spinlock

> From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Wednesday, January 14, 2015 2:50 PM > > On Wed, Jan 14, 2015 at 10:45:26PM +, Paul Zimmerman wrote: > > > From: Felipe Balbi [mailto:ba...@ti.com] > > > Sent: Wednesday, January 14, 2015 2:40 PM > > > > > > On Wed, Jan 14, 2015 at 10:28:54PM

Re: [PATCH 1/6] ARM: at91: pm: rework cpu detection

> On Jan 15, 2015, at 4:21 AM, Boris Brezillon > wrote: > > Hi Jean-Christophe, > > On Wed, 14 Jan 2015 20:14:12 +0100 > Jean-Christophe PLAGNIOL-VILLARD wrote: > >> On 22:23 Mon 12 Jan , Alexandre Belloni wrote: >>> Store SoC differences in a struct to remove cpu_is_* usage. >>> >>>

Re: [PATCH] ARM: clk: add clk-asm9260 driver

Quoting Oleksij Rempel (2015-01-08 00:59:27) > diff --git a/drivers/clk/clk-asm9260.c b/drivers/clk/clk-asm9260.c > new file mode 100644 > index 000..6b1c220 > --- /dev/null > +++ b/drivers/clk/clk-asm9260.c > +static const char *clk_names[] = { > + [REFCLK]= "oscillator", > +

[LSF/MM TOPIC] userfaultfd

Hello, I would like to attend this year (2015) LSF/MM summit. I'm particularly interested about the MM track, in order to get help in finalizing the userfaultfd feature I've been working on lately. An overview on the userfaultfd feature can be read here: http://lwn.net/Articles/615086/ In

Re: [PATCH 3.18 126/150] Revert "Input: atmel_mxt_ts - use deep sleep mode when stopped"

Hi Greg, On Tue, Jan 13, 2015 at 11:23:17PM -0800, Greg Kroah-Hartman wrote: > 3.18-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Linus Torvalds > > commit 7f4054836d811c650c51f9c93088f8ebd61b0020 upstream. > > This reverts commit

Re: [PATCH] RTC: RK808: fix the rtc time reading issue

Andrew, On Wed, Jan 14, 2015 at 2:53 PM, Andrew Morton wrote: > On Wed, 14 Jan 2015 11:44:02 -0800 Sonny Rao wrote: > >> On Wed, Jan 14, 2015 at 10:36 AM, Doug Anderson >> wrote: >> > Sonny, >> > >> >> Chris, it looks like you swapped the set and the clear of this bit, >> >> and you're

Re: [PATCH] arch: arm: mach-davinci: cdce949.c: Remove unused function

2015-01-14 11:22 GMT+01:00 Sekhar Nori : > Hi Rickard, > > On Sunday 07 December 2014 04:32 AM, Rickard Strandqvist wrote: >> Remove the function cdce_set_rate() that is not used anywhere. >> >> This was partially found by using a static code analysis program called >> cppcheck. >> >>

Re: [PATCH v2 1/5] irqchip: add dumb demultiplexer implementation

Hi Rob, On Wed, 14 Jan 2015 16:24:32 -0600 Rob Herring wrote: > On Wed, Jan 14, 2015 at 4:36 AM, Thomas Gleixner wrote: > > On Tue, 13 Jan 2015, Rob Herring wrote: > >> On Tue, Jan 13, 2015 at 12:46 PM, Boris Brezillon > >> wrote: > >> > Some interrupt controllers are multiplexing several

Re: [PATCH] RTC: RK808: fix the rtc time reading issue

On Wed, 14 Jan 2015 11:44:02 -0800 Sonny Rao wrote: > On Wed, Jan 14, 2015 at 10:36 AM, Doug Anderson wrote: > > Sonny, > > > >> Chris, it looks like you swapped the set and the clear of this bit, > >> and you're relying on the fact that the i2c transaction takes a > >> certain amount of time

Re: [PATCH v2] usb: dwc2: call dwc2_is_controller_alive() under spinlock

Hi, On Wed, Jan 14, 2015 at 10:45:26PM +, Paul Zimmerman wrote: > > From: Felipe Balbi [mailto:ba...@ti.com] > > Sent: Wednesday, January 14, 2015 2:40 PM > > > > On Wed, Jan 14, 2015 at 10:28:54PM +, Paul Zimmerman wrote: > > > > From: Felipe Balbi [mailto:ba...@ti.com] > > > > Sent:

question regarding -D flag in perf stat

Hi all, I had a question regarding the intention of the -D flag after looking at perf stat numbers of the following workload: main(){ int a=5, b=6; int i; #pragma omp for schedule(dynamic) for (i=0; i<1000; i++){ b=b+a; } return 0; } _Stats without delay:_ # perf stat -e

Re: [PATCH 01/11] x86: entry_64.S: always allocate complete "struct pt_regs"

On Wed, Jan 14, 2015 at 11:41 PM, Borislav Petkov wrote: > On Wed, Jan 14, 2015 at 02:29:39PM -0800, Andy Lutomirski wrote: >> I need to go through Linus' and everyone else's comments on that to >> figure out what to do first. > > Right, we want to take it slow and be conservative here -

Re: [PATCH] acpica: utpredef: Remove some unused functions

2015-01-14 9:55 GMT+01:00 Zheng, Lv : > Hi, Rickard > > The functions below seem already marked by "ACPI_ASL_COMPILER || > ACPI_HELP_APP". > How did you detect them as used functions? > > Thanks > -Lv > > >> -Original Message- >> From: Rickard Strandqvist

Re: [PATCH 3.14 00/77] 3.14.29-stable review

On 01/14/2015 12:22 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.14.29 release. > There are 77 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 3.10 00/44] 3.10.65-stable review

On 01/14/2015 12:23 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.10.65 release. > There are 44 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 3.18 000/150] 3.18.3-stable review

On 01/14/2015 12:21 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.3 release. > There are 150 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

RE: [PATCH v2] usb: dwc2: call dwc2_is_controller_alive() under spinlock

> From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Wednesday, January 14, 2015 2:40 PM > > On Wed, Jan 14, 2015 at 10:28:54PM +, Paul Zimmerman wrote: > > > From: Felipe Balbi [mailto:ba...@ti.com] > > > Sent: Wednesday, January 14, 2015 1:46 PM > > > > > > On Wed, Jan 14, 2015 at 04:41:23PM

Re: [RFC][PATCH] procfs: Add /proc//mapped_files

On Wed, 14 Jan 2015 13:03:26 -0800 Calvin Owens wrote: > > Well, only when combined with checking vm_file for being NULL. One would > > also need to ensure that vm_pgoff is 0 for any non-stack, > > non-file-backed VMA. At which point it is somewhat ugly. > > > > > One problem with caching the

Re: [RFC][PATCH] procfs: Add /proc//mapped_files

On Tue, Jan 13, 2015 at 04:20:29PM -0800, Calvin Owens wrote: > Commit b76437579d1344b6 ("procfs: mark thread stack correctly in > proc//maps") introduced logic to mark thread stacks with the > "[stack:%d]" marker in /proc//maps. > > This causes reading /proc//maps to take O(N^2) time, where N is

Re: [PATCH v2] usb: dwc2: call dwc2_is_controller_alive() under spinlock

On Wed, Jan 14, 2015 at 04:39:41PM -0600, Felipe Balbi wrote: > On Wed, Jan 14, 2015 at 10:28:54PM +, Paul Zimmerman wrote: > > > From: Felipe Balbi [mailto:ba...@ti.com] > > > Sent: Wednesday, January 14, 2015 1:46 PM > > > > > > On Wed, Jan 14, 2015 at 04:41:23PM -0500, Alan Stern wrote: >

Re: [PATCH 01/11] x86: entry_64.S: always allocate complete "struct pt_regs"

On Wed, Jan 14, 2015 at 02:29:39PM -0800, Andy Lutomirski wrote: > I need to go through Linus' and everyone else's comments on that to > figure out what to do first. Right, we want to take it slow and be conservative here - entry_XX.S is not a joke. -- Regards/Gruss, Boris. Sent from a fat

Re: [PATCH v2] usb: dwc2: call dwc2_is_controller_alive() under spinlock

On Wed, Jan 14, 2015 at 10:28:54PM +, Paul Zimmerman wrote: > > From: Felipe Balbi [mailto:ba...@ti.com] > > Sent: Wednesday, January 14, 2015 1:46 PM > > > > On Wed, Jan 14, 2015 at 04:41:23PM -0500, Alan Stern wrote: > > > > > > This is really, really odd. Register accesses are atomic, so

Re: [PATCH 01/11] x86: entry_64.S: always allocate complete "struct pt_regs"

On Wed, Jan 14, 2015 at 2:17 PM, Denys Vlasenko wrote: > On Wed, Jan 14, 2015 at 10:48 PM, Denys Vlasenko wrote: >> Macros which manipulate "struct pt_regs" on stack are reworked: >> ALLOC_PT_GPREGS_ON_STACK allocates the structure. >> SAVE_C_REGS saves to it those registers which are clobbered

RE: [PATCH v2] usb: dwc2: call dwc2_is_controller_alive() under spinlock

> From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Wednesday, January 14, 2015 1:46 PM > > On Wed, Jan 14, 2015 at 04:41:23PM -0500, Alan Stern wrote: > > > > > This is really, really odd. Register accesses are atomic, so the lock > > > > > isn't really doing anything. Besides, you're calling > >

Re: [PATCH v2 1/5] irqchip: add dumb demultiplexer implementation

On Wed, Jan 14, 2015 at 4:36 AM, Thomas Gleixner wrote: > On Tue, 13 Jan 2015, Rob Herring wrote: >> On Tue, Jan 13, 2015 at 12:46 PM, Boris Brezillon >> wrote: >> > Some interrupt controllers are multiplexing several peripheral IRQs on >> > a single interrupt line. >> > While this is not a

Re: [PATCH 2/2] clk: exynos-audss: Fix memory leak on driver unbind or probe failure

Quoting Stephen Boyd (2015-01-08 13:23:13) > On 01/05/2015 01:52 AM, Krzysztof Kozlowski wrote: > > The memory allocated by basic clock divider/gate/mux (struct clk_gate, > > clk_divider and clk_mux) was leaking. During driver unbind or probe > > failure the driver only unregistered the clocks. >

[PATCH v4 1/3] i2c: iProc: define Broadcom iProc I2C binding

Document the I2C device tree binding for Broadcom iProc family of SoCs Signed-off-by: Ray Jui Reviewed-by: Scott Branden --- .../devicetree/bindings/i2c/brcm,iproc-i2c.txt | 37 1 file changed, 37 insertions(+) create mode 100644

[PATCH v4 2/3] i2c: iproc: Add Broadcom iProc I2C Driver

Add initial support to the Broadcom iProc I2C controller found in the iProc family of SoCs. The iProc I2C controller has separate internal TX and RX FIFOs, each has a size of 64 bytes. The iProc I2C controller supports two bus speeds including standard mode (100kHz) and fast mode (400kHz)

[PATCH v4 0/3] Add I2C support to Broadcom iProc

This patchset contains the initial I2C support for Broadcom iProc family of SoCs. The iProc I2C controller has separate internal TX and RX FIFOs, each has a size of 64 bytes. The iProc I2C controller supports two bus speeds including standard mode (100 kHz) and fast mode (400 kHz) Changes from

[PATCH v4 3/3] ARM: dts: add I2C device nodes for Broadcom Cygnus

Add I2C device nodes and its properties in bcm-cygnus.dtsi but keep them disabled there. Individual I2C devices can be enabled in board specific dts file when I2C slave devices are enabled in the future Signed-off-by: Ray Jui Reviewed-by: Scott Branden --- arch/arm/boot/dts/bcm-cygnus.dtsi |

[PATCH v2 1/2] fixup! net/macb: Adding comments to various #defs to make interpretation easier

Put #define comments into a single line. Signed-off-by: Xander Huff --- drivers/net/ethernet/cadence/macb.h | 107 +--- 1 file changed, 26 insertions(+), 81 deletions(-) diff --git a/drivers/net/ethernet/cadence/macb.h b/drivers/net/ethernet/cadence/macb.h

[PATCH v2 2/2] fixup! net/macb: improved ethtool statistics support

Add spaces around arithmetic operators. Make a separate gem_ethtool_ops for the new statistics functions. Adjust new block comments to match the existing comments in macb.h. Signed-off-by: Xander Huff --- drivers/net/ethernet/cadence/macb.c | 25 +++-- drivers/net/ethernet/cadence/macb.h | 203

Re: [PULL] uaccess: fix sparse warning on get/put_user for bitwise types

On Wednesday 14 January 2015 19:36:18 Michael S. Tsirkin wrote: > As you asked, here's a pull request. > This has been in linux-next apparently with no ill effects. > > The following changes since commit 99975cc6ada0d5f2675e83abecae05aba5f437d2: > > vhost/net: length miscalculation (2015-01-07

Re: [PATCH 01/11] x86: entry_64.S: always allocate complete "struct pt_regs"

On Wed, Jan 14, 2015 at 10:48 PM, Denys Vlasenko wrote: > Macros which manipulate "struct pt_regs" on stack are reworked: > ALLOC_PT_GPREGS_ON_STACK allocates the structure. > SAVE_C_REGS saves to it those registers which are clobbered by C code. > SAVE_EXTRA_REGS saves to it all other registers.

Re: [RFC PATCH 0/2] clk: rockchip: leave npll for DCLK_VOP0(HDMI) only

Quoting Heiko Stübner (2015-01-08 14:30:01) > Hi Kever, > > Am Montag, 17. November 2014, 22:55:36 schrieb Kever Yang: > > To support all kinds of frequency requirement for HDMI on rk3288, > > we need a PLL that can change rate at run time. > > > > There are some discussion before at [0], I

[GIT] Networking

1) Don't use uninitialized data in IPVS, from Dan Carpenter. 2) conntrack race fixes from Pablo Neira Ayuso. 3) Fix TX hangs with i40e, from Jesse Brandeburg. 4) Fix budget return from poll calls in dnet and alx, from Eric Dumazet. 5) Fix bugus "if (unlikely(x) < 0)" test in AF_PACKET, from

Re: [PATCH 1/6] ARM: at91: pm: rework cpu detection

On Wednesday 14 January 2015 22:07:34 Alexandre Belloni wrote: > Hi, > > (Adding Arnd in Cc) > > On 15/01/2015 at 04:37:14 +0800, Jean-Christophe PLAGNIOL-VILLARD wrote : > > >>> - /* AT91RM9200 SDRAM low-power mode cannot be used with > > >>> self-refresh. */ > > >>> - if

Re: [PATCH] ksoftirqd: Enable IRQs and call cond_resched() before poking RCU

On Tue, Jan 13, 2015 at 01:16:18PM -0800, Calvin Owens wrote: > While debugging an issue with excessive softirq usage, I encountered the > following note in commit 3e339b5dae24a706 ("softirq: Use hotplug thread > infrastructure"): > > [ paulmck: Call rcu_note_context_switch() with interrupts

[PATCH] Use dwfl_report_elf() instead of offline

>From 8e6fb4c58d0d9f4798c191d840e32084b1217cc3 Mon Sep 17 00:00:00 2001 From: Sukadev Bhattiprolu Date: Fri, 21 Nov 2014 20:33:53 -0500 Subject: [PATCH 1/1] Use dwfl_report_elf() instead of offline. dwfl_report_offline() works only when libraries are prelinked. Replace dwfl_report_offline()

Re: [RFC PATCH 0/5] Second attempt at contained helper execution

> On Wed, Jan 14, 2015 at 05:32:22PM +0800, Ian Kent wrote: > > There are other difficulties to tackle as well, such as how to decide > > if contained helper execution is needed. For example, if a mount has > > been propagated to a container or bound into the container tree (such > > as with the

Re: [PATCH 0/2] Minimal FAPLL clock support for dm816x

Quoting Tony Lindgren (2015-01-13 14:51:26) > Hi all, > > Here's a minimal support for the FAPLL (Flying Adder PLL) on dm816x > which is a omap variant. Tony, Patches look fine to me. I'll give it a few days for Paul or Tero to comment if they have any concerns. Also, "flying adder pll" is a

Re: [GIT PULL] please pull file-locking related bugfix for v3.19 (and v3.18 stable)

On Thu, 15 Jan 2015 10:40:25 +1300 Linus Torvalds wrote: > On Thu, Jan 15, 2015 at 1:46 AM, Jeff Layton wrote: > > > > git://git.samba.org/jlayton/linux.git > > 52d304eb4eaced9ad04b64ba7cd6ceb5153bbf18 > > Ugh. What are you doing? > > Don't send me raw hex numbers of the commit. There's a

Re: [GIT PULL] qcom SoC changes for v3.18

On Wed, Oct 15, 2014 at 10:18:30AM +0200, Kumar Gala wrote: > > On Oct 1, 2014, at 4:41 PM, Arnd Bergmann wrote: > > > On Monday 22 September 2014, Kumar Gala wrote: > >> The following changes since commit > >> 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9: > >> > >> Linux 3.17-rc1 (2014-08-16

Re: [RFC PATCH 0/5] Second attempt at contained helper execution

On Wed, Jan 14, 2015 at 05:32:22PM +0800, Ian Kent wrote: > This series is a further attempt to find how (or even an acceptable > way) to execute a usermode helper in a contained environment. > > Being an attempt to find how to do this no testing has been done and > won't be until a suitable

Re: [PATCH 1/2] fixup! net/macb: Adding comments to various #defs to make interpretation easier

From: Xander Huff Date: Wed, 14 Jan 2015 15:18:34 -0600 > On 1/14/2015 3:09 PM, David Miller wrote: >> >> As I mentioned, this won't do. >> >> I've already applied your original patches to net-next, therefore you >> will >> have to submit fixups relative to that. >> > These fixup commits are

[PATCH 07/11] x86: entry_64.S: rename save_paranoid to paranoid_entry, no code changes

This patch does a lot of cleanup in comments and formatting, but it does not change any code. Rename save_paranoid to paranoid_entry: this makes naming similar to its "non-paranoid" sibling, error_entry, and to its counterpart, paranoid_exit. Use the same CFI annotation atop paranoid_entry and

Re: [PATCH] nfsd: nfs4state: Remove unused function

On Tue, Jan 13, 2015 at 09:57:24PM +0100, Rickard Strandqvist wrote: > Remove the function renew_client() that is not used anywhere. > > This was partially found by using a static code analysis program called > cppcheck. Huh. OK, queueing up for 3.20.--b. > > Signed-off-by: Rickard

[PATCH 06/11] x86: entry_64.S: move save_paranoid and ret_from_fork closer to their users

For some odd reason, these two functions are at the very top of the file. save_paranoid's caller is approximately in the middle of it, move it there. Move ret_from_fork to be right after fork/exec helpers. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Oleg Nesterov CC: Borislav Petkov

[PATCH 09/11] x86: get rid of KERNEL_STACK_OFFSET

PER_CPU_VAR(kernel_stack) was set up in a way where it points five stack slots below the top of stack. Presumably, it was done to avoid one "sub $5*8,%rsp" in syscall/sysenter code paths, where iret frame needs to be created by hand. Ironically, none of them benefit from this optimization, since

[PATCH 10/11] x86: ia32entry.S: fold IA32_ARG_FIXUP macro into its callers

Use of a small macro - one with conditional expansion - does more harm than good. It obfuscates code, with minimal code reuse. For example, because of obfuscation it's not obvious that in ia32_sysenter_target, we can optimize loading of r9 - currently it is loaded with a detour through ebp. This

[PATCH 11/11] x86: entry_64.S: use more understandable constants

Constants such as SS+8 or SS+8-RIP are mysterious. In most cases, SS+8 is just meant to be SIZEOF_PTREGS, SS+8-RIP is RIP's offset in iret frame. This patch changes some of these constants to be less mysterious. No code changes (verified with objdump). Signed-off-by: Denys Vlasenko CC: Linus

[PATCH 05/11] x86: add comments about various syscall instructions, no code changes

SYSCALL/SYSRET and SYSENTER/SYSEXIT have weird semantics. Moreover, they differ in 32- and 64-bit mode. What is saved? What is not? Is rsp set? Are interrupts disabled? People tend to not remember these details well enough. This patch adds comments which explain in detail what registers are

[PATCH 03/11] x86: mass removal of ARGOFFSET

ARGOFFSET is zero now, removing it changes no code. A few macros lost "offset" parameter, since it is always zero now too. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Oleg Nesterov CC: Borislav Petkov CC: "H. Peter Anvin" CC: Andy Lutomirski CC: Frederic Weisbecker CC: X86 ML CC:

[PATCH 08/11] x86: entry_64.S: fold test_in_nmi macro into its only user

No code changes. Signed-off-by: Denys Vlasenko CC: Linus Torvalds CC: Oleg Nesterov CC: Borislav Petkov CC: "H. Peter Anvin" CC: Andy Lutomirski CC: Frederic Weisbecker CC: X86 ML CC: Alexei Starovoitov CC: Will Drewry CC: Kees Cook CC: linux-kernel@vger.kernel.org ---

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