Since we cannot make sure the 'max_conn_count' will always be none
zero from the users, and then if max_conn_count equals to zero, the
kcalloc() will return ZERO_SIZE_PTR, which equals to ((void *)16).
So this patch fix this via doing the zero pionter check of it.
Signed-off-by: Xiubo Li
---
dr
On Thu, Mar 06, 2014 at 11:44:22AM +0400, Max Filippov wrote:
> - select SND_SOC_TLV320AIC23 if I2C
> + select SND_SOC_TLV320AIC23 if SND_SOC_I2C_AND_SPI
We're moving towards having drivers have separate bus drivers rather
than in one file - take a look at how drivers like ad193x handle t
On 03/04/14 12:31, Oleg Nesterov wrote:
On 03/04, Russell King - ARM Linux wrote:
On Mon, Mar 03, 2014 at 09:50:39PM +0100, Oleg Nesterov wrote:
And why CONFIG_UPROBES should depend on PERF_EVENTS? uprobes can be
used by (say) systemtap without UPROBE_EVENT/PERF_EVENTS.
But as Russell pointe
Hello Sergey,
Sorry for the late.
Today, I tested this patch and confirm that it's really good.
I send result for the record.
In x86(4core and x2 hyper threading, i7, 2.8GHz), I did parallel 4 dd
test with 200m file like below
dd if=./test200m.file of=mnt/file1 bs=512k count=1024 oflag=direct &
It doesn't need to assign name array address to np pointer.
Signed-off-by: Daeseok Youn
---
v2: replace sprintf() with snprintf() and remove memset() call
because snprintf() adds a terminating '\0'
drivers/staging/cxt1e1/linux.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
>On Wednesday, March 5, 2014 6:10 AM, Ian Abbott wrote:
>>On 2014-03-04 08:43, Chase Southwood wrote:
>>This patch changes a handful of while loops to timeouts to prevent
>>infinite looping on hardware failure. A couple such loops are in a
>>function (s626_debi_transfer()) which is called from c
On Wed, Mar 05, 2014 at 05:41:28PM -0500, Christopher Covington wrote:
> Without this, the following scenario is incorrectly determined
> to be invalid.
>
> addr 0x7f_e000 size 8192 addr_limit 0x80_
>
> This behavior was observed while trying to vmsplice the stack
> as part of a CRIU
On Wed, Mar 5, 2014 at 10:38 AM, Mark Salter wrote:
> On Tue, 2014-03-04 at 17:31 -0600, Rob Herring wrote:
>> On Tue, Mar 4, 2014 at 2:08 PM, Mark Salter wrote:
>> > Add support for early IO or memory mappings which are needed
>> > before the normal ioremap() is usable. This also adds fixmap
>>
Hi Andrew,
After merging the akpm tree, today's linux-next build (sparc64 defconfig)
failed like this:
arch/sparc/kernel/time_64.c: In function 'timer_interrupt':
arch/sparc/kernel/time_64.c:735:28: error: lvalue required as increment operand
arch/sparc/kernel/traps_64.c: In function '__cheetah_f
On Sat, Mar 01, 2014 at 12:24:37AM +0900, Joonsoo Kim wrote:
> 2014-02-26 17:07 GMT+09:00 Minchan Kim :
> > Hi Joonsoo,
> >
> > On Wed, Feb 26, 2014 at 02:23:15PM +0900, Joonsoo Kim wrote:
> >> zram is ram based block device and can be used by backend of filesystem.
> >> When filesystem deletes a f
Hi Mark,
On Thu, Mar 6, 2014 at 12:07 PM, Mark Brown wrote:
> On Thu, Mar 06, 2014 at 11:44:22AM +0400, Max Filippov wrote:
>
>> - select SND_SOC_TLV320AIC23 if I2C
>> + select SND_SOC_TLV320AIC23 if SND_SOC_I2C_AND_SPI
>
> We're moving towards having drivers have separate bus drivers rat
Hi Kamil,
...
> +| 3. Supporting SoCs
> ++
> +
> +To support a new SoC a new file should be added to the drivers/phy
> +directory. Each SoC's configuration is stored in an instance of the
> +struct samsung_usb2_phy_config.
> +
> +struct samsung_usb2_phy_config {
> + const
Hello Sergey,
On Tue, Mar 04, 2014 at 01:10:56PM +0300, Sergey Senozhatsky wrote:
> While fixing lockdep spew of ->init_lock reported by Sasha Levin [1], Minchan
> Kim noted [2] that it's better to move compression backend allocation (using
> GPF_KERNEL) out of the ->init_lock lock, same way as wi
On Thursday 06 March 2014 01:56 PM, Anton Tikhomirov wrote:
Hi Kamil,
...
+| 3. Supporting SoCs
++
+
+To support a new SoC a new file should be added to the drivers/phy
+directory. Each SoC's configuration is stored in an instance of the
+struct samsung_usb2_phy_config.
+
On 6 March 2014 01:09, Dietmar Eggemann wrote:
> On 05/03/14 07:18, Vincent Guittot wrote:
>>
>> We replace the old way to configure the scheduler topology with a new
>> method
>> which enables a platform to declare additionnal level (if needed).
>>
>> We still have a default topology table defini
On 03/06/2014 09:26 AM, Max Filippov wrote:
Hi Mark,
On Thu, Mar 6, 2014 at 12:07 PM, Mark Brown wrote:
On Thu, Mar 06, 2014 at 11:44:22AM +0400, Max Filippov wrote:
- select SND_SOC_TLV320AIC23 if I2C
+ select SND_SOC_TLV320AIC23 if SND_SOC_I2C_AND_SPI
We're moving towards having
On Thu, Mar 6, 2014 at 12:33 PM, Lars-Peter Clausen wrote:
> On 03/06/2014 09:26 AM, Max Filippov wrote:
>>
>> Hi Mark,
>>
>> On Thu, Mar 6, 2014 at 12:07 PM, Mark Brown wrote:
>>>
>>> On Thu, Mar 06, 2014 at 11:44:22AM +0400, Max Filippov wrote:
>>>
- select SND_SOC_TLV320AIC23 if I2C
>
On Wed, Mar 05, 2014 at 01:37:25PM -0800, H. Peter Anvin wrote:
> OK, I have to admit to having lost track of this thread. Please let me
> know when there is anything actionable for me.
lkml.kernel.org/r/20140305130749.gr3...@twins.programming.kicks-ass.net
Was the latest; Rostedt are you good
On 6 March 2014 06:38, Dietmar Eggemann wrote:
> On 05/03/14 07:18, Vincent Guittot wrote:
>> Create a dedicated topology table for ARM which will create new level to
>> differentiate CPUs that can or not powergate independantly from others.
>>
>> The patch gives an example of how to add domain th
Hi all,
There may be build failures in this tree due to the percpu changes in the
akpm tree.
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140305:
The powerpc tree still had its build failure.
The wireless-next tree still had its build failure so I reverted
Hi,
On Wed, Mar 05, 2014 at 09:50:35AM +0100, Christian Riesch wrote:
> On March 04, 2014 23:20 -0800 Brian Norris
> wrote:
> >On Tue, Jan 28, 2014 at 09:29:45AM +0100, Christian Riesch wrote:
> >>An OTP write shall write as much data as possible to the OTP memory
> >>and return the number of by
Hi George,
On 03/03/2014 03:53 PM, George Cherian wrote:
> Add nodes for 2 instances each of
> - ocp2scp
> - USB PHY control module
> - USB PHY
> - dwc3_omap
> - USB
>
> for AM43xx.
>
> Signed-off-by: George Cherian
> ---
> arch/arm/boot/dts/am4372.dtsi | 99
> ++
Hello,
> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
>
>
> On Thursday 06 March 2014 01:56 PM, Anton Tikhomirov wrote:
> > Hi Kamil,
> >
> > ...
> >
> >> +| 3. Supporting SoCs
> >> ++
> >> +
> >> +To support a new SoC a new file should be added to th
Hi Richard,
On 03/05/2014 09:27 PM, Richard Guy Briggs wrote:
Each arch that supports audit requires syscall_get_arch() to able to log and
identify architecture-dependent syscall numbers. The information is used in at
least two different subsystems, so standardize it in the same call across all
Hi,
On Thursday 06 March 2014 04:13 AM, Loc Ho wrote:
This patch adds support for the APM X-Gene SoC 15Gbps Multi-purpose PHY.
This is the physical layer interface for the corresponding host
controller. Currently, only external clock and Gen3 SATA mode
are supported.
Signed-off-by: Loc Ho
Sign
On 03/06/2014 03:43 AM, Stephen Rothwell wrote:
> Hi John,
>
> After merging the wireless-next tree, today's linux-next build
> (arm multi_v7_defconfig) failed like this:
>
> drivers/net/wireless/brcm80211/brcmfmac/dhd_sdio.c: In function
> 'brcmf_sdio_intr_rstatus':
> drivers/net/wireless/brcm8
Hi,
On Wed, Jan 29, 2014 at 08:51:05PM +0800, Fabian Frederick wrote:
> On Wed, 29 Jan 2014 07:04:25 -0300 Ezequiel Garcia
> wrote:
> > I saw you sent a v2 for one of the patches on this series,
> > but maybe this is worth considering too.
> >
> > On Thu, Jan 23, 2014 at 08:53:31PM +0100, Fabia
On Tue, 2014-03-04 at 00:18 -0800, Surendra Patil wrote:
> Sparse warns about invalid assignment in
> drivers/net/wireless/ti/wl1251/cmd.c:451:42: warning: invalid assignment: |=
> drivers/net/wireless/ti/wl1251/cmd.c:451:42:left side has type restricted
> __le16
> drivers/net/wireless/ti/wl12
On 03/03/2014 03:53 PM, George Cherian wrote:
> Add the compatible "ti,am437x-dwc3" for dwc3 glue driver.
>
> Signed-off-by: George Cherian
> ---
> Documentation/devicetree/bindings/usb/omap-usb.txt | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
The patch order could be the rearrang
On Tue, Feb 25, 2014 at 02:17:42PM -0800, Markus Mayer wrote:
> This series contains some code consolidation for the Broadcom BCM281xx
> family of SoCs.
>
> - Move kona_l2_cache_init() so other platforms can reuse it
> - Consolidate reboot code and move it to the board specific file
> - Sort heade
Hi,
On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
Hello,
Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
On Thursday 06 March 2014 01:56 PM, Anton Tikhomirov wrote:
Hi Kamil,
...
+| 3. Supporting SoCs
++
+
+To support a new SoC a new
Hi Brian,
--On March 06, 2014 00:49 -0800 Brian Norris
wrote:
Hi,
On Wed, Mar 05, 2014 at 09:50:35AM +0100, Christian Riesch wrote:
On March 04, 2014 23:20 -0800 Brian Norris
wrote:
> On Tue, Jan 28, 2014 at 09:29:45AM +0100, Christian Riesch wrote:
>> An OTP write shall write as much dat
On Tue, Feb 25, 2014 at 05:01:45PM -0600, Alex Elder wrote:
> This patch renames a few symbols that needlessly used "11351" rather
> than "281xx" in their names.
>
> Support for the bcm11351 board is being removed from the kernel, and
> the family of boards is more properly referred to as "bcm281x
Hi,
> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
> Hi,
>
> On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
> > Hello,
> >
> >> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
> >>
> >>
> >>
> >> On Thursday 06 March 2014 01:56 PM, Anton Ti
On 6 March 2014 07:17, Dietmar Eggemann wrote:
> On 05/03/14 07:18, Vincent Guittot wrote:
>>
>> This patchset was previously part of the larger tasks packing patchset
>> [1].
>> I have splitted the latter in 3 different patchsets (at least) to make the
>> thing easier.
>> -configuration of sched_
On 06/03/14 06:57, Fred Akers wrote:
Refactor this function to remove an extra indent level
Signed-off-by: Fred Akers
Reviewed-by: Ian Abbott
--
-=( Ian Abbott @ MEV Ltd.E-mail: )=-
-=( Tel: +44 (0)161 477 1898 FAX: +44 (0)161 718 3587 )=-
--
To unsubscribe from this l
On Thu, Mar 06, 2014 at 06:26:11AM +, Tony Lu wrote:
> +static const int tile_cache_event_map[PERF_COUNT_HW_CACHE_MAX]
> +[PERF_COUNT_HW_CACHE_OP_MAX]
> +[PERF_COUNT_HW_CACHE_RESULT_MAX] = {
> +[C(L1D)] = {
> + [C(OP_
On Thu, Mar 06, 2014 at 06:13:48AM +, Tony Lu wrote:
The changelogs are all very sparse. But in general the stuff looks to
have the right shape.
It looks like you do software NMIs with interrupt priority levels; which
is a perfectly fine way, other archs do the same.
One thing I didn't spot
From: Bjorn Helgaas
> I'm stumped. phy_find_valid() is static and only called from one
> place. The 'idx' argument is always the result of phy_find_setting(),
> which should always return something between 0 and
> ARRAY_SIZE(settings), so I don't see any way idx can be < 0.
>
> I stripped this d
Fixes the following build problem with binutils-2.24
gcc -Wall -O2 -c -o bpf_jit_disasm.o bpf_jit_disasm.c
In file included from bpf_jit_disasm.c:25:0:
/usr/include/bfd.h:35:2: error: #error config.h must be included
before this header
#error config.h must be included before this header
This i
On Thu, Mar 06, 2014 at 12:38:04PM +0400, Max Filippov wrote:
> On Thu, Mar 6, 2014 at 12:33 PM, Lars-Peter Clausen wrote:
> > It's in the ASoC tree:
> > http://git.kernel.org/cgit/linux/kernel/git/broonie/sound.git/commit/sound/soc/codecs/?h=for-next&id=6c3d713e6d32706999689e379a9098afb4cd8a2c
Add binding documents for the Broadcom BCM21664 SoC.
Signed-off-by: Markus Mayer
---
Documentation/devicetree/bindings/arm/bcm/bcm21664.txt| 15 +++
.../devicetree/bindings/arm/bcm/kona-resetmgr.txt | 14 ++
2 files changed, 29 insertions(+)
create mode 10064
This series adds initial support for the Broadcom BCM21664 mobile SoC.
The series depends on the series "ARM: bcm281xx: Consolidate code":
https://lkml.org/lkml/2014/2/25/548
Changes since v1:
- Fixed typo ("21644" -> "21664" in 2 locations) in board_bcm21664.c
Markus Mayer (3):
ARM: DT:
Add device tree files for the Broadcom BCM21664 SoC.
Signed-off-by: Markus Mayer
---
arch/arm/boot/dts/Makefile| 3 +-
arch/arm/boot/dts/bcm21664-garnet.dts | 56 +++
arch/arm/boot/dts/bcm21664.dtsi | 292 ++
3 files changed, 350 insertion
When doing socket hot remove, "node_devices[nid]" is set to NULL;
acpi_processor_remove()
try_offline_node()
unregister_one_node()
Then hot add a socket, but do not echo 1 > /sys/devices/system/cpu/cpuXX/online,
so register_one_node() will not be called, and "node_devices[n
> Add support for describing the PM8921/PM8058 RTC in device tree.
>
> Additionally:
>- drop support for describing the RTC using platform data,
> as there are no current in tree users who do so.
>- make allow_set_time a device-specific flag, instead of mucking
> with the rtc_ops
---
mm/hugetlb.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index 2252cac..fe894f7 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -2896,8 +2896,7 @@ retry:
if (anon_rmap) {
ClearPagePrivate(page);
hugep
Hi,
> Subject: RE: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
> Hi,
>
> > Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
> >
> > Hi,
> >
> > On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
> > > Hello,
> > >
> > >> Subject: Re: [PATCH v9 3/4] phy: Add
> platform_get_irq() returns a negative error code when an IRQ is invalid
> or unspecified. Make 'irq' signed to properly handle this.
>
> Cc: Stephen Boyd
> Signed-off-by: Josh Cartwright
> ---
> drivers/mfd/pm8921-core.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
Applied than
On 06/03/14 06:57, Fred Akers wrote:
This check is unnecessary because range_table will always be
initialized to range_unknown by comedi_device_postconfig() for
drivers that do not initialize range_table or range_table_list
Signed-off-by: Fred Akers
---
drivers/staging/comedi/range.c | 4
The of_dma_is_coherent() helper parses the given DT device
node to see if the "dma-coherent" property is supported and
returns true or false accordingly.
For the architectures which are fully dma coherent and don't need per device
property, it can enable CONFIG_ARCH_IS_DMA_COHERENT config option w
Add set_arch_dma_coherent_ops() for architectures to setup coherent dma_ops.
Update dt_dma_configure() to look for a "dma-coherent" property in the
device's node, and its ancestors If this property is found, we call
set_arch_dma_coherent_ops() per device to apply coherent DMA configuartion.
The se
Implement the set_arch_dma_coherent_ops() for ARM architecture.
Cc: Greg Kroah-Hartman
Cc: Russell King
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Cc: Linus Walleij
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
arch/
From: Grygorii Strashko
The of_dma_get_range() allows to find "dma-range" property for
the specified device and parse it.
dma-ranges format:
DMA addr (dma_addr) : naddr cells
CPU addr (phys_addr_t) : pna cells
size : nsize cells
Cc: Greg Kroah-Har
> Signed-off-by: Adam Thomson
> Acked-by: Lee Jones
> ---
> drivers/mfd/da9055-i2c.c |8
> 1 files changed, 8 insertions(+), 0 deletions(-)
Applied, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Face
> Signed-off-by: Adam Thomson
> Acked-by: Mark Brown
> ---
> Documentation/devicetree/bindings/mfd/da9055.txt | 72
> ++
> 1 files changed, 72 insertions(+), 0 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/mfd/da9055.txt
Applied, thanks.
--
Lee Jo
From: Grygorii Strashko
Retrieve DMA configuration from DT and setup platform device's DMA
parameters.
The DMA configuration in DT has to be specified using "dma-ranges"
property if supported. The DMA configuration applied
by dt_dma_configure() as following:
- call of_get_dma_range() and get su
Hi Alan,
As you have told, i have executed pm_request_resume() function from my
interrupt handler, and it is waking up my USB device. I have
implemented all this functionality in class driver(cdc-acm.c).
but what is happening is after 2-3 times, ausosuspend is getting
disable for my device. I want
From: Grygorii Strashko
In most of cases DMA addresses can be performed using offset value of
Bus address space relatively to physical address space as following:
PFN->DMA:
__pfn_to_phys(pfn + [-]dma_pfn_offset)
DMA->PFN:
__phys_to_pfn(dma_addr) + [-]dma_pfn_offset
Cc: Greg Kroah-Hartman
C
On few architectures, there are few restrictions on DMAble area of system
RAM. That also means that devices needs to know about this restrictions so
that the dma_masks can be updated accordingly and dma address translation
helpers can add/subtract the dma offset.
In most of cases DMA addresses can
Based on comments from [1] discussion, it seems there is a need to
have a generic support to configure dma device parameters.
Series introduces support for setting up dma parameters based on
device tree properties like 'dma-ranges' and 'dma-coherent'.
The 'dma-ranges' helps to take care of few DMA
On Thu, Mar 06, 2014 at 01:57:19AM -0500, Fred Akers wrote:
> This check is unnecessary because range_table will always be
> initialized to range_unknown by comedi_device_postconfig() for
> drivers that do not initialize range_table or range_table_list
>
> Signed-off-by: Fred Akers
Just merge th
Commit 370136bc67c3 ("i2c: mv64xxx: Add reset deassert call")
introduced:
drivers/video/Kconfig:42:error: recursive dependency detected!
Signed-off-by: Wolfram Sang
---
drivers/i2c/busses/Kconfig | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/Kconfig b/
Add support for the Broadcom BCM21664 mobile SoC. It has two Cortex-A9
cores like the BCM281xx family of chips. BCM21664 and BCM281xx share
many IP blocks in addition to the ARM cores.
Signed-off-by: Markus Mayer
---
arch/arm/mach-bcm/Makefile | 6 ++-
arch/arm/mach-bcm/board_bcm21664.c
Hi,
On Thursday 06 March 2014 02:49 PM, Anton Tikhomirov wrote:
Hi,
Subject: RE: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
Hi,
Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
Hi,
On Thursday 06 March 2014 02:22 PM, Anton Tikhomirov wrote:
Hello,
Subject:
Hi Peter,
My usb device is not capable of giving interrupt when it finishes
using usb. So i dont have any idea where can i call pm_runtime_put for
my usb device?
the other thing is that, earlier you have told, waking up usb device
through interrupt is same as writing "on" to ../power/control , bu
On Monday 03 March 2014 05:08 PM, Kishon Vijay Abraham I wrote:
Adapted omap-usb3 PHY driver to Generic PHY Framework and moved phy-omap-usb3
driver in drivers/usb/phy to drivers/phy and also renamed the file to
phy-ti-pipe3 since this same driver will be used for SATA PHY and
PCIE PHY.
merge
In max732x_probe() driver allocates dummy I2C device (if number of ports
is greater than 8) with i2c_new_dummy() but it does not check the return
value of this call.
In case of error (i2c_new_device(): memory allocation failure or I2C
address cannot be used) this function returns NULL which is lat
In max732x_probe() driver allocates dummy I2C device (if number of ports
is greater than 8) however it is not unregistered if probe fails later.
Fix the leak by unregistering dummy I2C device if it was allocated.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpio/gpio-max732x.c |2 ++
1 fil
On 05/03/14 17:56, Wang YanQing wrote:
> Because uvesafb_vbe_init will fail when get zero avaiable modes,
> and we have checked the return value of uvesafb_vbe_init_mode,
> so it is impossible to pass NULL as mode into uvesafb_init_info.
>
> [ This patch fix warning report by fengguang...@intel.co
On 05/03/14 17:54, Wang YanQing wrote:
> Because uvesafb_par is allocated as part of fb_info in uvesafb_probe,
> so we don't need to do NULL check for both fb_info and uvesafb_par in
> uvesafb_remove.
>
> [ This patch also fix a warning report by fengguang...@intel.com
> "drivers/video/fbdev/uve
During probe the driver allocates dummy I2C devices (i2c_new_dummy())
but they aren't unregistered during driver remove or probe failure.
Additionally driver does not check the return value of i2c_new_dummy().
In case of error (i2c_new_device(): memory allocation failure or I2C
address cannot be u
We close idle_exit_fair() bracket in case of we've pulled something or we've
received
task of high priority class.
Signed-off-by: Kirill Tkhai
CC: Peter Zijlstra
CC: Ingo Molnar
---
kernel/sched/fair.c | 15 ++-
kernel/sched/idle_task.c |1 -
2 files changed, 10 inserti
1)Single cpu machine case.
When rq has only RT tasks, but no one of them can be picked
because of throttling, we enter in endless loop.
pick_next_task_{dl,rt} return NULL.
In pick_next_task_fair() we permanently go to retry
if (rq->nr_running != rq->cfs.h_nr_running)
re
>
> Hi Peter,
>
> My usb device is not capable of giving interrupt when it finishes using
> usb. So i dont have any idea where can i call pm_runtime_put for my usb
> device?
>
> the other thing is that, earlier you have told, waking up usb device
> through interrupt is same as writing "on" to
On Thu, Mar 06, 2014 at 01:31:55PM +0400, Kirill Tkhai wrote:
> We close idle_exit_fair() bracket in case of we've pulled something or we've
> received
> task of high priority class.
>
Thanks Kirill.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
According to SPC-4, section 4.5.2.1, 252 is the limit of sense data. So
increase the value.
Signed-off-by: Fam Zheng
---
include/linux/virtio_scsi.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/virtio_scsi.h b/include/linux/virtio_scsi.h
index 4195b97..a437f7
On Wed, Mar 05, 2014 at 10:22:52AM +0100, Krzysztof Kozlowski wrote:
> + ret = regmap_read(rdev->regmap, rdev->desc->enable_reg, &data);
> + if (ret < 0)
> + return ret;
> +
> + /*
> + * Don't enable suspend mode if regulator is already disabled because
> + * this
On 03/06/2014 10:15 AM, Markos Chandras wrote:
Fixes the following build problem with binutils-2.24
gcc -Wall -O2 -c -o bpf_jit_disasm.o bpf_jit_disasm.c
In file included from bpf_jit_disasm.c:25:0:
/usr/include/bfd.h:35:2: error: #error config.h must be included
before this header
#error co
On Wed, Feb 19, 2014 at 06:44:13PM +0800, Nenghua Cao wrote:
> From: Nenghua Cao
>
> In some cases, we need regmap's format parse_val function
> to do be/le translation according to the bus configuration.
> For example, snd_soc_bytes_put() uses regmap to write/read values,
> and use cpu_to_be
From: Sukadev Bhattiprolu
> When checking whether a bit representing a register is set in
> sample_regs, a 64-bit mask, use 64-bit value (1LL).
>
> Signed-off-by: Sukadev Bhattiprolu
> ---
> tools/perf/util/unwind.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a
From: Marc van der Wal
On some hardware platforms, the it87_wdt watchdog resets the machine
despite the watchdog daemon running and writing to /dev/watchdog.
This is due to Consumer IR buffer underrun interrupts being used as
triggers to reset the timer. On some buggy hardware implementations
s
On Thu, 2014-03-06 at 17:38 +0800, Mark Brown wrote:
> On Wed, Mar 05, 2014 at 10:22:52AM +0100, Krzysztof Kozlowski wrote:
>
> > + ret = regmap_read(rdev->regmap, rdev->desc->enable_reg, &data);
> > + if (ret < 0)
> > + return ret;
> > +
> > + /*
> > +* Don't enable suspend mo
On Wed, 2014-03-05 at 08:09 -0700, Keith Busch wrote:
> Looks good to me.
Thanks.
> This won't apply in linux-nvme yet and it may be a
> little while before it does, so this might be considered to go upstream
> through a different tree if you want this in sooner.
These warnings popped up in v3.1
On 05/03/14 18:16, Wang YanQing wrote:
> Because _PAGE_NX check will always false when we don't define
> CONFIG_X86_PAE for CONFIG_X86_32, so use CONFIG_X86_PAE surround
> the check code.
>
> Although I believe "smart" compile will optimize out and generate
> the same code, but use CONFIG_X86_PAE
>-Original Message-
>From: Peter Zijlstra [mailto:pet...@infradead.org]
>Sent: Thursday, March 06, 2014 5:07 PM
>To: Tony Lu
>Cc: Paul Mackerras; Ingo Molnar; Arnaldo Carvalho de Melo; Chris Metcalf;
>linux-kernel@vger.kernel.org
>Subject: Re: [PATCH 3/4] tile/perf: Support perf_events on t
On Wed, Mar 05, 2014 at 12:58:29PM -0700, Khalid Aziz wrote:
> On 03/05/2014 04:10 AM, Peter Zijlstra wrote:
> >On Tue, Mar 04, 2014 at 04:51:15PM -0800, Andi Kleen wrote:
> >>Anything else?
> >
> >Proxy execution; its a form of PI that works for arbitrary scheduling
> >policies (thus also very muc
On 05/03/14 20:33, Stephen Boyd wrote:
+Lorenzo
On 02/24/14 03:22, Jürg Billeter wrote:
Skip 'disabled' cpu nodes when building the cpu logical map. This avoids
booting cpus that have been disabled in the device tree.
Signed-off-by: Jürg Billeter
Reviewed-by: Ben Dooks
---
arch/arm/kernel/
From: Austin Beam
Enable the dra7x errata workaround for false disconnect problem
with USB2PHY. False disconnects were detected with some of the devices.
Reduce the sensitivity of the disconnect logic within the USB2PHY subsystem
to enusre these false disconnects are not registered.
[george.cher
Hi,
this series splits I2C-specific part of tlv320aic23 codec driver into a
separate file and adds SPI control mode support. It also updates Kconfigs
of existing tlv320aic23 users so that I2C variant is selected.
Changes v1->v2:
- split i2c interface into separate file;
- implement spi interface
Now that AIC23 supports two control interfaces all existing I2C users
should select I2C variant.
Signed-off-by: Max Filippov
---
Changes v1->v2:
- new patch.
sound/soc/atmel/Kconfig | 2 +-
sound/soc/cirrus/Kconfig | 2 +-
sound/soc/fsl/Kconfig | 2 +-
sound/soc/omap/Kconfig| 4 ++--
tlv320aic23 chip control interface may work in either I2C or SPI mode
depending on the MODE pin state. Functionality and register layout are
independent of the control mode.
Implement bus-specific parts as separate modules.
Signed-off-by: Max Filippov
---
Changes v1->v2:
- split i2c interface in
Added initial binding documentation for S2MPA01 MFD.
Signed-off-by: Sachin Kamat
Acked-by: Mark Brown
---
Documentation/devicetree/bindings/mfd/s2mpa01.txt | 90 +
1 file changed, 90 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/s2mpa01.txt
diff
Add the necessary entries required for S2MPA01 multi-function
device. While at it also convert whitespaces to tabs in core.h.
Signed-off-by: Sachin Kamat
Acked-by: Lee Jones
---
Rebased on latest MFD tree and added the accumulated Acks.
---
drivers/mfd/sec-core.c | 49 -
Add support for S2MPA01 voltage and current regulator.
Signed-off-by: Sachin Kamat
Acked-by: Mark Brown
---
drivers/regulator/Kconfig |7 +
drivers/regulator/Makefile |1 +
drivers/regulator/s2mpa01.c | 483 +++
3 files changed, 491 insertions
Hi!
Short:
Question to Linux kernel team:
may be patch
[PATCH 2/2] Drivers: hv: balloon: Online the hot-added memory "in context"
can solve problems with dynamic memory hot add in Hyper-V VMs with Linux OS ?
Full:
BW>> .., if I set the startup memory to 512 MB, and enable dynamic
BW>> m
On 6 March 2014 09:55, Mark Brown wrote:
> On Wed, Mar 05, 2014 at 06:24:42PM +0800, Lee Jones wrote:
>
>> This document has been sitting on the MLs for nearly a month now. It
>> seems well written and doesn't add any new bindings. With that in mind
>> I'm inclined to take it though. However, as m
Il 06/03/2014 09:47, Fam Zheng ha scritto:
According to SPC-4, section 4.5.2.1, 252 is the limit of sense data. So
increase the value.
Signed-off-by: Fam Zheng
---
include/linux/virtio_scsi.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/virtio_scsi.h b/incl
On Wed, Mar 05, 2014 at 11:49:30AM -0800, Andi Kleen wrote:
SNIP
> Patches also available from
> git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc perf/json
>
> Example output:
>
> % perf download
> Downloading models file
> Downloading readme.txt
> 2014-03-05 10:39:33 URL:https://do
>-Original Message-
>From: Peter Zijlstra [mailto:pet...@infradead.org]
>Sent: Thursday, March 06, 2014 5:11 PM
>To: Tony Lu
>Cc: Paul Mackerras; Ingo Molnar; Arnaldo Carvalho de Melo; Chris Metcalf;
>linux-kernel@vger.kernel.org
>Subject: Re: [PATCH 1/4] tile: Add support for handling PMC
1 - 100 of 769 matches
Mail list logo
