Re: [PATCH 2/4] extcon: usb-gpio: add support for VBUS detection

Hi Robert, On 31/03/15 10:46, Robert Baldyga wrote: > This patch adds VBUS pin detection support to extcon-usb-gpio driver. > It allows to use this driver with boards which have both VBUS and ID > pins, or only one of them. > > Following table of states presents relationship between this signals

Re: [PATCH] lglock: Use spinlock_t instead of arch_spinlock_t

* Daniel Wagner wrote: > On 03/26/2015 05:03 PM, Peter Zijlstra wrote: > > On Thu, Mar 26, 2015 at 04:02:08PM +0100, Daniel Wagner wrote: > >> @@ -67,9 +67,9 @@ void lg_global_lock(struct lglock *lg) > >>preempt_disable(); > >>lock_acquire_exclusive(>lock_dep_map, 0, 0, NULL, _RET_IP_);

Re: [RFC PATCH] sched: Add cpu based entries to debugfs

* Peter Zijlstra wrote: > On Mon, Mar 30, 2015 at 10:43:14AM +0200, Mike Galbraith wrote: > > > I think it would be a good thing if we can get away with it, but I > > also think you could safely bet your life that somebody will > > squeak. > > The thing I worry most about is that squeaking

Re: [PATCH V6 02/25] perf evlist: Add initial support for mmapping an AUX area buffer

