Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_drv.h between commit f93e94efebbe ("drm/i915:
Fix dynamic allocation of physical handles") from the drm-intel-fixes
tree and commit 5cc9ed4b9a7a ("drm/i915: Introduce mapping of user
pages into
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/i915_gem_execbuffer.c between commit 4eda4e461109
("drm/i915: Prevent negative relocation deltas from wrapping") from the
drm-intel-fixes tree and commit a8ebba75b358 ("drm/i915: Use the coarse
ping-pong
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/i915_gem.c between commit f93e94efebbe ("drm/i915:
Fix dynamic allocation of physical handles") from the drm-intel-fixes
tree and commit c8725f3dc091 ("drm/i915: Do not call retire_requests
from
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from exynos5440's driver.
Cc: Amit Daniel Kachhap
Cc: Kukjin Kim
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/exynos5440-cpufreq.c | 6 --
1 file changed, 6 deletions(-)
diff --git
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from imx6q specific code.
Acked-by: Shawn Guo
Signed-off-by: Viresh Kumar
---
arch/arm/mach-imx/mach-imx6q.c | 36
drivers/cpufreq/imx6q-cpufreq.c | 20
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from cpufreq-cpu0 driver.
Acked-by: Shawn Guo
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq-cpu0.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/cpufreq/cpufreq-cpu0.c
Drivers expecting CPU's OPPs from device tree initialize OPP table themselves by
calling of_init_opp_table() and there is nothing driver specific in that. They
all do it in the same redundant way.
It would be better if we can get rid of redundancy by initializing CPU OPPs from
CPU core code for
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from arm_big_little_dt driver.
As the arm_big_little_dt driver doesn't have a .init_opp_table() callback
anymore, make this callback optional.
Cc: Sudeep Holla
Signed-off-by: Viresh Kumar
---
All callers of of_init_opp_table() are required to take reference of
dev->of_node, by initiating calls to of_node_{get|put}(), before and after
calling of_init_opp_table().
Its better to call these from within of_init_opp_table(), no fun adding
redundant code to every caller.
Signed-off-by:
When none of CONFIG_PM_OPP or CONFIG_OF is enabled we use the dummy
implementation of of_init_opp_table() routine, which returns -EINVAL currently.
-EINVAL can confuse the callers a bit as it can have other meanings for the
actual implementation of this routine.
It is more appropriate to return
This is third attempt to initialize CPU's OPPs from CPU core code. First two are
here: https://lkml.org/lkml/2014/5/19/57 and https://lkml.org/lkml/2014/5/21/199
Drivers expecting CPU's OPPs from device tree initialize OPP table themselves by
calling of_init_opp_table() and there is nothing
cpufreq-cpu0 uses thermal framework to register a cooling device, but doesn't
depend on it as there are dummy calls provided by thermal layer when
CONFIG_THERMAL=n. So, we don't really need to mention thermal as a dependency
for cpufreq-cpu0 in Kconfig.
Remove it.
Signed-off-by: Viresh Kumar
On 05/21/2014 08:45 PM, Flavio Leitner wrote:
On Wed, May 21, 2014 at 08:32:24PM -0700, Guenter Roeck wrote:
On 05/21/2014 07:19 PM, Flavio Leitner wrote:
From: Flavio Leitner
It is possible to increase left fan speed on a
DELL Precision 490n system up to 3.
valuefan rpm
1
On Wed, May 21, 2014 at 1:04 AM, Andrew Morton
wrote:
> On Tue, 20 May 2014 16:49:00 +0100 Mel Gorman wrote:
>
>> Prabhakar Lad reported the following problem
>>
>> I see following issue on DA850 evm,
>> git bisect points me to
>> commit id: 975c3a671f11279441006a29a19f55ccc15fb320
>> (
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 927fa33..b5e11c7 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -1154,6 +1156,7 @@ int migrate_swap(struct task_struct *cur, struct
> task_struct *p)
> goto out;
>
>
On Thu, May 22, 2014 at 04:11:10AM +0300, Kirill A. Shutemov wrote:
> Andrew Morton wrote:
> > On Wed, 21 May 2014 22:04:22 +0300 "Kirill A. Shutemov"
> > wrote:
> >
> > > Currently we split all THP pages on any clear_refs request. It's not
> > > necessary. We can handle this on PMD level.
> >
-declaration]
writel_relaxed(build_mr_cfgmask(pcm_data->bus_width) | 0x18,
^
Caused by commit 96ba9dd65788 ("mtd: lpddr: add driver for LPDDR2-NVM
PCM memories").
I have used the l2-mtd tree from next-20140521 for today.
--
Cheers,
Stephen Rothwells...@can
On Thu, May 22, 2014 at 08:30:04AM +0900, Thomas Gleixner wrote:
> >
> > > So what's the semantics of that write function? We really want to have
> > > that agreed on and documented in the man page.
> >
> > The idea was to provide a way to setup @ticks into (nonzero) value
> > which we get from
On Tue, 2014-05-13 at 18:21 +0100, Pedro Alves wrote:
> I wonder whether people are getting Roland's address from?
>
> It's frequent that ptrace related patches end up CCed to
> rol...@redhat.com, but, he's not been at Red Hat for a few years
> now. Roland, do you still want to be CCed on
On 05/20/2014 10:13 PM, Tomasz Figa wrote:
> This patch introduces a driver that handles configuration of CLKOUT pin
> of Exynos SoCs that can be used to output certain clocks from inside of
> the SoC to a dedicated output pin.
>
> Signed-off-by: Tomasz Figa
> ---
>
On 05/20/2014 04:03 PM, Pedro Alves wrote:
> On 05/20/2014 09:14 AM, Anshuman Khandual wrote:
>> On 05/19/2014 08:13 PM, Pedro Alves wrote:
>>> On 05/19/2014 12:46 PM, Anshuman Khandual wrote:
>>>
>> I couldn't actually find any arch that currently returns -ENODEV in
>> the "active" hook.
From: Chander Kashyap
We don't have any protection against addition of duplicate OPPs currently and in
case some code tries to add them, it will end up corrupting OPP tables.
We need to handle some duplication cases separately as returning error might not
be the right thing always. The new list
On 05/21/2014 06:54 PM, Fengguang Wu wrote:
>>>
>>> test case: nhm4/will-it-scale/sched_yield
>>>
>>> 3d7ee969bffcc98 cfda7bb9ecbf9d96264bb5bad
>>> --- -
>>> 5497021 ~ 0% +14.7%6303424 ~ 0% TOTAL
>>> will-it-scale.per_thread_ops
>>>0.54 ~
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This patch adds support for the GPIO function in Crystal Cove.
v2:
-
On Monday, May 19, 2014 7:48 PM, Daniel Lezcano wrote:
> On 04/29/2014 10:26 AM, Jingoo Han wrote:
> > The site-specific OOM messages are unnecessary, because they
> > duplicate the MM subsystem generic OOM message.
>
> Are you sure the MM subsys display a message when an allocation fails ?
>
>
If CMA is turned on and CMA size is set to zero, kernel should
behave as if CMA was not enabled at compile time.
Every dma allocation should check existence of cma area
before requesting memory.
Signed-off-by: Gioh Kim
Signed-off-by: Joonsoo Kim
Acked-by: Michal Nazarewicz
---
hi,
I am using the kernel 3.12 from beagleboard. I loaded the overlay to enable
the ttyO2 on BBB.
echo BB-UART1 > /sys/devices/bone_capemgr.*/slots
It created the ttyO2 device node in /dev.
in dmesg :
[ 76.077679] bone-capemgr bone_capemgr.6: part_number 'BB-UART1', version
'N/A'
[
On 05/20/2014 10:13 PM, Tomasz Figa wrote:
[...]
> diff --git a/arch/arm/boot/dts/exynos4210.dtsi
> b/arch/arm/boot/dts/exynos4210.dtsi
> index ee3001f..b7956cc 100644
> --- a/arch/arm/boot/dts/exynos4210.dtsi
> +++ b/arch/arm/boot/dts/exynos4210.dtsi
> @@ -31,6 +31,15 @@
>
Thanks your advice.
I'll send a patch soon.
2014-05-22 오전 11:54, David Rientjes 쓴 글:
On Thu, 22 May 2014, Gioh Kim wrote:
This is not a big deal but I think get_dev_cma_area is errataum of
dev_get_cma_area.
Looks good, but you may want to read Documentation/SubmittingPatches when
fix erratum get_dev_cma_area into dev_get_cma_area
Signed-off-by: Gioh Kim
---
drivers/base/dma-contiguous.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
index b056661..6343f25 100644
---
I'll resend the patch using git-send-email with your name.
I also hope some ARM-guys took a look at it.
2014-05-22 오후 12:22, Michal Nazarewicz 쓴 글:
On Thu, May 22 2014, Gioh Kim wrote:
I appreciate your comments.
The previous patch was ugly. But now it's beautiful! Just 3 lines!
I'm not
On Wed, 2014-05-21 at 14:01 +0200, Peter Zijlstra wrote:
> On Wed, May 21, 2014 at 04:09:55PM +0530, Anshuman Khandual wrote:
> > On 05/21/2014 02:53 PM, Peter Zijlstra wrote:
> > > On Wed, May 21, 2014 at 02:41:58PM +0530, Anshuman Khandual wrote:
> > >> Hello Peter/Ingo,
> > >>
> > >> Would you
On 05/20/2014 10:13 PM, Tomasz Figa wrote:
> This patch introduces a driver that handles configuration of CLKOUT pin
> of Exynos SoCs that can be used to output certain clocks from inside of
> the SoC to a dedicated output pin.
>
> Signed-off-by: Tomasz Figa
> ---
>
On 22 May 2014 09:44, Viresh Kumar wrote:
> On 22 May 2014 08:52, Sachin Kamat wrote:
>> On 22 May 2014 01:23, Paul Bolle wrote:
>>> A call of pr_err() was added in v3.1. It was guarded by a check for
>>> CONFIG_PM_VERBOSE. The Kconfig symbol PM_VERBOSE was removed in v3.0. So
>>> this call of
On 22 May 2014 08:52, Sachin Kamat wrote:
> On 22 May 2014 01:23, Paul Bolle wrote:
>> A call of pr_err() was added in v3.1. It was guarded by a check for
>> CONFIG_PM_VERBOSE. The Kconfig symbol PM_VERBOSE was removed in v3.0. So
>> this call of pr_err() has never been used. Remove it.
>>
>>
On 22 May 2014 05:27, Rafael J. Wysocki wrote:
> In a header file included by cpu.c. Something like
>
> #if defined(CONFIG_OF) && defined(CONFIG_PM_OPP)
>
> #else
> static inline
> #endif
Thanks, Sudeep already helped me in understanding that :) ..
Already implemented that in cpu.c only ..
--
On 21 May 2014 22:56, Sudeep Holla wrote:
> Sorry I missed this earlier, main idea of this wrapper is not to have any
> config dependency and hide error handling details for non-DT platforms.
> Since
> of_init_opp_table has dummy implementation, you really don't need this dummy
> implementation
As it is perf-script allows one to use perl or python scripts to parse
perf events.
The following proposal aimed to introduce support of .so files as scripts.
This support allows for better performance when parsing perf's data
files and a complete access to the raw data.
This support is
Hi All,
I'm glad to announce SCST 3.0 pre-release code freeze in the SCST SVN branch
3.0.x
You can get it by command:
$ svn co https://scst.svn.sourceforge.net/svnroot/scst/branches/3.0.x
It is going to be released after few weeks of testing, if nothing bad found.
SCST is alternative SCSI
pointer to incomplete type
drivers/pci/pci-sysfs.c:429:1: warning: control reaches end of non-void
function [-Wreturn-type]
Caused by commit da647bb30834 ("PCI: Move Open Firmware devspec
attribute to PCI common code"). Presumably a forgotten include.
I have used the pci tree from nex
On 22 May 2014 05:18, Rafael J. Wysocki wrote:
> The case in which we want to return 0. Never mind, it's OK.
Ahh yes, It was wrong earlier and fixed during this patch only :)
> The parens are still not necessary, though.
Already got rid of them and so didn't bother replying :)
--
To
Move the extcon related code to its own function.
Improve code readability, decrease the dwc3_probe() size.
Signed-off-by: George Cherian
---
drivers/usb/dwc3/dwc3-omap.c | 65 ++--
1 file changed, 39 insertions(+), 26 deletions(-)
diff --git
Move find and set the utmi mode to its own seperate function.
Improve code readability, decrease the dwc3_probe() size.
Signed-off-by: George Cherian
---
drivers/usb/dwc3/dwc3-omap.c | 44 +---
1 file changed, 25 insertions(+), 19 deletions(-)
diff --git
Remove the x_major calculation logic from the wrapper revision register
to differentiate between OMAP5 and AM437x. This was done to find the
register offsets of wrapper register. Now that We do it using dt
compatible, remove the whole logic.
Signed-off-by: George Cherian
---
Following crash is seen on dwc3_omap removal
Unable to handle kernel NULL pointer dereference at virtual address 0018
pgd = ec098000
[0018] *pgd=ad1f9831, *pte=, *ppte=
Internal error: Oops: 17 [#1] SMP ARM
Modules linked in: usb_f_ss_lb g_zero usb_f_acm u_serial usb_f_ecm
The dwc3 wrapper driver should not be fiddling with the core interrupts.
Disabling the core interrupts in prepare stops xhci from proper operation.
So remove disable/enable of core interrupts from prepare/complete.
Signed-off-by: George Cherian
---
drivers/usb/dwc3/dwc3-omap.c | 15
The series does some refactoring on dwc3_probe()
Patch 1 - Now that we use driver compatible for revision check, remove the
unnecessary logic.
Patch 2-4 - reduce the size of dwc3_probe()
Patch 5 - Fix the crash on dwc3_omap removal
Patch 6 - Addresses the issue of xhci hang while resuming from
Move map offset to its own seperate function.
Improve code readability, decrease the dwc3_probe() size.
Signed-off-by: George Cherian
---
drivers/usb/dwc3/dwc3-omap.c | 33 -
1 file changed, 20 insertions(+), 13 deletions(-)
diff --git
Add TPS65917 Bindings.
Signed-off-by: Keerthy
---
.../bindings/regulator/tps65917-pmic.txt | 67
1 file changed, 67 insertions(+)
create mode 100644
Documentation/devicetree/bindings/regulator/tps65917-pmic.txt
diff --git
This patch adds support for TPS65917 PMIC regulators.
The regulators set consists of 5 SMPSs and 5 LDOs. The output
voltages are configurable and are meant to supply power to the
main processor and other components.
Signed-off-by: Keerthy
---
v3 Changes:
removed NULL ops structure
Corrected
The TPS65917 chip is a power management IC for Portable Navigation Systems
and Tablet Computing devices. It contains the following components:
- Regulators.
- GPADC.
- Over Temperature warning and Shut down.
This patch series adds support for TPS65917 mfd device. At this time only
the
Add the various binding files for the TPS65917 family of chips. There is a
top level MFD binding then a seperate binding for regulators IP blocks on chips.
Signed-off-by: Keerthy
---
Documentation/devicetree/bindings/mfd/tps65917.txt | 35
1 file changed, 35 insertions(+)
On 05/21/2014 05:31 PM, Peter Zijlstra wrote:
> On Wed, May 21, 2014 at 04:09:55PM +0530, Anshuman Khandual wrote:
>> On 05/21/2014 02:53 PM, Peter Zijlstra wrote:
>>> On Wed, May 21, 2014 at 02:41:58PM +0530, Anshuman Khandual wrote:
Hello Peter/Ingo,
Would you please consider
Make local functions static, because these are used only in this
file.
Signed-off-by: Jingoo Han
---
drivers/phy/phy-exynos5-usbdrd.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/phy/phy-exynos5-usbdrd.c b/drivers/phy/phy-exynos5-usbdrd.c
index
Junio C Hamano wrote:
> Felipe Contreras writes:
>
> > Junio C Hamano wrote:
> >
> >> * The remote-helper interface to fast-import/fast-export via the
> >>transport-helper has been tightened to avoid leaving the import
> >>marks file from a failed/crashed run, as such a file that is
On 05/21/2014 05:00 PM, Peter Zijlstra wrote:
> On Wed, May 21, 2014 at 03:29:46PM +0530, Anshuman Khandual wrote:
>> This patch introduces new branch filter PERF_SAMPLE_BRANCH_COND which
>> will extend the existing perf ABI. Various architectures can provide
>> this functionality with either with
On 05/22/2014 11:10 AM, f...@marvell.com wrote:
From: Fan Wu
What the patch did:
1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
calling pinctrl_select_state
2.Remove the HW disable operation in in pinmux_disable_setting function.
The reason why to do this
On Wed, May 21, 2014 at 08:32:24PM -0700, Guenter Roeck wrote:
> On 05/21/2014 07:19 PM, Flavio Leitner wrote:
> >From: Flavio Leitner
> >
> >It is possible to increase left fan speed on a
> >DELL Precision 490n system up to 3.
> >
> > valuefan rpm
> > 1 35460
> > 2
On Tue, 20 May 2014 19:46:19 -0700, Frank Rowand wrote:
> On 5/20/2014 7:41 PM, Frank Rowand wrote:
> < snip >
> > I will reply to this email with an additional patch that restores the
> > original behavior.
> < snip >
> From: Frank Rowand
>
> If __of_find_node_by_path() returns parent when the
On 05/21/2014 07:19 PM, Flavio Leitner wrote:
From: Flavio Leitner
It is possible to increase left fan speed on a
DELL Precision 490n system up to 3.
valuefan rpm
1 35460
2 64740
3 78510
Guess the speed factor 30 doesn't apply here.
On 05/21/2014 06:03 PM, Joe Perches wrote:
On Wed, 2014-05-21 at 17:28 -0700, Guenter Roeck wrote:
On Tue, May 20, 2014 at 10:06:42AM -0700, Joe Perches wrote:
On Tue, 2014-05-20 at 18:48 +0200, Fabian Frederick wrote:
Cc: Kurt Garloff
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
The first patch in the series makes the deadlock detector work again.
The second is removing the rtmutex tester as with the current
implementation of the lock chain walk plus the demise of the lock
steal mechanism and the BKL extra logic, we can now build a tester in
userspace via the futex
The builtin tester is gone,, so the deadlock logic is now only
required for futexes.
Remove the extra arguments for the public functions and also for the
futex specific ones which get always called with deadlock detection
enabled.
Signed-off-by: Thomas Gleixner
---
include/linux/rtmutex.h
The conditions under which deadlock detection is conducted are unclear
and undocumented.
Add constants instead of using 0/1 and provide a selection function
which hides the additional debug dependency from the calling code.
Add comments where needed.
Signed-off-by: Thomas Gleixner
---
The tester has been broken for quite some time. It's possible to fix
it, but the main reason for having it in the kernel was the lock steal
mechanism in the rtmutex code. That's gone, so we can implement a
stateful correctness tester just via the futex syscall.
Signed-off-by: Thomas Gleixner
---
Add a separate local variable for the boost/deboost logic to make the
code more readable. Add comments where appropriate.
Signed-off-by: Thomas Gleixner
---
kernel/locking/rtmutex.c | 50 +++
1 file changed, 42 insertions(+), 8 deletions(-)
Index:
In case the dead lock detector is enabled we follow the lock chain to
the end in rt_mutex_adjust_prio_chain, even if we could stop earlier
due to the priority/waiter constellation.
But once we are not longer the top priority waiter in a certain step
or the task holding the lock has already the
The current deadlock detection logic does not work reliably due to the
following early exit path:
/*
* Drop out, when the task has no waiters. Note,
* top_waiter can be NULL, when we are in the deboosting
* mode!
*/
if (top_waiter &&
On Thu, May 22 2014, Gioh Kim wrote:
> I appreciate your comments.
> The previous patch was ugly. But now it's beautiful! Just 3 lines!
>
> I'm not familiar with kernel patch process.
> Can I have your name at Signed-off-by: line?
> What tag do I have to write your name in?
My Signed-off-by line
On 22 May 2014 01:23, Paul Bolle wrote:
> A call of pr_err() was added in v3.1. It was guarded by a check for
> CONFIG_PM_VERBOSE. The Kconfig symbol PM_VERBOSE was removed in v3.0. So
> this call of pr_err() has never been used. Remove it.
>
> Signed-off-by: Paul Bolle
> ---
> Untested.
>
>
On Fri, 16 May 2014, Vlastimil Babka wrote:
> Compaction uses compact_checklock_irqsave() function to periodically check for
> lock contention and need_resched() to either abort async compaction, or to
> free the lock, schedule and retake the lock. When aborting, cc->contended is
> set to signal
Hi Linus,
Fixes for the other big two, the radeon VCE one is large but it fixes some
userspace triggerable issues, otherwise its blackscreens and oopses,
nouveau fixes a bleeding laptop panel issue when displayport is used
sometimes,
Dave.
The following changes since commit
From: Fan Wu
What the patch did:
1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
calling pinctrl_select_state
2.Remove the HW disable operation in in pinmux_disable_setting function.
The reason why to do this is that:
1.To avoid duplicated enable_setting
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Christoph Hellwig
> Sent: Wednesday, May 21, 2014 9:32 AM
> To: Heiko Carstens
> Cc: Andrew Morton; KAMEZAWA Hiroyuki; Andrea Righi; Eric Dumazet; linux-
>
On Tue, May 20, 2014 at 04:26:09PM +0530, Sekhar Nori wrote:
> On Monday 19 May 2014 10:23 PM, Peter Ujfalusi wrote:
> > On 05/19/2014 04:06 PM, Sekhar Nori wrote:
> >> On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
> >>> Hi,
> >>>
> >>> Changes since v2:
> >>> - Comments from Sekhar and
On Thu, 22 May 2014, Gioh Kim wrote:
> This is not a big deal but I think get_dev_cma_area is errataum of
> dev_get_cma_area.
>
Looks good, but you may want to read Documentation/SubmittingPatches when
proposing patches.
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, 19 May 2014, Vlastimil Babka wrote:
> Fix a (spurious) build warning:
>
> mm/compaction.c:860:15: warning: ‘next_free_pfn’ may be used uninitialized in
> this function [-Wmaybe-uninitialized]
>
> Seems like the compiler cannot prove that exiting the for loop without
> updating
>
On Tue, 13 May 2014, Vlastimil Babka wrote:
> I wonder what about a process doing e.g. mmap() with MAP_POPULATE. It seems to
> me that it would get only MIGRATE_ASYNC here, right? Since gfp_mask would
> include __GFP_NO_KSWAPD and it won't have PF_KTHREAD.
> I think that goes against the idea
On 05/21/2014 12:49 PM, Peter Zijlstra wrote:
> On Wed, May 21, 2014 at 03:19:48PM +0200, Peter Zijlstra wrote:
>> > On Wed, May 21, 2014 at 09:08:26AM -0400, Sasha Levin wrote:
>>> > > +++ b/kernel/sched/core.c
>>> > > @@ -1154,6 +1156,7 @@ int migrate_swap(struct task_struct *cur, struct
>>> >
On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi
wrote:
> > A much nicer interface would be for us to (finally!) implement
> > fincore(), perhaps with an enhanced per-present-page payload which
> > presents the info which you need (although we don't actually know what
> > that info is!).
>
>
From: Flavio Leitner
It is possible to increase left fan speed on a
DELL Precision 490n system up to 3.
valuefan rpm
1 35460
2 64740
3 78510
Signed-off-by: Flavio Leitner
---
drivers/char/i8k.c | 4 ++--
include/uapi/linux/i8k.h | 3 ++-
2 files
Hi Simon,
Today's linux-next merge of the renesas tree got a conflict in
arch/arm/boot/dts/r8a7790-lager.dts between commit 637193b2f22c ("Merge
branch 'next/boards' into for-next") from the arm-soc tree and commit
2a3bd7497db1 ("Merge branch 'heads/dt-scif-for-v3.16' into next") from
the renesas
On Tue, 20 May 2014 19:41:22 -0700, Frank Rowand wrote:
> On 5/18/2014 2:27 AM, Grant Likely wrote:
> > On Fri, 16 May 2014 11:54:44 +0100, Grant Likely
> > wrote:
> >> On Thu, 15 May 2014 19:51:17 -0700, Frank Rowand
> >> wrote:
> >>> On 5/13/2014 7:58 AM, Grant Likely wrote:
> Make
On Wed, May 21, 2014 at 04:26:52PM +0530, Vinod Koul wrote:
> On Tue, May 06, 2014 at 10:12:48AM +0800, Robin Gong wrote:
> > add "device_prep_dma_memcpy" and "device_prep_dma_sg" for memory copy by
> > sdma.
> >
> > Signed-off-by: Robin Gong
> >
> > ---
> > change:
> > --v3:
> > 1. remove
Hi Andy,
On Wed, May 21, 2014 at 03:46:58PM -0700, Andy Lutomirski wrote:
> On Mon, May 19, 2014 at 10:59 PM, Jet Chen wrote:
> > Hi Andy,
> >
> > FYI, we noticed the below changes on
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/vdso
> > commit
Hi Daniel,
What do you think of it?
Regards
Wei
On 05/13/2014 11:10 AM, wei.y...@windriver.com wrote:
From: Yang Wei
We do not need to trace read_sched_clock function,
so add notrace attribute for this function.
Signed-off-by: Yang Wei
---
drivers/clocksource/dw_apb_timer_of.c |2 +-
On Wed, 21 May 2014 20:12:32 +0200 "Michael Kerrisk (man-pages)"
wrote:
> Vasily (and Motohiro),
>
> Sometime ago, Motohiro raised a documentation bug
> ( https://bugzilla.kernel.org/show_bug.cgi?id=42704 ) which
> relates to your commit 72fa59970f8698023045ab0713d66f3f4f96945c
> ("move
This is not a big deal but I think get_dev_cma_area is errataum of
dev_get_cma_area.
diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
index b056661..6343f25 100644
--- a/drivers/base/dma-contiguous.c
+++ b/drivers/base/dma-contiguous.c
@@ -291,7 +291,7 @@ err:
*
*
On 5/21/2014 9:09 AM, Grant Likely wrote:
> On Tue, 20 May 2014 19:55:45 -0700, Frank Rowand
> wrote:
>> On 5/13/2014 7:58 AM, Grant Likely wrote:
>>
>>> Make of_find_node_by_path() handle aliases as prefixes. To make this
< snip >
>>> ---
>>
>>> drivers/of/base.c | 60
>>>
Use regulator_set_voltage_time_sel() instead of open-coded.
Signed-off-by: Axel Lin
---
Hi Keerthy,
This patch was sent on:
https://lkml.org/lkml/2014/2/18/190
I'd appreciate if you can review and test it.
Thanks,
Axel
drivers/regulator/tps65218-regulator.c | 37
On 05/22/2014 09:06 AM, 管雪涛 wrote:
>
> - Chen Gang 写道:
>> On 05/22/2014 08:26 AM, 管雪涛 wrote:
>>>
>>> - Chen Gang 写道:
'dccp_timestamp_seed' is initialized once by ktime_get_real() in
dccp_timestamping_init(). It is always less than ktime_get_real()
in dccp_timestamp().
Andrew Morton wrote:
> On Wed, 21 May 2014 22:04:22 +0300 "Kirill A. Shutemov"
> wrote:
>
> > Currently we split all THP pages on any clear_refs request. It's not
> > necessary. We can handle this on PMD level.
> >
> > One side effect is that soft dirty will potentially see more dirty
> >
On 05/22/2014 09:00 AM, 管雪涛 wrote:
> This log is so big and tedious.
> I prefer to have three separated commits, and for find_first_*, only two line
> ERRORs are enough.
> Thanks.
OK, thanks. I shall separate them into 3 patches, and send patch v2 for
it within this month (excuse me, next, I
- Chen Gang 写道:
> On 05/22/2014 08:26 AM, 管雪涛 wrote:
> >
> > - Chen Gang 写道:
> >> 'dccp_timestamp_seed' is initialized once by ktime_get_real() in
> >> dccp_timestamping_init(). It is always less than ktime_get_real()
> >> in dccp_timestamp().
> >>
> >> Then, ktime_us_delta() in
On Wed, 2014-05-21 at 17:28 -0700, Guenter Roeck wrote:
> On Tue, May 20, 2014 at 10:06:42AM -0700, Joe Perches wrote:
> > On Tue, 2014-05-20 at 18:48 +0200, Fabian Frederick wrote:
> > > Cc: Kurt Garloff
> > > Cc: Andrew Morton
> > > Signed-off-by: Fabian Frederick
> > > ---
> > >
I appreciate your comments.
The previous patch was ugly. But now it's beautiful! Just 3 lines!
I'm not familiar with kernel patch process.
Can I have your name at Signed-off-by: line?
What tag do I have to write your name in?
- 8<
On 05/22/2014 08:26 AM, 管雪涛 wrote:
>
> - Chen Gang 写道:
>> 'dccp_timestamp_seed' is initialized once by ktime_get_real() in
>> dccp_timestamping_init(). It is always less than ktime_get_real()
>> in dccp_timestamp().
>>
>> Then, ktime_us_delta() in dccp_timestamp() will always return positive
This log is so big and tedious.
I prefer to have three separated commits, and for find_first_*, only two line
ERRORs are enough.
Thanks.
Xuetao
- Chen Gang 写道:
> unicore32 has implemented 'find_first_bit', 'find_first_zero_bit',
> 'pm_power_off', and '__cpuc_coherent_kern_range', need
On Wed, May 21, 2014 at 07:32:58PM -0400, Murali Karicheri wrote:
> >Not quite, it first scans the network checking the Maximum Payload Size
> >Supported (MPSS) for each device, and chooses the highest supported by
> >all as the MPS for all.
> Why highest? It should be lowest so that all on the
On Wednesday, May 21, 2014 8:21 PM, Roger Quadros wrote:
>
> Fix the following warning when CONFIG_MTD_NAND_OMAP_BCH is disabled.
> warning: ‘erased_sector_bitflips’ defined but not used [-Wunused-function]
>
> Signed-off-by: Roger Quadros
(+cc Christian Engelmayer)
The same patch was already
1 - 100 of 1550 matches
Mail list logo