On 12/01/13 00:49, Josh Boyer wrote:
On Fri, Jan 11, 2013 at 4:44 AM, Chris Samuel wrote:
>
/* Please CC me in responses, I am not subscribed to LKML */
diff --git a/kernel/module.c b/kernel/module.c
index 250092c..27de534 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2443,8
On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
> Hi,
>
> the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
> the USB ports of this system (an System76 lemu4 laptop, XHCI device)
> after it was removed. If I attempt to insert it again in any of the
> ports (one of the two
On 01/09/2013 10:04:23 AM, Eric Paris wrote:
Getting an EPERM/EACCES in userspace really kinda blows. As a user
you
don't have any idea why you got it. It could be SELinux, it could be
rwx bits on the file, it could be a missing capability, it could be an
ACL, it could be who knows what.
On 1/12/2013 2:12 AM, Maya Erez wrote:
mmc_cache_ctrl was called in runtime suspend before MMC interrupted
BKOPS in case it is still running on the card. This caused the cache
disable to timeout.
I guess even if the idle time bkops polling is not implemented, this
patch is good to have. cache
Signed-off-by: Axel Lin
---
drivers/regulator/lp8755.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/regulator/lp8755.c b/drivers/regulator/lp8755.c
index decb3ad..8c3f3f2 100644
--- a/drivers/regulator/lp8755.c
+++
/* Please CC, not on LKML */
Hi Josh,
On 12/01/13 00:44, Josh Boyer wrote:
Check the installed modules. A simple:
hexdump -C | tail -n 20
should be enough to tell you if the installed modules at least look like
they're signed. You should see the expected "~Module signature
From: Namjae Jeon
This patch implements extent caching in case of file reading.
While reading a file, currently, UDF reads metadata serially
which takes a lot of time depending on the number of extents present
in the file. Caching last accessd extent improves metadata read time.
Instead of
From: Namjae Jeon
With f2fs having different writepages support for data, node and metapages.
It will not be covered under the generic blk plug support.
So,
1) modified the writepages for data pages.
2) Added blk plugging in node/metapages.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit
From: Namjae Jeon
#> cat /sys/kernel/debug/tracing/events/f2fs/enable
0
#> echo 1 > /sys/kernel/debug/tracing/events/f2fs/enable
#> cat /sys/kernel/debug/tracing/events/f2fs/enable
1
#> mount -t f2fs /dev/sdb3 /mnt/
#>
#> cat /sys/kernel/debug/tracing/trace
# tracer: nop
#
#TASK-PIDCPU#
From: Namjae Jeon
In call to f2fs_delete_entry, 'dir' time modification code is put
at two places.
So, remove the redundant code for timing update.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/f2fs/dir.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Namjae Jeon
Since, f2fs supports only 4KB blocksize, which is set at the beginning in
f2fs_fill_super. So, we do not need to again check this blocksize setting
in such case.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/f2fs/super.c |6 +-
1 file changed, 1
__cpufreq_remove_dev() is called on multiple occasions: cpufreq_driver
unregister and cpu removals.
Current implementation of this routine is overly complex without much need. If
the cpu to be removed is the policy->cpu, we remove the policy first and add all
other cpus again from policy->cpus
Because cpufreq core and governors worry only about the online cpus, if a cpu is
hot [un]plugged, we must notify governors about it, otherwise be ready to expect
something unexpected.
We already have notifiers in the form of CPUFREQ_GOV_START/CPUFREQ_GOV_STOP, we
just need to call them now.
Currently cpufreq_add_dev() firsts allocates policy, calls driver->init() and
then checks if this cpu is already managed or not. And if it is already managed,
free its policy.
We can save all this if we somehow know cpu is managed or not in advance.
policy->related_cpus contains list of all valid
This is how the core works:
cpufreq_driver_unregister()
- subsys_interface_unregister()
- for_each_cpu() call cpufreq_remove_dev(), i.e. 0,1,2,3,4 when we
unregister.
cpufreq_remove_dev():
- Remove policy node
- Call cpufreq_add_dev() for next cpu, sharing mask with removed cpu.
cpufreq core doesn't manage offline cpus and if driver->init() has returned
mask including offline cpus, it may result in unwanted behavior by cpufreq core
or governors.
We need to get only online cpus in this mask. There are two places to fix this
mask, cpufreq core and cpufreq driver. It makes
Hi Rafael,
As requested, i am resending all my cpufreq fixes together. I have added correct
Tested-by flags.
Viresh Kumar (5):
cpufreq: Manage only online cpus
cpufreq: Notify governors when cpus are hot-[un]plugged
cpufreq: Don't use cpu removed during cpufreq_driver_unregister
cpufreq:
This patch fixes following sparse warning:
drivers/cpufreq/spear-cpufreq.c:33:5: warning: symbol 'spear_cpufreq_verify' was
not declared. Should it be static?
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/spear-cpufreq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Eric Paris wrote:
> On Fri, 2013-01-11 at 00:14 +0900, Tetsuo Handa wrote:
> > The reason I think is that people turn off LSMs because they are using LSMs
> > without understanding "what the current configuration is" and/or "how to
> > change
> > configuration". People do not spend (or cannot
Macros should be enclosed in parenthesis
Signed-off-by: Cong Ding
---
drivers/tty/rocket.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/rocket.c b/drivers/tty/rocket.c
index e42009a..e434a79 100644
--- a/drivers/tty/rocket.c
+++ b/drivers/tty/rocket.c
@@
Anton,
V3 patch caused a build failure in Linux-next tree.
So, I updated to v4 patch.
Tony already applied the latest one.
You don't need to do anything.
And I'm sorry for the confusion.
Seiji
-Original Message-
From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
Sent: Thursday,
Hi Mike,
The following changes since commit
a49f0d1ea3ec94fc7cf33a7c36a16343b74bd565:
Linux 3.8-rc1 (2012-12-21 17:19:00 -0800)
are available in the git repository at:
git://server.prisktech.co.nz/git/linuxwmt.git tags/clk-fixes-3.8
for you to fetch changes up to
the "\n" in panic message is excess, so we remove it in tty/pty.c as what it
is used in other places.
Signed-off-by: Cong Ding
---
drivers/tty/pty.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index be6a373..64fcbdb 100644
---
On 12 January 2013 03:41, Rafael J. Wysocki wrote:
> Can any one of you two create a series of patches for me to take for v3.9
> with all of the correct Tested-by and Reviewed-by etc. tags, because I've
> already lost track of your multiple versions and threads?
:)
I will.
--
To unsubscribe from
spaces are used for indent in 3 places of tty/pty.c, we change it to tab.
Signed-off-by: Cong Ding
---
drivers/tty/pty.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/pty.c b/drivers/tty/pty.c
index 64fcbdb..358a5fe 100644
--- a/drivers/tty/pty.c
+++
Quoting Prashant Gaikwad (2012-12-26 05:46:22)
> Adds debug file "clk_summary" in /sys/kernel/debug/clk dir.
> It helps to view all the clock registered in human-readable format.
>
> For example:
>clockenable_cnt prepare_cnt rate
>
From: Jason Wang
Date: Sat, 12 Jan 2013 10:59:31 +0800
> There series fixes two issues:
> - Don't allow calling TUNSETIFF when a file is detached which may cause kernel
> data structure corrupt.
> - Fix the reference count leaking of sock and module.
>
> Plus a suggestion from Eric to use
On Fri, Jan 11, 2013 at 06:08:52PM +, Seiji Aguchi wrote:
> Changelog
> v3 -> v4
I am confused. Tony already applied v3, no? Do you expect me to do
anything with these patches, or is it just an update for Tony?
Thanks,
Anton
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Jan 11, 2013 at 03:34:41PM +0100, Thomas Gleixner wrote:
> On Tue, 8 Jan 2013, Michel Lespinasse wrote:
> > - Does anyone know of any current work towards removing the
> > tasklist_lock use of rwlock_t ? Thomas Gleixner mentioned 3 years ago
> > that he'd give it a shot
Dear Linux-MM,
Seems that any i386 PAE machine will go OOM just by running a few
processes. To reproduce:
sh -c 'n=0; while [ $n -lt 1 ]; do sleep 600 & ((n=n+1)); done'
My machine has 64GB RAM. With previous OOM episodes, it seemed that
running (booting) it with mem=32G might avoid OOM;
Dear Andrew,
>>> Check /proc/slabinfo, see if all your lowmem got eaten up by buffer_heads.
>> Please see below ...
> ... Was this dump taken when the system was at or near oom?
No, that was a "quiescent" machine. Please see a just-before-OOM dump in
my next message (in a little while).
>
Patch looks good to me. But CC more people for review.
On Fri, Jan 11, 2013 at 01:06:37PM -0800, Tejun Heo wrote:
> Add tracepoints for page dirtying, writeback_single_inode start, inode
> dirtying and writeback. For the latter two inode events, a pair of
> events are defined to denote start and
The following changes since commit
ce3f386fdf10d79eaf6ebd63bb7adbd95f08f9f0:
arm: vt8500: Remove remaining mach includes (2013-01-12 15:47:39
+1300)
are available in the git repository at:
git://server.prisktech.co.nz/git/linuxwmt.git tags/armsoc-3.9
for you to fetch changes up to
Switch to use rtnl_dereference() instead of the open code, suggested by Eric.
Cc: Eric Dumazet
Signed-off-by: Jason Wang
---
drivers/net/tun.c | 27 ++-
1 files changed, 10 insertions(+), 17 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index
The following changes since commit
d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://server.prisktech.co.nz/git/linuxwmt.git
tags/vt8500-multiplatform-3.9
for you to fetch changes up to
Reference count leaking of both module and sock were found:
- When a detached file were closed, its sock refcnt from device were not
released, solving this by add the sock_put().
- The module were hold or drop unconditionally in TUNSETPERSIST, which means we
if we set the persist flag for N
Michael points out that even after Stefan's fix the TUNSETIFF is still allowed
to create a new tap device. This because we only check tfile->tun but the
tfile->detached were introduced. Fix this by failing early in tun_set_iff() if
the file is detached. After this fix, there's no need to do the
Hi all:
There series fixes two issues:
- Don't allow calling TUNSETIFF when a file is detached which may cause kernel
data structure corrupt.
- Fix the reference count leaking of sock and module.
Plus a suggestion from Eric to use rtnl_dereference() instead of the open code.
Changes from v1:
-
> I suggest that you split off the last three (and rebase them to be
> independent), and apply them to a multiplatform branch for vt8500. Then the
> last one is a soc branch that goes on top of the multiplatform branch (i.e.
> you
> build it on top of multiplatform). That way we can pull in the
On 01/09/2013 10:04 PM, Abhijit Pawar wrote:
> This patch replaces usages of obsolete simple_strtoul with kstrtoint in
> xfs_args and suffix_strtoul.
>
> Signed-off-by: Abhijit Pawar
> ---
> fs/xfs/xfs_super.c | 29 +++--
> 1 files changed, 19 insertions(+), 10
On Fri, Jan 11, 2013 at 09:12:11PM +0100, Jan Kara wrote:
> On Thu 10-01-13 13:47:57, Miao Xie wrote:
> > writeback_inodes_sb(_nr)_if_idle() is re-implemented by replacing
> > down_read()
> > with down_read_trylock() because
> > - If ->s_umount is write locked, then the sb is not idle. That is
>
On 01/12/2013 06:52 AM, Dave Chinner wrote:
> On Fri, Jan 11, 2013 at 02:36:46PM +0800, Jeff Liu wrote:
>> On 01/09/2013 10:04 PM, Abhijit Pawar wrote:
>>> This patch replaces usages of obsolete simple_strtoul with kstrtoint in
>>> xfs_args and suffix_strtoul.
>>>
>>> Signed-off-by: Abhijit Pawar
On 01/11/2013 10:55 PM, Eric Dumazet wrote:
> On Fri, 2013-01-11 at 16:50 +0800, Jason Wang wrote:
>
>>
>> +if (rcu_dereference_protected(tfile->detached, lockdep_rtnl_is_held()))
>> +return -EINVAL;
>> +
> Thats an open coded rtnl_dereference()
>
> (please cleanup the whole
On 01/11/2013 10:42 PM, Stefan Hajnoczi wrote:
> On Fri, Jan 11, 2013 at 04:50:41PM +0800, Jason Wang wrote:
>> @@ -1546,6 +1544,9 @@ static int tun_set_iff(struct net *net, struct file
>> *file, struct ifreq *ifr)
>> struct net_device *dev;
>> int err;
>>
>> +if
On Sat, 2013-01-12 at 13:17 +1100, Stephen Rothwell wrote:
> On Fri, 11 Jan 2013 17:43:06 -0800 Randy Dunlap wrote:
> >
> > b0rked.
> >
> > Some (randconfig?) causes this set of errors:
I guess that's when CONFIG_HZ is not an even divisor of 1000.
I suppose this needs to be worked on a bit
On 01/11/2013 02:58 AM, Miroslav Lichvar wrote:
The clock_adj call returns the clock state on success, which may be a
non-zero value (e.g. TIME_INS), but the modified timex data is copied
back to the user only when zero value (TIME_OK) was returned. Fix the
condition to copy the data also with
Quoting James Bottomley :
On Fri, 2013-01-11 at 11:35 -0600, Brian King wrote:
On 01/11/2013 10:05 AM, Greg KH wrote:
> On Fri, Jan 11, 2013 at 03:37:17PM +, James Bottomley wrote:
>> On Fri, 2013-01-11 at 09:27 -0600, Brian King wrote:
>>> It looks like this was a due to the fact that
On Fri, 11 Jan 2013 17:43:06 -0800 Randy Dunlap wrote:
>
> b0rked.
>
> Some (randconfig?) causes this set of errors:
>
> CC arch/x86/kernel/asm-offsets.s
> In file included from include/linux/ktime.h:25:0,
> from include/linux/timer.h:5,
> from
On Thu, Jan 10, 2013 at 6:37 PM, Luis R. Rodriguez
wrote:
> I've created a Python release script called rel-html [0] to
> generate a simple HTML5 page based on the initializr project for a
> base HTML5 template [0].
>
> [0] https://github.com/mcgrof/rel-html
Example release pages:
*
Prarit Bhargava writes:
> On 01/10/2013 10:48 PM, Rusty Russell wrote:
> The timing were similar. I didn't see any huge delays, etc. Can the
> relocations really cause a long delay? I thought we were pretty much writing
> values to memory...
For x86 that's true, but look at what ppc64 has to
Sjur Brændeland writes:
> How do you see the in-kernel API for this? I would like to see
> something similar to my previous patches, where we extend
> the virtqueue API. E.g. something like this:
> struct virtqueue *vring_new_virtqueueh(unsigned int index,
>
Josh Boyer writes:
> On Fri, Jan 11, 2013 at 4:44 AM, Chris Samuel wrote:
>> /* Please CC me in responses, I am not subscribed to LKML */
>>
>> Currently if a signature check fails on module load due to not having
>> the appropriate key (-ENOKEY) and we are not doing strict checking
>> there is
The sb105x driver calls parport_pc_probe_port() which isn't defined if
PARPORT_PC isn't enabled. Protecting it with CONFIG_PARPORT is not good
enough, must protect it with CONFIG_PARPORT_PC.
Reported-by: Randy Dunlap
Acked-by: Randy Dunlap
Signed-off-by: Steven Rostedt
---
based off of latest
Hi Frederic,
On Fri, 11 Jan 2013 02:15:39 +0100 Frederic Weisbecker
wrote:
>
> fw-cputime and fs-sched have been merged so you can now remove these
> branches from next.
Done.
> But fw-nohz remains. In the meantime I have created a branch named nohz/next:
>
>
Hi James,
On Fri, 11 Jan 2013 15:02:06 + James Hogan wrote:
>
> Okay, I've rebased the metag tree from linux-next onto the master branch
> of Al's signal tree (to get Vineet's GENERIC_SIGALTSTACK fix and
> GENERIC_SIGALTSTACK's eventual removal).
OK, but I hope you mentioned not rebasing to
Hi Dave,
On Fri, 11 Jan 2013 09:00:43 -0800 Dave Hansen wrote:
>
> I'm looking for some Acked-bys on this from the various arch
> maintainers that it affects. I'd like to send it up to Linus
> in the next merge window. This is part of a larger series to
> clean up the "Kernel Hacking" menu:
>
Vivek,
On Fri, Jan 11, 2013 at 4:40 AM, Vivek Gautam wrote:
>>> +#define HOST_CTRL0_REFCLKSEL_MASK (0x3)
>>> +#define HOST_CTRL0_REFCLKSEL_XTAL (0x0 << 19)
>>> +#define HOST_CTRL0_REFCLKSEL_EXTL (0x1 << 19)
>>> +#define HOST_CTRL0_REFCLKSEL_CLKCORE
On 12/17/2012 09:31 PM, Venu Byravarasu wrote:
> USB register base address and sizes defined in iomap.h
> are not used in any files other than board-dt-tegra20.c.
> Hence removed those defines from header file and using
> the absolute values in board files.
Thanks, applied to Tegra's for-3.9/usb
On 01/11/2013 05:14 PM, Greg KH wrote:
> On Fri, Dec 21, 2012 at 01:54:55PM -0700, Stephen Warren wrote:
>> On 12/20/2012 11:34 PM, Venu Byravarasu wrote:
>>> Use kzalloc instead of kmalloc to allocate struct tegra_usb_phy.
>>> This ensures that all function pointers in member u_phy are
>>>
On 01/11/2013 05:14 PM, Greg KH wrote:
> On Thu, Jan 03, 2013 at 01:29:32PM -0700, Stephen Warren wrote:
>> On 01/03/2013 12:29 AM, Venu Byravarasu wrote:
>>> Tegra USB host driver is using port instance number,
>>> to handle some of the hardware issues on SOC e.g. reset PORT0
>>> twice etc. As
On 01/11/2013 05:14 PM, Greg KH wrote:
> On Mon, Dec 17, 2012 at 05:04:41PM -0500, Alan Stern wrote:
>> On Mon, 17 Dec 2012, Stephen Warren wrote:
>>
>>> On 12/13/2012 11:59 PM, Venu Byravarasu wrote:
As Tegra USB host driver is using instance number for resetting
PORT0 twice, adding a
On Thu, Jan 10, 2013 at 02:06:34PM -0800, Randy Dunlap wrote:
> On 01/10/13 12:50, Steven Rostedt wrote:
> > On Thu, 2013-01-10 at 11:08 -0800, Randy Dunlap wrote:
> >> On 01/09/13 19:32, Stephen Rothwell wrote:
> >>> Hi all,
> >>>
> >>> Changes since 20130109:
> >>>
> >>
> >> on x86_64, when
Quoting Russ Dill (2012-11-27 09:52:50)
> On Mon, Nov 26, 2012 at 11:57 AM, Mike Turquette wrote:
> >
> > Quoting Russ Dill (2012-11-26 11:20:09)
> > > The helper functions that access the opaque struct clk should
> > > not be marked inline since they are contained in clk.c, but expected
> > > to
On Fri, Jan 11, 2013 at 05:57:44PM +0800, fangxiaozhi 00110321 wrote:
> From: fangxiaozhi
>
> 1. Optimize the match rules with new macro for Huawei USB storage devices,
>to avoid to load USB storage driver for the modem interface
>with Huawei devices.
> 2. Add to support new switch
On Thu, Jan 03, 2013 at 01:29:32PM -0700, Stephen Warren wrote:
> On 01/03/2013 12:29 AM, Venu Byravarasu wrote:
> > Tegra USB host driver is using port instance number,
> > to handle some of the hardware issues on SOC e.g. reset PORT0
> > twice etc. As instance number based handling looks ugly,
>
On Fri, Dec 21, 2012 at 01:54:55PM -0700, Stephen Warren wrote:
> On 12/20/2012 11:34 PM, Venu Byravarasu wrote:
> > Use kzalloc instead of kmalloc to allocate struct tegra_usb_phy.
> > This ensures that all function pointers in member u_phy are
> > initialized to NULL.
>
> Seems fine to me. For
On Mon, Dec 17, 2012 at 05:04:41PM -0500, Alan Stern wrote:
> On Mon, 17 Dec 2012, Stephen Warren wrote:
>
> > On 12/13/2012 11:59 PM, Venu Byravarasu wrote:
> > > As Tegra USB host driver is using instance number for resetting
> > > PORT0 twice, adding a new DT property for handling this.
> >
>
On 01/11/2013 03:00 PM, Jesse Barnes wrote:
>
> Great, thanks Peter.
>
> Stephane, care to try this out?
>
For the record, I can confirm that it reserves the appropriate ranges on
my personal Sandy Bridge system; I don't have any test which can provoke
the use of these pages, so I can't say I
On Fri, Jan 11, 2013 at 03:08:29PM +0100, Nicolas Ferre wrote:
> Hi Mark, Olof, Arnd,
>
> This series goes on top of Linus' v3.8-rc3 and fixes an error that
> we have while compiling DTBs for AT91:
> ERROR (phandle_references): Reference to non-existent node or label
> "pinctrl_ssc0_tx"
Applied
On Fri, Jan 11, 2013 at 03:02:02PM +, Grant Likely wrote:
> On Thu, 3 Jan 2013 19:04:55 +0300, Dan Carpenter
> wrote:
> > On Sat, Dec 22, 2012 at 09:56:20AM +, Grant Likely wrote:
> > > On Wed, 19 Dec 2012 19:39:14 +0300, Dan Carpenter
> > > wrote:
> > > > On Wed, Dec 19, 2012 at
Hi,
When perf.data contains out-of-symbol jumps,
annotate_browser__mark_jump_targets() correctly avoids marking
out-of-symbol jump targets. However, when moving the cursor on one of
said jumps, annotate_browser__draw_current_jump() will end up with a
bogus 'target' pointer, causing a bogus memory
The mm-of-the-moment snapshot 2013-01-11-15-47 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Cleanup the Android alarm-dev driver's ioctl code to refactor it
in preparation for compat_ioctl support.
Cc: Greg KH
Cc: Serban Constantinescu
Cc: Arve Hjønnevåg
Cc: Colin Cross
Cc: Android Kernel Team
Signed-off-by: John Stultz
---
drivers/staging/android/alarm-dev.c | 228
Implement compat_ioctl support for the alarm-dev ioctl.
Cc: Greg KH
Cc: Serban Constantinescu
Cc: Arve Hjønnevåg
Cc: Colin Cross
Cc: Android Kernel Team
Signed-off-by: John Stultz
---
drivers/staging/android/alarm-dev.c | 35 +++
Per Colin's comment:
"The "support old userspace code" comment for those two ioctls has
been there since pre-Android 1.0. Those apis are not exposed to
Android apps, I don't see any problem deleting them."
Thus this patch removes the ANDROID_ALARM_SET_OLD and
ANDROID_ALARM_SET_AND_WAIT_OLD ioctl
Here is the second revision at implementing compat_ioctl support for
Android's alarm-dev driver in staging.
The first patch removes the pre-Android 1.0 _OLD ioctls, per Colin's
suggestion. Then the second patch does some refactoring to cleanup
and separate the copying of user data from the logic,
On 01/11/2013 04:36 PM, Russell King - ARM Linux wrote:
> On Fri, Jan 11, 2013 at 04:27:07PM -0700, Stephen Warren wrote:
>> On 01/11/2013 04:24 PM, Russell King - ARM Linux wrote:
>>> On Fri, Jan 11, 2013 at 04:09:59PM -0700, Stephen Warren wrote:
On 01/11/2013 06:33 AM, Laxman Dewangan
On Fri, Jan 11, 2013 at 04:27:07PM -0700, Stephen Warren wrote:
> On 01/11/2013 04:24 PM, Russell King - ARM Linux wrote:
> > On Fri, Jan 11, 2013 at 04:09:59PM -0700, Stephen Warren wrote:
> >> On 01/11/2013 06:33 AM, Laxman Dewangan wrote:
> >>> kbc->clk = clk_get(>dev, NULL);
> >>> if
On Fri, Jan 11, 2013 at 04:09:59PM -0700, Stephen Warren wrote:
> On 01/11/2013 06:33 AM, Laxman Dewangan wrote:
> > kbc->clk = clk_get(>dev, NULL);
> > if (IS_ERR(kbc->clk)) {
> > dev_err(>dev, "failed to get keyboard clock\n");
> > err = PTR_ERR(kbc->clk);
> >
On 01/11/2013 04:24 PM, Russell King - ARM Linux wrote:
> On Fri, Jan 11, 2013 at 04:09:59PM -0700, Stephen Warren wrote:
>> On 01/11/2013 06:33 AM, Laxman Dewangan wrote:
>>> kbc->clk = clk_get(>dev, NULL);
>>> if (IS_ERR(kbc->clk)) {
>>> dev_err(>dev, "failed to get keyboard
On 01/11/2013 06:33 AM, Laxman Dewangan wrote:
> Enable tegra based keyboard controller and populate the key matrix for
> seaboard. The key matrix was originally on driver code which is removed
> to have clean driver. The key mapping is now passed through dts file.
>
> Signed-off-by: Laxman
On Fri, Jan 11, 2013 at 1:53 PM, Rafael J. Wysocki wrote:
> May I have your sign-off for the patch below at least?
Yes. please.
Signed-off-by: Yinghai Lu
>
>
> Rafael
>
>
>> > Index: linux-2.6/drivers/acpi/glue.c
>> > ===
>> >
On Fri, 11 Jan 2013 14:39:04 -0800
tip-bot for Jesse Barnes wrote:
> Commit-ID: a9acc5365dbda29f7be2884efb63771dc24bd815
> Gitweb: http://git.kernel.org/tip/a9acc5365dbda29f7be2884efb63771dc24bd815
> Author: Jesse Barnes
> AuthorDate: Wed, 14 Nov 2012 20:43:31 +
> Committer: H.
On Fri, Jan 11, 2013 at 02:36:46PM +0800, Jeff Liu wrote:
> On 01/09/2013 10:04 PM, Abhijit Pawar wrote:
> > This patch replaces usages of obsolete simple_strtoul with kstrtoint in
> > xfs_args and suffix_strtoul.
> >
> > Signed-off-by: Abhijit Pawar
> > ---
> > + if
Otherwise irq_desc for pci bridge with hot-added ioapic can not be on
local node.
Signed-off-by: Yinghai Lu
---
drivers/pci/probe.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c
index 2dcd22d..b97dea5 100644
--- a/drivers/pci/probe.c
+++
From: Jiang Liu
According to device model documentation, the way to create/destroy PCI
devices should be symmetric.
/**
* device_del - delete device from system.
* @dev: device.
*
* This is the first part of the device unregistration
* sequence. This removes the device from the lists we
From: Jiang Liu
Function pci_get_dev_by_id() will hold a reference count on the pci device
returned, so pci_dev_present() should release the corresponding reference
count to avoid memory leakage.
Signed-off-by: Jiang Liu
---
drivers/pci/search.c | 10 +-
1 file changed, 5
Current all acpi_bus_trim callers have rmdevice to 1.
that means it will remove all acpi devices.
When 0, is passed, it will keep the parent.
For root bus hotremove support, we need to have pci device to be
removed before acpi devices.
So try to keep all acpi devices, and only stop drivers with
From: Jiang Liu
When handling BUS_NOTIFY_ADD_DEVICE event for a PCI bridge device,
the notification handler can't hold reference count to the new PCI bus
because the device object for the new bus (pci_dev->subordinate->dev)
hasn't been initialized yet.
Split the registration of PCI bus device
Add missing hot_remove support for root device.
How to test it?
Find out root bus number to acpi root name mapping from dmesg or /sys
echo "\_SB.PCIB 3" > /sys/kernel/debug/acpi/sci_notify
to remove root bus
-v2: separate stop and remove, so it will be safe for comingi
It includes
1. preparing patches for pci root bus hotadd/hotremove support
2. move root bus hotadd from acpiphp to pci_root.c
3. add hot-remove support
4. clean up hotadd/remove with common functions
5. add acpi_hp_work to be shared with acpiphp and root-bus hotplug
6. add match_driver to add pci
It causes confusion.
We may only need acpi hp for pci host bridge.
Split host bridge hot-add support to pci_root_hp, and keep acpiphp simple.
-v2: put back pci_root_hp change in one patch
-v3: add pcibios_resource_survey_bus() calling
-v4: remove not needed code with remove_bridge
-v5: put back
Will use it with acpiphp and pci_root_hp events handling
Signed-off-by: Yinghai Lu
Cc: Len Brown
Cc: linux-a...@vger.kernel.org
---
drivers/acpi/osl.c | 21 +
include/acpi/acpiosxf.h |9 +
2 files changed, 30 insertions(+)
diff --git a/drivers/acpi/osl.c
Could have root bus hot addde later and there may be slots that need acpiphp.
Signed-off-by: Yinghai Lu
---
drivers/pci/hotplug/acpiphp.h |1 -
drivers/pci/hotplug/acpiphp_core.c | 23 ++-
drivers/pci/hotplug/acpiphp_glue.c | 22 --
3 files
From: Jiang Liu
The code in pci_root_hp.c depends on function acpi_is_root_bridge()
to check whether an ACPI object is a PCI host bridge or not.
If an ACPI device hasn't been created for the ACPI object yet,
function acpi_is_root_bridge() will return false even if the object
is a PCI host bridge
From: Tang Chen
acpi_install_notify_handler() could fail. So check the exit status
and give a better debug info.
Signed-off-by: Tang Chen
Signed-off-by: Yinghai Lu
---
drivers/acpi/pci_root.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git
When system support hotplug bridge with children hotplug slots, we need
to make sure that parent bridge get preallocated resource so later when
device is plugged into children slot, those children devices will get
resource allocated.
We do not meet this problem, because for pcie hotplug card,
Tang Chen found handle_root_bridge_removal is very similiar to
acpi_bus_hot_remove_device().
Only difference is that it call trim two times.
Change to handle_root_bridge_removal to call trim one time and then
use acpi_bus_hot_remove_device.
Signed-off-by: Yinghai Lu
---
drivers/acpi/pci_root.c
Remove local defined acpiphp_hp_work.
Signed-off-by: Yinghai Lu
Cc: Len Brown
Cc: linux-a...@vger.kernel.org
---
drivers/pci/hotplug/acpiphp_glue.c | 42 ++--
1 file changed, 6 insertions(+), 36 deletions(-)
diff --git a/drivers/pci/hotplug/acpiphp_glue.c
No external user anymore.
Signed-off-by: Yinghai Lu
Cc: Len Brown
Cc: linux-a...@vger.kernel.org
---
drivers/acpi/osl.c |3 +--
include/acpi/acpiosxf.h |2 --
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
index
1 - 100 of 1036 matches
Mail list logo