On 24/03/15 13:07, Jiri Olsa wrote: > On Mon, Mar 16, 2015 at 02:41:24PM +0200, Adrian Hunter wrote: > > SNIP > >> index 8d0b623..3cc7815 100644 >> --- a/tools/perf/util/evlist.c >> +++ b/tools/perf/util/evlist.c >> @@ -725,6 +725,34 @@ void perf_evlist__mmap_consume(struct perf_evlist >>

Re: [PATCH v2 3/5] PCI: st: Provide support for the sti PCIe controller

Hi Bjorn, pci-st.c driver could be modular with modification of pcie-designware core driver. But as Fabrice said it should be another patchset. What do you prefer ? drop all the module related macros as mentioned by Paul ? or keep macros like other vendors do ? Thanks Gabriel On 18 March

Re: [Qemu-devel] [PATCH v4 11/15] target-s390x: New QMP command query-cpu-model

On Mon, 30 Mar 2015 16:50:20 -0300 Eduardo Habkost wrote: Hello Eduardo, > On Mon, Mar 30, 2015 at 04:28:24PM +0200, Michael Mueller wrote: > [...] > > diff --git a/target-s390x/cpu.c b/target-s390x/cpu.c > > index 829945d..1698b52 100644 > > --- a/target-s390x/cpu.c > > +++

Re: [PATCH 19/25] sched: Use bool function return values of true/false not 1/0

On Tue, 2015-03-31 at 10:53 +0200, Peter Zijlstra wrote: > On Mon, Mar 30, 2015 at 04:46:17PM -0700, Joe Perches wrote: > > Use the normal return values for bool fsnctions > > > > Update the other sets of ret in try_wait_for_completion. > > I'm missing a why; why are you doing this? It's just a

Re: [PATCH 19/25] sched: Use bool function return values of true/false not 1/0

* Peter Zijlstra wrote: > On Mon, Mar 30, 2015 at 04:46:17PM -0700, Joe Perches wrote: > > Use the normal return values for bool functions > > > > Update the other sets of ret in try_wait_for_completion. > > I'm missing a why; why are you doing this? Let me guess: Joe Perches is suffering

[PATCH] ARM: at91/dt: sama5d3 xplained: add phy address for macb0

Specify the phy address on macb0 node aka GEM. Signed-off-by: Nicolas Ferre --- arch/arm/boot/dts/at91-sama5d3_xplained.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/at91-sama5d3_xplained.dts b/arch/arm/boot/dts/at91-sama5d3_xplained.dts index

Re: [rtc-linux] Re: [PATCH 1/2] drivers/rtc/rtc-s3c.c: Integrate Exynos3250 into S3C6410

2015-03-31 10:20 GMT+02:00 Alexandre Belloni : > Hi, > > On 31/03/2015 at 08:49:39 +0200, Javier Martinez Canillas wrote : >> Hello Alexandre, >> >> On Tue, Mar 31, 2015 at 2:27 AM, Alexandre Belloni >> wrote: >> > nitpick: I would prefer rtc: rtc-s3c instead of drivers/rtc/rtc-s3c.c >> > >> >>

Re: [RFC PATCH v3 1/2] clk: samsung: Add a clock lookup function

+Tomeu who I forgot to add to the cc list. Hello Mike, Thanks a lot for your feedback. On 03/31/2015 03:40 AM, Michael Turquette wrote: >> >> I don't performance is a big issue here. I just thought that since the >> lookup table is already filled by the driver and the lookup function >> is one

Re: [PATCH V2] sched: Improve load balancing in the presence of idle CPUs

On 03/30/2015 05:33 PM, Morten Rasmussen wrote: > On Mon, Mar 30, 2015 at 12:06:32PM +0100, Peter Zijlstra wrote: >> On Fri, Mar 27, 2015 at 05:56:51PM +, Morten Rasmussen wrote: >> >>> I agree that it is hard to predict how many additional cpus you need, >>> but I don't think you necessarily

Re: [GIT PULL] EFI changes for v4.1

* Matt Fleming wrote: > Yinghai Lu (1): > x86, boot: Allow 64bit EFI kernel to be loaded above 4G Despite multiple warnings the changelog from Yinghai is still unreadable and chock full of typos, and in any case it should have been acked by Boris, hpa, tglx or me before applying it to

Re: [rtc-linux] Re: [PATCH 2/2] ARM: dts: s3c-rtc: Use s3c6410-rtc instead of exynos3250-rtc

2015-03-31 10:12 GMT+02:00 Alexandre Belloni : > On 31/03/2015 at 09:47:15 +0900, Chanwoo Choi wrote : >> > Are you absolutely sure that the exynos3250 IP is the same as the >> > s3c6410 (I don't know much about the exynos family). The concern being >> > that if at one point you have an errata on

[PATCH] ARM: at91/dt: sama5d3 xplained: add phy address for macb1

After 57a38effa598 (net: phy: micrel: disable broadcast for KSZ8081/KSZ8091) the macb1 interface refuses to work properly because it tries to cling to address 0 which isn't able to communicate in broadcast with the mac anymore. The micrel phy on the board is actually configured to show up at

Re: [PATCH RESEND v10] sched/deadline: support dl task migration during cpu hotplug

Hi Peter, On 30/03/15 10:12, Peter Zijlstra wrote: > On Tue, Mar 24, 2015 at 09:27:09AM +, Juri Lelli wrote: >> Right, it should not happen. It happens because hotplug operations are >> destructive w.r.t. cpusets. Peter, how about we move the check you put >> in sched_cpu_inactive() to

Re: [PATCH 19/25] sched: Use bool function return values of true/false not 1/0

On Mon, Mar 30, 2015 at 04:46:17PM -0700, Joe Perches wrote: > Use the normal return values for bool functions > > Update the other sets of ret in try_wait_for_completion. I'm missing a why; why are you doing this? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

[PATCH v3 2/3] mm: hugetlb: introduce PageHugeActive flag

We are not safe from calling isolate_huge_page() on a hugepage concurrently, which can make the victim hugepage in invalid state and results in BUG_ON(). The root problem of this is that we don't have any information on struct page (so easily accessible) about hugepages' activeness. Note that

[PATCH] sched/core: check for available -dl bandwidth in cpuset_cpu_inactive

Hotplug operations are destructive w.r.t. cpusets. In case such an operation is performed on a CPU belonging to an exlusive cpuset, the -dl bandwidth information associated with the corresponding root domain is gone even if the operation fails (in sched_cpu_inactive()). For this reason we need to

[PATCH 0/3] hugetlb fixlet v3

This is the update of "active page flag for hugetlb" patch [*1]. The main change is patch 2/3, which fixes the race condition where concurrent call of isolate_huge_page() causes kernel panic. Patch 1/3 just mentions and "fixes" a potential problem, no behavioral change. Patch 3/3 is a cleanup,

[PATCH] sched/deadline: always enqueue on previous rq when dl_task_timer fires

dl_task_timer() may fire on a different rq from where a task was removed after throttling. Since the call path is: dl_task_timer() -> enqueue_task_dl() -> enqueue_dl_entity() -> replenish_dl_entity() and replenish_dl_entity() uses dl_se's rq, we can't use current's rq in

[PATCH v3 3/3] mm: hugetlb: cleanup using PageHugeActive flag

Now we have an easy access to hugepages' activeness, so existing helpers to get the information can be cleaned up. Signed-off-by: Naoya Horiguchi --- include/linux/hugetlb.h | 8 ++-- mm/hugetlb.c| 42 +- mm/memory_hotplug.c | 2 +-

[PATCH v3 1/3] mm: don't call __page_cache_release for hugetlb

__put_compound_page() calls __page_cache_release() to do some freeing works, but it's obviously for thps, not for hugetlb. We didn't care it because PageLRU is always cleared and page->mem_cgroup is always NULL for hugetlb. But it's not correct and has potential risks, so let's make it

Re: [PATCH v0 0/2] Add extcon support for AXP288 PMIC

On Tue, 31 Mar 2015, Ramakrishna Pallala wrote: > This patch series adds the support for axp288 extcon driver > and also adds the cell info for extcon device in axp20x mfd driver. > > Ramakrishna Pallala (2): > mfd/axp20x: add support for extcon cell > extcon-axp288: Add axp288 extcon driver

Re: [PATCH v0 1/2] mfd/axp20x: add support for extcon cell

There is no such thing as v0, yhe first version should be v1. You don't need to write v1 in the subject line either. On Tue, 31 Mar 2015, Ramakrishna Pallala wrote: > This patch adds the mfd cell info for axp288 extcon device. > > Signed-off-by: Ramakrishna Pallala > --- >

Re: [PATCH v3 1/4] drm/layerscape: Add Freescale DCU DRM driver

Hi Jianwei, The driver worked on a Vybrid VF610 device using the exported framebuffer. However, when using X-Server through the DRM interface directly (by using the modesetting driver) I get just a black screen so far, still investigating the reason. What user-space interfaces did you test? When

Re: [GIT PULL] RAS: AMD severities grading

* Borislav Petkov wrote: > Hi Ingo, > > this is ontop of tip/x86/ras. Please pull, > > Thanks. > > The following changes since commit c9ce8712838e48bf356144122c5ecdcdac5d1829: > > x86/mce: Reindent __mcheck_cpu_apply_quirks() properly (2015-03-23 10:16:44 > +0100) > > are available in

Re: [PATCH v2 1/6] phy: miphy365x: Use the generic phy type constants in dt-bindings/phy/phy.h

On Tue, 31 Mar 2015, Peter Griffin wrote: > On Tue, 31 Mar 2015, Lee Jones wrote: > > On Tue, 31 Mar 2015, Kishon Vijay Abraham I wrote: > > > > > Hi Patrice, Maxime, > > > > > > On Monday 30 March 2015 08:47 PM, Peter Griffin wrote: > > > >Now there are generic phy type constants declared in

Re: [PATCH 0/6] virtio_balloon: virtio 1 support

On Mon, 30 Mar 2015 19:37:08 +0200 "Michael S. Tsirkin" wrote: > Virtio 1.0 doesn't include a modern balloon device. > At some point we'll likely define an incompatible interface with a different > ID. But for now, it's not a big change to support a transitional balloon > device: this has the

Re: [PATCH v2 0/1] spi: Add driver for Routerboard RB4xx boards

On Mon, Mar 30, 2015 at 08:24:16PM +0200, Bert Vermeulen wrote: > Changes in v2: > This is a near complete rewrite of the original OpenWrt driver. All comments > were taken into account, and the spi_transfer.fast_write flag is gone. > Instead, the cs_change flag is used. It's not too bad a hack,

[PATCH] ti-soc-thermal: implement omap3 support

This adds support for OMAP3 chips to ti-soc-thermal. As requested by TI people, it is marked unreliable and warning is printed. Signed-off-by: Pavel Machek --- Patch is against thermal linus tree, please apply so that it has chance for 4.1. diff --git a/drivers/thermal/ti-soc-thermal/Kconfig

Re: [PATCH char-misc-next v4 11/13] misc: mic: MIC host driver specific changes to enable SCIF

On Mon, 2015-03-30 at 18:36 -0700, Sudeep Dutt wrote: > --- a/drivers/misc/mic/Kconfig > +++ b/drivers/misc/mic/Kconfig > config INTEL_MIC_HOST > tristate "Intel MIC Host Driver" > - depends on 64BIT && PCI && X86 && INTEL_MIC_BUS > + depends on 64BIT && PCI && X86 && INTEL_MIC_BUS

[RESEND PATCH] documentation: memory-barriers: fix smp_mb__before_spinlock() semantics

Our current documentation claims that, when followed by an ACQUIRE, smp_mb__before_spinlock() orders prior loads against subsequent loads and stores, which isn't actually true. Fix the documentation to state that this sequence orders only prior stores against subsequent loads and stores. Cc:

Re: [PATCH char-misc-next v4 08/13] misc: mic: SCIF open close bind and listen APIs

On Mon, 2015-03-30 at 18:36 -0700, Sudeep Dutt wrote: > --- a/drivers/misc/mic/Kconfig > +++ b/drivers/misc/mic/Kconfig > +comment "SCIF Driver" > + > +config SCIF > + tristate "SCIF Driver" > + depends on 64BIT && PCI && X86 && SCIF_BUS Won't this work with just depends on

Re: sched: Improve load balancing in the presence of idle CPUs

Hi Jason, On 03/31/2015 12:25 AM, Jason Low wrote: > Hi Preeti, > > I noticed that another commit 4a725627f21d converted the check in > nohz_kick_needed() from idle_cpu() to rq->idle_balance, causing a > potentially outdated value to be used if this cpu is able to pull tasks > using

Re: [PATCH 1/4] extcon: usb-gpio: register extcon device before IRQ registration

On 31/03/15 10:46, Robert Baldyga wrote: > IRQ handler touches info->edev, so if interrupt occurs before extcon > device initialization it can cause NULL pointer dereference. Doing extcon > initialization before IRQ handler registration fixes this problem. > > Signed-off-by: Robert Baldyga

Re: [PATCH char-misc-next v4 03/13] misc: mic: SCIF Hardware Bus

On Mon, 2015-03-30 at 18:36 -0700, Sudeep Dutt wrote: > --- a/drivers/misc/mic/Kconfig > +++ b/drivers/misc/mic/Kconfig > +config SCIF_BUS > + tristate "SCIF Bus Driver" > + depends on 64BIT && PCI && X86 && X86_DEV_DMA_OPS Can't this be simplified to just depends on X86_64 &&

Re: [PATCH 05/86] x86/gart: use uapi/linux/pci_ids.h directly

* Michael S. Tsirkin wrote: > On Mon, Mar 30, 2015 at 07:29:36AM +0200, Ingo Molnar wrote: > > > > * Michael S. Tsirkin wrote: > > > > > Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h, > > > use the new header directly so we can drop > > > the wrapper in include/linux/pci_ids.h. >

Re: [REQ]: 'perf probe --del *:*' should remove both uprobes and kprobes

(2015/03/31 5:12), Arnaldo Carvalho de Melo wrote: > How it is now: > > [root@ssdandy acme]# perf probe --del *:* > Removed event: probe:icmp_rcv > [root@ssdandy acme]# perf probe --del *:* > Removed event: probe_ex:main > [root@ssdandy acme]# perf probe --del *:* > Info: Event "*:*" does not

Re: [LKP] [Btrfs] 3a8b36f3780: -62.6% fileio.requests_per_sec

Hi, Filipe, On Wed, 2015-03-18 at 10:05 +, Filipe Manana wrote: [snip] > Hi, thanks for this. > > However this doesn't make sense to me. > This commit only touches btrfs' fsync handler and the test uses sysbench > without passing --file-fsync-freq to it, which means sysbench will never > do

[PATCH] gpio: dwapb: enable for ARC

From: Vineet Gupta Synopsys SDP platform uses DW GPIO controller in design with ARC cores. So adding ARC to architectures that may select this GPIO controller. Even though support for Synopsys SDP is yet to be submitted we'll need this tiny option enabled at least for properly working

Re: [PATCH 0/2] mtd: mtd_oobtest: fix bitflip_limit usage in test case 3

Hi, On 05/12/14 17:18, Roger Quadros wrote: > Hi, > > The bitflip_limit parameter was recently introduced to oobtest. > However, it didn't implement the bitflip_limit check for all cases in test > case 3. > Patch 1 tackles the missed scenarios in test case 3, to adhere to > bitflip_limit

Re: [PATCH 1/2] MAINTAINERS: change the Atmel audio alsa driver entry

Le 19/03/2015 10:51, Bo Shen a écrit : > Hi Nicolas, >Thanks. > > On 03/19/2015 05:48 PM, Nicolas Ferre wrote: >> I take over the the maintainship of Atmel alsa drivers from Voice. >> Thanks for your work! >> >> Signed-off-by: Nicolas Ferre >> Cc: Bo Shen >> Cc: Mark Brown > > Acked-by:

Re: [PATCH] ASoC: atmel-pcm-pdc: merge atmel-pcm back in

Le 30/03/2015 19:54, Alexandre Belloni a écrit : > atmel-pcm.c was split into two files to create a generic framework for both > PDC > and DMA. > > atmel-pcm-dma.c is using the generic dmaengine framework since 95e0e07e710e > (ASoC: atmel-pcm: use generic dmaengine framework). > > Merge

Re: [PATCH 1/2] drivers/rtc/rtc-s3c.c: Integrate Exynos3250 into S3C6410

Hi, On 31/03/2015 at 08:49:39 +0200, Javier Martinez Canillas wrote : > Hello Alexandre, > > On Tue, Mar 31, 2015 at 2:27 AM, Alexandre Belloni > wrote: > > nitpick: I would prefer rtc: rtc-s3c instead of drivers/rtc/rtc-s3c.c > > > > Yes but Krzysztof is following the convention used in

Re: [PATCH] perf, record: Add clockid parameter

On Mon, Mar 30, 2015 at 01:41:12PM -0600, David Ahern wrote: > On 3/30/15 1:33 PM, Peter Zijlstra wrote: > >On Mon, Mar 30, 2015 at 11:24:12AM -0600, David Ahern wrote: > >>This works but the result is not always intuitive as to why it failed. > >> > >>On a kernel that does not support the clock

Re: [PATCH] spi: xilinx: Use standard num-cs binding

On 03/31/2015 07:47 AM, Mark Brown wrote: > On Mon, Mar 30, 2015 at 08:46:10AM +0200, Michal Simek wrote: >> On 03/27/2015 06:53 PM, Mark Brown wrote: >>> On Fri, Mar 27, 2015 at 11:55:49AM +0100, Michal Simek wrote: > >>> Please fix your mail client to word wrap within paragraphs at less than

Re: [PATCH 2/2] ARM: dts: s3c-rtc: Use s3c6410-rtc instead of exynos3250-rtc

On 31/03/2015 at 09:47:15 +0900, Chanwoo Choi wrote : > > Are you absolutely sure that the exynos3250 IP is the same as the > > s3c6410 (I don't know much about the exynos family). The concern being > > that if at one point you have an errata on one or ther other, you will > > have to break the DT

Re: [PATCH V2 3/3] pinctrl: Add Pistachio SoC pin control driver

The patch adds a mismatch between the Kconfig symbol (a bool) and the code (which suggests that a modular build is also possible). On Mon, 2015-03-30 at 16:16 -0700, Andrew Bresticker wrote: > --- a/drivers/pinctrl/Kconfig > +++ b/drivers/pinctrl/Kconfig > +config PINCTRL_PISTACHIO > +

Re: [PATCH V2] sched: Improve load balancing in the presence of idle CPUs

On 03/30/2015 07:15 PM, Vincent Guittot wrote: > On 26 March 2015 at 14:02, Preeti U Murthy wrote: >> When a CPU is kicked to do nohz idle balancing, it wakes up to do load >> balancing on itself, followed by load balancing on behalf of idle CPUs. >> But it may end up with load after the load

Re: [RFC] perf probe: -x option position issue

(2015/03/31 4:48), Arnaldo Carvalho de Melo wrote: > Em Mon, Mar 30, 2015 at 07:46:55PM +0200, Jiri Olsa escreveu: >> hi, >> Martin found out following issue.. having following ex binary: >> >> --- >> int main(void) >> { >> return 0; >> } >> --- >> >> following will create uprobe on main:

Re: [PATCH v2 1/6] phy: miphy365x: Use the generic phy type constants in dt-bindings/phy/phy.h

Hi Lee, On Tue, 31 Mar 2015, Lee Jones wrote: > On Tue, 31 Mar 2015, Kishon Vijay Abraham I wrote: > > > Hi Patrice, Maxime, > > > > On Monday 30 March 2015 08:47 PM, Peter Griffin wrote: > > >Now there are generic phy type constants declared in phy.h, migrate over to > > >using them rather

Re: [PATCH v3 1/4] mfd: arizona: Factor out SYSCLK enable from wm5102 hardware patch

On Mon, 30 Mar 2015, Charles Keepax wrote: > On Mon, Mar 30, 2015 at 12:22:55PM +0100, Lee Jones wrote: > > On Mon, 23 Mar 2015, Charles Keepax wrote: > > > > > wm5102 applies a custom hardware boot sequence, for this the SYSCLK > > > needs to be enabled. This patch factors out the code that

Re: [PATCH] mm/x86: AMD Bulldozer ASLR fix

* Borislav Petkov wrote: > On Sun, Mar 29, 2015 at 10:51:22AM +0200, Ingo Molnar wrote: > > s/reduces the mmapped file's entropy by 3 bits > > > > Which does: > > > > - a grammar fix > > > > - measure it in bits, as later on we are talking about randomness in > >bits as well. > >

Re: [PATCH 3/6] clk: mediatek: Add reset controller support

Am Montag, den 30.03.2015, 19:40 +0200 schrieb Sascha Hauer: > The pericfg and infracfg units also provide reset lines to several > other SoC internal units. This adds a function which can be called > from the pericfg and infracfg initialization functions which will > register the reset controller

linux-next: manual merge of the tip tree with the pm tree

Hi all, Today's linux-next merge of the tip tree got conflicts in include/linux/clockchips.h, kernel/time/tick-broadcast.c, kernel/time/tick-common.c and kernel/time/tick-internal.h between commit 01b9fdf7e540 ("tick: Move core only declarations and functions to core") (and others) from the pm

Re: [PATCH] devpts: Add ptmx_uid and ptmx_gid options

On fre, 2015-03-27 at 10:03 +0100, James Bottomley > > > On Fri, Feb 20, 2015 at 5:04 PM, Andy Lutomirski > > wrote: > > > It's currently impossible to mount devpts in a user namespace that > > > has no root user, since ptmx can't be created. > > This is where I stopped reading because it's

Re: [Qemu-devel] [PATCH v4 11/15] target-s390x: New QMP command query-cpu-model

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Mar 2015 14:19:27 -0600 Eric Blake wrote: > On 03/30/2015 08:28 AM, Michael Mueller wrote: > > This patch implements a new QMP request named 'query-cpu-model'. > > It returns the cpu model of cpu 0 and its backing accelerator. > > > >

[PATCH v0 2/2] extcon-axp288: Add axp288 extcon driver support

This patch adds the extcon support for AXP288 PMIC which has the BC1.2 charger detection capability. Additionally it also adds the USB mux switching support b/w SOC and PMIC based on GPIO control. Signed-off-by: Ramakrishna Pallala --- drivers/extcon/Kconfig |7 +

[PATCH v0 1/2] mfd/axp20x: add support for extcon cell

This patch adds the mfd cell info for axp288 extcon device. Signed-off-by: Ramakrishna Pallala --- drivers/mfd/axp20x.c | 28 include/linux/mfd/axp20x.h |5 + 2 files changed, 33 insertions(+) diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c

[PATCH v0 0/2] Add extcon support for AXP288 PMIC

This patch series adds the support for axp288 extcon driver and also adds the cell info for extcon device in axp20x mfd driver. Ramakrishna Pallala (2): mfd/axp20x: add support for extcon cell extcon-axp288: Add axp288 extcon driver support drivers/extcon/Kconfig |7 +

[PATCH 2/4] extcon: usb-gpio: add support for VBUS detection

This patch adds VBUS pin detection support to extcon-usb-gpio driver. It allows to use this driver with boards which have both VBUS and ID pins, or only one of them. Following table of states presents relationship between this signals and detected cable type: State|ID | VBUS

Re: [RFC PATCH 00/11] an introduction of library operating system for Linux (LibOS)

At Mon, 30 Mar 2015 08:41:52 +0200, Richard Weinberger wrote: > > one more concern on the out-of-arch-tree design is that how > > to handle our asm-generic-based header files > > (arch/lib/include/asm). we have been heavily used > > 'generic-y' in the Kbuild file to reuse header files. > > As

[PATCH 3/4] extcon: usb-gpio: make debounce value configurable in devicetree

This patch adds devicetree property for setting debounce value. It allows to set debounce time shorter or longer depending on the needs of given platform. Signed-off-by: Robert Baldyga --- drivers/extcon/extcon-usb-gpio.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-)

[PATCH 1/4] extcon: usb-gpio: register extcon device before IRQ registration

IRQ handler touches info->edev, so if interrupt occurs before extcon device initialization it can cause NULL pointer dereference. Doing extcon initialization before IRQ handler registration fixes this problem. Signed-off-by: Robert Baldyga --- drivers/extcon/extcon-usb-gpio.c | 24

[PATCH 4/4] Documentation: extcon: usb-gpio: update usb-gpio binding description

Add information about VBUS pin detection support, 'debounce' property and some other details. Signed-off-by: Robert Baldyga --- .../devicetree/bindings/extcon/extcon-usb-gpio.txt | 23 -- 1 file changed, 21 insertions(+), 2 deletions(-) diff --git

[PATCH 0/4] extcon: usb-gpio: fixes and improvements

Hello, This patch set modifies extcon-usb-gpio driver fixing bugs, and adds new features - VBUS pin detection support and 'debounce' property in devicetree node. It also updates documentation with information about new features. More detailed description of changes can be found in commit

Re: [PATCH 1/3] timer: Allocate per-cpu tvec_base's statically

* Viresh Kumar wrote: > From: Peter Zijlstra > > Memory for tvec_base is allocated separately for boot CPU (statically) and > non-boot CPUs (dynamically). > > The reason is because __TIMER_INITIALIZER() needs to set ->base to a valid > pointer (because we've made NULL special, hint:

Re: [PATCH 4/4 V5] workqueue: Allow modifying low level unbound workqueue cpumask

On 03/25/2015 01:31 AM, Tejun Heo wrote: > On Wed, Mar 18, 2015 at 12:40:17PM +0800, Lai Jiangshan wrote: >> The oreder-workquue is ignore from the low level unbound workqueue cpumask, >> it will be handled in near future. > > Ugh, right, ordered workqueues are tricky. Maybe we should change how

Re: [PATCH v2 1/2] clk: fractional-divider: switch to rational best approximation

On Tue, Mar 31, 2015 at 3:32 AM, Stephen Boyd wrote: > On 03/30/15 11:57, Andy Shevchenko wrote: >> This patch converts the code to use rational best approximation algorithm >> which >> is more precise. >> --- a/drivers/clk/Kconfig >> +++ b/drivers/clk/Kconfig >> @@ -14,6 +14,7 @@ config

Re: [Qemu-devel] [PATCH v4 12/15] Add optional parameters to QMP command query-cpu-definitions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 30 Mar 2015 14:28:01 -0600 Eric Blake wrote: > On 03/30/2015 08:28 AM, Michael Mueller wrote: > > The patch adds optional parameters to the QMP command query-cpu-definitions. > > Thus the signature of routine arch_query_cpu_definitions needs

Re: [PATCH 16/25] include/linux: Use bool function return values of true/false not 1/0

On Mon, 30 Mar 2015, Joe Perches wrote: > Use the normal return values for bool functions > > Signed-off-by: Joe Perches > --- > include/linux/blkdev.h | 2 +- > include/linux/ide.h | 2 +- > include/linux/kgdb.h | 2 +- >

Re: [PATCH v2 1/6] phy: miphy365x: Use the generic phy type constants in dt-bindings/phy/phy.h

On Tue, 31 Mar 2015, Kishon Vijay Abraham I wrote: > Hi Patrice, Maxime, > > On Monday 30 March 2015 08:47 PM, Peter Griffin wrote: > >Now there are generic phy type constants declared in phy.h, migrate over to > >using them rather than defining our own. This change has been done as one >

Re: [PATCH 1/3] Input: mt - prevent balanced slot assignment to assign twice the slot

Hi Benjamin, > If two touches are under the dmax distance, it looks like they can now > be assigned to the same slot. Add a band aid to prevent such situation > and be able to use the balanced slot assignment. Yes, great find. You patch is correct, but it is not a band aid, but a result stemming

Re: [RFC PATCH 08/11] IB/Verbs: Use management helper has_iwarp() for, iwarp-check

On 03/31/2015 12:35 AM, Jason Gunthorpe wrote: > On Mon, Mar 30, 2015 at 05:10:12PM +0200, Michael Wang wrote: >> I found that actually we don't have to touch this one which >> only used by HW driver currently. > I'm having a hard time understanding this, the code in question was in > >

Re: [alsa-devel] [PATCH] ASoC: atmel-pcm-dma: increase buffer_bytes_max

On 03/30/2015 09:40 PM, Alexandre Belloni wrote: atmel-pcm-dma is not limited to a buffer size of 64kB like atmel-pcm-pdc. Increase buffer_bytes_max to 512kB to allow for higher bit rates (i.e. 32bps at 192kHz) to work correctly. By default, keep the prealloc at 64kB. Patch per se looks good.

Re: [RFC PATCH 08/11] lib: other kernel glue layer code

Hi Richard, thanks again. At Sun, 29 Mar 2015 20:17:02 +0200, Richard Weinberger wrote: > > Am 24.03.2015 um 14:10 schrieb Hajime Tazaki: > > These files are used to provide the same function calls so that other > > network stack code keeps untouched. > > > > Signed-off-by: Hajime Tazaki > >

Re: Re: [RFC][PATCH 00/10] tracing: Use TRACE_DEFINE_ENUM() to show enum values

(2015/03/30 23:07), Steven Rostedt wrote: > On Mon, 30 Mar 2015 12:38:15 +0900 > Masami Hiramatsu wrote: > >> (2015/03/28 6:37), Steven Rostedt wrote: >>> As there are many tracepoints that use __print_symbolic() to translate >>> numbers into ASCII strings, and several of these translate enums

[PATCH 3/3] ahci: st: st_configure_oob must be called after IP is clocked.

Currently the ahci_st driver will hang the system on probe, as the st_configure_oob function does some register writes before the IP is clocked. This patch moves the function call to after ahci_platform_enable_resources (which enables the IP clock), and resolves the hang. Addtionally

[RFC] ALSA: usb-audio: reduce "cannot get freq at ep" spew

Eric Wong wrote: > I also had another generic patch prepared before I noticed Joe's > quirk addition for the MS Lifecam HD-5000. This is the generic patch I prepared before I noticed Joe's quirk addition (applies cleanly to 3.19 and 4.0-rc6):

[PATCH 1/3] ahci: st: Update the ahci_st DT documentation

As part of testing ahci_st driver working on stih407 I noticed several things wrong in the DT documentation: - 1) Compatible string doesn't match the driver code 2) pwr-rst reset isn't documented (but exists in the driver) 3) some whitespace issues (spaces not tabs) Also add in a stih407 family

[PATCH 2/3] ARM: DT: STi: STiH407: Add sata DT nodes.

Now that the miphy28lp is upstream, we can add the sata dt nodes for stih407 family silicon. This has been tested on b2120 board J4 (sata0 channel). These nodes are disabled by default as a special mini pci-e to sata daughter board is required which isn't shipped with the board. Signed-off-by:

[PATCH RESEND 0/3] Enable ahci_st for stih407 and fix hang

Hi, Now that miphy28lp phy is present upstream we can add sata DT nodes for stih407 family silicon. As part of testing this I found a hang with the current driver implmentation which does some register writes before enabling the IP clock. Presumably on stih416 devices the sata clock must have

[PATCH] ALSA: usb-audio: don't try to get Benchmark DAC1 sample rate

Adding this quirk allows us to avoid the noisy "cannot get freq at ep 0x1" message in dmesg output every time playback starts. This ought to affect other Benchmark DAC1 variations using the same "Microchip Technology, Inc." chip as well, but I have only tested with the "Pre" variant.

Re: [PATCH v6 0/4] perf: add support for profiling jitted code

G'Day Stephane, On Mon, Mar 30, 2015 at 3:19 PM, Stephane Eranian wrote: [...] > The current support only works when the runtime is monitored from > start to finish: perf record java --agentpath:libpfmjvmti.so my_class. > > Once the run is completed, the jitdump file needs to be injected into >

Re: [RFC v2 0/5] arm64: kvm: reset hyp context for kexec

On Tue, 31 Mar 2015 07:04:44 +0100 AKASHI Takahiro wrote: Hi Takahiro, > Marc, > > On 03/30/2015 05:54 PM, AKASHI Takahiro wrote: > > On 03/30/2015 04:16 PM, Marc Zyngier wrote: > >> On Mon, 30 Mar 2015 02:39:53 +0100 > >> AKASHI Takahiro wrote: > >> > >>> On 03/28/2015 02:40 AM, Kyle

4.0-rc1 to -rc4: random sound and speed problems on n900

Hi! 4.0-rc4 (or more specifically 7b09ac704bac2de5bf0362793edc22a0094e381c based kernel boots really really slowly on n900, and there's an ugly backtrace from sound in the dmesg. I re-tested 4.0-rc4 and it worked ok. Weird. I guess we have some random stuff going on during boot

Re: [BUG] segfault in perf-top -- thread refcnt

On Mon, Mar 30, 2015 at 09:46:35PM -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Mar 31, 2015 at 09:27:30AM +0900, Namhyung Kim escreveu: > > On Mon, Mar 30, 2015 at 12:13:03PM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Mar 30, 2015 at 11:58:05AM -0300, Arnaldo Carvalho de Melo > > >

Re: [PATCH v4 3/6] Documentation: DT: Document twl4030-madc-battery bindings

Hi! > > >> +io-channels = <_madc 1>, > > >> + <_madc 10>, > > >> + <_madc 12>; > > >> +io-channel-names = "temp", > > >> + "ichg", > > >> +

Re: [alsa-devel] [PATCH 1/2] ASoC: cygnus-audio: adding device tree bindings

On 03/31/2015 05:16 AM, Scott Branden wrote: [...] +- ssp-port-id: The ssp port interface to use + Valid value are 0, 1, 2, or 3 (for spdif) How about using 'reg' as the property name here. It is the standard property name for identifying or assigning an address to a sub-node. -- To

Re: [PATCH v6 1/4] perf,record: Add clockid parameter

On Tue, Mar 31, 2015 at 12:19:31AM +0200, Stephane Eranian wrote: > @@ -1044,6 +1051,8 @@ static size_t perf_event_attr__fprintf(struct > perf_event_attr *attr, FILE *fp) > ret += PRINT_ATTR2(exclude_host, exclude_guest); > ret += PRINT_ATTR2N("excl.callchain_kern",

Re: [PATCH v4 07/15] target-s390x: Update linux-headers/asm-s390/kvm.h

On Mon, 30 Mar 2015 21:36:22 +0200 Christian Borntraeger wrote: > Am 30.03.2015 um 16:28 schrieb Michael Mueller: > > Signed-off-by: Michael Mueller > > --- > > linux-headers/asm-s390/kvm.h | 18 +- > > 1 file changed, 9 insertions(+), 9 deletions(-) > > > > Looks like a

Re: [RFC PATCH 07/11] IB/Verbs: Use management helper has_mcast() and, cap_mcast() for mcast-check

On 03/31/2015 01:47 AM, ira.weiny wrote: > On Mon, Mar 30, 2015 at 06:20:48PM +0200, Michael Wang wrote: >> [snip] Cc: Jason Gunthorpe Cc: Doug Ledford Cc: Ira Weiny Cc: Sean Hefty Signed-off-by: Michael Wang --- drivers/infiniband/core/cma.c | 2 +-

Re: [PATCH] watchdog: nohz: don't run watchdog on nohz_full cores

* cmetc...@ezchip.com wrote: > From: Chris Metcalf > > Running watchdog can be a helpful debugging feature on regular > cores, but it's incompatible with nohz_full, since it forces > regular scheduling events. Accordingly, just exit out immediately > from any nohz_full core. > > An

[tip:timers/core] clocksource/drivers/at91: Fix IO endianness

Commit-ID: 4806c87f017d8a7003ad34886f58c3b9e023df6a Gitweb: http://git.kernel.org/tip/4806c87f017d8a7003ad34886f58c3b9e023df6a Author: Ben Dooks AuthorDate: Mon, 30 Mar 2015 22:17:09 +0200 Committer: Ingo Molnar CommitDate: Tue, 31 Mar 2015 09:15:58 +0200 clocksource/drivers/at91: Fix

[tip:timers/core] clocksource/drivers/dw_apb_timers_of: Fix IO endianness causing time jumps

Commit-ID: 3a10013b6a5975346fe5a8db59500a8d176d64e0 Gitweb: http://git.kernel.org/tip/3a10013b6a5975346fe5a8db59500a8d176d64e0 Author: Ben Dooks AuthorDate: Mon, 30 Mar 2015 22:17:12 +0200 Committer: Ingo Molnar CommitDate: Tue, 31 Mar 2015 09:15:57 +0200

[tip:timers/core] clocksource/drivers/sun4i-timer: Only register a sched_clock on sun4i and sun5i

Commit-ID: 37b8b003c483191a327a740fc32c1993959e7ae9 Gitweb: http://git.kernel.org/tip/37b8b003c483191a327a740fc32c1993959e7ae9 Author: Hans de Goede AuthorDate: Mon, 30 Mar 2015 22:17:10 +0200 Committer: Ingo Molnar CommitDate: Tue, 31 Mar 2015 09:15:58 +0200

[tip:timers/core] clocksource/drivers/tegra: Fix IO endianness

Commit-ID: 59196bcef5c1034f020fe5bf3579f89767537246 Gitweb: http://git.kernel.org/tip/59196bcef5c1034f020fe5bf3579f89767537246 Author: Dmitry Osipenko AuthorDate: Mon, 30 Mar 2015 22:17:11 +0200 Committer: Ingo Molnar CommitDate: Tue, 31 Mar 2015 09:15:58 +0200

[tip:timers/core] clocksource/drivers/efm32: Use CLOCK_EVT_FEAT_PERIODIC for defining features

Commit-ID: ad834a346853b7ee7c684efa56b1d415a850a710 Gitweb: http://git.kernel.org/tip/ad834a346853b7ee7c684efa56b1d415a850a710 Author: Viresh Kumar AuthorDate: Mon, 30 Mar 2015 22:17:13 +0200 Committer: Ingo Molnar CommitDate: Tue, 31 Mar 2015 09:15:57 +0200 clocksource/drivers/efm32:

Re: [GIT PULL] clockevents for 4.1

* Daniel Lezcano wrote: > > Hi Thomas, Ingo, > > this pull request contains the following changes for 4.1: > > - Made IO endian agnostic for at91 and dw apb timers (Ben Dooks) > > - Maintained tegra endianess (Dmitry Osipenko) > > - Enabled the sun4i / sun5i timer for sched_clock, all

<    6   7   8   9   10   11   12   13   14   15   >