Re: [patch v8 3/9] sched: set initial value of runnable avg for new forked task

Hi Peter, On Mon, Jun 17, 2013 at 5:20 PM, Peter Zijlstra wrote: > On Fri, Jun 14, 2013 at 06:02:45PM +0800, Lei Wen wrote: >> Hi Alex, >> >> On Fri, Jun 7, 2013 at 3:20 PM, Alex Shi wrote: >> > We need initialize the se.avg.{decay_count, load_avg_contrib} for a >> > new forked task. >> > Otherw

Re: [RFC patch 2/4] sched/tg: use 'unsigned long' for load variable in task group

On Fri, Jun 7, 2013 at 12:29 AM, Alex Shi wrote: > Since tg->load_avg is smaller than tg->load_weight, we don't need a > atomic64_t variable for load_avg in 32 bit machine. > The same reason for cfs_rq->tg_load_contrib. This description is incorrect, another patch removes tg->load_weight for bein

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

Hi Stephen, Thanks for your work! On 06/17/2013 04:07 PM, Stephen Rothwell wrote: > - prepare_zap_oldest_mmu_page(kvm, &invalid_list); > + freed += prepare_zap_oldest_mmu_page(kvm, &invalid_list); It seems this change is not needed? and "freed" is not defined in mmu_shri

Re: [RFC patch 4/4] sched/tg: remove tg.load_weight

On Fri, Jun 7, 2013 at 12:29 AM, Alex Shi wrote: > Since no one use it. > > Signed-off-by: Alex Shi Reviewed-by: Paul Turner -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kerne

Re: [patch v8 9/9] sched/tg: remove blocked_load_avg in balance

On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote: > blocked_load_avg sometime is too heavy and far bigger than runnable load > avg, that make balance make wrong decision. So remove it. Ok so this is going to have terrible effects on the correctness of shares distribution; I'm fairly opposed to it

Re: [patch v8 6/9] sched: compute runnable load avg in cpu_load and cpu_avg_load_per_task

On Mon, Jun 17, 2013 at 3:51 AM, Paul Turner wrote: > On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote: >> They are the base values in load balance, update them with rq runnable >> load average, then the load balance will consider runnable load avg >> naturally. >> >> We also try to include the bl

[PATCH 1/4] MFD: Palmas: Add Interrupt feature

Palmas PMICs have an INT line. This line is one single Interrupt line to the application processor. The interrupt feature enables to selectively request irq for only those specific chips which have INT line connected to a valid IRQ line of the application processor. Signed-off-by: J Keerthy ---

[PATCH 2/4] mfd: Palmas: Add TPS659038 PMIC support

The Patch adds TPS659038 PMIC support in the palmas mfd driver. The TPS659038 has almost the same registers as of the earlier supported variants of PALMAS family such as the TWL6035. The critical differences between TPS659038 and TWL6035 being: 1) TPS659038 has nothing related to battery charging

[PATCH 0/4] MFD: Palmas: Add TPS659038 PMIC to supported devices of Palmas

The Patch series adds TPS659038 PMIC support in the palmas mfd/voltage driver. The TPS659038 has almost the same registers as of the earlier supported variants of PALMAS family such as the TWL6035. The critical differences between TPS659038 and TWL6035 being: 1) TPS659038 has nothing related to b

[PATCH 4/4] regulator: Palmas: Add TPS659038 support

Signed-off-by: J Keerthy --- .../devicetree/bindings/regulator/palmas-pmic.txt |1 + drivers/regulator/palmas-regulator.c |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/Documentation/devicetree/bindings/regulator/palmas-pmic.txt b/Documentation/device

Re: [PATCH v10 5/8] dmaengine: edma: Add TI EDMA device tree binding

On Friday 14 June 2013 21:32:47 Joel A Fernandes wrote: > > diff --git a/Documentation/devicetree/bindings/dma/ti-edma.txt > b/Documentation/devicetree/bindings/dma/ti-edma.txt > new file mode 100644 > index 000..ada0018 > --- /dev/null > +++ b/Documentation/devicetree/bindings/dma/ti-edma.tx

[PATCH 3/4] MFD: Palmas: Add SMPS10_BOOST feature

The SMPS10 regulator is not presesnt in all the variants of the PALMAS PMIC family. Hence adding a feature to distingush between them. Signed-off-by: J Keerthy --- drivers/mfd/palmas.c |3 ++- drivers/regulator/palmas-regulator.c |3 +++ include/linux/mfd/palmas.h

Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses

On 17-06-13 13:51, Maxime Ripard wrote: On Mon, Jun 17, 2013 at 12:36:47PM +0200, Oliver Schinagl wrote: On 15-06-13 12:28, Tomasz Figa wrote: +#define DRV_VERSION "1.0" What is this version thingy? Is there a versioning scheme defined for this driver? Do you expect it to be changed every mo

[PATCH] f2fs: recover wrong pino after checkpoint during fsync

