From: mr...@linux.ee
Date: Wed, 15 Oct 2014 00:19:36 +0300 (EEST)
I'd like to know that your another problem is related to commit
bf0dea23a9c0 (mm/slab: use percpu allocator for cpu cache). So,
if the commit is reverted, your another problem is also gone
completely?
The other problem
Hi Linus-
Eric asked me to forward this fix to you. Please pull.
The following changes since commit 0d0826019e529f21c84687521d03f60cd241ca7d:
mnt: Prevent pivot_root from creating a loop in the mount tree
(2014-10-14 14:27:19 -0700)
are available in the git repository at:
2014-09-19 0:39 GMT+02:00 Dan Carpenter dan.carpen...@oracle.com:
On Thu, Sep 18, 2014 at 09:57:17PM +0200, Rickard Strandqvist wrote:
Should I add this as a patch in lib/string.c or email him first.. What
is customary in these situations?
Just write up a normal patch and try to merge it
On Tue, Oct 14, 2014 at 04:16:38PM +0200, Michael Opdenacker wrote:
This replaces kzalloc() and ioremap() calls by
the corresponding devm_ functions in the probe() routine,
which automatically release the corresponding resources
when probe() fails or when the device is removed.
This
From: Haiyang Zhang haiya...@microsoft.com
Date: Tue, 14 Oct 2014 15:16:28 -0700
In case that the IP header has optional field at the end, this patch will
get the port numbers after that field, and compute the hash.
Signed-off-by: Haiyang Zhang haiya...@microsoft.com
Reviewed-by: K. Y.
Hi Linus,
On Tue, 14 Oct 2014 09:07:52 -0400 Tejun Heo t...@kernel.org wrote:
2. arch/s390/kernel/vtime.c
b5f87f15e200 (s390/idle: consolidate idle functions and definitions)
removes two functions which contained percpu accesses.
HEAD
===
void __kprobes vtime_stop_cpu(void)
The intel_pstate driver only supports the performance and the powersave
governors. With the performance governor ensuring the highest possible
performance settings, userspace tools fail to make any lasting changes.
In order to allow userspace tools to make modifications to the settings,
the
On Thu, 09 Oct 2014 16:00:20 +0200 Peter Oberparleiter
ober...@linux.vnet.ibm.com wrote:
Looks good. Andrew, can you pick this change up via your tree?
Sure.
On 09.10.2014 12:54, Riku Voipio wrote:
Following up the arm testing of gcov, turns out gcov on ARM64
works fine as well. Only
If a process gets access to a mount from a descendent or unrelated
user namespace, that process should not be able to take advantage of
setuid files or selinux entrypoints from that filesystem.
This will make it safer to allow more complex filesystems to be
mounted in non-root user namespaces.
On Fri, 10 Oct, at 08:28:47PM, Borislav Petkov wrote:
You have efi_capsule_update() vs efi_update_capsule(). Maybe change the
names a bit more for differentiation. Or prepend the workhorse doing all
the work with __ or so...
Yeah, I really didn't come up with a great naming scheme here.
When using the device tree binding of compatible = hid-over-i2c
the i2c id table also needs to have that name in order to
auto load this driver.
Signed-off-by: Benson Leung ble...@chromium.org
---
drivers/hid/i2c-hid/i2c-hid.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Tuesday, October 14, 2014 at 08:36:21 AM, Chao Fu wrote:
From: Chao Fu b44...@freescale.com
FSL Quadspi module register bitwise is big-endian, but on ohter paltform
is little endian.
Add functions for Quadspi register read/write for bitwise:
qspi_readl
qpsi_writel
The commit message
On Sat, Oct 11, 2014 at 03:16:46PM +0800, Jason Wang wrote:
We free transmitted packets in ndo_start_xmit() in the past to get better
performance in the past. One side effect is that skb_orphan() needs to be
called in ndo_start_xmit() which makes sk_wmem_alloc not accurate in
fact. For TCP
On Tue, Oct 14, 2014 at 02:53:27PM -0400, David Miller wrote:
From: Jason Wang jasow...@redhat.com
Date: Sat, 11 Oct 2014 15:16:43 +0800
We free old transmitted packets in ndo_start_xmit() currently, so any
packet must be orphaned also there. This was used to reduce the overhead of
tx
Heiko,
On 10/14/2014 02:23 PM, Heiko Stübner wrote:
Am Dienstag, 14. Oktober 2014, 13:24:03 schrieb Doug Anderson:
Kever,
On Mon, Oct 13, 2014 at 1:12 PM, Kever Yang kever.y...@rock-chips.com
wrote:
+ /*
+* We need to soft reset the cpu when we turn off the cpu power
domain, +
On newer hosts that support delayed tx interrupts,
we probably don't have much to gain from orphaning
packets early.
Based on patch by Jason Wang.
Note: this will likely degrade performance for hosts without event idx
support. Various fallback options are available, including
orphaning
Zlib implements a byte-by-byte and a word-by-word longest_match() string
comparision function. This implementation defaults to the slower byte-by-byte
version unless the preprocessor macro UNALIGNED_OK is defined.
Currently, nothing is hooked up to define this macro, but we do have
On Tue, Oct 14, 2014 at 12:46:58PM +0800, WANG Chao wrote:
Supress this unnecessary message during kernel re-build
(CONFIG_KEXEC_FILE=y):
make[1]: `arch/x86/purgatory/kexec-purgatory.c' is up to date.
Signed-off-by: WANG Chao chaow...@redhat.com
---
arch/x86/purgatory/Makefile | 1 +
1
Hi Andrew,
On Tue, 14 Oct 2014 14:40:48 -0700 Andrew Morton a...@linux-foundation.org
wrote:
diff --git a/kernel/gcov/Kconfig b/kernel/gcov/Kconfig
index cf66c5c..3b74087 100644
--- a/kernel/gcov/Kconfig
+++ b/kernel/gcov/Kconfig
@@ -35,7 +35,7 @@ config GCOV_KERNEL
config
Andy Lutomirski l...@amacapital.net writes:
If a process gets access to a mount from a descendent or unrelated
user namespace, that process should not be able to take advantage of
setuid files or selinux entrypoints from that filesystem.
This will make it safer to allow more complex
Quoting Serge E. Hallyn (se...@hallyn.com):
Quoting Richard Guy Briggs (r...@redhat.com):
---
Acked-by: Serge Hallyn serge.hal...@canonical.com
(some nitpicking below)
(As discussed, please ignore the ' nitpicking :)
thanks,
-serge
--
To unsubscribe from this list: send the line
Hi Linus,
Please pull the following Ceph updates from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
There is the long-awaited discard support for RBD (Guangliang Zhao, Josh
Durgin), a pile of RBD bug fixes that didn't belong in late -rc's (Ilya
Dryomov, Li
On Tue, Oct 14, 2014 at 2:57 PM, Eric W. Biederman
ebied...@xmission.com wrote:
Andy Lutomirski l...@amacapital.net writes:
If a process gets access to a mount from a descendent or unrelated
user namespace, that process should not be able to take advantage of
setuid files or selinux
2014-09-15 22:56 GMT+02:00 David Miller da...@davemloft.net:
From: Stephen Hemminger step...@networkplumber.org
Date: Mon, 15 Sep 2014 13:53:39 -0700
On Mon, 15 Sep 2014 13:07:21 -0400 (EDT)
David Miller da...@davemloft.net wrote:
From: Stephen Hemminger step...@networkplumber.org
Date:
Quoting Eric W. Biederman (ebied...@xmission.com):
Andy Lutomirski l...@amacapital.net writes:
If a process gets access to a mount from a descendent or unrelated
user namespace, that process should not be able to take advantage of
setuid files or selinux entrypoints from that filesystem.
On Tue, Oct 14, 2014 at 3:07 PM, Andy Lutomirski l...@amacapital.net wrote:
On Tue, Oct 14, 2014 at 2:57 PM, Eric W. Biederman
Seth, this should address a problem that's related to yours. If a
userns creates and untrusted fs (by any means, although admittedly fuse
and user namespaces don't
Quoting Serge E. Hallyn (se...@hallyn.com):
Quoting Eric W. Biederman (ebied...@xmission.com):
Andy Lutomirski l...@amacapital.net writes:
If a process gets access to a mount from a descendent or unrelated
user namespace, that process should not be able to take advantage of
setuid
On Tue, Oct 14, 2014 at 3:12 PM, Serge E. Hallyn se...@hallyn.com wrote:
Quoting Eric W. Biederman (ebied...@xmission.com):
Andy Lutomirski l...@amacapital.net writes:
If a process gets access to a mount from a descendent or unrelated
user namespace, that process should not be able to take
On Tue, Oct 14, 2014 at 3:14 PM, Serge E. Hallyn se...@hallyn.com wrote:
Quoting Serge E. Hallyn (se...@hallyn.com):
Quoting Eric W. Biederman (ebied...@xmission.com):
Andy Lutomirski l...@amacapital.net writes:
If a process gets access to a mount from a descendent or unrelated
user
-Original Message-
From: David Miller [mailto:da...@davemloft.net]
Sent: Tuesday, October 14, 2014 5:37 PM
To: Haiyang Zhang
Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
jasow...@redhat.com; linux-kernel@vger.kernel.org; driverdev-
de...@linuxdriverproject.org
On Wed, 8 Oct 2014 11:05:29 +0900 Hyogi Gim cioge...@gmail.com wrote:
Some of rtc devices always return '0' when rtc_class_ops.read_time is called.
So if rtc_time isn't verified in callback, rtc interface cannot know whether
rtc_time is valid.
We should fix the buggy .read_time()
Hi Mimi,
Thanks for reply. I will fix your comments.
I am on LinuxCon EU at the moment.
Fixing as have a time :)
- Dmitry
On 13 October 2014 19:32, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Fri, 2014-10-10 at 17:09 +0300, Dmitry Kasatkin wrote:
Currently secure IMA/EVM initialization has
Hi,
Thanks a lot for working on this!
On Wed, Sep 17, 2014 at 10:10 AM, Daniel Thompson
daniel.thomp...@linaro.org wrote:
Changes *before* v1:
* This patchset is a hugely cut-down successor to [PATCH v11 00/19]
arm: KGDB NMI/FIQ support. Thanks to Thomas Gleixner for suggesting
the new
Hi Addy,
On Tuesday 14 October 2014 at 14:09:21, Addy Ke wrote:
As show in I2C specification:
- Standard-mode: the minimum HIGH period of the scl clock is 4.0us
the minimum LOW period of the scl clock is 4.7us
- Fast-mode: the minimum HIGH period of the scl clock is 0.6us
On Mon, Oct 13, 2014 at 2:23 PM, Aditya Kali adityak...@google.com wrote:
Second take at the Cgroup Namespace patch-set.
Major changes form RFC (V0):
1. setns support for cgroupns
2. 'mount -t cgroup cgroup mntpt' from inside a cgroupns now
mounts the cgroup hierarcy with cgroupns-root as
On Tue, 07 Oct 2014 20:24:02 +0200 Heinrich Schuchardt xypron.g...@gmx.de
wrote:
Hello Andrew,
the patch in
https://lkml.org/lkml/2014/10/3/56
and cited below was reviewed by Jan Kara.
Jan wondered why we generate events for FALLOC_FL_KEEP_SIZE, so other
people will wonder the same
Johan Hovold jo...@kernel.org writes:
On Sun, Oct 12, 2014 at 06:29:03PM -0700, tecfacet wrote:
Hello.
I am interested in the rotary encoder kernel driver. I am very new to
this linux kernel driver thing.
How do I pass the gpio and interrupt stuff to the kernel module.. I
think it is
Quoting Andy Lutomirski (l...@amacapital.net):
On Tue, Oct 14, 2014 at 3:14 PM, Serge E. Hallyn se...@hallyn.com wrote:
Quoting Serge E. Hallyn (se...@hallyn.com):
Quoting Eric W. Biederman (ebied...@xmission.com):
Andy Lutomirski l...@amacapital.net writes:
If a process gets access
On Tuesday, October 14, 2014 at 03:26:49 AM, Bean Huo 霍斌斌 (beanhuo) wrote:
[...]
- dev_warn(dev, found %s, expected %s\n,
- jid-name, id-name);
- id = jid;
- info = (void *)jid-driver_data;
+
On Tue, Oct 14, 2014 at 3:45 PM, Serge E. Hallyn se...@hallyn.com wrote:
Quoting Andy Lutomirski (l...@amacapital.net):
On Tue, Oct 14, 2014 at 3:14 PM, Serge E. Hallyn se...@hallyn.com wrote:
Quoting Serge E. Hallyn (se...@hallyn.com):
Quoting Eric W. Biederman (ebied...@xmission.com):
CR4 manipulation was split, seemingly at random, between direct
(write_cr4) and using a helper (set/clear_in_cr4). Unfortunately,
the set_in_cr4 and clear_in_cr4 helpers also poke at the boot code,
which only a small subset of users actually wanted.
This patch replaces all cr4 access in
Hi Peter, etc,
This little series tightens up rdpmc permissions. With it applied,
rdpmc can only be used if a perf_event is actually mmapped. For now,
this is only really useful for seccomp.
At some point this could be further tightened up to only allow rdpmc
if an actual self-monitoring perf
The code is correct, but only for a rather subtle reason. This
confused me for quite a while when I read switch_mm, so clarify the
code to avoid confusing other people, too.
TBH, I wouldn't be surprised if this code was only correct by
accident.
Signed-off-by: Andy Lutomirski
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
include/linux/perf_event.h | 7 +++
kernel/events/core.c | 9 +
2 files changed, 16 insertions(+)
diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h
index 707617a8c0f6..88069e319a3f 100644
---
We currently allow any process to use rdpmc. This significantly
weakens the protection offered by PR_TSC_DISABLED, and it could be
helpful to users attempting to exploit timing attacks.
Since we can't enable access to individual counters, use a very
coarse heuristic to limit access to rdpmc:
Context switches and TLB flushes can change individual bits of CR4.
CR4 reads take several cycles, so store a shadow copy of CR4 in a
per-cpu variable.
To avoid wasting a cache line, I added the CR4 shadow to
cpu_tlbstate, which is already touched during context switches.
Signed-off-by: Andy
On Tue, Oct 14, 2014 at 02:44:01PM -0700, Benson Leung wrote:
When using the device tree binding of compatible = hid-over-i2c
the i2c id table also needs to have that name in order to
auto load this driver.
Signed-off-by: Benson Leung ble...@chromium.org
---
drivers/hid/i2c-hid/i2c-hid.c
On Tue, Oct 14, 2014 at 02:53:27PM -0400, David Miller wrote:
From: Jason Wang jasow...@redhat.com
Date: Sat, 11 Oct 2014 15:16:43 +0800
We free old transmitted packets in ndo_start_xmit() currently, so any
packet must be orphaned also there. This was used to reduce the overhead of
tx
On Wed, Oct 15, 2014 at 12:53:59AM +0300, Michael S. Tsirkin wrote:
static void skb_xmit_done(struct virtqueue *vq)
{
struct virtnet_info *vi = vq-vdev-priv;
+ struct send_queue *sq = vi-sq[vq2txq(vq)];
- /* Suppress further interrupts. */
- virtqueue_disable_cb(vq);
On 10/14/2014 04:29 PM, David Cohen wrote:
+VM_BUG_ON(PageTail(page));
+ VM_BUG_ON(PageHead(page) compound_order(page) != order);
It may be too severe. AFAIU we're not talking about a fatal error.
How about VM_WARN_ON()?
VM_BUG_ON() should catch anything which is not supposed to
On Tue, Oct 14, 2014 at 04:37:51PM -0600, Daniel Drake wrote:
Hi,
Thanks a lot for working on this!
On Wed, Sep 17, 2014 at 10:10 AM, Daniel Thompson
daniel.thomp...@linaro.org wrote:
Changes *before* v1:
* This patchset is a hugely cut-down successor to [PATCH v11 00/19]
arm:
If a process gets access to a mount from a different namespace user
namespace, that process should not be able to take advantage of
setuid files or selinux entrypoints from that filesystem.
Technically, trusting mounts created by the same or ancestor user
namespaces ought to be safe, but it's
On Tue, Oct 14, 2014 at 3:42 PM, Andy Lutomirski l...@amacapital.net wrote:
On Mon, Oct 13, 2014 at 2:23 PM, Aditya Kali adityak...@google.com wrote:
Second take at the Cgroup Namespace patch-set.
Major changes form RFC (V0):
1. setns support for cgroupns
2. 'mount -t cgroup cgroup mntpt'
On Tue, Oct 14, 2014 at 07:08:43PM -0400, Sasha Levin wrote:
On 10/14/2014 04:29 PM, David Cohen wrote:
+ VM_BUG_ON(PageTail(page));
+VM_BUG_ON(PageHead(page) compound_order(page) != order);
It may be too severe. AFAIU we're not talking about a fatal error.
How about
On Tue, Oct 14, 2014 at 11:23:40PM +0200, Heiko Stübner wrote:
Am Dienstag, 14. Oktober 2014, 13:24:03 schrieb Doug Anderson:
Kever,
On Mon, Oct 13, 2014 at 1:12 PM, Kever Yang kever.y...@rock-chips.com
wrote:
+ /*
+* We need to soft reset the cpu when we turn off the
On Tue, Oct 14, 2014 at 02:50:07PM -0700, Kever Yang wrote:
Heiko,
On 10/14/2014 02:23 PM, Heiko Stübner wrote:
Am Dienstag, 14. Oktober 2014, 13:24:03 schrieb Doug Anderson:
Kever,
On Mon, Oct 13, 2014 at 1:12 PM, Kever Yang kever.y...@rock-chips.com
wrote:
+ /*
+* We
Hi all,
After merging the net tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/built-in.o: In function `.LANCHOR0':
:(.rodata+0x6b764): undefined reference to `sti_gmac_data'
:(.rodata+0x6b828): undefined reference to `sti_gmac_data'
:(.rodata+0x6b8ec): undefined
If a process gets access to a mount from a different namespace user
namespace, that process should not be able to take advantage of
setuid files or selinux entrypoints from that filesystem.
Technically, trusting mounts created by the same or ancestor user
namespaces ought to be safe, but it's
On Mon, Oct 06, 2014 at 11:04:45AM +0800, Chen Gang wrote:
When pcifront_rescan_root() or pcifront_scan_root() fails, need return
error code, neither set XenbusStateConnected state, just like the other
areas have done.
For pcifront_rescan_root(), it will return error code (num_roots = 0;,
At least for me, what you said sound OK.
Thanks.
Send from Lenovo A788t.
Bjorn Helgaas bhelg...@google.com wrote:
On Mon, Oct 06, 2014 at 11:04:45AM +0800, Chen Gang wrote:
When pcifront_rescan_root() or pcifront_scan_root() fails, need return
error code, neither set XenbusStateConnected
-Original Message-
From: Haiyang Zhang [mailto:haiya...@microsoft.com]
Sent: Tuesday, October 14, 2014 4:05 PM
To: da...@davemloft.net; net...@vger.kernel.org
Cc: Haiyang Zhang; KY Srinivasan; o...@aepfle.de; jasow...@redhat.com;
linux-kernel@vger.kernel.org;
Hi all,
Today's linux-next merge of the infiniband tree got a conflict in
drivers/infiniband/hw/mlx5/qp.c between commit c7a08ac7ee68
(net/mlx5_core: Update device capabilities handling) from Linus' tree
and commit f83b42636a91 (IB/mlx5: Remove duplicate code from
mlx5_set_path) from the
Le 6 oct. 2014 à 18:13, Sebastian Hesselbarth sebastian.hesselba...@gmail.com
a écrit :
On 10/06/2014 01:11 AM, Benoit Masson wrote:
Le 3 oct. 2014 à 17:41, Sebastian Hesselbarth
sebastian.hesselba...@gmail.com a écrit :
On 10/03/2014 05:29 PM, Benoit Masson wrote:
Le 3 oct. 2014 à 17:06,
Petr == Petr Vandrovec p...@vmware.com writes:
Petr,
Petr Logic (from 2011, commit 8af1954d172a46a63e5e79dae523a6d74715e458)
Petr says that EOPNOTSUPP is returned when DISCARD request failed, as
Petr discarding is optional, and failures can be safely ignored. That
Petr is definitely not true
On 10/14/2014 04:42 PM, Jingchang Lu wrote:
This patch fixes commit 2dea53bf57783f243c892e99c10c6921e956aa7e,
serial: of-serial: add PM suspend/resume support, which disables
the uart clock on suspend, but also causes a hardware hang on register
access if no_console_suspend command line option
Sitsofe == Sitsofe Wheeler sits...@gmail.com writes:
Sitsofe A previous patch attempted to add a quirk to workaround this
Sitsofe but the quirk was only enabled after the features had been
Sitsofe scanned for, wouldn't work for small disks
What does that mean, exactly?
--
Martin K. Petersen
Sitsofe == Sitsofe Wheeler sits...@gmail.com writes:
Sitsofe Microsoft Hyper-V virtual disks currently only claim SPC-2
Sitsofe compliance causing the kernel skip checks for features such as
Sitsofe thin provisioning even though the virtual disk advertises them.
Last time around we identified
On 10/14/2014 09:40 AM, tr...@suse.de wrote:
This removes the ipmi_devintf to be a module, but it will automatically
compiled in if ipmi_msghandler is set.
ipmi_msghandler module is renamed to ipmi_handler because of the name
clash with the ipmi_msghandler.o object file (see Makefile for
Sorry to top post on this, but you attached the file, so it's hard to reply
inline.
There's no way this can go in. There's not enough major device numbers
for all the devices that exist, we have mechanisms to handle dynamically
assigning numbers, and the IPMI driver just isn't important enough
Queued, thanks for spotting this.
-corey
On 10/14/2014 09:40 AM, tr...@suse.de wrote:
Signed-off-by: Thomas Renninger tr...@suse.de
CC: miny...@acm.org
Index: kernel_ipmi/drivers/char/ipmi/ipmi_msghandler.c
===
---
Acked-by: Jaehoon Chung jh80.ch...@samsung.com
Best Regards,
Jaehoon Chung
On 10/11/2014 01:16 PM, Doug Anderson wrote:
In (28f92b5 mmc: core: Try other signal levels during power up) we can
see that there are times when it's valid to try several signal
voltages. Don't print an ugly error in
Added quirk SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12 present in controller.
Removed udelay in write ops by using shadow registers for 16 bit
accesses to 32-bit registers (where necessary).
Optimized 32-bit operations when doing 8/16 register accesses.
Signed-off-by: Scott Branden sbran...@broadcom.com
This patch contains driver cleanup of sdhci-bcm2835.
Please note that this has not actually been tested on bcm2835 yet.
Testing comes from other devices with the same sdhci controller.
This patch is being put out for testing and acceptance on the 2835.
Please test and comment.
Scott Branden (1):
From: Stephen Rothwell s...@canb.auug.org.au
Date: Wed, 15 Oct 2014 10:44:11 +1100
Hi all,
After merging the net tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/built-in.o: In function `.LANCHOR0':
:(.rodata+0x6b764): undefined reference to
From: Haiyang Zhang haiya...@microsoft.com
Date: Tue, 14 Oct 2014 20:05:17 +
In case that the IP header has optional field at the end, this patch will
get the port numbers after that field, and compute the hash.
Signed-off-by: Haiyang Zhang haiya...@microsoft.com
Reviewed-by: K. Y.
-Original Message-
From: Martin K. Petersen [mailto:martin.peter...@oracle.com]
Sent: Tuesday, October 14, 2014 6:08 PM
To: Sitsofe Wheeler
Cc: KY Srinivasan; Haiyang Zhang; Christoph Hellwig; Hannes Reinecke; linux-
s...@vger.kernel.org; linux-kernel@vger.kernel.org;
On Fri, 2014-10-10 at 05:45:26 UTC, Vineeth Vijayan wrote:
Right now there is no way to disable TEXT randomization on a PPC32
machine. text randomization happens even in the case of echo 0
/proc/sys/kernel/randomize_va_space
Yeah it seems to happen on ppc64 too.
This happens due to the
On 10/14/14 at 05:52pm, Vivek Goyal wrote:
On Tue, Oct 14, 2014 at 12:46:58PM +0800, WANG Chao wrote:
Supress this unnecessary message during kernel re-build
(CONFIG_KEXEC_FILE=y):
make[1]: `arch/x86/purgatory/kexec-purgatory.c' is up to date.
Signed-off-by: WANG Chao
Hello,
I try running scripts/get_maintainers.pl but it doesn't seem to get the
real maintainers properly. Please note this is run against the current
MAINTAINERS file.
One Example: I would expect drivers/mmc/host/sdhci-bcm2835.c to be
maintained by Stephen Warren based on
Hi,
On 2014년 10월 14일 21:20, Krzysztof Kozlowski wrote:
Hi,
After fixing issue with referencing old power supply after driver
unbind in charger manager [1] I noticed that the race condition in such
case may still exist. It would be harder to trigger but still possible.
The race is
These old duplicated patches are accidentally send by the mail server... Sorry
for that.
-Original Message-
From: Thomas Shao [mailto:huis...@microsoft.com]
Sent: Tuesday, October 14, 2014 1:49 PM
To: t...@linutronix.de; gre...@linuxfoundation.org; linux-
ker...@vger.kernel.org;
Now we use struct msi_chip in all platforms to configure
MSI/MSI-X. We can clean up the unused arch functions.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
Hi Lucas,
I dropped the reviewed-by, because this version has a lot changes
compared to last one, I guess you may want to check it
Currently, pcie-designware, pcie-rcar and pci-tegra drivers
use irq chip_data to save the msi_chip pointer. They
already call irq_set_chip_data() in their own MSI irq map
functions. And chip_data is an opaque pointer, how to use
it is arch dependent. It should not be placed in MSI core.
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/ia64/include/asm/pci.h | 10 ++
arch/ia64/kernel/msi_ia64.c | 14 ++
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/sparc/kernel/pci.c | 14 --
arch/sparc/kernel/pci_impl.h | 12
2
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/tile/include/asm/pci.h | 10 ++
arch/tile/kernel/pci_gx.c | 13 +++--
2 files
Save msi chip in pci_sys_data instead of assign
msi chip to every pci bus in .add_bus().
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
drivers/pci/host/pci-mvebu.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/pci/host/pci-mvebu.c
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
drivers/iommu/irq_remapping.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
Hi Sebastian,
I dropped the Acked-by , because this version has a
lot changes compared to last. So, I
On Tue, 2014-10-14 at 19:18 -0700, Scott Branden wrote:
Hello,
I try running scripts/get_maintainers.pl but it doesn't seem to get the
real maintainers properly. Please note this is run against the current
MAINTAINERS file.
One Example: I would expect drivers/mmc/host/sdhci-bcm2835.c
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/arm/mach-iop13xx/include/mach/pci.h |4
arch/arm/mach-iop13xx/iq81340mc.c|3 +++
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
Hi Michael,
I dropped the Acked-by , because this version has a
lot changes compared to last. So, I guess
Commit 465665f78a7 (mips: Kill pointless destroy_irq()) removed
the destroy_irq(). So remove the leftover one in xlp_setup_msix()
to fix build error.
arch/mips/pci/msi-xlp.c: In function 'xlp_setup_msix':
arch/mips/pci/msi-xlp.c:447:3: error: implicit declaration of function
'destroy_irq'..
cc1:
Save msi chip in pci_sys_data instead of assign
msi chip to every pci bus in .add_bus().
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
drivers/pci/host/pci-tegra.c | 13 +++--
1 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/pci/host/pci-tegra.c
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X IRQ. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/mips/include/asm/netlogic/xlp-hal/pcibus.h |1 +
arch/mips/pci/msi-xlp.c |
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/mips/include/asm/octeon/pci-octeon.h |4 +++
arch/mips/pci/msi-octeon.c| 31
Save msi chip in pci_sys_data instead of assign
msi chip to every pci bus in .add_bus().
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
drivers/pci/host/pcie-designware.c | 15 ---
1 files changed, 4 insertions(+), 11 deletions(-)
diff --git
Use MSI chip framework instead of arch MSI functions to configure
MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework.
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
arch/mips/pci/pci-xlr.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff
On 14-10-14 07:26 PM, Joe Perches wrote:
On Tue, 2014-10-14 at 19:18 -0700, Scott Branden wrote:
Hello,
I try running scripts/get_maintainers.pl but it doesn't seem to get the
real maintainers properly. Please note this is run against the current
MAINTAINERS file.
One Example: I would
Save msi chip in pci_sys_data instead of assign
msi chip to every pci bus in .add_bus().
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
drivers/pci/host/pcie-rcar.c | 13 +++--
1 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/pci/host/pcie-rcar.c
601 - 700 of 1144 matches
Mail list logo