> -Original Message-
> From: Li, Fei
> Sent: Thursday, February 28, 2013 5:06 PM
> To: gre...@linuxfoundation.org; Lan, Tianyu; st...@rowland.harvard.edu;
> sarah.a.sh...@linux.intel.com
> Cc: r...@sisk.pl; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> Liu,
> Chuansheng; Li,
On Friday, March 01, 2013 09:59:41 AM Aaron Lu wrote:
> +Rafael
>
> commit bc9b6407bd6df3ab7189e5622816bbc11ae9d2d8
> Author: Rafael J. Wysocki
> Date: Thu Jan 17 14:11:05 2013 +0100
>
> ACPI / PM: Rework the handling of devices depending on power resources
>
> -Aaron
Thanks Aaron!
> On
On 03/01/2013 12:07 AM, Yinghai Lu wrote:
On Tue, Feb 26, 2013 at 11:44 PM, Tang Chen wrote:
Sorry, if you want to revert, you just need to revert:
commit e8d1955258091e4c92d5a975ebd7fd8a98f5d30f
acpi, memory-hotplug: parse SRAT before memblock is ready
commit 01a178a94e8eaec351b29
On Thu, Feb 28, 2013 at 04:43:06PM -0800, John Stultz wrote:
> From: Erik Gilling
>
> This is needed to allow modules to link against the sync subsystem
>
> Cc: Maarten Lankhorst
> Cc: Erik Gilling
> Cc: Daniel Vetter
> Cc: Rob Clark
> Cc: Sumit Semwal
> Cc: Greg KH
> Cc: dri-de...@lists.f
On Thu, Feb 28, 2013 at 04:42:56PM -0800, John Stultz wrote:
> As proposed yesterday, here's the Android sync driver patches for
> staging.
>
> I've preserved the commit history, but moved all the changes over
> to be against the staging directory (instead of drivers/base).
>
>
> The goal of sub
+Rafael
commit bc9b6407bd6df3ab7189e5622816bbc11ae9d2d8
Author: Rafael J. Wysocki
Date: Thu Jan 17 14:11:05 2013 +0100
ACPI / PM: Rework the handling of devices depending on power resources
-Aaron
On 03/01/2013 12:45 AM, Sander Eikelenboom wrote:
> Hi Jeff,
>
> During the last merge of
On Fri, Mar 01, 2013 at 02:31:27AM +0100, Andreas Fenkart wrote:
>
> Is there an updated version matching the changed printk structure?
Not that I know of, but you might want to ask the author of that file to
update it if possible.
greg k-h
--
To unsubscribe from this list: send the line "unsubs
Hi Gustavo,
Today's linux-next merge of the bluetooth tree got a conflict in
net/bluetooth/rfcomm/core.c between commit 25cc4ae913a4 ("net: remove
redundant check for timer pending state before del_timer") from Linus' tree
and commit 5c87e6efd14d ("Bluetooth: Avoid rfcomm_session_timeout using
fre
On Thu, 2013-02-28 at 17:20 -0500, Eric Paris wrote:
> On Thu, Feb 28, 2013 at 4:35 PM, Vivek Goyal wrote:
> > On Thu, Feb 28, 2013 at 02:23:39PM -0500, Mimi Zohar wrote:
>
> I think just a second for both of you to step back and see a slightly
> larger picture/problem might help.
>
> This is a
On Thu, Feb 28, 2013 at 5:35 PM, Nishanth Menon wrote:
> On Wed, Jan 30, 2013 at 12:29 AM, Santosh Shilimkar
> wrote:
>> Looping RMK, Arnd
> Gentle query if we are still interested in this:
> https://patchwork.kernel.org/patch/2020831/
>
> Looks like linux master still wont delete the dtbs on mak
On Thu, 2013-02-28 at 15:08 -0500, Vivek Goyal wrote:
> - New hook is required so that we can call it after locking down the
> executable in memory. Even if we have a separate method/hook for
> bzImage verification, it does not take away the need for verifying
> /sbin/kexec excutable signatu
On Thu, 2013-02-28 at 15:57 -0500, Vivek Goyal wrote:
> Hi Mimi,
>
> You asked me to not come up with new signing scheme and look into IMA
> and make use of it. And that's what I am trying to do. As I continue
> to do implementation, new concerns crop up and I am raising these.
And I appreciate i
On 02/28/2013 07:24 AM, Dan Magenheimer wrote:
Hi all --
I've been doing some experimentation on zsmalloc in preparation
for my topic proposed for LSFMM13 and have run across some
perplexing limitations. Those familiar with the intimate details
of zsmalloc might be well aware of these limitatio
Your mailer line wrapped the patch. Could you resend.
Also, could you add this to doc/rst/saquery.8.in.rst
Thanks,
Ira
On Thu, 28 Feb 2013 08:11:38 +0200
"Husam Kahalah" wrote:
> From d61f2580b829fa2fc56aea15bd98ef3a607d9aba Mon Sep 17 00:00:00 2001
>
> From: Husam kahalah
> Date: Mon, 25 F
From: Yong Zhang
Otherwise, below warning is shown somtimes when running some test:
WARNING: at kernel/sched/core.c:3423 migrate_disable+0xbf/0xd0()
Hardware name: OptiPlex 755
Modules linked in: floppy parport parport_pc minix
Pid: 1800, comm: tst-robustpi8 Tainted: GW3.4.28-rt40 #1
On Wed, Jan 30, 2013 at 12:29 AM, Santosh Shilimkar
wrote:
> Looping RMK, Arnd
Gentle query if we are still interested in this:
https://patchwork.kernel.org/patch/2020831/
Looks like linux master still wont delete the dtbs on make clean etc..
I think leaving the stale dtbs
around could have it's
On Tue, Feb 26, 2013 at 01:15:16PM +0800, Zhang Yanfei wrote:
> The types of the following local variables:
> - ubytes/mbytes in kimage_load_crash_segment()/kimage_load_normal_segment()
> - r in vmcoreinfo_append_str()
> are wrong, so fix them.
>
> Cc: "Eric W. Biederman"
> Cc: Andrew Morton
ODD is not a common TLA for non-ATA people so they will get confused
by its meaning when they are configuring the kernel. This patch fixed
this problem by using ODD only after stating what it is.
Signed-off-by: Aaron Lu
---
drivers/ata/Kconfig | 13 +++--
1 file changed, 7 insertions(+),
Is there an updated version matching the changed printk structure?
thanks,
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at ht
On Thu, Feb 28, 2013 at 1:53 AM, Hillf Danton wrote:
> On Thu, Feb 28, 2013 at 1:26 PM, KOSAKI Motohiro
> wrote:
>>> Insert new node after updating node in tree.
>>
>> Thanks. you are right. I could reproduce and verified.
>
> Thank you too;) pleasure to do minor work for you.
>
> btw, how about
On Thu, Feb 28, 2013 at 6:54 PM, Andrew Morton
wrote:
> On Thu, 28 Feb 2013 00:25:07 -0500
> kosaki.motoh...@gmail.com wrote:
>
>> From: KOSAKI Motohiro
>>
>> Currently, n_new is wrongly initialized. start and end parameter
>> are inverted. Let's fix it.
>>
>> ...
>>
>> --- a/mm/mempolicy.c
>> ++
Hi!
On POWERNV we use only the part of IOMMU API which handles devices and
groups. We do not use IOMMU domains as VFIO containers do everything we
need for VFIO and we do not implement iommu_ops as it is not very relevant
to our architecture (does not give dma window properties, etc).
So you
On Thu, Feb 21, 2013 at 4:47 PM, Andrew Murray wrote:
> DT bindings for PCI host bridges often use the ranges property to describe
> memory and IO ranges - this binding tends to be the same across architectures
> yet several parsing implementations exist, e.g. arch/mips/pci/pci.c,
> arch/powerpc/
On Thu, 2013-02-28 at 08:38 -0800, Paul E. McKenney wrote:
> On Thu, Feb 28, 2013 at 04:26:10PM +0800, Li Zhong wrote:
> > I saw some RCU illegal usage from idle complaints when function tracer
> > is enabled with forced context tracking.
> >
> > It seems that __schedule() might be called in funct
> 'tk_xprt'
>
> Caused by commit dc107402ae06 ("SUNRPC: make AF_LOCAL connect
> synchronous") interacting with commit 77102893ae68 ("SUNRPC: Nuke the
> tk_xprt macro") from Linus' tree.
>
> I have no idea how to fix this, so I have used the versi
On Tue, Feb 26, 2013 at 11:17 PM, Daniel Lezcano
wrote:
> Add the dynamic irq affinity feature to the timer clock device.
>
> Signed-off-by: Daniel Lezcano
Looks reasonable to me, sadly I do not fully grasp the patch set,
Vincent+Rickard can you have a look at this?
Yours,
Linus Walleij
--
To
On Thu, Feb 28, 2013 at 02:12:00PM -0800, Andrew Morton wrote:
> On Wed, 27 Feb 2013 15:56:30 -0500
> Andrew Shewmaker wrote:
>
> > The following patches are against the mmtom git tree as of February 27th.
> >
> > The first patch only affects OVERCOMMIT_NEVER mode, entirely removing
> > the 3%
On 02/28/2013 05:54 PM, Linus Walleij wrote:
> On Tue, Feb 26, 2013 at 3:34 AM, Jingoo Han wrote:
>
>> devres_release() can simplify the code, because devres_release()
>> will call the destructor for the resource as well as freeing
>> the devres data.
>>
>> Signed-off-by: Jingoo Han
>
> Hm, Ste
nous") interacting with commit 77102893ae68 ("SUNRPC: Nuke the
tk_xprt macro") from Linus' tree.
I have no idea how to fix this, so I have used the version of the nfsd
tree from next-20130228 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpucz3wQmAKc.pgp
Description: PGP signature
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Friday, March 01, 2013 8:51 AM
> To: Liu, Chuansheng
> Cc: Alan Stern; Li, Fei; gre...@linuxfoundation.org; Lan, Tianyu;
> sarah.a.sh...@linux.intel.com; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org
Wolfram,
On Thu, Feb 28, 2013 at 3:25 PM, Wolfram Sang wrote:
>
> Regarding patch 1, I was waiting for the idr changes to hit mainline.
> They are mainline now, but since the removal of MAX_IDR_MASK your patch
> doesn't apply anymore :( Can you rebase and retest, please? I'd like to
> get it into
On Tue, Feb 26, 2013 at 3:34 AM, Jingoo Han wrote:
> devres_release() can simplify the code, because devres_release()
> will call the destructor for the resource as well as freeing
> the devres data.
>
> Signed-off-by: Jingoo Han
Hm, Stephen, you OK with this?
Yours,
Linus Walleij
--
To unsubs
On 02/28/2013 04:42 PM, Josh Boyer wrote:
> On Fri, Mar 01, 2013 at 01:36:29AM +0100, Borislav Petkov wrote:
>> On Thu, Feb 28, 2013 at 04:15:45PM -0800, H. Peter Anvin wrote:
I'll try to get someone to test this tomorrow.
>>
>> Btw, you'd need to apply that other patch too
>>
>> http://marc.i
As proposed yesterday, here's the Android sync driver patches for
staging.
I've preserved the commit history, but moved all the changes over
to be against the staging directory (instead of drivers/base).
The goal of submitting this driver to staging is to try to get
more collaberation, as there
From: Erik Gilling
Add ktime timestamps to sync_pt structure and
update them when signaled
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz:
From: Erik Gilling
Add support for debugfs
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stultz
From: Erik Gilling
Add debugfs support hooks.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stul
From: Erik Gilling
Sync is a framework for synchronization between multiple
drivers. Sync implementations can take advantage of hardware
synchronization built into devices like GPUs.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri
From: Erik Gilling
Adds a base sync driver that uses the cpu for serialization.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit
From: Erik Gilling
In order to allow drivers to cleanly handled teardown we need to allow them
to cancel pending async waits. To do this cleanly, we move allocation of
sync_fence_waiter to the driver calling sync_async_wait().
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob
From: Erik Gilling
Support poll on sync fence
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stul
Hi all,
Today's linux-next merge of the nfsd tree got a conflict in
fs/nfsd/nfscache.c between commit b67bfe0d42ca ("hlist: drop the node
parameter from iterators") from Linus' tree and commit a4a3ec329124
("nfsd: break out hashtable search into separate function") from the nfsd
tree.
I fixed it
From: Erik Gilling
Add ioctl to get fence data
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Commit message tweaks]
Signed-off-by: John
From: Erik Gilling
This is needed to allow modules to link against the sync subsystem
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by:
From: Erik Gilling
If the two fences being merged contain sync_pts from the same timeline,
those two pts will be collapsed into a single pt representing the latter
of the two.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@
From: Erik Gilling
If a fence is released while a timeline that one of it's pts is on is being
signaled, it is possible for that fence to be deleted before it is signaled.
This patch adds a refcount for internal references such as signaled pt
processing.
Cc: Maarten Lankhorst
Cc: Erik Gilling
From: Erik Gilling
If a timeline is destroyed while fences still hold pts on it, the reworked
fence release handler can cause the timeline to be freed before all it's points
are freed.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: d
From: Rebecca Schultz Zavin
Check the return value of get_unused_fd to make sure a valid
file descriptor is returned.
Make sure to call put_unused_fd even if an error occurs before
the fd can be used.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
C
From: Erik Gilling
Needed to let modules link against sw_sync.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
driv
From: Erik Gilling
Previously fence's pts were freed before the were the fence was removed from the
global fence list. This led to a race with the debugfs support where it would
iterate over sync_pts that had been freed.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
From: Erik Gilling
Improve the output of the timeout dumps, including
the fence pointer.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: A
From: Erik Gilling
The previous fix only addressed waiting with a timeout.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stult
From: Erik Gilling
Fence status is checked outside of locks in both sync_fence_wait and
sync_fence_poll. This patch adds propper barrier protection in these
cases to avoid seeing stale status.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg
From: Erik Gilling
When we get a bad status, dump sync state
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit message]
Signed-
From: Erik Gilling
Add support for tracepoints
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Whitespace changes, add commit message, mov
From: Erik Gilling
Change wait timeout to act like poll
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit message, squished typ
From: Erik Gilling
If we hit a timeout, dump sync state to console
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message, whi
From: Erik Gilling
Move driver callbacks to fill strings instead of using seq_files. This
will allow those values to be used in a future tracepoint patch.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.or
From: Erik Gilling
If a fence's pt is signaled before sync_fence_create is called, the fence
will never transition into the signaled state. This also address a tiny
race if a merged fence's pt after sync_fence_get_status checks it's status
and before fence->status is updated.
Cc: Maarten Lankho
commit f59c8f9f (regulator: core: Support bypass mode)
has a short documentation error around the regulator_allow_bypass
parameter 'enable' which is documented as 'allow'.
This generates kernel-doc warning as follows:
./scripts/kernel-doc drivers/regulator/core.c >/dev/null
Warning(drivers/regulat
From: Erik Gilling
If the timeout is zero, don't trip the timeout debugging
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit m
From: Jamie Gennis
Fix wait behavior on timeout == 0 case
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Jamie Gennis
[jstultz: Added commit message]
Signed-off
From: Ørjan Eide
The copied sync_pt was activated immediately. If the sync_pt was
signaled before the entire merge was completed, the new fence's pt_list
could be iterated over while it is still in the process of being
created.
Moving the the sync_pt_activate call for all new sync_pts to after b
From: Erik Gilling
Switch from print_obj/print_pt to the new
timeline_value_str and pt_value_str ops.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
From: Rebecca Schultz Zavin
Check the return value of get_unused_fd to make sure a valid
file descriptor is returned.
Make sure to call put_unused_fd even if an error occurs before
the fd can be used.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
C
From: Erik Gilling
Add fill_driver_data support to export fence data to ioctl
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit m
On Friday, March 01, 2013 12:38:07 AM Liu, Chuansheng wrote:
>
> > -Original Message-
> > From: Alan Stern [mailto:st...@rowland.harvard.edu]
> > Sent: Thursday, February 28, 2013 11:17 PM
> > To: Li, Fei
> > Cc: gre...@linuxfoundation.org; Lan, Tianyu; sarah.a.sh...@linux.intel.com;
> > r
On Fri, Feb 22, 2013 at 10:26 AM, Christophe Leroy
wrote:
> This patch allows the use of the MAX730x Driver on systems using
> the Open Firmware platform format
>
> Signed-off-by: Patrick Vasseur
> Signed-off-by: Christophe Leroy
(...)
> /* bits_per_word cannot be configured in platfor
On Fri, Mar 01, 2013 at 01:36:29AM +0100, Borislav Petkov wrote:
> On Thu, Feb 28, 2013 at 04:15:45PM -0800, H. Peter Anvin wrote:
> > > I'll try to get someone to test this tomorrow.
>
> Btw, you'd need to apply that other patch too
>
> http://marc.info/?l=xen-devel&m=136206183814547&w=2
>
> so
> -Original Message-
> From: Alan Stern [mailto:st...@rowland.harvard.edu]
> Sent: Thursday, February 28, 2013 11:17 PM
> To: Li, Fei
> Cc: gre...@linuxfoundation.org; Lan, Tianyu; sarah.a.sh...@linux.intel.com;
> r...@sisk.pl; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Liu,
On Thu, Feb 28, 2013 at 04:31:11PM -0800, Andrew Morton wrote:
> -#ifndef CONFIG_MMU
> - error = ramfs_nommu_expand_for_mapping(inode, size);
> - res = ERR_PTR(error);
> - if (error)
> +
> + res = ERR_PTR(ramfs_nommu_expand_for_mapping(inode, size));
> + if (IS_ERR(res))
>
ping ...
在 2013-02-26二的 12:12 +0800,liguang写道:
> Signed-off-by: liguang
> ---
> tools/perf/command-list.txt | 14 +++---
> 1 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/tools/perf/command-list.txt b/tools/perf/command-list.txt
> index 3e86bbd..a28e31b 100644
> ---
can anyone help to merge these patches?
or any other comments?
在 2013-02-22五的 13:44 +0800,liguang写道:
> just do some trivial changes to make acpi's numa info
> operation more cleaner.
>
> ChangeLog
>
> v3->v4
> 1.fix srat_disabled function
> spotted by Yasuaki Ishimatsu
>
> v2->v3
> 1. rebas
On Thu, Feb 28, 2013 at 04:15:45PM -0800, H. Peter Anvin wrote:
> > I'll try to get someone to test this tomorrow.
Btw, you'd need to apply that other patch too
http://marc.info/?l=xen-devel&m=136206183814547&w=2
so that arch_flush_lazy_mmu_mode() has at least one caller on x86_64.
Thanks.
--
On 03/01/2013 06:29 AM, Dan Magenheimer wrote:
From: Ric Mason [mailto:ric.mas...@gmail.com]
Subject: Re: [PATCH] staging/zcache: Fix/improve zcache writeback code, tie to
a config option
On 02/07/2013 02:27 AM, Dan Magenheimer wrote:
It was observed by Andrea Arcangeli in 2011 that zcache can
On Fri, 1 Mar 2013 00:17:39 +0100
Wolfram Sang wrote:
> commit 6b4d0b27 (clean shmem_file_setup() a bit) broke allnoconfig since
> this needs the NOMMU path where 'error' is still needed:
>
> mm/shmem.c:2935:2: error: 'error' undeclared (first use in this function)
>
> Signed-off-by: Wolfram S
[ 39.878535] =
[ 39.879670] [ BUG: rpc.nfsd/666 still has locks held! ]
[ 39.880871] 3.8.0+ #3 Not tainted
[ 39.881858] -
[ 39.882850] 2 locks on stack by rpc.nfsd/666:
[ 39.883868] #0: held: (nfsd_mutex){+.+.+
Dave Jones writes:
> Just hit this on Linus' current tree.
>
> [ 89.621770] BUG: unable to handle kernel NULL pointer dereference at
> 00c8
> [ 89.623111] IP: [] commit_creds+0x250/0x2f0
> [ 89.624062] PGD 122bfd067 PUD 122bfe067 PMD 0
> [ 89.624901] Oops: [#1] PREEMPT
On Thu, Feb 14, 2013 at 2:37 PM, Andreas Larsson wrote:
> [Resent as I forgot to mark it as v4]
My comments on the older version seems to apply to this version too...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
On Tue, Feb 12, 2013 at 8:24 AM, Andreas Larsson wrote:
> This driver supports GRGPIO gpio cores available in the GRLIB VHDL IP
> core library from Aeroflex Gaisler.
>
> This also adds support to gpio-generic for using custom accessor
> functions. The grgpio driver uses this to use ioread32be and
On 02/28/2013 04:05 PM, Josh Boyer wrote:
> On Fri, Mar 01, 2013 at 12:37:20AM +0100, Borislav Petkov wrote:
>> On Thu, Feb 28, 2013 at 05:55:49PM -0500, Boris Ostrovsky wrote:
>>> Invoking arch_flush_lazy_mmu_mode() results in calls to
>>> preempt_enable()/disable() which may have performance impa
On 02/28/2013 05:09 AM, Andrew Shewmaker wrote:
Add a rootuser_reserve_pages knob to allow admins of large memory
systems running with overcommit disabled to change the hardcoded
memory reserve to something other than 3%.
Signed-off-by: Andrew Shewmaker
---
Patch based off of mmotm git tree a
commit df367931 (regulator: core: Provide regmap get/set bypass
operations) introduced regulator_[gs]et_bypass_regmap
However structure documentation for regulator_desc needs an update.
./scripts/kernel-doc include/linux/regulator/driver.h >/dev/null
generates:
Warning(include/linux/regulator/driv
On Thu, 28 Feb 2013 23:54:13 +0100
Björn JACKE wrote:
> On 2013-02-28 at 07:26 -0800 Jeff Layton sent off:
> > NTFS doesn't support sparse files, so the OS has to zero-fill up to the
> > point where you're writing. That can take a long time on slow
> > storage (minutes even).
>
> but you are
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Thursday, February 28, 2013 3:53 PM
> To: Yu, Fenghua; H. Peter Anvin
> Cc: H. Peter Anvin; Linus Torvalds; Ingo Molnar; Linux Kernel Mailing
> List; Thomas Gleixner; Yinghai Lu
> Subject: Re: [GIT PULL] x86/microc
On Fri, 1 Mar 2013, Matthew Garrett wrote:
> > > If you've loaded an x.509 certificate into the kernel and it's later
> > > revoked, any module signed with the key is going to be loadable until
> > > it's revoked. I don't see an especially large difference here?
> >
> > i_own_your_ring0.ko can
On Fri, Mar 01, 2013 at 12:37:20AM +0100, Borislav Petkov wrote:
> On Thu, Feb 28, 2013 at 05:55:49PM -0500, Boris Ostrovsky wrote:
> > Invoking arch_flush_lazy_mmu_mode() results in calls to
> > preempt_enable()/disable() which may have performance impact.
> >
> > Since lazy MMU is not used on ba
On Fri, Mar 01, 2013 at 12:52:51AM +0100, Jiri Kosina wrote:
> On Thu, 28 Feb 2013, Matthew Garrett wrote:
> > If you've loaded an x.509 certificate into the kernel and it's later
> > revoked, any module signed with the key is going to be loadable until
> > it's revoked. I don't see an especially
On Thu, 28 Feb 2013 00:25:07 -0500
kosaki.motoh...@gmail.com wrote:
> From: KOSAKI Motohiro
>
> Currently, n_new is wrongly initialized. start and end parameter
> are inverted. Let's fix it.
>
> ...
>
> --- a/mm/mempolicy.c
> +++ b/mm/mempolicy.c
> @@ -2390,7 +2390,7 @@ static int shared_policy
On Thu, 28 Feb 2013, Matthew Garrett wrote:
> > > Sure, if you've been infected before the revocation, you'll still be
> > > infected. There's not really any good way around that.
> >
> > Which is a very substantial difference to normal X509 chain of trust,
> > isn't it?
>
> If you've loaded a
On Thu, Feb 28, 2013 at 11:28:06PM +, Yu, Fenghua wrote:
>> gcc is warning that the function is using lots of stack. In the
>> context that it is running in this is most likely not a problem
>> given how small the overrun is, but it might be worthwhile to see if
>> there is anything which can b
On Thu, Feb 28, 2013 at 02:14:41PM -0800, Andrew Morton wrote:
> On Wed, 27 Feb 2013 16:09:25 -0500
> Andrew Shewmaker wrote:
>
> > Add a rootuser_reserve_pages knob to allow admins of large memory
> > systems running with overcommit disabled to change the hardcoded
> > memory reserve to someth
On Fri, Mar 01, 2013 at 12:45:23AM +0100, Jiri Kosina wrote:
> On Thu, 28 Feb 2013, Matthew Garrett wrote:
> > Sure, if you've been infected before the revocation, you'll still be
> > infected. There's not really any good way around that.
>
> Which is a very substantial difference to normal X509
On Mon, 25 Feb 2013 21:21:37 -0500
Peter Hurley wrote:
> Over the weekend testing with trinity on KVM, I hit a similar oops
> (pasted below) to what others have already reported here
> http://lkml.indiana.edu/hypermail/linux/kernel/1302.2/01465.html
>
> While trying to uncover the underlyin
On Thu, 28 Feb 2013, Matthew Garrett wrote:
> > But the real harm is being done by the i_own_your_ring0.ko module, which
> > can be modprobed on all the systems where the signed "hello world" binary
> > has been keyctl-ed before it was blacklisted.
>
> Sure, if you've been infected before the r
Just hit this on Linus' current tree.
[ 89.621770] BUG: unable to handle kernel NULL pointer dereference at
00c8
[ 89.623111] IP: [] commit_creds+0x250/0x2f0
[ 89.624062] PGD 122bfd067 PUD 122bfe067 PMD 0
[ 89.624901] Oops: [#1] PREEMPT SMP
[ 89.625678] Modules linked
On Thu, Feb 28, 2013 at 05:55:49PM -0500, Boris Ostrovsky wrote:
> Invoking arch_flush_lazy_mmu_mode() results in calls to
> preempt_enable()/disable() which may have performance impact.
>
> Since lazy MMU is not used on bare metal we can patch away
> arch_flush_lazy_mmu_mode() so that it is never
On 28/02/13 18:36, Stephen Warren wrote:
On 02/28/2013 08:21 AM, Ian Lartey wrote:
The Palmas familly of chips has LED support. This is not always muxed
to output pins so depending on the setting of the mux this driver
will create the appropriate LED class devices.
+static struct of_device_id
On Thursday, February 28, 2013 05:13:27 PM Jeff Garzik wrote:
> On 02/28/2013 04:53 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > After PCI and USB have stopped using the .find_bridge() callback in
> > struct acpi_bus_type, the only remaining user of it is SATA, but SATA
> > onl
On Thursday, February 28, 2013 02:29:56 PM Yinghai Lu wrote:
> On Thu, Feb 28, 2013 at 1:53 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > USB uses the .find_bridge() callback from struct acpi_bus_type
> > incorrectly, because as a result of the way it is used by USB every
> > d
101 - 200 of 731 matches
Mail list logo