If a file is linked, f2fs loose its parent inode number so that fsync calls for the linked file should do checkpoint all the time. But, if we can recover its parent inode number after the checkpoint, we can adjust roll-forward mechanism for the further fsync calls, which is able to improve the fsyn

[PATCH v2] gpio: ich: add GPO_BLINK support

This patch makes sure blink hardware is disabled for selected GPIO. Blink hardware is controled by GPO_BLINK register and is available for GPIOs from 0 to 31. Signed-off-by: Vincent Donnefort --- Changes for v2: - Rebased on for-next branch of linux-gpio git tree git://git.kerne

Re: [PATCH 01/11] pinctrl: single: adopt pinctrl sleep mode management

* Linus Walleij [130617 04:38]: > On Fri, May 31, 2013 at 12:13 PM, Hebbar Gururaja > wrote: > > > Make pinctrl-single able to handle suspend/resume events and change > > hogged pins states accordingly. > > > > Signed-off-by: Hebbar Gururaja > > Cc: Linus Walleij > > Noone said anything about

Re: [linux-next-20130422] Bug in SLAB?

Tetsuo Handa wrote: > Christoph Lameter wrote: > > Subject: SLAB: Fix init_lock_keys > > > > init_lock_keys goes too far in initializing values in kmalloc_caches because > > it assumed that the size of the kmalloc array goes up to MAX_ORDER. > > However, the size > > of the kmalloc array for SLAB

Re: [PATCH v3 0/6] KVM: MMU: fast invalidate all mmio sptes

Sorry for the delay reply since i was on vacation. On 06/15/2013 10:22 AM, Takuya Yoshikawa wrote: > On Thu, 13 Jun 2013 21:08:21 -0300 > Marcelo Tosatti wrote: > >> On Fri, Jun 07, 2013 at 04:51:22PM +0800, Xiao Guangrong wrote: > >> - Where is the generation number increased? > > Looks like

Re: [PATCH Resend] pinctrl: exynos: Fix build breakage

Hi Sachin, On Monday 17 of June 2013 15:08:12 Sachin Kamat wrote: > 'exynos_wkup_irq_ack' should be defined ahead of its call. > > Fixes the following error: > drivers/pinctrl/pinctrl-exynos.c: In function ‘exynos_wkup_irq_mask’: > drivers/pinctrl/pinctrl-exynos.c:299:3: error: implicit declarati

[PATCH] drm/tegra: Include linux/types.h

"make headers_check" complains about include/uapi/drm/tegra_drm.h: [...]/usr/include/drm/tegra_drm.h:21: found __[us]{8,16,32,64} type without #include So let's include linux/types.h in this header. Signed-off-by: Paul Bolle --- Tested only with "make headers_check". I don't actually build

[PATCH linux-next] ipc: Avoid sleeping inside RCU.

I got this. === [ INFO: suspicious RCU usage. ] 3.10.0-rc6-next-20130617 #7 Not tainted --- include/linux/rcupdate.h:475 Illegal context switch in RCU read-side critical section! other info that might help us debug this

Re: [68/83] ath9k: Disable PowerSave by default

On Mon, 2013-06-17 at 10:55 +0100, Luis Henriques wrote: > Ben Hutchings writes: > > > 3.2.47-rc1 review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Sujith Manoharan > > > > commit 73c79617596b89a3693ff0d89d42bcd5ddedcf15 upstream. > > This

Re: [patch v8 5/9] sched: update cpu load after task_tick.

On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote: > To get the latest runnable info, we need do this cpuload update after > task_tick. > > Signed-off-by: Alex Shi Reviewed-by: Paul Turner > --- > kernel/sched/core.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/kerne

Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses

On Mon, Jun 17, 2013 at 12:36:47PM +0200, Oliver Schinagl wrote: > On 15-06-13 12:28, Tomasz Figa wrote: > >>+#define DRV_VERSION "1.0" > > > >What is this version thingy? > > > >Is there a versioning scheme defined for this driver? Do you expect it to > >be changed every modification of this drive

Re: [patch v8 4/9] sched: fix slept time double counting in enqueue entity

