On Sat, Mar 01, 2014 at 02:00:58PM +0900, Alexandre Courbot wrote:
> Use the new GPIO descriptor interface to handle the panel's enable GPIO.
> This considerably simplifies the code.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/gpu/drm/panel/panel-simple.c | 69
>
On Fri, Mar 14, 2014 at 10:52:55AM +0100, Hannes Reinecke wrote:
> No, I haven't. This issue is only exhibited if you try to run
> multipath on a non-SCSI device (in this case it was cciss).
> But then that project got abandoned, and there never was a machine
> with a multipathed cciss controller.
Hi Mark,
On 03/14/2014 07:35 PM, Mark Rutland wrote:
> On Fri, Mar 14, 2014 at 07:14:37AM +, Chanwoo Choi wrote:
>> Hi Mark,
>>
>> On 03/14/2014 02:53 AM, Mark Rutland wrote:
>>> On Thu, Mar 13, 2014 at 08:17:29AM +, Chanwoo Choi wrote:
This patch add busfreq driver for
On Thu, Mar 13, 2014 at 02:32:40PM +0100, Christian Borntraeger wrote:
> 3.10.33 spits the following warning:
>
> [ 14.463408] [ cut here ]
> [ 14.463411] WARNING: at block/elevator.c:193
> [ 14.463413] Modules linked in: vhost_net macvtap macvlan kvm dasd_eckd_mod
On Thu, Mar 13, 2014 at 4:18 PM, Mika Westerberg
wrote:
> On Thu, Mar 13, 2014 at 03:32:01PM +0100, Linus Walleij wrote:
>> > + case ACPI_IO_RESTRICT_OUTPUT:
>> > + gpiod_direction_output(desc, pull);
>>
>> Can you explain why the fact that the
Hi Lee,
On 03/10/2014 12:48 PM, Lee Jones wrote:
Hi Gabi,
Sorry for the delay. It was a hectic week last week.
As promised:
This patch adds ST Keyscan driver to use the keypad hw a subset
of ST boards provide. Specific board setup will be put in the
given dt.
Signed-off-by: Giuseppe
On Thu, Mar 13, 2014 at 4:05 PM, Cox, Alan wrote:
>> > + gpiod_set_raw_value(desc, !!((1 << i) & *value));
>>
>> What is this? How can the expression !!((1 << i) possibly evaluate to
>> anything else than "true"? I don't get it. Just (desc, *value) seem more
>> apropriate.
>
On Friday, March 14, 2014 12:14:03 PM Chanwoo Choi wrote:
> Hi,
>
> On 03/14/2014 01:43 AM, Bartlomiej Zolnierkiewicz wrote:
> >
> > Hi,
> >
> > On Thursday, March 13, 2014 05:17:21 PM Chanwoo Choi wrote:
> >> This patchset support devicetree and use common ppmu driver instead of
> >>
On Mon, Mar 10, 2014 at 10:24:40AM -0700, Andi Kleen wrote:
> > > Wouldn't we have to teach a ton of code how to be IRQ safe for this to
> > > work? Just step one: how do we go modifying page tables safely from an
> > > interrupt? mm->page_table_lock is a plain non-irq spinlock.
> >
> > Yes,
> >
> > change to use devm_backlight_device_register() for simple cleanup.
> >
> > Signed-off-by: Daniel Jeong
>
> Acked-by: Jingoo Han
>
> Lee Jones,
> Would you merge this patch into your backlight tree?
Applied with Jingoo's Ack.
> > ---
> > drivers/video/backlight/lm3639_bl.c | 17
> >Sorry for the delay. It was a hectic week last week.
> >
> >As promised:
> >
> >>This patch adds ST Keyscan driver to use the keypad hw a subset
> >>of ST boards provide. Specific board setup will be put in the
> >>given dt.
> >>
> >>Signed-off-by: Giuseppe Condorelli
> >>Signed-off-by:
On Wed, Feb 19, 2014 at 02:02:36PM -0800, Dave Hansen wrote:
> On 02/17/2014 06:33 AM, Peter Zijlstra wrote:
> > Then write the PERF_RECORD_DATA structure into the normal ring-buffer
> > location; set data_offset to point to the first page boundary, data_size
> > to 1mb.
> >
> > Then frob things
On Mon, Feb 17, 2014 at 06:36:59PM -0800, Andi Kleen wrote:
> > I'm not convinced it needs to be a PERF_RECORD_SAMPLE; but some
> > PERF_RECORD_* type for sure.
>
> Adding a header shouldn't be a problem, it's merely wasting 4K.
>
> > Also it must allow interleaving with other > events.
>
>
Hi Roger,
On Friday 07 March 2014 06:39 PM, Roger Quadros wrote:
Add nodes for the Super Speed USB controllers, omap-control-usb,
USB2 PHY and USB3 PHY devices.
Remove ocp2scp1 address space from hwmod data as it is
now provided via device tree.
Signed-off-by: Roger Quadros
---
On Thu, Mar 13, 2014 at 10:12 AM, Pavel Machek wrote:
> Hi!
>
>> > 30*HZ means 30 seconds in the kernel... what is hard to understand
>> > about it?
>>
>> Well I might be picky, but since it is a charging algorithm dealing with
>> ampères, volts, constant-current/constant-voltage, watchdogs and
On Fri, Mar 14, 2014 at 07:14:37AM +, Chanwoo Choi wrote:
> Hi Mark,
>
> On 03/14/2014 02:53 AM, Mark Rutland wrote:
> > On Thu, Mar 13, 2014 at 08:17:29AM +, Chanwoo Choi wrote:
> >> This patch add busfreq driver for Exynos4210/Exynos4x12 memory interface
> >> and bus to support
On Tue, Mar 11, 2014 at 6:37 PM, Nicolas Ferre wrote:
> Linus,
>
> For the nature of this feature, I would like to have your clear advice
> as this is needed and has been proposed twice (at least). This feature
> is needed for power management states of GPIOs.
It seems that this is aligned with
> The original bitmask of 0x10 was incorrect and would result in a write
> to a reserved read-only bit instead of enabling the ACPI I/O
> region. Update it to the proper value of 0x80.
>
> Signed-off-by: Peter Tyser
> Tested-by: Rajat Jain
> Cc: Guenter Roeck
>
Move the clock detection code to the beginning of the probe().
If we meet any error in the clock detecting, then defer the probe.
Signed-off-by: Josh Wu
---
drivers/media/i2c/soc_camera/ov2640.c | 43 +
1 file changed, 28 insertions(+), 15 deletions(-)
diff
On Wed, Mar 12, 2014 at 9:16 PM, Gerhard Sittig wrote:
> 'sizeof' is an operator, very much like a unary minus or
> unary ampersand which neither require parentheses. So either of
> "sizeof(x)" as well as "sizeof x" are legal with regard to the C
> language. It's just that the community
On Mon, Mar 10, 2014 at 09:52:56AM -0400, Mike Snitzer wrote:
> On Fri, Mar 07 2014 at 2:57am -0500,
> Shaohua Li wrote:
>
> > ping!
>
> Hi,
>
> I intend to get dm-insitu-comp reviewed for 3.15. Sorry I haven't
> gotten back with you before now, been busy tending to 3.14-rc issues.
>
> I
On 14/03/14 09:44, Maxime Coquelin wrote:
>>>
>>> drivers/pinctrl/pinctrl-st.c- unsigned int*input_delays;
>>> drivers/pinctrl/pinctrl-st.c- unsigned int*output_delays;
>>>
>>> It may be better to change these to const unsigned int *
>>> and change
>>>
>>> static unsigned int
On Wed, Mar 12, 2014 at 4:26 PM, Maxime Coquelin wrote:
> On 03/12/2014 03:20 PM, Linus Walleij wrote:
>> I've applied the pinctrl changes to the pinctrl tree, please push all the
>> DTS[i] changes through ARM SoC.
>
> As mentioned in the cover-letter, the DTS changes are based on arm_soc's
>
On Fri, Mar 14, 2014 at 11:38:58AM +0200, Peter Ujfalusi wrote:
> The only thing I'm afraid off is that it is going to take two release cycle to
> get this in: first cycle edma part, next cycle for the ASoC to switch to use
> the edma-pcm.
We can do a cross tree merge, or the EDMA code can be
This patch adds device tree node for IRQ used by max8997.
Signed-off-by: Robert Baldyga
---
arch/arm/boot/dts/exynos4210-trats.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210-trats.dts
b/arch/arm/boot/dts/exynos4210-trats.dts
index
On Fri, Mar 14, 2014 at 03:00:14AM +, AKASHI Takahiro wrote:
> On 03/14/2014 12:54 AM, Will Deacon wrote:
> > On Thu, Mar 13, 2014 at 10:13:49AM +, AKASHI Takahiro wrote:
> >> CALLER_ADDRx returns caller's address at specified level in call stacks.
> >> They are used for several tracers
On Fri, Mar 14, 2014 at 04:45:13AM +, AKASHI Takahiro wrote:
> On 03/14/2014 02:08 AM, Will Deacon wrote:
> > On Thu, Mar 13, 2014 at 10:13:47AM +, AKASHI Takahiro wrote:
> >> This patch implements arm64 specific part to support function tracers,
> >> such as function
Am 11.03.2014 11:15, schrieb Linus Walleij:
> On Wed, Mar 5, 2014 at 12:21 PM, Alexander Holler
> wrote:
>
>> The driver missed an of_xlate function to translate gpio numbers
>> as found in the DT to the correct chip and number.
>>
>> While there I've set #gpio_cells to a fixed value of 2.
>>
Commit-ID: 847d7970defb45540735b3fb4e88471c27cacd85
Gitweb: http://git.kernel.org/tip/847d7970defb45540735b3fb4e88471c27cacd85
Author: Daniel J Blueman
AuthorDate: Thu, 13 Mar 2014 19:43:01 +0800
Committer: Ingo Molnar
CommitDate: Fri, 14 Mar 2014 11:05:36 +0100
x86/amd/numa: Fix
From: Chew, Chiau Ee
This is to disable/enable DW_DMAC hw during late suspend/early resume.
Since DMA is providing service to other clients (eg: SPI, HSUART),
we need to ensure DMA suspends after the clients and resume
before the clients are active.
Signed-off-by: Chew, Chiau Ee
---
v2
On 14 March 2014 10:31, Cho KyongHo wrote:
> Commit 25e9d28d92 (ARM: EXYNOS: remove system mmu initialization from
> exynos tree) removed arch/arm/mach-exynos/mach/sysmmu.h header without
> removing remaining use of it from exynos-iommu driver, thus causing a
> compilation error.
>
> This patch
Hi Boris,
On 14/03/2014 17:06, Borislav Petkov wrote:
On Thu, Mar 13, 2014 at 07:43:01PM +0800, Daniel J Blueman wrote:
For systems with multiple servers and routed fabric, all northbridges get
assigned to the first server. Fix this by also using the node reported from
the PCI bus. For
Il 13/03/2014 18:08, Radim Krčmář ha scritto:
> I agree that old code is wrong and the patch looks correct, but I only
> see how the bug may cause pending IRR to not be delivered in time,
> not how interrupt can disrupt a higher priority task.
Right. Also, on SMP guests the effect would
On 03/14/2014 10:48 AM, Antoine Ténart wrote:
On 14/03/2014 10:31, Sebastian Hesselbarth wrote:
On 03/13/2014 03:06 PM, Antoine Ténart wrote:
+clocks {
+#address-cells = <0>;
+#size-cells = <0>;
+
+smclk: sysmgr-clock {
+compatible = "fixed-clock";
+
On 03/14/2014 10:34 AM, Christoph Hellwig wrote:
> On Fri, Mar 14, 2014 at 02:25:19AM -0700, Christoph Hellwig wrote:
>> b) is a bit harder, but we should think hard about it when rewriting the
>> multipath code to support blk-mq. Talking about which I think trying to
>> use dm-multipath on any
On Thu, Mar 13, 2014 at 12:58:16PM -0700, Paul E. McKenney wrote:
> On Fri, Mar 07, 2014 at 03:38:46PM +0200, Alexander Shishkin wrote:
> > This is more of a problem description than an actual bugfix, but currently
> > ring_buffer_detach() can kick in while ring_buffer_wakeup() is traversing
> >
Sebastian,
On 14/03/2014 10:31, Sebastian Hesselbarth wrote:
On 03/13/2014 03:06 PM, Antoine Ténart wrote:
+clocks {
+#address-cells = <0>;
+#size-cells = <0>;
+
+smclk: sysmgr-clock {
+compatible = "fixed-clock";
+#clock-cells = <0>;
+
On 03/14/2014 10:20 AM, Linus Walleij wrote:
On Wed, Mar 12, 2014 at 3:25 PM, Joe Perches wrote:
On Wed, 2014-03-12 at 09:50 +0100, Maxime COQUELIN wrote:
This patch replaces the raw values with ARRAY_SIZE for assigning the
ninput_delays and noutput_delays fields of STiH416's st_pctl_data
On 03/13/2014 03:46 PM, Mark Brown wrote:
> On Thu, Mar 13, 2014 at 11:18:22AM +0200, Peter Ujfalusi wrote:
>
>> With this series AM335x and AM447x will use the dmaengine PCM for audio. The
>> daVinci devices will keep using the davinci-pcm for now since I do not have
>> means to test them but
On Fri, Mar 14, 2014 at 02:25:19AM -0700, Christoph Hellwig wrote:
> b) is a bit harder, but we should think hard about it when rewriting the
> multipath code to support blk-mq. Talking about which I think trying to
> use dm-multipath on any blk-mq device will go horribly crash and boom at
> the
This patchset support devicetree and use common ppmu driver instead of
individual code of exynos4_bus.c to remove duplicate code. Also this patchset
get the resources for busfreq from dt data by using DT helper function.
- PPMU register address
- PPMU clock
- Regulator for INT/MIF block
This
This patch disable ppmu clocks before entering suspend state to remove
power-leakage and enable ppmu clocks on resume function.
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/exynos/exynos4_bus.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git
This patch fix bug about resource leak when happening probe fail and code clean
to add debug message.
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/exynos/exynos4_bus.c | 30 +++---
1 file changed, 23 insertions(+), 7 deletions(-)
diff --git
This patch use SET_SYSTEM_SLEEP_PM_OPS macro instead of legacy method.
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/exynos/exynos4_bus.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/devfreq/exynos/exynos4_bus.c
b/drivers/devfreq/exynos/exynos4_bus.c
index
This patch support DT(DeviceTree) method to probe exynos4_bus and get device
id of each Exynos4 SoC by using dt helper function.
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/exynos/exynos4_bus.c | 26 +-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git
There are not the clock controller of ppmudmc0/1. This patch control the clock
of ppmudmc0/1 which is used for monitoring memory bus utilization.
Also, this patch code clean about regulator control and free resource
when calling exit/remove function.
For example,
busfreq@106A {
On 03/14/2014 10:25 AM, Christoph Hellwig wrote:
> On Thu, Mar 13, 2014 at 12:13:47PM -0400, Mike Snitzer wrote:
>> Pretty ironic that in the same email that you ask someone to "Let's make
>> this a little less personal." you start by asserting upstream
>> dm-multipath sees very little testing --
On 03/13/2014 03:06 PM, Antoine Ténart wrote:
Adds initial support for the Marvell Armada 1500 pro (BG2Q) SoC (Berlin family).
The SoC has nodes for cpu, l2 cache controller, interrupt controllers, local
timer, apb timers and uarts for now.
Signed-off-by: Antoine Ténart
Signed-off-by:
This patch add CONFIG_PM_OPP dependecy to exynos4_bus driver
to fix probe fail as following log:
[3.721389] exynos4-busfreq busfreq.3: Fail to add opp entries.
[3.721697] exynos4-busfreq: probe of busfreq.3 failed with error -22
If CONFIG_PM_OPP is disabled, dev_pm_opp_find_freq_floor()
Hi Martin,
On Wed, Mar 12, 2014 at 06:08:06PM +0100, Martin Pitt wrote:
> Hey Fengguang,
>
> Fengguang Wu [2014-03-05 21:23 +0800]:
> > git bisect start v3.10 v3.9 --
[snip]
> > git bisect bad d8efcf38b13df3e9e889cf7cc214cb85dc53600c # 04:30 0-
> >3 Merge tag 'for-linus' of
This patch introduce device tree binding for the Exynos4's busfreq driver.
The Exynos4's busfreq driver support DVFS(Dynamic Voltage Frequency Scaling)
of Exynos4 memory bus to optimize power-consumption on runtime state.
Exynos4's busfreq driver need the utilization of memory bus. So, busfreq
This patch use common ppmu driver of exynos_ppmu.c driver instead of individual
function related to PPC because PPMU is integrated module with both PPC and
Bus event generator. When using PPMU to get bus performance read/write event,
exynos4_bus.c don't need to consider memory type.
And get ppmu
On Wed, Mar 12, 2014 at 4:10 PM, Thomas Gleixner wrote:
> I pushed out the patch to a separate branch
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip irq/for-gpio
>
> and merged that branch back into irq/core.
>
> So you can just pull irq/for-gpio into the gpio work and base the gpio
On Thu, Mar 13, 2014 at 12:13:47PM -0400, Mike Snitzer wrote:
> Pretty ironic that in the same email that you ask someone to "Let's make
> this a little less personal." you start by asserting upstream
> dm-multipath sees very little testing -- and use your commit that
> recently broke dm-multipath
On Wed, Mar 12, 2014 at 3:25 PM, Joe Perches wrote:
> On Wed, 2014-03-12 at 09:50 +0100, Maxime COQUELIN wrote:
>> This patch replaces the raw values with ARRAY_SIZE for assigning the
>> ninput_delays and noutput_delays fields of STiH416's st_pctl_data struct.
>
> trivial note:
>
>> diff --git
On Tue, Mar 11, 2014 at 7:52 AM, Alexandre Courbot wrote:
> This patch makes the internal _gpiod_get_raw_value() function return a
> bool, effectively clamping the GPIO value to the boolean range no
> matter what the driver does.
This looks good, patch applied!
Yours,
Linus Walleij
--
To
The banner array doens't need to set to 0.
sprintf() adds a terminating '\0'.
And the sn array can be declared and initialized to zero.
So remove redundant memset() with zero.
Remove unnecessary cast for memcpy().
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/hwprobe.c | 12
Callers of phy_ethtool_get_wol are supposed to provide a properly
cleared struct ethtool_wolinfo. Therefore, fix phy_suspend to clear
it before passing it to phy_ethtool_get_wol.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Florian Fainelli
Cc: Ben Hutchings
Cc:
On Thu, Mar 13, 2014 at 07:43:01PM +0800, Daniel J Blueman wrote:
> For systems with multiple servers and routed fabric, all northbridges get
> assigned to the first server. Fix this by also using the node reported from
> the PCI bus. For single-fabric systems, the northbriges are on PCI bus 0
>
On Fri, Mar 14, 2014 at 04:46:43PM +0800, Alex Shi wrote:
> On 03/14/2014 03:40 PM, Fengguang Wu wrote:
> > On Fri, Mar 14, 2014 at 03:31:21PM +0800, Alex Shi wrote:
> >> On 03/14/2014 02:48 PM, Fengguang Wu wrote:
> >>> On Fri, Mar 14, 2014 at 02:26:24PM +0800, Alex Shi wrote:
> On
On 03/13/2014 08:38 PM, David Miller wrote:
From: Sebastian Hesselbarth
Date: Wed, 12 Mar 2014 00:02:55 +0100
phy_ethtool_get_wol is a helper to get current WOL settings from
a phy device. When using this helper on a PHY without .get_wol
callback, struct ethtool_wolinfo is never set-up
Hi everyone
We're about three weeks out from LSF/MM, so the PC is putting together
the agenda here:
https://docs.google.com/spreadsheet/pub?key=0ArurRVMVCSnkdHU2Zk1KbFhmeVZFVmFMQ19nakJYaFE=0
The current list of attendees is:
Hi Suman,
On Tue, Mar 4, 2014 at 7:38 PM, Suman Anna wrote:
Do you have any objections to the return code convention change?
>>>
>>> Unless strictly needed, I prefer we don't switch to the ERR_PTR code
>>> convention, as it reduces code readability and increases chances of
>>> user bugs.
Allow probing the dw-mmio from devicetree.
Signed-off-by: Steffen Trumtrar
---
This was tested on Socfpga and v3.14-rc6
.../devicetree/bindings/spi/spi-dw-mmio.txt| 25 ++
drivers/spi/spi-dw-mmio.c | 19 +++-
2 files changed, 43
On 03/14/2014 03:40 PM, Fengguang Wu wrote:
> On Fri, Mar 14, 2014 at 03:31:21PM +0800, Alex Shi wrote:
>> On 03/14/2014 02:48 PM, Fengguang Wu wrote:
>>> On Fri, Mar 14, 2014 at 02:26:24PM +0800, Alex Shi wrote:
On 03/14/2014 02:16 PM, Fengguang Wu wrote:
> Alex,
>
> Here are the
On Thu, Mar 13, 2014 at 12:36:26PM -0700, Venkatesh Srinivas wrote:
> CPUs which should support the RAPL counters according to
> Family/Model/Stepping may still issue #GP when attempting to access
> the RAPL MSRs. This may happen when Linux is running under KVM and
> we are passing-through host
On 03/14/2014 06:25 AM, Lad, Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> this patch fixes following build warning
> drivers/media/platform/davinci/vpbe_display.c: In function
> 'vpbe_start_streaming':
> drivers/media/platform/davinci/vpbe_display.c:344: warning: unused variable
> 'vpbe_dev'
Commit-ID: 81827ed8d85e892311965dc9ec4120b2b2e745bd
Gitweb: http://git.kernel.org/tip/81827ed8d85e892311965dc9ec4120b2b2e745bd
Author: Stephane Eranian
AuthorDate: Thu, 13 Mar 2014 13:04:36 +0100
Committer: Ingo Molnar
CommitDate: Fri, 14 Mar 2014 09:25:25 +0100
perf/x86/uncore: Fix
* Frederic Weisbecker wrote:
> So I propose you something even more simple. The choice of
> tip:timers/core as a base was actually just about topic. But there
> is no dependency on it. (And actually sched/core would have been a
> better choice for a base if any).
>
> So in order to fix the
On 03/13/2014 11:45 AM, Chanwoo Choi wrote:
> Hi Robert,
>
> On 03/13/2014 06:38 PM, Robert Baldyga wrote:
>> This patch modifies mfd driver to use regmap for handling interrupts.
>> It allows to simplify irq handling process. This modifications needed
>> to make small changes in function
On Thu, Mar 13, 2014 at 03:32:48PM -0400, Valdis Kletnieks wrote:
> My kernel has CONFIG_PM_SLEEP=n, which leads to hilarity...
>
> CC drivers/net/ethernet/intel/e1000e/netdev.o
> drivers/net/ethernet/intel/e1000e/netdev.c:7079:13: error:
> 'e1000e_pm_suspend' undeclared here (not in a
On Fri, 14 Mar, at 10:47:26AM, Dave Young wrote:
>
> Can you test with matt's tree to see if it works?
> If it still happens please post the full log.
So that'd be the 'next' branch at,
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
which contains Borislav's fixes for the EFI
Any comments on this?
On Mon, Mar 3, 2014 at 4:45 PM, Yuvaraj Kumar C D wrote:
> Commit 275dcd2 "ARM: dts: add max77686 pmic node for smdk5250" added
> required LDO's for SMDK5250 boards.Currently LDO10 is turned off.As LDO10,
> enable/disable the LDO22 which is required for VDDQ_MMC2_AP.So this
Dear Customer
This message is from Naukri.com to all Employers registered With
Naukri.com.
we are currently carrying out maintenance exercise to improve our
quality
service,
and reduce the rate of spam in our job portal.
please confirm and upgrade your employers account click the link blow
kgene,
Please pick this patch.
On Tue, Mar 4, 2014 at 7:02 PM, Kishon Vijay Abraham I wrote:
>
>
> On Tuesday 04 March 2014 04:40 PM, Yuvaraj Kumar C D wrote:
>>
>> This patch adds dt entry for ahci sata controller and its
>> corresponding phy controller.phy node has been added w.r.t
>> new
On Thu, Mar 13, 2014 at 02:22:12PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> The SDM forbids setting various event qualifiers with PEBS
> events. The magic cycles:pp event uses it, but it has caused
> problems in the past. We continue allowing it for cycles:pp,
> but forbid it for all
On 03/13/2014 10:35 PM, Joel Fernandes wrote:
Signed-off-by: Joel Fernandes
---
arch/arm/boot/dts/am33xx.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 4e6c959..51b7008 100644
---
On 03/14/2014 01:36 AM, Joel Fernandes wrote:
On 03/13/2014 04:52 PM, Rob Herring wrote:
On Thu, Mar 13, 2014 at 3:35 PM, Joel Fernandes wrote:
Introduce a generic omap timer initialization function that can
be used by all SoCs for which support is available in the clocksource
driver
Hello Zhang,
On Fri, Mar 14, 2014 at 03:37:28PM +0800, Zhang Yanfei wrote:
> Hello Minchan
>
> On 03/14/2014 02:37 PM, Minchan Kim wrote:
> > This patch is an attempt to support MADV_FREE for Linux.
> >
> > Rationale is following as.
> >
> > Allocators call munmap(2) when user call free(3) if
On Fri, Mar 14, 2014 at 03:37:47PM +0900, Minchan Kim wrote:
> Linux doesn't have an ability to free pages lazy while other OS
> already have been supported that named by madvise(MADV_FREE).
>
> The gain is clear that kernel can evict freed pages rather than
> swapping out or OOM if memory
On Thu, 2014-03-13 at 15:57 -0700, Sam Bradshaw wrote:
> The mtip_port kmalloc() allocation is relatively high order, in
> particular since the recent doubling of the size of the scatterlist
> container. The allocation has been shown to fail during SRSI under
> fragmented or low memory
Whenever we are changing frequency of a cpu, we are calling PRECHANGE and
POSTCHANGE notifiers. They must be serialized. i.e. PRECHANGE or POSTCHANGE
shouldn't be called twice continuously. Following examples show why this is
important:
Scenario 1:
---
One thread reading value of
On Fri, Mar 14, 2014 at 03:31:21PM +0800, Alex Shi wrote:
> On 03/14/2014 02:48 PM, Fengguang Wu wrote:
> > On Fri, Mar 14, 2014 at 02:26:24PM +0800, Alex Shi wrote:
> >> On 03/14/2014 02:16 PM, Fengguang Wu wrote:
> >>> Alex,
> >>>
> >>> Here are the test results for branch alexshi/single-balance
Hello Minchan
On 03/14/2014 02:37 PM, Minchan Kim wrote:
> This patch is an attempt to support MADV_FREE for Linux.
>
> Rationale is following as.
>
> Allocators call munmap(2) when user call free(3) if ptr is
> in mmaped area. But munmap isn't cheap because it have to clean up
> all pte
On 03/14/2014 02:48 PM, Fengguang Wu wrote:
> On Fri, Mar 14, 2014 at 02:26:24PM +0800, Alex Shi wrote:
>> On 03/14/2014 02:16 PM, Fengguang Wu wrote:
>>> Alex,
>>>
>>> Here are the test results for branch alexshi/single-balance
>>
>>
>> Thanks a lot! Fengguang.
>> Is the nex04 machine 4P*8 core *
From: David Miller [mailto:da...@davemloft.net]
Sent: Friday, March 14, 2014 12:08 PM
[...]
> >> And I fundamentally disagree with this being a Kconfig parameter.
> >>
> >> Make it run-time calculated _or_ settable via ethtool.
> >
> > Excuse me. How should I make it run-time calculated
Hi Mark,
On 03/14/2014 02:53 AM, Mark Rutland wrote:
> On Thu, Mar 13, 2014 at 08:17:29AM +, Chanwoo Choi wrote:
>> This patch add busfreq driver for Exynos4210/Exynos4x12 memory interface
>> and bus to support DVFS(Dynamic Voltage Frequency Scaling) according to PPMU
>> counters. PPMU
Hi,
On Thu, Mar 13, 2014 at 04:13:08PM +0100, Sylwester Nawrocki wrote:
> My experience and feelings are similar, I started to treat mainline
> kernel much less seriously after similar DT related blocking issues.
So how do we proceed now? Philipp implemented any of the suggested
variants now;
Commit 051a58b4622f0e1b732acb750097c64bc00ddb93
"pinctrl: msm: Simplify msm_config_reg() and callers"
removed the local "reg" variable in the msm_config_reg()
function, but the earlier
commit ed118a5fd951bd2def8249ee251842c4f81fe4bd
"pinctrl-msm: Support output-{high,low} configuration"
introduced
On 03/14/2014 07:00 AM, Fam Zheng wrote:
> According to SPC-4, section 4.5.2.1, 252 is the limit of sense data. So
> increase the values.
>
> Tested by hacking QEMU to fake virtio-scsi request sense len to 252.
> Without this patch the driver stops working immediately when it gets the
> request.
On Fri, Mar 14, 2014 at 02:26:24PM +0800, Alex Shi wrote:
> On 03/14/2014 02:16 PM, Fengguang Wu wrote:
> > Alex,
> >
> > Here are the test results for branch alexshi/single-balance
>
>
> Thanks a lot! Fengguang.
> Is the nex04 machine 4P*8 core * HT? and are a04/a06 atom box?
nex04 is
On 03/10/2014 04:24 PM, Wolfram Sang wrote:
Even more, you should complete the whole transfer. There are devices
where things can really go wrong if you send a half-complete command and
then start with the next one. So, not checking signals at all is the way
to go for I2C drivers. There is
When a signal is caught while the i2c-davinci bus driver is transferring,
the drive just "abandons" the transfer and leaves the controller to fend
for itself. The next I2C transaction will find the controller in an
undefined state and often results in a stream of "initiating i2c bus recovery"
Currently vexpress big LITTLE driver selects ARM_BIG_LITTLE_CPUFREQ and so if
CONFIG_BIG_LITTLE isn't enabled and CONFIG_ARM_VEXPRESS_SPC_CPUFREQ is enabled
we get below warnings while compiling:
warning: (ARM_VEXPRESS_SPC_CPUFREQ) selects ARM_BIG_LITTLE_CPUFREQ which has
unmet direct
We have a per-cpu variable for managing which cluster does a CPU belong to.
Currently physical_cluster is set only for the policy->cpu. And that results in
following on some SoC's:
- There are two clusters:
- Cluster 0 has four ARM Cortex A7 CPUs (slower ones): 0,1,2,3
- Cluster 1 has four
On Tue, Mar 11, 2014 at 02:09:59AM +0530, Srivatsa S. Bhat wrote:
> Subsystems that want to register CPU hotplug callbacks, as well as perform
> initialization for the CPUs that are already online, often do it as shown
> below:
>
> get_online_cpus();
>
> for_each_online_cpu(cpu)
>
This patch is an attempt to support MADV_FREE for Linux.
Rationale is following as.
Allocators call munmap(2) when user call free(3) if ptr is
in mmaped area. But munmap isn't cheap because it have to clean up
all pte entries, unlinking a vma and returns free pages to buddy
so overhead would be
This patch adds new vmstat for lazyfree pages so that admin
could check how many of lazyfree pages remains each zone
and how many of lazyfree pages purged until now.
Signed-off-by: Minchan Kim
---
include/linux/mm.h| 4
include/linux/mmzone.h| 1 +
If there are lazyfree pages in system, shrink inactive anonymous
LRU to discard lazyfree pages regardless of existing avaialable
swap.
Signed-off-by: Minchan Kim
---
mm/vmscan.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/mm/vmscan.c b/mm/vmscan.c
index
Now, deactivate_page works for file page but MADV_FREE will use
it to move lazyfree pages to inactive LRU's tail so this patch
makes deactivate_page work with anon pages as well as file pages.
Signed-off-by: Minchan Kim
---
include/linux/mm_inline.h | 9 +
mm/swap.c |
501 - 600 of 1216 matches
Mail list logo