On 10/22/14 09:27, Pavel Machek wrote:
> Hi!
>
>> Add CMA_AGGRESSIVE config that depend on CMA to Linux kernel config.
>> Add CMA_AGGRESSIVE_PHY_MAX, CMA_AGGRESSIVE_FREE_MIN and CMA_AGGRESSIVE_SHRINK
>> that depend on CMA_AGGRESSIVE.
>>
>> If physical memory size (not include CMA memory) in byte
On 10/21/2014 10:15 PM, Sasha Levin wrote:
> hstate_sizelog() would shift left an int rather than long, triggering
> undefined behaviour and passing an incorrect value when the requested
> page size was more than 4GB, thus breaking >4GB pages.
>
> Signed-off-by: Sasha Levin
> ---
>
(2014/10/21 18:21), Peter Zijlstra wrote:
On Thu, Oct 16, 2014 at 06:48:15PM +0900, Yasuaki Ishimatsu wrote:
+++ b/kernel/sched/fair.c
@@ -1466,6 +1466,7 @@ static void update_task_scan_period(struct task_struct *p,
unsigned long remote = p->numa_faults_locality[0];
unsigned
Thanks for your comments, I'll send the next verison.
On Tue, Oct 21, 2014 at 12:39:35PM +0300, Andy Shevchenko wrote:
> On Tue, 2014-10-21 at 09:09 +0800, Robin Gong wrote:
> > code reorg for transfer prepare and bus width check.
>
> Fix style of commit message.
>
> >
> > Signed-off-by: Robin
On Fri, Oct 10, 2014 at 03:06:17PM +0200, Michal Sojka wrote:
> The help text of CONFIG_MTD_OF_PARTS refers to additional documentation
> in booting-without-of.txt but this documentation was moved to another
> file in commit efcc2da3fd148c9acb7d7cf1d9800e0649f950fc (Stefan Roese:
> Factor MTD
(2014/10/22 1:56), Toshi Kani wrote:
On Mon, 2014-10-20 at 19:05 +0900, Yasuaki Ishimatsu wrote:
:
When hot removing memory, pgdat is set to 0 in try_offline_node().
But if the pgdat is allocated by bootmem allocator, the clearing
step is skipped. And when hot adding the same memory, the
On Tuesday 21 October 2014 09:19 PM, Gabriel Fernandez wrote:
> Hi Kishon,
>
> To be sure, if i rename MIPHY_TYPE_SATA into PHY_TYPE_SATA, i have to
> rename the filename also ?
>
> include/dt-bindings/phy/phy-miphy.h into include/dt-bindings/phy/phy.h
>
> am I right?
That's right..
Cheers
Chris,
On Tue, Oct 21, 2014 at 4:25 PM, Chris Zhong wrote:
> @@ -34,7 +40,8 @@ static const char * const rockchip_board_dt_compat[] = {
> };
>
> DT_MACHINE_START(ROCKCHIP_DT, "Rockchip Cortex-A9 (Device Tree)")
> - .l2c_aux_val= 0,
> - .l2c_aux_mask = ~0,
> +
On Tue, Oct 21, 2014 at 02:27:13PM -0700, Andy Lutomirski wrote:
> On Tue, Oct 21, 2014 at 2:21 PM, Seth Forshee
> wrote:
> > On Wed, Oct 15, 2014 at 07:37:36AM -0700, Andy Lutomirski wrote:
> >> On Wed, Oct 15, 2014 at 12:39 AM, Seth Forshee
> >> wrote:
> >> > On Tue, Oct 14, 2014 at 02:19:19PM
Chris,
On Tue, Oct 21, 2014 at 4:25 PM, Chris Zhong wrote:
> +#ifdef CONFIG_PM_SLEEP
> +static void __iomem *rk3288_cru_base;
> +static const int rk3288_saved_cru_reg_ids[] = {
> + RK3288_MODE_CON,
> + RK3288_CLKSEL_CON(0),
> + RK3288_CLKSEL_CON(1),
> +
Hi!
> Hi Peter,
>
> On 10/21/2014 09:05 PM, Peter Rosin wrote:
> > I did some further tests, and the following program fails without the patch:
>
> With the patch, it is OK?
Yes.
> > #include
> > #include
> > #include
> > #include
> >
> > int
> > main(void)
> > {
> > int fd;
> >
On Fri, 10 Oct 2014 16:28:43 +0530, Hemant Kumar wrote:
> This patch adds support to dump the SDT cache onto sdtout.
> The cache data is read into a hash_list and then, it iterates through
> the hash_list to dump the data onto stdout.
>
> # ./perf sdt-cache --dump
>
> /usr/lib64/libc-2.16.so :
>
On Fri, 10 Oct 2014 16:28:24 +0530, Hemant Kumar wrote:
> This patch adds a new sub-command to perf : sdt-cache.
> sdt-cache command can be used to add SDT events.
> When user invokes "perf sdt-cache add ", a hash table/list is
> created named as file_hash list. A typical entry in a file_hash
Masami Hiramatsu writes:
>>> +/*
>>> + * MODULE_REF_BASE must be 1, since we use atomic_inc_not_zero() for
>>> + * recovering refcnt (see try_release_module_ref() ).
>>> + */
>>> +#define MODULE_REF_BASE1
>>
>> True, but we could use atomic_add_unless() instead, and make this
>> completely
Prarit Bhargava writes:
> There have been several times where I have had to rebuild a kernel to
> cause a panic when hitting a WARN() in the code in order to get a crash
> dump from a system. Sometimes this is easy to do, other times (such as
> in the case of a remote admin) it is not trivial to
Chris,
On Tue, Oct 21, 2014 at 4:19 PM, Chris Zhong wrote:
> +static u32 rk3288_grf_gpio6c_iomux;
Somehow my instinct says that this should be in the "info" structure,
but I can't say exactly why (since by definition there can be only one
gpio6_c6). ...no need to change this in my opinion.
On Tue, Oct 21, 2014 at 05:56:47PM -0500, Brian Vandre wrote:
> This fixes the 2 checkpatch.pl warnings:
> WARNING: line over 80 characters
>
please check your patch with --strict option of checkpatch.pl , and you will
get :
"Alignment should match open parenthesis" .
thanks
sudip
>
Chris,
On Tue, Oct 21, 2014 at 4:19 PM, Chris Zhong wrote:
> From: Chris
I think your git is misconfigured. The above "From" line will make
the author end up without your last name. Heiko mentioned this in v4.
> diff --git a/drivers/pinctrl/pinctrl-rockchip.c
>
Hi Guenter,
On 21/10/14 14:12, Guenter Roeck wrote:
> Replace mach_power_off with pm_power_off to simplify the subsequent
> move of pm_power_off to generic code.
>
> Cc: Geert Uytterhoeven
> Cc: Greg Ungerer
> Cc: Joshua Thompson
> Acked-by: Geert Uytterhoeven
> Signed-off-by: Guenter Roeck
Hi all,
Changes since 20141021:
The sound-asoc tree still had its build failure so I used the version from
next-20141020.
Non-merge commits (relative to Linus' tree): 901
894 files changed, 17829 insertions(+), 34057 deletions
在 2014/10/21 5:31, Kevin Hilman 写道:
"jinkun.hong" writes:
From: "jinkun.hong"
Add power domain drivers based on generic power domain for Rockchip platform,
and support RK3288.
Signed-off-by: Jack Dai
Signed-off-by: jinkun.hong
[...]
+static int rockchip_pmu_set_idle_request(struct
On 2014/10/22 3:58, Dmitry Torokhov wrote:
Hi Jinkun,
On Tue, Oct 21, 2014 at 02:13:26AM -0700, jinkun.hong wrote:
From: "jinkun.hong"
Add power domain drivers based on generic power domain for Rockchip platform,
and support RK3288.
Signed-off-by: Jack Dai
Signed-off-by: jinkun.hong
---
Need more time to read and think about these mails. I just want to
clarify one thing: Bill has left HP, and now I inherited his works.
That's why I sent an update of his patch
https://lkml.org/lkml/2014/10/21/134
On 10/22/2014 10:47 AM, Eric W. Biederman wrote:
Bjorn Helgaas writes:
On Tue, 2014-10-21 at 20:10 -0700, Rom Lemarchand wrote:
> On the topic of maintainers for binder: both Arve Hjønnevåg
> (a...@android.com) and Riley Andrews (riandr...@android.com) have
> volunteered to be co-maintainers with Greg.
>
> We would also like to make kernel-t...@android.com the
On 10/21/2014 12:44 PM, Thomas Gleixner wrote:
> On Tue, 21 Oct 2014, Martin Kelly wrote:
>> On 10/21/2014 01:56 AM, Thomas Gleixner wrote:
>> Thomas, do you see any issues with a revision that separates out the
>> return values (0 for a map with 1 entry, -1 for a map with invalid
>> entries) and
On the topic of maintainers for binder: both Arve Hjønnevåg
(a...@android.com) and Riley Andrews (riandr...@android.com) have
volunteered to be co-maintainers with Greg.
We would also like to make kernel-t...@android.com the maintainer of
the whole android directory.
--
To unsubscribe from this
On 10/22/2014 10:47 AM, Bjorn Helgaas wrote:
[+cc Joerg, Eric, Tom, David, iommu list]
On Wed, Oct 15, 2014 at 2:14 AM, Takao Indoh wrote:
(2014/10/14 18:34), Li, ZhenHua wrote:
I tested on the latest stable version 3.17, it works well.
On 10/10/2014 03:13 PM, Li, Zhen-Hua wrote:
On a HP
Add SND_SOC_MAX98090 to Kconfig of rockchip ASoC, to support
rockchip board using a max98090 codec.
Tested on rockchip board based on rk3288.
Signed-off-by: Jianqun
---
changes since v1:
--make the max98090 driver directly selectable, suggested by Lars
changes since v2:
--modify tristate
Hi Krzysztof,
On 10/21/2014 10:19 PM, Krzysztof Kozlowski wrote:
> Add suspend to RAM configuration for max77686 regulators. Some LDOs and
> bucks are disabled. This reduces energy consumption during S2R,
> approximately from 17 mA to 9 mA.
>
> Additionally remove old and not supported bindings:
Hello,
About zram, pre-3.10 is really old. At that time, there were some trouble
in zram but I belive most of known bugs should fix since 3.14 merged
from staging and enhanced much so I suggest you try it with recent zram.
If you find a problem, let me know it.
Thanks.
On Tue, Oct 21, 2014 at
According to JEDEC v5.01 spec (6.6.5), In order to switch to HS400 mode,
host should perform the following steps.
1. HS200 mode selection completed
2. Set HS_TIMING to 0x01(High Speed)
3. Host changes frequency to =< 52MHz
4. Set the bus width to DDR 8bit (CMD6)
5. Host may read Driver
Bjorn Helgaas writes:
> [-cc Bill, +cc Zhen-Hua, Eric, Tom, Jerry]
>
> Hi Joerg,
>
> I was looking at Zhen-Hua's recent patches, trying to figure out if I
> need to do anything with them. Resetting devices in the old kernel
> seems like a non-starter. Resetting devices in the new kernel, ...,
[+cc Joerg, Eric, Tom, David, iommu list]
On Wed, Oct 15, 2014 at 2:14 AM, Takao Indoh wrote:
> (2014/10/14 18:34), Li, ZhenHua wrote:
>> I tested on the latest stable version 3.17, it works well.
>>
>> On 10/10/2014 03:13 PM, Li, Zhen-Hua wrote:
>>> On a HP system with Intel vt-d supported and
On Tue, Oct 21, 2014 at 11:25:56PM +0200, Jiri Kosina wrote:
> On Tue, 21 Oct 2014, Josh Poimboeuf wrote:
>
> > > This is a rather difficult call actually. I am of course aware of the
> > > fact
> > > that kernel fucntions can't be uniquely identified by name, but when
> > > thinking about
Hi Hemant,
On Fri, 10 Oct 2014 16:27:53 +0530, Hemant Kumar wrote:
> This patch serves the initial support to identify and list SDT events in
> binaries.
> When programs containing SDT markers are compiled, gcc with the help of
> assembler
> directives identifies them and places them in the
(2014/10/22 0:48), Jiri Kosina wrote:
> Add a function that allows external users (such as live patching
> mechanisms) to check whether a given function (identified by symbol name)
> has a kprobe installed in it.
Actually, we've already exported the list of kprobes with probe points
(symbols)
On 10/21/2014 09:39 PM, David Miller wrote:
> From: Sasha Levin
> Date: Tue, 21 Oct 2014 16:51:09 -0400
>
>> > netlink uses empty data to seperate different levels. However, we still
>> > try to copy that data from a NULL ptr using memcpy, which is an undefined
>> > behaviour.
>> >
>> >
[-cc Bill, +cc Zhen-Hua, Eric, Tom, Jerry]
Hi Joerg,
I was looking at Zhen-Hua's recent patches, trying to figure out if I
need to do anything with them. Resetting devices in the old kernel
seems like a non-starter. Resetting devices in the new kernel, ...,
well, maybe. It seems ugly, and it
From: Jonathan Richardson
Adds initial support for the Cygnus SoC based on Broadcom’s iProc series.
Move ARCH_BCM_5301x under the ARCH_BCM_IPROC architecture.
Reviewed-by: Ray Jui
Reviewed-by: Desmond Liu
Reviewed-by: JD (Jiandong) Zheng
Tested-by: Jonathan Richardson
Signed-off-by: Scott
From: Jonathan Richardson
This defconfig is utilized so a customer or developer can understand
what kernel drivers are utilized by the Cygnus SoC. It also enables
debug configs which should be disabled if optimal performance is
desired.
Tested-by: Jonathan Richardson
Reviewed-by: JD
Move ARCH_BCM_5301X subarch under ARCH_IPROC architecture.
Additional IPROC chipsets that share a lot of commonality should be
added under ARCH_IPROC as well.
Signed-off-by: Scott Branden
---
arch/arm/mach-bcm/Kconfig | 37 -
1 file changed, 16
DT files to enable cygnus consisting on reference designs
and cygnus core configuration.
Reviewed-by: Ray Jui
Reviewed-by: Arun Parameswaran
Tested-by: Jonathan Richardson
Reviewed-by: JD (Jiandong) Zheng
Signed-off-by: Scott Branden
---
arch/arm/boot/dts/Makefile |4 ++
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurations
Acked-by: Jonathan Richardson
Signed-off-by: Scott Branden
---
MAINTAINERS | 14 ++
1 file changed, 14 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b0f17d5..dfe255f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2125,6 +2125,20 @@ L: linux-s...@vger.kernel.org
From: Jonathan Richardson
Reviewed-by: Arun Parameswaran
Tested-by: Jonathan Richardson
Reviewed-by: JD (Jiandong) Zheng
Reviewed-by: Ray Jui
Signed-off-by: Scott Branden
---
.../devicetree/bindings/arm/bcm/cygnus.txt | 31 ++
It _looks_ like a hard out-of-ram event and not necessarily a filesystem
implementation problem.
One of the systems I work with has zero swap but still allows overcommit
in the VM. It would do things like this all the time back in development
(and I suspect it still does but the developers
Pre-Script :: this is not an 3.18 problem. I traced it out in 3.16.
On 10/21/2014 06:55 PM, Robert White wrote:
It _looks_ like a hard out-of-ram event and not necessarily a filesystem
implementation problem.
One of the systems I work with has zero swap but still allows overcommit
in the VM.
(2014/10/21 0:22), Johannes Weiner wrote:
> pc->mem_cgroup had to be left intact after uncharge for the final LRU
> removal, and !PCG_USED indicated whether the page was uncharged. But
> since 0a31bc97c80c ("mm: memcontrol: rewrite uncharge API") pages are
> uncharged after the final LRU removal.
(2014/10/21 0:22), Johannes Weiner wrote:
> PCG_MEM is a remnant from an earlier version of 0a31bc97c80c ("mm:
> memcontrol: rewrite uncharge API"), used to tell whether migration
> cleared a charge while leaving pc->mem_cgroup valid and PCG_USED set.
> But in the final version,
On Tue, 2014-10-21 at 22:28 +0200, Borislav Petkov wrote:
> On Thu, Oct 09, 2014 at 02:01:06PM -0500, Aravind Gopalakrishnan wrote:
> > I actually agree with this approach. So no argument:)
>
> Ok, thanks, here's a patch.
>
> Btw, I'm pushing the whole queue to a ras-for-3.19 branch at
>
(2014/10/21 0:22), Johannes Weiner wrote:
> Now that mem_cgroup_swapout() fully uncharges the page, every page
> that is still in use when reaching mem_cgroup_uncharge() is known to
> carry both the memory and the memory+swap charge. Simplify the
> uncharge path and remove the PCG_MEMSW page flag
Em Wed, Oct 22, 2014 at 10:34:27AM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Wed, 15 Oct 2014 17:06:30 -0300, Arnaldo Carvalho de Melo wrote:
> > Next time please run: (I'm fixing this up this time)
> >
> > [acme@zoo linux]$ time make -C tools/perf build-test
> ...
> > In file included
From: Alexei Starovoitov
Date: Mon, 20 Oct 2014 14:54:57 -0700
> while comparing for verifier state equivalency the comparison
> was missing a check for uninitialized register.
> Make sure it does so and add a testcase.
>
> Fixes: f1bca824dabb ("bpf: add search pruning optimization to
From: Geert Uytterhoeven
Date: Mon, 20 Oct 2014 10:08:16 +0200
> drivers/net/ethernet/apm/xgene/xgene_enet_sgmac.c: In function
> ‘xgene_enet_ecc_init’:
> drivers/net/ethernet/apm/xgene/xgene_enet_sgmac.c:126: warning: ‘data’ may be
> used uninitialized in this function
>
> Depending on the
From: Sasha Levin
Date: Tue, 21 Oct 2014 16:51:09 -0400
> netlink uses empty data to seperate different levels. However, we still
> try to copy that data from a NULL ptr using memcpy, which is an undefined
> behaviour.
>
> Signed-off-by: Sasha Levin
This isn't a POSIX C library, this it the
From: Thomas Graf
Date: Tue, 21 Oct 2014 22:05:38 +0200
> The synchronize_rcu() in netlink_release() introduces unacceptable
> latency. Reintroduce minimal lookup so we can drop the
> synchronize_rcu() until socket destruction has been RCUfied.
>
> Cc: David S. Miller
> Cc: Eric Dumazet
>
Hi Jiri,
On Thu, 16 Oct 2014 16:07:00 +0200, Jiri Olsa wrote:
> hi,
> adding some branch_info checks to prevent segfaults
> on data without branch info.
>
> v2: using cmp_null as suggested by Namhyung
For the series,
Acked-by: Namhyung Kim
Thanks,
Namhyung
>
> available at:
>
Hi Arnaldo,
On Wed, 15 Oct 2014 17:06:30 -0300, Arnaldo Carvalho de Melo wrote:
> Next time please run: (I'm fixing this up this time)
>
> [acme@zoo linux]$ time make -C tools/perf build-test
...
> In file included from util/machine.c:14:0:
> util/unwind.h: In function ‘unwind__prepare_access’:
>
Dan,
> -Original Message-
> From: ddstr...@gmail.com [mailto:ddstr...@gmail.com] On Behalf Of Dan
> Streetman
> Sent: 2014年10月21日 21:03
> To: Neil Zhang
> Cc: linux-kernel; Greg Kroah-Hartman
> Subject: Re: [PATCH] drivers: base: update cpu offline info when do hotplug
>
> On Sun, Oct
On Tue, Oct 21, 2014 at 03:57:29PM +0200, Jerome Marchand wrote:
> On 10/21/2014 09:27 AM, karam@lge.com wrote:
> > From: "karam.lee"
> >
> > This patch implements rw_page operation for zram block device.
> >
> > I implemented the feature in zram and tested it.
> > Test bed was the G2, LG
On Oct 21, 2014, at 12:07 PM, Andrew Morton wrote:
> On Sat, 18 Oct 2014 17:39:10 -0700 ebied...@xmission.com (Eric W. Biederman)
> wrote:
>
>> Jeff Kirsher writes:
>>
>>> From: Mark Rustad
>>>
>>> Resolve missing-field-initializers warnings in W=2 builds by
>>> using designated
Hi Peter,
On 10/21/2014 09:05 PM, Peter Rosin wrote:
I did some further tests, and the following program fails without the patch:
With the patch, it is OK?
#include
#include
#include
#include
int
main(void)
{
int fd;
int format;
int channels;
if ((fd =
On Fri, 26 Sep 2014 16:37:10 -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Add a --branch-history option to perf report that changes all
> the settings necessary for using the branches in callstacks.
>
> This is just a short cut to make this nicer to use, it does
> not enable any functionality
On 14/10/21, Paul Moore wrote:
> On Tuesday, October 21, 2014 03:56:10 PM Steve Grubb wrote:
> > audit_log_task_info logs too much information for typical use. There are
> > times when you might want to know everything about what's connecting. But
> > in this case, we don't need anything about
On 14/10/21, Eric Paris wrote:
> On Tue, 2014-10-21 at 17:08 -0400, Richard Guy Briggs wrote:
> > On 14/10/21, Steve Grubb wrote:
> > > On Tuesday, October 07, 2014 03:03:14 PM Eric Paris wrote:
> > > > On Tue, 2014-10-07 at 14:23 -0400, Richard Guy Briggs wrote:
> > > > > Log the event when a
In current driver, power_supply_changed() is called whenever any of
the battery attribute changed. This causes kernel to increases the
'/sys/power/wakeup_count' and make suspend not working correctly.
This patch change this behavior to call power_supply_changed()
only when the battery capacity
Hi Linus,
intel, nouveau, radeon and qxl,
mostly for bugs introduced in the merge window, nothing too shocking.
Dave.
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
On Tue, 21 Oct 2014, Davide Libenzi wrote:
> Calling mmap with MAP_HUGETLB and a size which is not 2MB aligned, causes
> mmap to fail. Tested on 3.13.x but tracking back to 3.2.x.
A couple of "un" were found under my desk, as it's clearly munmap which is
failing.
- Davide
--
To unsubscribe
Hi Andi,
On Fri, 26 Sep 2014 16:37:09 -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Currently branch stacks can be only shown as edge histograms for
> individual branches. I never found this display particularly useful.
>
> This implements an alternative mode that creates histograms over
On Tue, Oct 21, 2014 at 5:46 PM, Aditya Kali wrote:
> On Tue, Oct 21, 2014 at 3:42 PM, Andy Lutomirski wrote:
>> On Tue, Oct 21, 2014 at 3:33 PM, Aditya Kali wrote:
>>> On Tue, Oct 21, 2014 at 12:02 PM, Andy Lutomirski
>>> wrote:
On Tue, Oct 21, 2014 at 11:49 AM, Aditya Kali
On Wed, Oct 22, 2014 at 08:50:57AM +0800, Qu Wenruo wrote:
> Any reproducer?
>
> Thanks,
> Qu
> Original Message
> Subject: [3.18rc1] btrfs triggering vm bug_on
> From: Dave Jones
> To: Linux Kernel
> Date: 2014年10月22日 05:57
> > page:ea00088aa1c0 count:4
Any reproducer?
Thanks,
Qu
Original Message
Subject: [3.18rc1] btrfs triggering vm bug_on
From: Dave Jones
To: Linux Kernel
Date: 2014年10月22日 05:57
page:ea00088aa1c0 count:4 mapcount:0 mapping:88009901e2d8 index:0x0
flags: 0x2ffc000806(error|referenced|private)
On Tue, Oct 21, 2014 at 3:42 PM, Andy Lutomirski wrote:
> On Tue, Oct 21, 2014 at 3:33 PM, Aditya Kali wrote:
>> On Tue, Oct 21, 2014 at 12:02 PM, Andy Lutomirski
>> wrote:
>>> On Tue, Oct 21, 2014 at 11:49 AM, Aditya Kali wrote:
On Mon, Oct 20, 2014 at 10:49 PM, Andy Lutomirski
This patch is to add support for rockchip board with max98090 codec.
It also needs sound node in dt file.
Tested on rockchip board based on rk3288.
Signed-off-by: Jianqun
---
change since v1:
-Just make the max98090 driver directly selectable, suggested by Lars
sound/soc/rockchip/Kconfig | 12
As Kirill mentioned(https://lkml.org/lkml/2013/1/29/118):
| If rq has already had 2 or more pushable tasks and we try to add a
| pinned task then call of push_rt_task will just waste a time.
Just switched pinned task is not able to be pushed. If the rq has had
several dl tasks before they have
On Tue, Oct 21, 2014 at 2:30 AM, Arnd Bergmann wrote:
> On Tuesday 21 October 2014 11:22:40 Thomas Gleixner wrote:
>> On Thu, 4 Sep 2014, Bjorn Andersson wrote:
>>
>> > On Tue, Aug 19, 2014 at 1:23 PM, Bjorn Andersson
>> > wrote:
>> > > Introduce the irq_read_line() function to allow device
On 10/21/2014 04:56 PM, Stephen Boyd wrote:
> On 10/21/2014 04:35 PM, j...@joshtriplett.org wrote:
>> --->8---
>> From 1646d051a4a4c18b9a6163fceabcafa20628c728 Mon Sep 17 00:00:00 2001
>> From: Josh Triplett
>> Date: Tue, 21 Oct 2014 16:14:19 -0700
>> Subject: [PATCH] linux/init.h: Always omit
Arnaldo Carvalho de Melo [a...@kernel.org] wrote:
| Em Tue, Oct 21, 2014 at 11:56:10AM -0700, Sukadev Bhattiprolu escreveu:
| > >From 773a3608a0cd2daf02e244cb9ffbf5bb6a0e724e Mon Sep 17 00:00:00 2001
| > From: Sukadev Bhattiprolu
| > Date: Tue, 21 Oct 2014 13:20:22 -0500
| > Subject: [PATCH 1/1]
On 14-10-20 10:48 PM, Arnd Bergmann wrote:
On Monday 20 October 2014 15:59:45 Scott Branden wrote:
On 14-10-20 12:55 PM, Arnd Bergmann wrote:
On Tuesday 14 October 2014 19:58:51 Scott Branden wrote:
if ARCH_BCM
+menu "iProc SoC based Machine types"
+ config ARCH_BCM_IPROC
+
The SLUB cache merges caches with the same size and alignment and there
was long standing bug with this behavior:
* create the cache named "foo"
* create the cache named "bar" (which is merged with "foo")
* delete the cache named "foo" (but it stays allocated because "bar" uses
it)
* create the
On 10/21/2014 04:35 PM, j...@joshtriplett.org wrote:
> On Tue, Oct 21, 2014 at 11:19:01PM +0200, Peter Hüwe wrote:
>> as far as I remember everything marked with __exit or __exit_data will only
>> be
>> used/called when unloading a module, and gets moved to the .exit.text or
>> .exit.data
2014-10-21 오후 10:21, PINTU KUMAR 쓴 글:
>
> Hi,
>
> - Original Message -
>> From: Gioh Kim
>> To: Pintu Kumar ; a...@linux-foundation.org;
> han...@cmpxchg.org; r...@redhat.com; mgor...@suse.de;
> vdavy...@parallels.com; nasa4...@gmail.com; ddstr...@ieee.org;
> m.szyprow...@samsung.com;
On Tue, Oct 21, 2014 at 04:49:43PM -0200, Thadeu Lima de Souza Cascardo wrote:
>When IOMMU bypass is enabled, a PCI device can read and write memory
>that was not mapped by the driver without causing an EEH. That might
>cause memory corruption, for example.
>
>When we disable bypass, DMA reads and
This patch fix a typo in Documentation/mailbox.txt
"bool async" is defined in struct demo_client.
Signed-off-by: Masanari Iida
---
Documentation/mailbox.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/mailbox.txt b/Documentation/mailbox.txt
index
On Tue, Oct 21, 2014 at 11:19:01PM +0200, Peter Hüwe wrote:
> as far as I remember everything marked with __exit or __exit_data will only
> be
> used/called when unloading a module, and gets moved to the .exit.text or
> .exit.data sections.
>
> Why are these sections present in the
add pmu_intmem node for suspend, add global_pwroff pinctrl.
The pmu_intmem is used to store the resume code.
global_pwroff is held low level at work, it would be pull to high
when entering suspend. PMICs can get this signal, then shut down
some power rails. So please reference the global_pwroff
The pmu-sram is used to store resume code, suspend/resume need get the
address of it. Therefore add a binding and documentation for it.
Signed-off-by: Tony Xie
Signed-off-by: Chris Zhong
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
save and restore some clks, which might be changed in suspend.
Signed-off-by: Tony Xie
Signed-off-by: Chris Zhong
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- __raw_readl/__raw_writel replaced by readl_relaxed/writel_relaxed
drivers/clk/rockchip/clk-rk3288.c | 63
It's a basic version of suspend and resume for rockchip, it only support RK3288
now.
Signed-off-by: Tony Xie
Signed-off-by: Chris Zhong
---
Changes in v4:
- remove grf regmap
Changes in v3:
- move the pinmux of gpio6_c6 save and restore to pinctrl-rockchip
Changes in v2:
- add the regulator
Save and restore the gpio6_c6 pinmux setting, since Maskrom of RK3288
would modify it to sdmmc0_det, so it need to be restored to the correct
setting after resume from Maskrom.
Signed-off-by: Chris Zhong
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
From: Chris
support suspend/resume of pinctrl, it allows handling sleep mode
for hogged pins in pinctrl
Signed-off-by: Chris Zhong
---
Changes in v4:
- use SIMPLE_DEV_PM_OPS for suspend/resume struct
Changes in v3: None
Changes in v2: None
drivers/pinctrl/pinctrl-rockchip.c | 20
other device controllers in suspend, and it will pull the GLOBAL_PWROFF pin
to high in the final stage of the process of suspend, pull the pin to low again
when resume.
Changes in v4:
- use SIMPLE_DE_PM_OPS for suspend/resume struct
- remove grf regmap
Changes in v3:
- move the pinmux of
On Tue, Oct 21, 2014 at 2:40 PM, Wilmer van der Gaast wrote:
> Hello,
>
> Sorry for the delay, finally poked at this again. It looks like the
> no_console_suspend flag was causing troubles, which I didn't really need
> anyway with logging going to my serial port.
>
> This is what I get now on the
On Tuesday, October 21, 2014 06:30:29 PM Eric Paris wrote:
> I've always hated the fact that we include this in ANY current audit
> message. I truly believe we need two new record types.
>
> AUDIT_PROCESS_INFO
> AUDIT_EXTENDED_PROCESS_INFO
>
> What does my UID have to do with a syscall? Why is
Hi,
During gdb testsuite testing in arm V7 LE rootfs running on
top of ARM V8 kernel bigcore.exp test exposed issue in kernel
user land core file writing logic. The issue is that for
certain memory layout of crashed process upper address memory
pages were not available so dump_skip with llseek
There are situation when dump_skip is used on last part
of core file with intent of creating zeros. However if it
is not followed by any write (through dump_emit) zeros
will not be written into the file. I.e llseek without
subsequent write does not create any content.
Such issue happened during
This fixes the 2 checkpatch.pl warnings:
WARNING: line over 80 characters
Signed-off-by: Brian Vandre
---
drivers/staging/iio/adc/mxs-lradc.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/iio/adc/mxs-lradc.c
b/drivers/staging/iio/adc/mxs-lradc.c
This patch-set fixes 2 checkpatch.pl warnings
dealing with lines over 80 characters.
Changes from v1:
-squashed 2 patches into 1 as suggested by Alexandre Belloni
Brian Vandre (1):
Staging: iio: adc: fix line over 80 characters
drivers/staging/iio/adc/mxs-lradc.c | 6 --
1 file changed,
On Tue, Oct 21, 2014 at 3:33 PM, Aditya Kali wrote:
> On Tue, Oct 21, 2014 at 12:02 PM, Andy Lutomirski wrote:
>> On Tue, Oct 21, 2014 at 11:49 AM, Aditya Kali wrote:
>>> On Mon, Oct 20, 2014 at 10:49 PM, Andy Lutomirski
>>> wrote:
On Mon, Oct 20, 2014 at 10:42 PM, Eric W. Biederman
On Tuesday, October 21, 2014 06:19:52 PM Eric Paris wrote:
> On Tue, 2014-10-21 at 17:56 -0400, Paul Moore wrote:
> > * Change the audit_status.version field comment in
> > include/uapi/linux/audit.h to "/* audit functionality bitmap */", or
> > similar. We can't really change the structure now,
1 - 100 of 1656 matches
Mail list logo