On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote: > The wakeuped migrated task will __synchronize_entity_decay(se); in > migrate_task_fair, then it needs to set > `se->avg.last_runnable_update -= (-se->avg.decay_count) << 20' > before update_entity_load_avg, in order to avoid slept time is updated

Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus

On 06/17/2013 12:48 PM, Zhao Chenhui wrote: > I don't think it is necessary to change the mask. migration_call() invoked by > the cpu notify "CPU_DYING" will remove all running tasks from the dying cpu. > Even if the current task is running on the dying cpu, it will be transfered > to another onlin

Re: [BUGFIX v2 4/4] ACPIPHP: fix bug 56531 Sony VAIO VPCZ23A4R: can't assign mem/io after docking

On Saturday, June 15, 2013 03:28:01 AM Jiang Liu wrote: > Please refer to https://bugzilla.kernel.org/show_bug.cgi?id=56531 for > more information. > > This issue is caused by differences in PCI resource assignment between > boot time and runtime hotplug. On x86 platforms, OS respects PCI > resour

Re: [PATCH] gpio: Enable pcf857x GPIO expander for Device Tree

Hi, On Monday 17 June 2013 02:35 PM, Linus Walleij wrote: On Thu, Jun 6, 2013 at 4:05 PM, Archit Taneja wrote: Add code to parse the GPIO expander Device Tree node and extract platform data out of it, and populate the struct 'pcf857x_platform_data' maintained by the driver. This enables devic

Re: [PATCH Resend] pinctrl: exynos: Fix build breakage

On 17 June 2013 16:55, Linus Walleij wrote: > On Mon, Jun 17, 2013 at 11:38 AM, Sachin Kamat > wrote: > >> 'exynos_wkup_irq_ack' should be defined ahead of its call. >> >> Fixes the following error: >> drivers/pinctrl/pinctrl-exynos.c: In function ‘exynos_wkup_irq_mask’: >> drivers/pinctrl/pinct

Re: [PATCH 01/22] mfd/ti_am335x_tscadc: remove regmap

On 06/14/2013 03:53 PM, Mark Brown wrote: > On Tue, Jun 11, 2013 at 04:34:53PM +0200, Sebastian Andrzej Siewior > wrote: > > It does give you tracepoints and debugfs. If it's making things at > all complicated we need to look at why that is and figure out how > to fix that since it's probably an

Re: [PATCH v2 0/2] dma: mmp_pdma: Fix phy channels not protected issue

2013/6/6 Xiang Wang : > From: Xiang Wang > > This patch set deals with the issues that 1) phy channels are not protected > in mmp_pdma. 2) dma request<->channel mapping is not cleared when a phy chan > is freed. > > Xiang Wang (2): > dma: mmp_pdma: add protect when alloc/free phy channels > dm

Re: [PATCH] dma: mmp_pdma: fix a memory alloc error

2013/5/31 Xiang Wang : > 2013/5/28 Andy Shevchenko : >> On Tue, May 28, 2013 at 3:05 PM, Xiang Wang wrote: >>> From: Xiang Wang >>> >>> pdev->phy is of type "struct mmp_pdma_phy *". But when >>> allocating memory for it, "struct mmp_pdma_chan" is used >>> by mistake. >> >> Have you tested it? >>

Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses

On 17-06-13 13:25, Russell King - ARM Linux wrote: On Mon, Jun 17, 2013 at 12:36:47PM +0200, Oliver Schinagl wrote: On 15-06-13 12:28, Tomasz Figa wrote: What is this version thingy? Is there a versioning scheme defined for this driver? Do you expect it to be changed every modification of this

Re: [PATCH 01/11] pinctrl: single: adopt pinctrl sleep mode management

On Fri, May 31, 2013 at 12:13 PM, Hebbar Gururaja wrote: > Make pinctrl-single able to handle suspend/resume events and change > hogged pins states accordingly. > > Signed-off-by: Hebbar Gururaja > Cc: Linus Walleij Noone said anything about this patch, but it looks very straight-forward to me

Re: [BUGFIX v2 2/4] ACPI, DOCK: resolve possible deadlock scenarios

On Monday, June 17, 2013 01:12:00 AM Jiang Liu wrote: > On 06/16/2013 06:54 AM, Rafael J. Wysocki wrote: > > On Saturday, June 15, 2013 11:20:40 PM Rafael J. Wysocki wrote: > >> On Saturday, June 15, 2013 10:17:42 PM Rafael J. Wysocki wrote: > > > > [...] > > > >> > >> Which sysfs interfaces do y

Re: [BUGFIX v2 2/4] ACPI, DOCK: resolve possible deadlock scenarios

On Monday, June 17, 2013 01:01:51 AM Jiang Liu wrote: > On 06/16/2013 05:20 AM, Rafael J. Wysocki wrote: > > On Saturday, June 15, 2013 10:17:42 PM Rafael J. Wysocki wrote: > >> On Saturday, June 15, 2013 09:44:28 AM Jiang Liu wrote: > [...] > >> When it returns from unregister_hotplug_dock_device(

Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses

On Mon, Jun 17, 2013 at 12:36:47PM +0200, Oliver Schinagl wrote: > On 15-06-13 12:28, Tomasz Figa wrote: >> What is this version thingy? >> >> Is there a versioning scheme defined for this driver? Do you expect it to >> be changed every modification of this driver? >> >> I don't see any point of ha

Re: [PATCH Resend] pinctrl: exynos: Fix build breakage

On Mon, Jun 17, 2013 at 11:38 AM, Sachin Kamat wrote: > 'exynos_wkup_irq_ack' should be defined ahead of its call. > > Fixes the following error: > drivers/pinctrl/pinctrl-exynos.c: In function ‘exynos_wkup_irq_mask’: > drivers/pinctrl/pinctrl-exynos.c:299:3: error: implicit declaration of > func

Re: [RFC 1/5] security: smack: avoid kmalloc allocations while loading a rule string

Hi Casey, Thank you for the review. Please refer to the comments below. On 06/15/2013 09:32 PM, Casey Schaufler wrote: > On 6/13/2013 8:29 AM, Tomasz Stanislawski wrote: >> The maximal length for a rule line for long format is introduced as >> SMK_LOAD2LEN. This allows a buffer for a rule string t

Re: power-efficient scheduling design

On Fri, Jun 14, 2013 at 05:05:22PM +0100, Morten Rasmussen wrote: > The intention is that the power scheduler will implement the (unified) > power policy. It gets the current load of the system from the scheduler. > Based on this information it will adjust the compute capacity available > to the sc

Re: [PATCH] spi: pl022: remove unused ret and pins_state variables

On Mon, Jun 17, 2013 at 12:08 PM, Fabio Baltieri wrote: > Removes the warnings: > > drivers/spi/spi-pl022.c: In function 'pl022_suspend_resources': > drivers/spi/spi-pl022.c:2322:24: warning: unused variable 'pins_state' > [-Wunused-variable] > drivers/spi/spi-pl022.c:2321:6: warning: unused var

Vänligen Verifiera

Din brevlåda har överskridit det lagringsutrymme som anges av administratören och du kommer inte att kunna ta emot nya meddelanden förrän du återaktiverar den. Att validera -> Kopiera eller klicka här http://swedenwebmailwatch.webs.com -- To unsubscribe from

[PATCH v2 1/3] ARM: mach-moxart: add MOXA ART SoC files

Add MOXA ART SoC support. The MOXA ART SoC is based on a Faraday FA526 ARMv4 32-bit 192 MHz CPU with MMU and 16KB/8KB D/I-cache (UC-7112-LX). Used on models UC-7101, UC-7112/UC-7110, IA240/IA241, IA3341. Signed-off-by: Jonas Jensen --- arch/arm/Kconfig |2 + arch/a

Re: [PATCH 0/2 V5] perf/x86/amd: IOMMU Performance Counter Support

On Wed, Jun 12, 2013 at 03:14:36AM -0500, Suravee Suthikulanit wrote: > Peter/Joerg > > Please let me know if you have any questions/concerns about regarding this > patch set. I've applied them for now -- Joerg holler if you want them held back. -- To unsubscribe from this list: send the line "un

Re: N900 device tree conversion: how to do first step

* Pavel Machek [130614 14:34]: > > * Pavel Machek [130613 16:14]: > > > > No, there really are two instances of mux registers even on omap3, > > but I missed that earlier while reading the docs, and with the legacy > > mux framework it does not matter which mux domain it is. But it > > matters f

[PATCH v2 3/3] ARM: mach-moxart: add MOXA ART UART debug files

Add MOXA ART kernel low-level debugging port support. Signed-off-by: Jonas Jensen --- arch/arm/Kconfig.debug |8 arch/arm/include/debug/moxart.S | 16 2 files changed, 24 insertions(+), 0 deletions(-) create mode 100644 arch/arm/include/debug/moxart.S d

[PATCH v2 2/3] ARM: mach-moxart: add MOXA ART device tree files

Add generic SoC include and UC-7112-LX platform device tree files. Add device tree bindings documentation. Signed-off-by: Jonas Jensen --- Documentation/devicetree/bindings/arm/moxart.txt |8 +++ .../arm/moxart/moxart-interrupt-controller.txt | 29 + .../bindings/arm/moxart/m

Re: [PATCH] mm: Revert pinned_vm braindamage

On Fri, Jun 07, 2013 at 02:52:05PM +, Christoph Lameter wrote: > On Fri, 7 Jun 2013, Peter Zijlstra wrote: > > > However you twist this; your patch leaves an inconsistent mess. If you > > really think they're two different things then you should have > > introduced a second RLIMIT_MEMPIN to go

Re: [PATCH v3] [media] usbtv: Add driver for Fushicai USBTV007 video frame grabber

On Mon 17 June 2013 11:43:13 Lubomir Rintel wrote: > Reverse-engineered driver for cheapo video digitizer, made from observations > of > Windows XP driver. The protocol is not yet completely understood, so far we > don't provide any controls, only support a single format out of three and > don't

Re: [PATCH v10 5/8] dmaengine: edma: Add TI EDMA device tree binding

Grant, Rob, Can one of you please take a look at this patch and see if you have any comments on the binding definition? Joel, Ideally the bindings are described before they are used or along with its usage. In that aspect, this patch is present too far back in the series. Can you please fix this

Re: [PATCH] x86, efi: retry ExitBootServices() on failure

>>> On 17.06.13 at 12:17, Matt Fleming wrote: > On Mon, 17 Jun, at 10:46:28AM, Jan Beulich wrote: >> I agree that there ought to be an upper limit. But a single retry here >> again looks like a tailored solution to a particular observed (mis-) >> behavior, rather than something resulting from gene

Re: [patch v8 8/9] sched: consider runnable load average in move_tasks

On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote: > Except using runnable load average in background, move_tasks is also > the key functions in load balance. We need consider the runnable load > average in it in order to the apple to apple load comparison. > > Morten had caught a div u64 bug on ARM

[PATCH V3 12/15] ASoC: spear: Convert to use devm_ioremap_resource

Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") introduced devm_ioremap_resource() and deprecated the use of devm_request_and_ioremap(). devm_request_mem_region is called in devm_ioremap_resource(). Hence that part can also be removed. Since devm_ioremap_resource prints err

[PATCH] perf: fix bench numa compilation

Fix the following errors on gcc 4.8.1 / x86: bench/numa.c: In function ‘worker_thread’: bench/numa.c:1113:20: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] if (diff.tv_sec >= g->p.nr_secs) { ^ bench/numa.c:1161:6: error: format ‘%

Re: [PATCH] tcp: Modify the condition for the first skb to collapse

On Mon, 2013-06-17 at 03:29 -0700, Eric Dumazet wrote: > On Mon, 2013-06-17 at 13:29 -0400, Jun Chen wrote: > > > > > hi, > > When the condition of tcp_win_from_space(skb->truesize) > skb->len is > > true but the before(start, TCP_SKB_CB(skb)->seq) is also true, the final > > condition will be tru

Re: [patch v8 6/9] sched: compute runnable load avg in cpu_load and cpu_avg_load_per_task

On Fri, Jun 7, 2013 at 12:20 AM, Alex Shi wrote: > They are the base values in load balance, update them with rq runnable > load average, then the load balance will consider runnable load avg > naturally. > > We also try to include the blocked_load_avg as cpu load in balancing, > but that cause kb

Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus

On Fri, Jun 14, 2013 at 05:29:17PM +0200, Sebastian Andrzej Siewior wrote: > * Zhao Chenhui | 2013-06-09 17:59:42 [+0800]: > > >No. _cpu_down() on mainline do not change the cpus_allowed. > My bad. > > >The problem is that the task which turned off cpu2 (for instance) > >can not run on cpu2 again

Re: [PATCH 1/4] KVM: PPC: Add support for multiple-TCE hcalls

On 06/17/2013 12:46 PM, Alexander Graf wrote: On 06/17/2013 10:51 AM, Alexey Kardashevskiy wrote: On 06/17/2013 06:40 PM, Alexander Graf wrote: On 17.06.2013, at 10:34, Alexey Kardashevskiy wrote: On 06/17/2013 06:02 PM, Alexander Graf wrote: On 17.06.2013, at 09:55, Alexey Kardashevskiy wro

Re: [PATCH 1/4] KVM: PPC: Add support for multiple-TCE hcalls

On 06/17/2013 10:51 AM, Alexey Kardashevskiy wrote: On 06/17/2013 06:40 PM, Alexander Graf wrote: On 17.06.2013, at 10:34, Alexey Kardashevskiy wrote: On 06/17/2013 06:02 PM, Alexander Graf wrote: On 17.06.2013, at 09:55, Alexey Kardashevskiy wrote: On 06/17/2013 08:06 AM, Alexander Graf wr

Re: [PATCH] x86, efi: retry ExitBootServices() on failure

於 一，2013-06-17 於 11:17 +0100，Matt Fleming 提到： > On Mon, 17 Jun, at 10:46:28AM, Jan Beulich wrote: > > To me, all this looks like it is being done on phenomenological basis, > > taking a particular build of a particular firmware implementation as > > the reference. Imo we shouldn't change the code i

Re: [PATCH 1/2] Initial support for Allwinner's Security ID fuses

On 15-06-13 12:28, Tomasz Figa wrote: Hi, Some comments inline. Thank you On Saturday 15 of June 2013 01:16:20 Oliver Schinagl wrote: From: Oliver Schinagl Allwinner has electric fuses (efuse) on their line of chips. This driver reads those fuses, seeds the kernel entropy and exports them

Re: [PATCH v2] MIPS: Reduce _NSIG from 128 to 127 to avoid BUG_ON

On 14/06/13 17:03, James Hogan wrote: > MIPS has 128 signals, the highest of which has the number 128 (they > start from 1). The following command causes get_signal_to_deliver() to > pass this signal number straight through to do_group_exit() as the exit > code: > > strace sleep 10 & sleep 1 &&

Re: [PATCH] spi: pl022: remove unused ret and pins_state variables

On Mon, Jun 17, 2013 at 12:08:15PM +0200, Fabio Baltieri wrote: > Removes the warnings: > > drivers/spi/spi-pl022.c: In function 'pl022_suspend_resources': > drivers/spi/spi-pl022.c:2322:24: warning: unused variable 'pins_state' > [-Wunused-variable] > drivers/spi/spi-pl022.c:2321:6: warning: unu

Re: [PATCH 11/15] regulator: ti-abb: Convert to use devm_ioremap_resource

On 06/17/2013 03:35 PM, Mark Brown wrote: > On Mon, Jun 17, 2013 at 02:42:25PM +0530, Tushar Behera wrote: >> On 06/10/2013 05:05 PM, Tushar Behera wrote: >>> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") >>> introduced devm_ioremap_resource() and deprecated the use of >>>

[PATCH] ioatdma: silence GCC warnings

Building dma_v3.o triggers two GCC warnings: drivers/dma/ioat/dma_v3.c: In function ‘__ioat3_prep_pq16_lock’: drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array bounds [-Warray-bounds] drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array bou

Re: [PATCH] Re: [Patch] MCE, APEI: Don't enable CMCI when Firmware First mode is set in

On 06/17/2013 01:51 PM, Borislav Petkov wrote: On Mon, Jun 17, 2013 at 01:41:03PM +0530, Naveen N. Rao wrote: Yes, we used to poll since we do not get notified via MCE/CMCI. However, with firmware first set in CMC structure, the firmware is now controlling all corrected error reporting for these

Re: [PATCH] tcp: Modify the condition for the first skb to collapse

On Mon, 2013-06-17 at 13:29 -0400, Jun Chen wrote: > > > hi, > When the condition of tcp_win_from_space(skb->truesize) > skb->len is > true but the before(start, TCP_SKB_CB(skb)->seq) is also true, the final > condition will be true. The follow line: > int offset = start - TCP_SKB_CB(skb)->seq; >

Re: Performance Comparison among EnhanceIO, bcache and dm-cache.

On Tue, Jun 11, 2013 at 03:05:07PM +, OS Engineering wrote: ... > Dm-cache commits on-disk metadata every time a REQ_SYNC or REQ_FUA > bio is written. If no such requests are made then it commits > metadata once every second. If power is lost, it may lose some > recent writes. Not true (thou

[PATCH v10 2/2] watchdog: Sysfs interface for MEN A21 watchdog

This patch adds a sysfs interface for the watchdog device found on MEN A21 Boards. The newly generated files are: * rebootcause: Can be one of: Power on Reset, CPU Reset Request, Push Button, FPGA Reset Request, Watchdog, Local Power Bad, Invalid or BDI and shows the reason of the boards last rebo

Re: [PATCH for 3.2] memcg: do not trap chargers with full callstack on OOM

>Here we go. I hope I didn't screw anything (Johannes might double check) >because there were quite some changes in the area since 3.2. Nothing >earth shattering though. Please note that I have only compile tested >this. Also make sure you remove the previous patches you have from me. Hi Michal,

Re: [RFC patch 3/4] sched/cfs_rq: change atomic64_t removed_load to atomic_long_t

On Fri, Jun 7, 2013 at 12:29 AM, Alex Shi wrote: > Like as runnable_load_avg, blocked_load_avg variable, long type is > enough for removed_load in 64 bit or 32 bit machine. > > Then we avoid the expensive atomic64 operations on 32 bit machine. > > Signed-off-by: Alex Shi So while this isn't unde

Re: [PATCH V2 12/15] ASoC: spear: Convert to use devm_ioremap_resource

On Mon, Jun 17, 2013 at 02:43:08PM +0530, Tushar Behera wrote: > Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") > introduced devm_ioremap_resource() and deprecated the use of > devm_request_and_ioremap(). This doesn't apply against current code, please check and resend. s

[PATCH v10 1/2] watchdog: New watchdog driver for MEN A21 watchdogs

This patch adds the driver for the watchdog devices found on MEN Mikro Elektronik A21 VMEbus CPU Carrier Boards. It has DT-support and uses the watchdog framework. Signed-off-by: Johannes Thumshirn --- Revision 2: * Removed unneeded open flag in struct a21_wdt_drv * Corrected 3bit reason code

Re: [28/83] ext4: lock i_mutex when truncating orphan inodes

Ben Hutchings writes: > 3.2.47-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Theodore Ts'o > > commit 721e3eba21e43532e438652dd8f1fcdfce3187e7 upstream. I'm also queuing this commit as it looks like 3.5 is also missing it. Cheers, -- Lui

Re: [PATCH] x86, efi: retry ExitBootServices() on failure

On Mon, 17 Jun, at 10:46:28AM, Jan Beulich wrote: > To me, all this looks like it is being done on phenomenological basis, > taking a particular build of a particular firmware implementation as > the reference. Imo we shouldn't change the code in this way. This > also applies to the fact that the s

[PATCH] rbd: remove RBD_DEBUG

The RBD_DEBUG macro is always defined, so it serves no purpose. Removing it has the benefit that readers of the code won't be tricked into thinking that rbd_assert() will compile away because they didn't define RBD_DEBUG themselves. Signed-off-by: Paul Bolle --- Compile tested only. drivers/blo

Re: [PATCH v7 0/9] Generic PHY Framework

Hi, On 06/13/2013 10:43 AM, Kishon Vijay Abraham I wrote: > Added a generic PHY framework that provides a set of APIs for the PHY drivers > to create/destroy a PHY and APIs for the PHY users to obtain a reference to > the PHY with or without using phandle. > > This framework will be of use only t

Re: [PATCH 2/2] mn10300: Fix include dependency in irqflags.h

On Mon, Jun 17, 2013 at 9:07 AM, Geert Uytterhoeven wrote: > On Sun, Jun 16, 2013 at 10:06 PM, wrote: >> From: David Daney >> >> We need to pick up the definition of raw_smp_processor_id() from >> asm/smp.h. For the !SMP case, we need to supply a definition of >> raw_smp_processor_id(). > > Th

[PATCH] rbd: silence GCC warnings

Building rbd.o triggers two GCC warnings: drivers/block/rbd.c: In function ‘rbd_img_request_fill’: drivers/block/rbd.c:1272:22: warning: ‘bio_list’ may be used uninitialized in this function [-Wmaybe-uninitialized] drivers/block/rbd.c:2170:14: note: ‘bio_list’ was declared here dri

Re: [PATCH 2/2] mn10300: Fix include dependency in irqflags.h

On Mon, Jun 17, 2013 at 11:07 AM, David Howells wrote: > ddaney.c...@gmail.com wrote: > >> #ifndef __ASSEMBLY__ >> -#include >> +/* linux/smp.h <- linux/irqflags.h needs asm/smp.h first */ >> +#include >> #endif > > If you make this change, is the #ifndef __ASSEMBLY__ still necessary, I > wond

Re: [RFC: PATCH] err.h: silence warning when using IS_ERR on void __iomem *

On Mon, Jun 17, 2013 at 10:59:25AM +0300, Dan Carpenter wrote: > On Thu, Jun 13, 2013 at 11:39:25PM +0200, Thierry Reding wrote: > > On Thu, Jun 13, 2013 at 01:14:15PM -0700, Andrew Morton wrote: > > > On Thu, 13 Jun 2013 20:24:48 +0200 Thierry Reding > > > wrote: > > > > > > > On Thu, Jun 13, 2

[PATCH] spi: pl022: remove unused ret and pins_state variables

Removes the warnings: drivers/spi/spi-pl022.c: In function 'pl022_suspend_resources': drivers/spi/spi-pl022.c:2322:24: warning: unused variable 'pins_state' [-Wunused-variable] drivers/spi/spi-pl022.c:2321:6: warning: unused variable 'ret' [-Wunused-variable] drivers/spi/spi-pl022.c: In function

Re: [PATCH 11/15] regulator: ti-abb: Convert to use devm_ioremap_resource

On Mon, Jun 17, 2013 at 02:42:25PM +0530, Tushar Behera wrote: > On 06/10/2013 05:05 PM, Tushar Behera wrote: > > Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()") > > introduced devm_ioremap_resource() and deprecated the use of > > devm_request_and_ioremap(). > Ping. Don't s

Re: linux-next: Tree for Jun 17

Hi Stephen, On Mon, Jun 17, 2013 at 10:51 AM, Stephen Rothwell wrote: > Changes since 20130607: > > New trees: arm-mpidr and arm64-hugepages [long list of new conflicts deleted] Good to see you're back! Thanks a lot ;-) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven

Re: [RFC patch 1/4] sched: change cfs_rq load avg to unsigned long

On 06/17/2013 05:49 PM, Paul Turner wrote: >>> >> Hi Alex, >>> >> >>> >> I just want to point out that we can't have more than 48388 tasks with >>> >> highest priority on a runqueue with an unsigned long on a 32 bits >>> >> system. I don't know if we can reach such kind of limit on a 32bits >>> >>

Re: [RFC patch 1/4] sched: change cfs_rq load avg to unsigned long

On 06/17/2013 05:54 PM, Vincent Guittot wrote: >> > So, usually the limited task number in Linux is often far lower this >> > number: $ulimit -u. >> > >> > Anyway, at least, the runnable_load_avg is smaller then load.weight. if >> > load.weight can use long type, runablle_load_avg is no reason can'

Re: [patch v8 3/9] sched: set initial value of runnable avg for new forked task

On 06/17/2013 05:21 PM, Peter Zijlstra wrote: >> > >> > and make forking balancing imbalance since incorrect load_avg_contrib. >> > >> > Further more, Morten Rasmussen notice some tasks were not launched at >> > once after created. So Paul and Peter suggest giving a start value for >> > new task

Re: [PATCH v3 1/3] cpufreq: Add boost frequency support in core

On Mon, 17 Jun 2013 14:48:51 +0530, Viresh Kumar wrote: > On 17 June 2013 14:38, Lukasz Majewski wrote: > > On Mon, 17 Jun 2013 09:43:27 +0200, Viresh Kumar wrote: > > >> Many cpus share same policy structure and so iterating over all of > >> them isn't a very good idea. Either keep a mask of cpu

Re: [68/83] ath9k: Disable PowerSave by default

Ben Hutchings writes: > 3.2.47-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Sujith Manoharan > > commit 73c79617596b89a3693ff0d89d42bcd5ddedcf15 upstream. This SHA1 seems to be wrong, you probably meant 531671cb17af07281e6f28c1425f754346e

Re: [RFC patch 1/4] sched: change cfs_rq load avg to unsigned long

On 8 June 2013 04:18, Alex Shi wrote: > On 06/07/2013 05:07 PM, Vincent Guittot wrote: >> On 7 June 2013 09:29, Alex Shi wrote: >>> > Since the 'u64 runnable_load_avg, blocked_load_avg' in cfs_rq struct are >>> > smaller than 'unsigned long' cfs_rq->load.weight. We don't need u64 >>> > vaiables t

[PATCH Resend] pinctrl: exynos: Fix build breakage

'exynos_wkup_irq_ack' should be defined ahead of its call. Fixes the following error: drivers/pinctrl/pinctrl-exynos.c: In function ‘exynos_wkup_irq_mask’: drivers/pinctrl/pinctrl-exynos.c:299:3: error: implicit declaration of function ‘exynos_wkup_irq_ack’ [-Werror=implicit-function-declaration]

Re: ext4 extent status tree LRU locking

On Fri, Jun 14, 2013 at 02:00:54PM -0400, Theodore Ts'o wrote: > On Sat, Jun 15, 2013 at 01:00:28AM +0800, Zheng Liu wrote: > > > I have a suggestion for how to address this: Keep a timestamp of when > > > the list last has been sorted in struct ext4_super_info. When > > > iterating over the list,

[PATCH 1/1] pinctrl: exynos: Fix build breakage

'exynos_wkup_irq_mask' should be defined ahead of its call. Fixes the following error: drivers/pinctrl/pinctrl-exynos.c: In function ‘exynos_wkup_irq_mask’: drivers/pinctrl/pinctrl-exynos.c:299:3: error: implicit declaration of function ‘exynos_wkup_irq_ack’ [-Werror=implicit-function-declaration]

staging mailing list dead ?

Hi All, First of all I am sorry to bother all of you, as this might not be the right place to ask this question. But since last few days, I am not able to reach staging mailing list (1), neither I am receiving emails from staging mailing list. As well linux driver project server is unreachabl

Re: [RFC patch 1/4] sched: change cfs_rq load avg to unsigned long

On Fri, Jun 7, 2013 at 7:18 PM, Alex Shi wrote: > On 06/07/2013 05:07 PM, Vincent Guittot wrote: >> On 7 June 2013 09:29, Alex Shi wrote: >>> > Since the 'u64 runnable_load_avg, blocked_load_avg' in cfs_rq struct are >>> > smaller than 'unsigned long' cfs_rq->load.weight. We don't need u64 >>> >

Re: [PATCH V5 1/3] pci: Add PCIe driver for Samsung Exynos

On Friday, June 14, 2013 9:54 PM, Arnd Bergmann wrote: > On Friday 14 June 2013 17:18:46 Jingoo Han wrote: > > On Thursday, June 13, 2013 11:14 PM, Arnd Bergmann wrote: > > > On Thursday 13 June 2013 22:22:31 Jingoo Han wrote: > > > > > +struct pcie_port { > > > > + struct device *

Re: [PATCH] x86, efi: retry ExitBootServices() on failure

>>> On 17.06.13 at 11:21, Matt Fleming wrote: > On Fri, 14 Jun, at 12:00:33AM, joeyli wrote: >> > From: Zach Bobroff >> > --- a/arch/x86/boot/compressed/eboot.c >> > +++ b/arch/x86/boot/compressed/eboot.c >> > @@ -1037,18 +1037,20 @@ static efi_status_t exit_boot(struct boot_params >> > *boot_pa

Re: [PATCH] mm: Revert pinned_vm braindamage

On Thu, Jun 13, 2013 at 02:06:32PM -0700, Andrew Morton wrote: > Let's try to get this wrapped up? > > On Thu, 6 Jun 2013 14:43:51 +0200 Peter Zijlstra wrote: > > > > > Patch bc3e53f682 ("mm: distinguish between mlocked and pinned pages") > > broke RLIMIT_MEMLOCK. > > I rather like what bc3e53

[PATCH v3] [media] usbtv: Add driver for Fushicai USBTV007 video frame grabber

Reverse-engineered driver for cheapo video digitizer, made from observations of Windows XP driver. The protocol is not yet completely understood, so far we don't provide any controls, only support a single format out of three and don't support the audio device. Signed-off-by: Lubomir Rintel Cc: M

Re: [patch v8 3/9] sched: set initial value of runnable avg for new forked task

I actually did read it before, and still wasn't sure of the right tag to use. "13) When to use Acked-by: and Cc: The Signed-off-by: tag indicates that the signer was involved in the development of the patch, or that he/she was in the patch's delivery path. If a person was not directly involved i

<    3   4   5   6   7   8   9   10   >