Initialize cpuacct before the scheduler is functioning, so when
cpuacct_charge() and cpuacct_account_field() are called, task_ca()
won't return NULL.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/kernel/sched/cp
v2:
- rebase against tip-tree
- add acked-by
I said this patchset needn't to be rebased, which is wrong. The last patch
needs rebasing.
===
cpuacct is the only user of cgroup_subsys.active flag.
The flag is needed because cpuacct_charge() and cpuacct_account_fiel
The only user was cpuacct.
Acked-by: Tejun Heo
Signed-off-by: Li Zefan
---
include/linux/cgroup.h | 1 -
kernel/cgroup.c| 3 ---
2 files changed, 4 deletions(-)
diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h
index 900af59..95c02c0 100644
--- a/include/linux/cgroup.h
+++ b
This is a preparation, so later we can initialize cpuacct earlier.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/cpuacct.c b/kernel/sched/cpuacct.c
index 9305fd2..a691c4d 100644
--- a/kernel/sched/cpuacct.c
Now we're guaranteed when cpuacct_charge() and cpuacct_account_field()
are called, cpuacct has already been properly initialized, so we no
longer need those checks.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/kernel/sched/cpuacct.c
Now we don't need cpuacct_init(), and instead we just initialize
root_cpuacct when it's defined.
Signed-off-by: Li Zefan
---
kernel/sched/core.c| 2 --
kernel/sched/cpuacct.c | 11 ---
kernel/sched/cpuacct.h | 5 -
3 files changed, 4 insertions(+), 14 deletions(-)
diff --git a
Now most of the code in cpuacct.h can be moved to cpuacct.c
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 44 +++-
kernel/sched/cpuacct.h | 46 --
2 files changed, 43 insertions(+), 47 deletions(-)
diff -
This is a micro optimazation for a hot path.
- We don't need to check if @ca returned from task_ca() is NULL.
- We don't need to check if @ca returned from parent_ca() is NULL.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 4 ++--
kernel/sched/cpuacct.h | 5 +
2 files changed, 7 inse
Add cpuacct.h and let sched.h include it.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.h | 52 ++
kernel/sched/sched.h | 48 +-
2 files changed, 53 insertions(+), 47 deletions(-)
create mode 100644
So we don't open-coded initialization of cpuacct in core.c.
Signed-off-by: Li Zefan
---
kernel/sched/core.c| 8 ++--
kernel/sched/cpuacct.c | 7 +++
kernel/sched/cpuacct.h | 5 +
3 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/co
This is a micro optimization for the hot path.
- We don't need to check if @ca is NULL in parent_ca().
- We don't need to check if @ca is NULL in the beginning of the for loop.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 6 +-
kernel/sched/cpuacct.h | 2 +-
2 files changed, 6 inser
So we can remove open-coded cpuacct code in cputime.c.
Signed-off-by: Li Zefan
---
kernel/sched/cpuacct.c | 23 +++
kernel/sched/cpuacct.h | 6 ++
kernel/sched/cputime.c | 18 +-
3 files changed, 30 insertions(+), 17 deletions(-)
diff --git a/kernel/sche
Signed-off-by: Li Zefan
---
kernel/sched/Makefile | 1 +
kernel/sched/core.c| 220 ---
kernel/sched/cpuacct.c | 227 +
3 files changed, 228 insertions(+), 220 deletions(-)
create mode 100644 kerne
v2: rebase against tip-tree
I don't rebase "[PATCH 0/5] cpuacct, cgroup: Remove cgroup_subsys.active",
because it can be applied cleanly on top of this patchset.
- This patchset splits cpuacct out of core scheduler code.
- Plus two small optimizations.
0001-sched-Sp
Dear RT Folks,
I'm pleased to announce the 3.2.42-rt62 stable release.
This release is just an update to the new stable 3.2.42 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
> > I looked in today's linux-next, and there seems to be only one
> > initialization of this field, to true, and one test of this field. So
> > perhaps the case for setting the field to false just isn't needed.
>
> Oh sorry now I get what you mean! I thought about this -- and yes I
> decided to
Please ignore this patchset. It's not based on the right kernel
version..
On 2013/3/28 12:11, Li Zefan wrote:
> - This patchset splits cpuacct out of core scheduler code.
> - Plus two small optimizations.
>
> 0001-sched-Split-cpuacct-code-out-of-core.c.patch
> 0002-sched-Split-cpuacct-out-of-sche
commit 84a9a8cd9d0aa93c17e5815ab8a9cc4c0a765c63 changed the sense key
used for returning task registers, but HDIO_DRIVE_CMD ioctl was
not changed accordingly.
Tested: check that SMART ENABLE sent using HDIO_DRIVE_CMD returns 0
instead of EIO.
Signed-off-by: Gwendal Grignou
---
drivers/ata/libat
Dear RT Folks,
I'm pleased to announce the 3.4.37-rt51 stable release.
This release is just an update to the new stable 3.4.37 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
Naoya Horiguchi wrote:
> On Thu, Mar 28, 2013 at 09:03:16PM +0400, Konstantin Khlebnikov wrote:
>> Naoya Horiguchi wrote:
>>> Currently we fail to include any data on hugepages into coredump,
>>> because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
>>> introduced by commit 314e
Michal Hocko writes:
> On Tue 26-03-13 16:59:40, Aneesh Kumar K.V wrote:
>> Naoya Horiguchi writes:
> [...]
>> > diff --git v3.9-rc3.orig/mm/memory-failure.c v3.9-rc3/mm/memory-failure.c
>> > index df0694c..4e01082 100644
>> > --- v3.9-rc3.orig/mm/memory-failure.c
>> > +++ v3.9-rc3/mm/memory-fai
Linus,
I tried to send the mail to 'Ben Dooks ' but the address
is dead now.
> I assume you've tested it in practice?
Yes, I'm running the modified code both in bootloader and Linux kernel on
my board.
Thanks,
Max
Signed-off-by: Max Nekludov
---
drivers/net/ethernet/micrel/ks8851.c | 2 +-
1
On 03/28/2013 09:41 PM, Rob Landley wrote:
>
> You don't need a new glibc port, you need a new klibc or musl port.
>
> http://www.openwall.com/lists/musl/2012/07/08/1
>
> Way less work than getting glibc working for your basic smoketest...
>
Good point. Average time to port klibc to a new a
On Thu, Mar 28, 2013 at 9:18 PM, Namhyung Kim wrote:
> On Thu, Mar 28, 2013 at 04:58:30PM -0700, Sukadev Bhattiprolu wrote:
>> Roberto Vitillo [raviti...@lbl.gov] wrote:
>> | The proposed patch adds the convert tool to perf which allows to convert a
>> | perf.data file to a set of callgrind data f
On 03/28/2013 06:42:47 AM, Arnd Bergmann wrote:
On Thursday 28 March 2013, Ley Foon Tan wrote:
> On Thu, 2013-03-28 at 10:40 +, Arnd Bergmann wrote:
> > On Thursday 28 March 2013, Ley Foon Tan wrote:
> > > We will working on generic ABI for kernel and Glibc. This might
take
> > > some time
On Thu, Mar 28, 2013 at 04:58:30PM -0700, Sukadev Bhattiprolu wrote:
> Roberto Vitillo [raviti...@lbl.gov] wrote:
> | The proposed patch adds the convert tool to perf which allows to convert a
> | perf.data file to a set of callgrind data files which can subsequently be
> | displayed with kcachegri
On Thu, Mar 28, 2013 at 04:16:45PM +0800, Zhang Yanfei wrote:
> Add an Documentation/ABI entry for /sys/devices/system/cpu/cpu0/crash_notes
> and /sys/devices/system/cpu/cpu0/crash_notes_size.
>
> Cc: Greg KH
> Cc: "Eric W. Biederman"
> Cc: Vivek Goyal
> Signed-off-by: Zhang Yanfei
Assuming t
On Fri, Mar 29, 2013 at 11:50:35AM +0800, Zhang Yanfei wrote:
> Hi, simon
>
> I forgot to add your email in the CC, could you please help
> reviewing this patch since I will send the kexec-tools patch
> if this patch is accepted.
>
> Thanks
> Zhang
>
> 于 2013年03月28日 16:15, Zhang Yanfei 写道:
> > F
Hi, simon
I forgot to add your email in the CC, could you please help
reviewing this patch since I will send the kexec-tools patch
if this patch is accepted.
Thanks
Zhang
于 2013年03月28日 16:15, Zhang Yanfei 写道:
> For percpu notes, we are exporting only address and not size. So
> the userspace tool
On Thu, Mar 28, 2013 at 10:08:23PM -0400, Paul Gortmaker wrote:
> [Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
> 28/03/2013 (Thu 19:00) Paul E. McKenney wrote:
>
> > On Fri, Mar 29, 2013 at 01:39:04AM +0100, Frederic Weisbecker wrote:
> > > 2013/3/29 Paul Gortmaker :
>
On Thu, Mar 28, 2013 at 07:24:02PM +0100, Maxime Ripard wrote:
> Hi Simon,
>
> Le 28/03/2013 13:42, Simon Horman a écrit :
> > On Thu, Mar 28, 2013 at 10:41:44AM +0100, Maxime Ripard wrote:
> >> Now that the arm core code calls irqchip_init, we can remove it from all
> >> the machines that were us
On 03/28/2013 08:52 PM, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> The function tracing control loop used by perf spits out a warning
> if the called function is not a control function. This is because
> the control function references a per cpu allocated data structure
> on str
Dear RT Folks,
I'm pleased to announce the 3.6.11.1-rt32 stable release.
This release is just an update to the new stable 3.6.11.1 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-
[+cc Matthew]
[+cc e1000-de...@lists.sourceforge.net for suspected 82575/82598 regression]
On Thu, Mar 28, 2013 at 01:24:55PM -0700, Yinghai Lu wrote:
> patch for Roman
>
> On Thu, Mar 28, 2013 at 1:24 PM, Yinghai Lu wrote:
> > resending with adding To Roman.
> >
> > On Thu, Mar 28, 2013 at 5:46
On 2013年03月29日 02:31, David Miller wrote:
> Please post networking patches to net...@vger.kernel.org, thanks.
ok, thanks, it is my fault.
originally, I get the mail addresses from ./scripts/get_maintainer.pl.
it is a useful tool to help members to find mail addresses.
I should fully
For direct-write and normal-write operations, after write they will call
fuse_invalidate_attr.
So it's make no sense to call file_update_time before writing.
In function file_update_time, there is other thing which update version of
inode.For this i am not sure.
Signed-off-by: Jianpeng Ma
---
f
On 03/27/2013 12:47 PM, Hong Zhiguo wrote:
> Signed-off-by: Hong Zhiguo
> diff --git a/net/ieee802154/netlink.c b/net/ieee802154/netlink.c
> index 97351e1..9247252 100644
> --- a/net/ieee802154/netlink.c
> +++ b/net/ieee802154/netlink.c
> @@ -65,7 +65,7 @@ struct sk_buff *ieee802154_nl_create(int
On Fri, Mar 29, 2013 at 3:25 AM, Arnd Bergmann wrote:
> From: Manjunath Goudar
>
> Separate the SPEAr host controller driver from ehci-hcd host code
> so that it can be built as a separate driver module.
> This work is part of enabling multi-platform kernels on ARM;
> however, note that other cha
On Thu, Mar 28, 2013 at 1:30 PM, Christoph Lameter wrote:
> This patch requires the earlier bug fix.
>
>
> Subject: slub: Make cpu partial slab support configurable
Hi Christoph,
Minor nit:
Applying: slub: Make cpu partial slab support configurable
/home/paul/git/linux-head/.git/rebase-ap
On Thu, Mar 28, 2013 at 1:23 PM, Rik van Riel wrote:
> Subject: [PATCH -mm -next] ipc,sem: change locking scheme to make lockdep
> happy
>
> Unfortunately the locking scheme originally proposed has false positives
> with lockdep. This can be fixed by changing the code to only ever take
> one loc
On 28 March 2013 23:54, Jacob Shin wrote:
> This patchset adds AMD specific powersave bias function to the ondemand
> governor; which can be used to help ondemand governor make more power
> conscious
> frequency change decisions based on feedback from hardware (availble on AMD
> Family 16h and ab
On 28 March 2013 23:43, Tejun Heo wrote:
> Ping. Peter, Ingo?
Thanks for your ping, even i was thinking of it since sometime :)
> Viresh, would it be difficult to make another measurement of the same
> workload with the said workqueues converted to unbound? I think that
> would at least provid
Over the last little while I have been working to correct a design
oversight in user namespaces, that probably needs to be documented
somewhere, and the fixes for the worst of the oversight have been
merged.
The problem was I forgot to consider what when there are shared
resources and root uses t
Francois Romieu [mailto:rom...@fr.zoreil.com]
[...]
> Your description suggests that testing against the link
> partner ability
> to work at 10M instead of testing for tp->link_ok could be
> good enough.
>
> Does it make sense ?
>
Furthermore, should it not speed down without linking, even th
[Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
28/03/2013 (Thu 19:00) Paul E. McKenney wrote:
> On Fri, Mar 29, 2013 at 01:39:04AM +0100, Frederic Weisbecker wrote:
> > 2013/3/29 Paul Gortmaker :
> > > [Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] O
[Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
29/03/2013 (Fri 01:39) Frederic Weisbecker wrote:
> 2013/3/29 Paul Gortmaker :
> > [Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
> > 28/03/2013 (Thu 08:40) Ingo Molnar wrote:
> >
> >>
> >> * Frederi
On Fri, Mar 29, 2013 at 01:39:04AM +0100, Frederic Weisbecker wrote:
> 2013/3/29 Paul Gortmaker :
> > [Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
> > 28/03/2013 (Thu 08:40) Ingo Molnar wrote:
> >
> >>
> >> * Frederic Weisbecker wrote:
> >>
> >> > + cpulist_scnprintf(
I'm announcing the release of the 3.6.11.1 kernel.
The updated 3.6.11.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
v3.6-stable
The patch can be downloaded at:
https://www.kernel.org/pub/linux/kernel/projects/rt/3.6/stable/pat
From: David Flater
To fix a 5-year-old regression, reverse the changes made in the
following commit:
commit 7ef36390fabe2168fe31f245e49eb4e5f3762622
Author: Jan Beulich
Date: Tue Oct 16 23:31:07 2007 -0700
PNP: don't fail device init if no DMA channel available
Most drivers for
I got a "sched_setaffinity:: Invalid argument" error when using
err_injection_tool to inject error on a system with over 32 cpus.
Error information when injecting an error on a system with over 32 cpus:
$ ./err_injection_tool -i
/sys/devices/system/cpu/cpu0/err_inject//err_type_info
Begine at Tue
VESA_DMT_VSYNC_HIGH should be used instead of VESA_DMT_HSYNC_HIGH,
because FB_SYNC_VERT_HIGH_ACT is related to vsync, not to hsync.
Signed-off-by: Jingoo Han
Cc: Steffen Trumtrar
Cc: Tomi Valkeinen
---
drivers/video/fbmon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --gi
On 2013/3/29 0:47, Luck, Tony wrote:
> Nice catch.
>
> - mask[j]=1< + mask[j] = (unsigned long)1<
> Could use
> mask[j] = 1ul << k;
> to avoid the verbose cast.
Thank you for your suggestion, Tony.
I'll modify it in next version.
>
On Thu, Mar 28, 2013 at 09:04:12PM +, Russell King - ARM Linux wrote:
...
> From what I could see, there's not much point to pj4-cp0.c without
> iwmmxt.S also being built. So, what I'd suggest is this, which will
> ensure IWMMXT is enabled when PJ4 is set, otherwise giving people the
> choice
On 2013年03月29日 02:31, David Miller wrote:
> Please post networking patches to net...@vger.kernel.org, thanks.
ok, thanks.
it is my fault.
originally, I get mail addresses by ./scripts/get_maintainers.pl
it is a useful tool for members to get mail addresses.
I should fully use it,
On Thu, Mar 28, 2013 at 11:19:12AM -0700, Dan Magenheimer wrote:
> > From: Minchan Kim [mailto:minc...@kernel.org]
> > Subject: Re: [RFC] mm: remove swapcache page early
> >
> > Hi Dan,
> >
> > On Wed, Mar 27, 2013 at 03:24:00PM -0700, Dan Magenheimer wrote:
> > > > From: Hugh Dickins [mailto:hu.
On 03/28/2013 09:00 PM, Michel Lespinasse wrote:
> On Thu, Mar 28, 2013 at 8:32 AM, Rik van Riel wrote:
>> The ipc semaphore code has a nasty RCU locking tangle, with both
>> find_alloc_undo and semtimedop taking the rcu_read_lock(). The
>> code can be cleaned up somewhat by only taking the rcu_re
On Thu, Mar 21, 2013 at 2:34 PM, wrote:
> From: Sahara
>
> Somehow tracepoint_entry_add_probe function allows a null probe function.
> And, this may lead to unexpected result since the number of probe
> functions in an entry can be counted by checking whether probe is null
> or not in for-loop.
On Thu, Mar 28, 2013 at 8:32 AM, Rik van Riel wrote:
> The ipc semaphore code has a nasty RCU locking tangle, with both
> find_alloc_undo and semtimedop taking the rcu_read_lock(). The
> code can be cleaned up somewhat by only taking the rcu_read_lock
> once.
>
> The only caller of find_alloc_undo
My mistake.
In ata_cmd_ioctl(), we clean the results and remove CHECK_CONDITION
when necessary. I did not update that code for the new Sense Key:
if (cmd_result & SAM_STAT_CHECK_CONDITION) {
struct scsi_sense_hdr sshdr;
scsi_normalize_
if we pull some commits from other git repo
which bring in a few CONFIG_* options, then
we have to build all again, but we do assure
these options are not interesting for us,
so the long waiting build will be offending.
this change help us to avoid all-build.
Signed-off-by: liguang
---
Makefile
On Thu, Mar 28, 2013 at 3:53 PM, Greg Kroah-Hartman
wrote:
> On Thu, Mar 28, 2013 at 01:13:23PM -0700, Luis R. Rodriguez wrote:
>
>
>
>> This has me thinking if it makes sense to have an external driver tree
>> for staging drivers but lead by engineers who already know the rules
>> of upstream, t
From: David Flater
To fix a 5-year-old regression, reverse the changes made in the
following commit:
commit 7ef36390fabe2168fe31f245e49eb4e5f3762622
Author: Jan Beulich
Date: Tue Oct 16 23:31:07 2007 -0700
PNP: don't fail device init if no DMA channel available
Most drivers for
在 2013-03-28四的 10:13 -0700，Randy Dunlap写道：
> On 03/28/13 00:28, liguang wrote:
> > if we pull some commits from other git repo
> > which bring in a few CONFIG_* options, then
> > we have to build all again, but we do assure
> > these options are not interesting for us,
> > so the long waiting build
2013/3/29 Paul Gortmaker :
> [Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
> 28/03/2013 (Thu 08:40) Ingo Molnar wrote:
>
>>
>> * Frederic Weisbecker wrote:
>>
>> > + cpulist_scnprintf(nohz_ext_buf, sizeof(nohz_ext_buf),
>> > nohz_extended_mask);
>> > + pr_info("NO_H
[Re: [PATCH 2/4] nohz: Print final full dynticks CPUs range on boot] On
28/03/2013 (Thu 08:40) Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
> > + cpulist_scnprintf(nohz_ext_buf, sizeof(nohz_ext_buf),
> > nohz_extended_mask);
> > + pr_info("NO_HZ: Experimental full dynticks CPUs:
On Thu, Mar 28, 2013 at 10:32:53PM +, David Howells wrote:
> Sarah Sharp wrote:
>
> > I'm a little bit confused about your description for the second one.
> > Did you need to change the #defines names because they could conflict
> > with other drivers when the xHCI driver is built in? Or is
Roberto Vitillo [raviti...@lbl.gov] wrote:
| The proposed patch adds the convert tool to perf which allows to convert a
| perf.data file to a set of callgrind data files which can subsequently be
| displayed with kcachegrind.
Sounds interesting and useful. My only comment is that 'convert' is a
ge
On 03/28/2013 03:27 PM, Sachin Kamat wrote:
> Return the value obtained from the function instead of hardcoding.
> Silences the following warnings:
> drivers/extcon/extcon-max77693.c:297 max77693_muic_set_path()
> info: why not propagate 'ret' from max77693_update_reg() instead of (-11)?
> drivers/
Adds support for High Speed I2C driver found in Exynos5 and
later SoCs from Samsung.
This driver currently supports Auto mode.
Driver only supports Device Tree method.
Note: Added debugfs support for registers view, not tested.
Signed-off-by: Taekgyun Ko
Signed-off-by: Naveen Krishna Chatradhi
From: Michel Lespinasse
This reverts commit 1869305009857cdeaabe6283bcdc2359c5784543 ("mm:
introduce VM_POPULATE flag to better deal with racy userspace programs").
VM_POPULATE only has any effect when userspace plays racy games with
vmas by trying to unmap and remap memory regions that mmap or
On Thu, Mar 28, 2013 at 3:29 PM, Julia Lawall wrote:
> On Thu, 28 Mar 2013, Luis R. Rodriguez wrote:
>
>> On Thu, Mar 28, 2013 at 11:10 AM, Julia Lawall wrote:
>> > On Thu, 28 Mar 2013, Luis R. Rodriguez wrote:
>> >>
>> >> Thanks Julia! I'll be sure to try to add this to compat-drivers if the
>>
hayeswang :
[...]
> Do you have any suggestion about this?
Your description suggests that testing against the link partner ability
to work at 10M instead of testing for tp->link_ok could be good enough.
Does it make sense ?
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe
From: Emilio López
This commit implements support for using the clk api; this lets us use
the "clocks" property with device tree, instead of having to use
clock-frequency.
Signed-off-by: Emilio López
Signed-off-by: Maxime Ripard
Reviewed-by: Heikki Krogerus
---
Changes from v1:
- Add my SoB
On Fri, Mar 29, 2013 at 12:06:52AM +0100, Maxime Ripard wrote:
> Hi Greg,
>
> Le 29/03/2013 00:03, Greg Kroah-Hartman a écrit :
> > On Wed, Mar 27, 2013 at 01:35:48PM +0100, Maxime Ripard wrote:
> >> From: Emilio López
> >>
> >> This commit implements support for using the clk api; this lets us u
Hi Greg,
Le 29/03/2013 00:03, Greg Kroah-Hartman a écrit :
> On Wed, Mar 27, 2013 at 01:35:48PM +0100, Maxime Ripard wrote:
>> From: Emilio López
>>
>> This commit implements support for using the clk api; this lets us use
>> the "clocks" property with device tree, instead of having to use
>> clo
On Wed, Mar 27, 2013 at 01:35:48PM +0100, Maxime Ripard wrote:
> From: Emilio López
>
> This commit implements support for using the clk api; this lets us use
> the "clocks" property with device tree, instead of having to use
> clock-frequency.
>
> Signed-off-by: Emilio López
> ---
Why aren't
On Thu, Mar 28, 2013 at 01:13:23PM -0700, Luis R. Rodriguez wrote:
> This has me thinking if it makes sense to have an external driver tree
> for staging drivers but lead by engineers who already know the rules
> of upstream, they just want to get things done faster.
That's called a "fork" or "
On 03/28/2013 03:46 PM, Maxime Ripard wrote:
> More and more sub-architectures are using only the irqchip_init
> function. Make the core code call this function if no init_irq field is
> provided in the machine description to remove some boilerplate code.
>
> Signed-off-by: Maxime Ripard
Acked-b
The 'perf' tool has some built-in test cases and one of them checks to
see if the symbols in vmlinux match those in /proc/kallsyms.
This test is failing on Power for several reasons. I fixed a couple of
them (described briefly at the end of the mail) and these fixes take
the test further.
One p
Sarah Sharp wrote:
> I'm a little bit confused about your description for the second one.
> Did you need to change the #defines names because they could conflict
> with other drivers when the xHCI driver is built in? Or is there some
> other point I'm missing?
Sorry, I should say. I'm trying t
On Monday 18 March 2013, Uwe Kleine-König wrote:
> +static int __init nvic_init_bases(struct device_node *node,
> + void __iomem *nvic_base)
> +{
There is probably no point to keep this function separate from
nvic_of_init any more, unless you plan to mke it globally
On 03/25/2013 10:13 AM, Jiri Slaby wrote:
> BTW I very pray this will fix also the issue I have when I run ltp tests
> (highly I/O intensive, esp. `growfiles') in a VM while playing a movie
> on the host resulting in a stuttered playback ;).
No, this is still terrible. I was now updating a kernel
On Thu, 28 Mar 2013, Luis R. Rodriguez wrote:
> On Thu, Mar 28, 2013 at 11:10 AM, Julia Lawall wrote:
> > On Thu, 28 Mar 2013, Luis R. Rodriguez wrote:
> >>
> >> Thanks Julia! I'll be sure to try to add this to compat-drivers if the
> >> upstream fb patch is not accepted. If it is accepted we wou
v3.3 provides support for write back descriptor error status. This allows
reporting of errors in a descriptor field. In supporting this, certain
errors such as P/Q validation errors no longer halts the channel. The DMA
engine can continue to execute until the end of the chain and allow software
to
On 03/28/2013 04:01 PM, Mike Turquette wrote:
> Quoting Colin Cross (2013-03-21 17:06:25)
>> On Thu, Mar 21, 2013 at 3:36 PM, Mike Turquette
>> wrote:
>>> To my knowledge, devfreq performs one task: implements an algorithm
>>> (typically one that loops/polls) and applies this heuristic towards a
Hi all,
I am trying to clean up our OCTEON NAND flash driver in the Linux kernel
and enable support for multi-bit ECC using BCH and am having some
issues. I am able to successfully work with NAND flash that requires 4
bits ECC per 512 bytes but I am having issues with one of our boards
that h
Hi Thomas,
On 3/28/13 2:24 AM, Thomas Gleixner wrote:
On Thu, 28 Mar 2013, Chris Zankel wrote:
For Xtensa:
Acked-by: Chris Zankel
Thanks for going the extra mile and test-compiling it.
Though, the build fails later with:
arch/xtensa/kernel/built-in.o:(.init.literal+0x90): undefined referen
From: Naveen Krishna Chatradhi
Adds support for High Speed I2C driver found in Exynos5 and
later SoCs from Samsung.
This driver currently supports Auto mode.
Driver only supports Device Tree method.
Note: Added debugfs support for registers view, not tested.
Signed-off-by: Taekgyun Ko
Signed-o
Kevin Hilman writes:
> commit 91d1aa43 (context_tracking: New context tracking susbsystem)
> generalized parts of the RCU userspace extended quiescent state into
> the context tracking subsystem. Context tracking is then used
> to implement adaptive tickless (a.k.a extended nohz)
>
> To support
From: Manjunath Goudar
Separate the Qualcomm QSD/MSM on-chip host controller driver from
ehci-hcd host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
however, note that other changes are still needed before Qualcomm QSD/MSM
From: Manjunath Goudar
Separate the Orion host controller driver from ehci-hcd host
code into its own driver module because of following reason.
With the multiplatform changes in arm-soc tree, it becomes
possible to enable the mvebu platform (which uses
ehci-orion) at the same time as other plat
From: Manjunath Goudar
Separate the Samsung S5P/EXYNOS host controller driver from ehci-hcd
host code so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
however, note that other changes are still needed before S5P/EXYNOS can
be boote
The ehci_shutdown function is used by the platform specific ehci backends
for at91, tegra and ps3. In order to turn any of these into separate
modules, we need to make this function globally visible and export it.
Signed-off-by: Arnd Bergmann
Cc: Greg KH
Cc: Alan Stern
Cc: linux-...@vger.kernel
From: Manjunath Goudar
Separate the Atmel host controller driver from ehci-hcd host code
so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
however, note that other changes are still needed before Atmel can be
booted with a multi-plat
Like the EHCI driver, OHCI supports a large number of different platform
glue drivers by directly including them, which causes problems with
conflicting macro definitions in some cases. As more ARM architecture
specific back-ends are required to coexist in a single build, we should
split those out
Hi Alan,
These are the current patches from Manjunath, after I helped him address
the remaining review comments and found a few more in the process.
Unfortunately, Manjunath is currently on vacation and I will be away for
the next couple of days when he returns, so I took the liberty to send
the
From: Manjunath Goudar
Separate the SPEAr host controller driver from ehci-hcd host code
so that it can be built as a separate driver module.
This work is part of enabling multi-platform kernels on ARM;
however, note that other changes are still needed before SPEAr can be
booted with a multi-plat
Support for ARM710 CPUs was removed in v3.5. Now remove the last code
depending on its Kconfig macro.
Signed-off-by: Paul Bolle
---
Untested. Note that cpu_arm7_data_abort was also removed.
arch/arm/include/asm/glue-df.h | 8
1 file changed, 8 deletions(-)
diff --git a/arch/arm/includ
* Pali Rohár [130328 10:58]:
>
> Here is new version of patch:
>
> --- a/arch/arm/mach-omap2/devices.c
> +++ b/arch/arm/mach-omap2/devices.c
> @@ -486,6 +486,23 @@ static void omap_init_mcspi(void)
> static inline void omap_init_mcspi(void) {}
> #endif
>
> +extern u32 *omap3_rom_rng_call(u32
From: Alexandru Copot
Date: Thu, 28 Mar 2013 23:31:29 +0200
> Commit 941912133025926307c7a65b203fa38403b1063a replaced the macros
> NLMSG_NEXT with calls to nlmsg_next which produces this warning:
>
> kernel/audit.c: In function ‘audit_receive_skb’:
> kernel/audit.c:928:3: warning: passing argum
1 - 100 of 558 matches
Mail list logo
