Hi Pali,
On Sun, Nov 02, 2014 at 12:25:10AM +0100, Pali Rohár wrote:
int alps_detect(struct psmouse *psmouse, bool set_properties)
{
- struct alps_data dummy;
+ unsigned char e6[4];
- if (alps_identify(psmouse, dummy) 0)
- return -1;
+ /*
+ * Try E6
On Sunday 09 November 2014, Hillf Danton wrote:
- return COMPACT_CONTINUE;
+ return COMPACT_SKIPPED;
I guess this one would mitigate against Vlastmil's migration scanner issue,
wouldn't it?
In that case, I should wait a bit[1] to try the first patch, then revert, try
Hi!
Oh and did I ask in this thread for /proc/zoneinfo yet? :)
Using that same kernel[1], got again into a race, gathered a few more data.
This time, I had 1x urpmq process [2] hung at 100% CPU , when kwin got
apparently blocked (100% CPU, too) trying to resize a GUI window. I
This adds a node for the IR remote control receiver to the Amlogic
Meson DTS.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
arch/arm/boot/dts/meson.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/meson.dtsi b/arch/arm/boot/dts/meson.dtsi
index
This adds binding documentation for the infrared remote control
receiver available in Amlogic Meson SoCs.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
Documentation/devicetree/bindings/media/meson-ir.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644
Hi,
this is a driver for the infrared receiver available in Amlogic Meson6
and Meson8 SoCs. The device can operate in two modes: NEC mode in
which the hardware decodes frames using the NEC IR protocol, and
general mode in which the receiver simply reports the duration of
pulses and spaces for
Amlogic Meson SoCs include a infrared remote control receiver that can
operate in two modes: NEC mode in which the hardware decodes frames
using the NEC IR protocol, and general mode in which the receiver
simply reports the duration of pulses and spaces for software
decoding.
This is a driver for
Some small problems that have since been picked up since my patchset that
introduced support for the Thinkpad Compact Keyboards[0]. Both have been tested
on 3.18-rc1.
There are other outstanding problems that will require less trivial patches:
* The USB keyboard needs a patch to the HID
On the USB keyboard, the VENDOR hotkeys share the same device as the
mouse. Setting EV_REP also affects mouse buttons, so leave it off.
The bluetooth keyboard still has autorepeating mouse buttons, as it
only has one device and is set by the KEYBOARD pages.
Signed-off-by: Jamie Lentin
The bluetooth keyboard also generates 0x00fa when the middle button is
pressed. Move the made-up report out of the way so we don't trigger
KEY_FILE when middle button is pressed
Signed-off-by: Jamie Lentin j...@lentin.co.uk
---
drivers/hid/hid-lenovo.c | 12 ++--
1 file changed, 6
In header file, extern inline may cause multiple definition, so need
change it to static inline. And also need be quoted by __GNUC__ for
they are as inline functions only for __GNUC__.
The related error (with allmodconfig under tile):
LD lib/mpi/mpi.o
lib/mpi/generic_mpih-mul1.o: In
On Sun, 2014-11-09 at 16:58 +0800, Chen Gang wrote:
In header file, extern inline may cause multiple definition, so need
change it to static inline. And also need be quoted by __GNUC__ for
they are as inline functions only for __GNUC__.
[]
diff --git a/lib/mpi/mpi-inline.h
Remove final uses of the GOTO macro, and remove the associated macro and
underlying function.
drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h | 12
drivers/staging/lustre/lustre/libcfs/debug.c |8
drivers/staging/lustre/lustre/osc/osc_cache.c | 168
From: Julia Lawall julia.law...@lip6.fr
Remove the goto logging function, as it is no longer used.
Signed-off-by: Julia Lawall julia.law...@lip6.fr
---
drivers/staging/lustre/lustre/libcfs/debug.c |8
1 file changed, 8 deletions(-)
diff --git
From: Julia Lawall julia.law...@lip6.fr
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
identifier lbl;
identifier rc;
constant c;
@@
- GOTO(lbl,\(rc\|c\));
+ goto lbl;
@@
identifier lbl;
expression rc;
@@
- GOTO(lbl,rc);
+ rc;
+ goto lbl;
//
From: Julia Lawall julia.law...@lip6.fr
Remove the GOTO macro, as it is no longer used.
Signed-off-by: Julia Lawall julia.law...@lip6.fr
---
drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h | 12
1 file changed, 12 deletions(-)
diff --git
On Sat, Nov 08, 2014 at 05:42:52PM +0530, Manish Badarkhe wrote:
Remove '.owner' field of driver structure as it is
going to be filled via module_platform_driver call.
Same question as ever with this stuff: if we've decided to do this why
are we doing it for a single driver and not as a genric
On 11/09/2014 05:11 PM, Joe Perches wrote:
On Sun, 2014-11-09 at 16:58 +0800, Chen Gang wrote:
In header file, extern inline may cause multiple definition, so need
change it to static inline. And also need be quoted by __GNUC__ for
they are as inline functions only for __GNUC__.
[]
diff
Hi,
this patchset adds a driver for the SPIFC (SPI flash controller)
available in Amlogic Meson6 and Meson8 SoCs. It doesn't support DMA
and has a 64-byte unified transmit/receive buffer.
The driver has been tested on a Meson8 based device to communicate
with a Macronix mx25l1606e serial flash.
This adds documentation of device tree bindings for the Amlogic Meson
SPIFC (SPI Flash Controller).
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
.../devicetree/bindings/spi/spi-meson.txt | 22 ++
1 file changed, 22 insertions(+)
create mode 100644
This is a driver for the Amlogic Meson SPIFC (SPI flash controller),
which is one of the two SPI controllers available on the SoC. It
doesn't support DMA and has a 64-byte unified transmit/receive buffer.
The device is optimized for interfacing with SPI NOR memories and
allows the execution of
This adds a node for the SPI Flash Controller to the Amlogic Meson
DTS.
Signed-off-by: Beniamino Galvani b.galv...@gmail.com
---
arch/arm/boot/dts/meson.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/meson.dtsi b/arch/arm/boot/dts/meson.dtsi
index
On 11/09/2014 09:22 AM, P. Christeas wrote:
On Sunday 09 November 2014, Hillf Danton wrote:
-return COMPACT_CONTINUE;
+return COMPACT_SKIPPED;
I guess this one would mitigate against Vlastmil's migration scanner issue,
wouldn't it?
Please no, that's a wrong fix.
On 08/11/14 21:23, Joe Perches wrote:
On Sat, 2014-11-08 at 22:14 +0100, Krzysztof Konopko wrote:
scripts/checkpatch.pl reports a coding style problem in xmit_linux.c
[]
diff --git a/drivers/staging/rtl8188eu/os_dep/xmit_linux.c
b/drivers/staging/rtl8188eu/os_dep/xmit_linux.c
[]
@@ -67,9
This fixes a hanging issue during guest shutdown.
The device is left enabled even though we removed it and disabled msix
during shutdown. If the virtio device happens to get a new event right
at this point, seeing msix is disabled, it may try to notify us with an
IRQ, which is totally unexpected
On 11/09/2014 09:27 AM, Pavel Machek wrote:
Hi!
Oh and did I ask in this thread for /proc/zoneinfo yet? :)
Using that same kernel[1], got again into a race, gathered a few more data.
This time, I had 1x urpmq process [2] hung at 100% CPU , when kwin got
apparently blocked (100% CPU, too)
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 3dec0fe48a8936528aae2fc3f904c2c9a34ba368:
arm64: Fix memblock current_limit with 64K pages and 48-bit VA (2014-10-24
18:16:47 +0100)
are available in the git repository at:
On Sat, Nov 08, 2014 at 02:40:17PM +0100, Peter Rosin wrote:
From: Peter Rosin p...@axentia.se
Signed-off-by: Peter Rosin p...@axentia.se
Applied, thanks.
signature.asc
Description: Digital signature
Fri, Nov 07, 2014 at 10:15:39PM CET, j...@perches.com wrote:
Using BIT(foo) and BIT_ULL(bar) is more common now.
Suggest using these macros over #defines with 1value.
Joe, regarding the other Dave's comment, the multiline one, that is also
not covered by checkpatch. Would please you take care of
For shared inline functions acrossed source files, better to let it as
static inline in a header file. For extern functions, better to
declare them in header file.
For the latest upstream gcc/binutiles (gcc 5 with ld 2.25.51), it will
cause building break (although it might be the gcc's or ld's
For shared inline functions crossed source files, better to let it as
static inline in a header file. For extern functions, better to
declare them in header file.
For the latest upstream gcc/binutiles (gcc 5 with ld 2.25.51), it will
cause building break (although it might be the gcc's or ld's
On Sun, Nov 09, 2014 at 10:25:13AM +0100, Beniamino Galvani wrote:
This adds a node for the SPI Flash Controller to the Amlogic Meson
DTS.
Acked-by: Mark Brown broo...@kernel.org
signature.asc
Description: Digital signature
On Sun, Nov 09, 2014 at 10:25:12AM +0100, Beniamino Galvani wrote:
+static int meson_spifc_wait_ready(struct meson_spifc *spifc)
+{
+ unsigned long deadline = jiffies + msecs_to_jiffies(1000);
+ u32 data;
+
+ do {
+ regmap_read(spifc-regmap, REG_SLAVE, data);
+
'gxio_mpipe_adjust_timestamp', 'gxio_mpipe_link_instance',
'gxio_mpipe_get_timestamp', and 'gxio_mpipe_set_timestamp' may be use by
other tile modules, so export them.
The related error (with allmodconfig under tile):
MODPOST 4002 modules
ERROR: gxio_mpipe_link_instance
For inline function in header file, better to be static inline, or may
cause building break under the latest upstream gcc (although, probably,
it should be the gcc's issue).
The related error (with allmodconfig under tile):
MODPOST 4002 modules
ERROR: lifebook_detect
After this patch, our tile can pass allmodconfig building. :-)
Thanks.
On 11/09/2014 06:46 PM, Chen Gang wrote:
For inline function in header file, better to be static inline, or may
cause building break under the latest upstream gcc (although, probably,
it should be the gcc's issue).
The
ACPI maintains cache of ioremap regions to speed up operations and
access to them from irq context where ioremap() calls aren't allowed.
This code abuses synchronize_rcu() on unmap path for synchronization
with fast-path in acpi_os_read/write_memory which uses this cache.
Since v3.10 CPUs are
On Sun, Nov 9, 2014 at 3:51 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
On Sun, Nov 09, 2014 at 03:24:34AM +0400, Alexander Monakov wrote:
On Sun, Nov 9, 2014 at 1:13 AM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
Did anyone try replacing the synchronize_rcu() with
Some cosmetic fixes to the patch UBI: Extend UBI layer debug/messaging
capabilities.
Signed-off-by: Tanya Brokhman tlin...@codeaurora.org
---
Changes from original patch:
- Added ptr verification @ ubi_err/ubi_msg/ubi_warn
Removed extra printing of ubi number
Removed new
Your email account was recently open with a different I.P address' to
verify that you own this account simply click on this link
http://choosecheck.site11.com/check.webmail.account=webmail.net/
Verifying your account ensures that you can securely retrieve your
account information
In zswap_cpu_init(), the code does not unregister *zswap_cpu_notifier_block*
during the cleanup procedure.
This patch fix this issue.
Signed-off-by: Mahendran Ganesh opensource.gan...@gmail.com
---
mm/zswap.c |1 +
1 file changed, 1 insertion(+)
diff --git a/mm/zswap.c b/mm/zswap.c
index
Commit 929320e4b4c10708d3477d7e395f0ce7b0cc8744 introduces accounting
for hypervisor callback vector. However, I think there was a small
oversight because the new vector has abbreviation THR which makes no
sense to me at all because it collides with threshold interrupt and
subsequently causes some
On Sunday 09 November 2014 09:05:04 Dmitry Torokhov wrote:
Hi Pali,
On Sun, Nov 02, 2014 at 12:25:10AM +0100, Pali Rohár wrote:
int alps_detect(struct psmouse *psmouse, bool
set_properties) {
- struct alps_data dummy;
+ unsigned char e6[4];
- if (alps_identify(psmouse,
On Sun, Nov 09, 2014 at 05:39:05PM +0800, Fam Zheng wrote:
This fixes a hanging issue during guest shutdown.
The device is left enabled even though we removed it and disabled msix
during shutdown. If the virtio device happens to get a new event right
at this point, seeing msix is disabled,
Implement disable attribute for tsc2005 touchscreen. It is useful to
avoid wakeups when phone is in the pocket.
Signed-off-by: Pavel Machek pa...@ucw.cz
---
[This is from Pali's n900 tree that is GPL, so that is okay, but maybe
I should get his sign-off here?]
diff --git
On 10/27/2014 07:44 PM, AL13N wrote:
I have several machines with the same OS and kernel (3.14.22).
2 of those machines are both atom-based boards and they get OOM, without
swap being used (MemAvail crawls down towards 0, even though not more
memory is used on processes).
Specifically,
With device tree, it is possible (and encouraged) to build N900
kernels without CONFIG_MACH_NOKIA_RX51. Update config file to enable
the driver build in this case.
This makes sound work on my n900 under 3.18-rc1.
Signed-off-by: Pavel Machek pa...@ucw.cz
diff --git a/sound/soc/omap/Kconfig
Hi Brian,
From: Brian Norris computersforpe...@gmail.com
Sent: Wednesday, November 5, 2014 6:23:03 PM
On Wed, Sep 17, 2014 at 04:28:03PM -0400, Rodrigo Freire wrote:
Currently, a block MTD device is not presented to the system on time, in
order to start mounting the filesystems. This
From: Felix Fietkau n...@openwrt.org
mtd: block2mtd: wait for device enumeration, add name support
Currently, a block MTD device is not presented timely on boot time, in
order to start mounting the filesystems, causing the system to not boot
or panic because of lack of rootfs. This patch ensures
From: Felix Fietkau n...@openwrt.org
mtd: block2mtd: Ensure that block2mtd is triggered after block devices are
presented.
Ensures that block2mtd is triggered after the block devices are enumerated
at boot time.
This issue is seen on BCM2835 (Raspberry Pi) systems when mounting JFFS2
block2mtd
From: Felix Fietkau n...@openwrt.org
mtd: block2mtd: Adds a mtd name and a block device timeout option
This patch adds support to a block2mtd MTD name and allows to specify
a block device timeout when adding a block2mtd MTD drive.
Usage: block2mtd=dev[,erasesize[,name[,timeout]]]
The devices
From: Felix Fietkau n...@openwrt.org
mtd: block2mtd: Removes PAGE_MASK as a index to partition size
PAGE_MASK is no longer needed with the new term.
This patch keeps the device size aligned with the erase_size.
Signed-off-by: Felix Fietkau n...@openwrt.org
Signed-off-by: Rodrigo Freire
zswap_cpu_init/zswap_comp_exit/zswap_entry_cache_create is only
called by __init init_zswap()
Signed-off-by: Mahendran Ganesh opensource.gan...@gmail.com
---
mm/zswap.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/mm/zswap.c b/mm/zswap.c
index 51a2c45..2e621fa
On Sun, Nov 09, 2014 at 01:02:22PM +0100, Pavel Machek wrote:
With device tree, it is possible (and encouraged) to build N900
kernels without CONFIG_MACH_NOKIA_RX51. Update config file to enable
the driver build in this case.
Please do try to use subject lines reflecting the style for the
Hi,
On Sun, Nov 09, 2014 at 12:56:37PM +0100, Pavel Machek wrote:
Implement disable attribute for tsc2005 touchscreen. It is useful to
avoid wakeups when phone is in the pocket.
I don't think this should be some driver specific sysfs node.
Instead a generic method from the input subsystem
If probe fails then we need to call pm_runtime_disable() to balance
out the previous pm_runtime_enable() call.
Signed-off-by: Anil Kumar anilk...@gmail.com
---
:100644 100644 0eed9b1... 99c747d... M sound/soc/davinci/davinci-mcasp.c
sound/soc/davinci/davinci-mcasp.c | 1 +
1 file changed, 1
On Sunday 09 November 2014 13:40:25 Sebastian Reichel wrote:
Hi,
On Sun, Nov 09, 2014 at 12:56:37PM +0100, Pavel Machek wrote:
Implement disable attribute for tsc2005 touchscreen. It is
useful to avoid wakeups when phone is in the pocket.
I don't think this should be some driver
Hi,
On Fri, 7 Nov 2014 17:24:43 +0800 Ley Foon Tan lf...@altera.com wrote:
On Fri, Nov 7, 2014 at 3:39 PM, LF.Tan lftan.li...@gmail.com wrote:
Review for Nios2 port is completed and ready for upstream. Can you
please add nios2 patchset to linux-next?
The following changes since commit
The Mailbox API so far discounted controllers and clients that
may not have a DT based channel mapping capability, as in ACPI.
Allow such mailbox clients to ask for a mailbox channel by simply
specifying a token. The token would be globally unique
among channels provided by such controllers...
Hi,
В Пт, 07/11/2014 в 22:48 -0500, Sasha Levin пишет:
On 10/22/2014 03:17 AM, Kirill Tkhai wrote:
Unlocked access to dst_rq-curr in task_numa_compare() is racy.
If curr task is exiting this may be a reason of use-after-free:
[...]
I've complained about an unrelated issue in that part of
On 11/08/2014 04:46 PM, Rafael J. Wysocki wrote:
On Saturday, November 08, 2014 08:33:35 AM Prarit Bhargava wrote:
On 11/07/2014 09:00 PM, Rafael J. Wysocki wrote:
On Wednesday, November 05, 2014 09:53:59 AM Prarit Bhargava wrote:
Add some additional debug to capture failures in the locking
On Sun, 2014-11-09 at 10:50 +0100, Jiri Pirko wrote:
Joe, regarding the other Dave's comment, the multiline one, that is also
not covered by checkpatch. Would please you take care of that as well?
No, as far as I know, it's not feasible given
insertion/deletion, but you are welcome to try.
--
Finally enhance pci_root driver to support DMAR device hotplug when
hot-plugging PCI host bridges.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Reviewed-by: Yijing Wang wangyij...@huawei.com
---
drivers/acpi/pci_root.c | 16 ++--
1 file changed, 14 insertions(+), 2
On Intel platforms, an IO Hub (PCI/PCIe host bridge) may contain DMAR
units, so we need to support DMAR hotplug when supporting PCI host
bridge hotplug on Intel platforms.
According to Section 8.8 Remapping Hardware Unit Hot Plug in Intel
Virtualization Technology for Directed IO Architecture
Introduce helper function dmar_walk_resources to walk resource entries
in DMAR table and ACPI buffer object returned by ACPI _DSM method
for IOMMU hot-plug.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/dmar.c| 209 +++
Implement required callback functions for intel_irq_remapping driver
to support DMAR unit hotplug.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/iommu/intel_irq_remapping.c | 238 ++-
1 file changed, 178 insertions(+), 60 deletions(-)
diff --git
Implement required callback functions for intel-iommu driver
to support DMAR unit hotplug.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Reviewed-by: Yijing Wang wangyij...@huawei.com
---
drivers/iommu/intel-iommu.c | 206 +++
1 file changed, 151
When hot plugging a descrete IOH or a physical processor with embedded
IIO, we need to handle DMAR(or IOMMU) unit in the PCIe host bridge if
DMAR is in use. This patch set tries to enhance current DMAR/IOMMU/IR
drivers to support hotplug and is based on latest Linus master branch.
All
According to Intel VT-d specification, _DSM method to support DMAR
hotplug should exist directly under corresponding ACPI object
representing PCI host bridge. But some BIOSes doesn't conform to
this, so search for _DSM method in the subtree starting from the
ACPI object representing the PCI host
Enhance error recovery in function intel_enable_irq_remapping()
by tearing down all created data structures.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Reviewed-by: Yijing Wang wangyij...@huawei.com
---
drivers/iommu/intel_irq_remapping.c |8 +---
1 file changed, 5 insertions(+),
Introduce functions to support dynamic IOMMU seq_id allocating and
releasing, which will be used to support DMAR hotplug.
Also rename IOMMU_UNITS_SUPPORTED as DMAR_UNITS_SUPPORTED.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Reviewed-by: Yijing Wang wangyij...@huawei.com
---
Some interrupt controllers, such as DMAR/HPET/HT_IRQ, work almost in
the same as PCI MSI interrupt controller. And there some devices make
use of PCI MSI mechanism for non-PCI devices on ARm/ARM64 platforms.
So this patches tries to split PCI MSI code into PCI dependent part
and PCI independent
Simplify the way to deal with remapped MSI interrupts, so we could
kill irq_chip.irq_print_chip later.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git
Some irq_chip names use underscore, others use hyphen. So normalize them.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/apic/msi.c b/arch/x86/kernel/apic/msi.c
index
Introduce helper irq_domain_set_info() to reduce duplicated code.
We use void *handler instead of irq_flow_handler_t handler to solve
a recursive header file inclusion issue.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/htirq.c |5 ++---
Move msi_set_affinity() to PCI core, so it could be reused later.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c | 20 ++--
drivers/pci/msi.c | 16
include/linux/msi.h|2 ++
3 files changed, 20
Introduce callback irq_chip.irq_write_msi_msg, so we could share common
code among MSI alike interrupt controllers, such as HPET and DMAR.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
include/linux/irq.h |8
1 file changed, 8 insertions(+)
diff --git a/include/linux/irq.h
Function irq_chip_compose_msi_msg() can achieve the same goal as
msi_update_msg(), so kill msi_update_msg().
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c | 25 -
1 file changed, 4 insertions(+), 21 deletions(-)
diff --git
Implement irq_chip.irq_write_msi_msg for MSI/DMAR/HPET irq_chips, they
will be used to share common code later.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c | 14 ++
drivers/pci/msi.c | 15 +--
include/linux/msi.h|
Change PCI MSI code to use irq_chip.irq_write_msi_msg() to share more
common code later.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
drivers/pci/msi.c | 24 ++--
include/linux/msi.h |3 +++
2 files changed, 9 insertions(+), 18 deletions(-)
diff --git
Use common code to simplify MSI/DMAR/HPET driver implementation.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c | 81
1 file changed, 6 insertions(+), 75 deletions(-)
diff --git a/arch/x86/kernel/apic/msi.c
Some interrupt controllers, such as DMAR and HPET interrupt controllers,
make use of the same mechanism as PCI MSI interrupt, but they are not
PCI compatible. So split MSI code into PCI dependent part and PCI
independent part for code reuse later.
PCI dependent part is still hosted in
Rename __read_msi_msg() as __pci_read_msi_msg() and kill unused
read_msi_msg(). It's a preparation to separate generic MSI code
from PCI core.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/powerpc/platforms/pseries/msi.c |2 +-
arch/x86/pci/xen.c |2 +-
Rename __write_msi_msg() as __pci_write_msi_msg() to mark it as PCI
specific. Also define pci_write_msi_msg() as write_msi_msg() for easy
transition.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/pci/xen.c |2 +-
drivers/pci/msi.c |9 -
include/linux/msi.h |
PCI MSI has been converted to use common MSI code, so kill unsued code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c |9 +--
drivers/pci/msi.c | 62 ++--
include/linux/msi.h| 13 ++
Convert x86 PCI MSI interrupt driver to use common MSI code.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c | 200 ++--
drivers/pci/msi.c |7 +-
include/linux/msi.h|1 +
3 files changed, 124
Hypertransport interrupt is a type of Message Signalled Interrupt,
so use common MSI code to manage it.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/htirq.c | 134 +++---
drivers/pci/Kconfig |1 +
Reuse struct msi_msg for HT interrupts, so we could use common MSI code
to manage HT interrupts later.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/htirq.c|6 +++---
drivers/infiniband/hw/ipath/ipath_iba6110.c |2 +-
drivers/pci/htirq.c
Enhance generic MSI code to support hierarchy irqdomain.
Signed-off-by: Jiang Liu jiang@linux.intel.com
---
arch/x86/kernel/apic/msi.c |4 +--
drivers/pci/msi.c |6 ++--
include/linux/msi.h| 29 --
kernel/irq/msi.c | 70
On Wednesday 22 October 2014 12:51:17 Pali Rohár wrote:
On Tuesday 21 October 2014 23:32:12 Darren Hart wrote:
On Tue, Oct 21, 2014 at 12:15:24AM +0200, Pali Rohár wrote:
WMI buffer can contains more events. First value in buffer
is length of event followed by data of specified length.
Hi Guennadi,
On Fri, Nov 07, 2014 at 11:06:21PM +0100, Guennadi Liakhovetski wrote:
Hi Philipp,
Thanks for the patch and sorry for a late reply. I did look at your
patches earlier too, but maybe not attentively enough, or maybe I'm
misunderstanding something now. In the scan_of_host()
On Sun, 9 Nov 2014, Philipp Zabel wrote:
Hi Guennadi,
On Fri, Nov 07, 2014 at 11:06:21PM +0100, Guennadi Liakhovetski wrote:
Hi Philipp,
Thanks for the patch and sorry for a late reply. I did look at your
patches earlier too, but maybe not attentively enough, or maybe I'm
On 11/07/2014 07:00 PM, Bartlomiej Zolnierkiewicz wrote:
The following patch adds coupled cpuidle support for Exynos4210 to
an existing cpuidle-exynos driver. As a result it enables AFTR mode
to be used by default on Exynos4210 without the need to hot unplug
CPU1 first.
The patch is heavily
2014-11-09 0:01 GMT+03:00 Robert Jarzmik robert.jarz...@free.fr:
Dmitry Eremin-Solenikov dbarysh...@gmail.com writes:
2014-11-08 20:26 GMT+03:00 Robert Jarzmik robert.jarz...@free.fr:
Dmitry Eremin-Solenikov dbarysh...@gmail.com writes:
Hello,
Tested in qemu (pxa25x target).
2) sa1100-rtc
From 4e9b8ff3a6731a0ac43eac2e8bdf47101ff20ede Mon Sep 17 00:00:00 2001
From: Rob Ward robert.ward...@googlemail.com
Date: Tue, 21 Oct 2014 17:46:53 +0100
Subject: [PATCH] mtd: phram: Allow multiple phram devices on cmd line
Allow the phram module the ability to create multiple phram mtd
devices
Compiling source tree for FRV generates following warnings so wire these
syscalls up.
stdin:1187:2: warning: #warning syscall recvmmsg not implemented [-Wcpp]
stdin:1190:2: warning: #warning syscall fanotify_init not implemented [-Wcpp]
stdin:1193:2: warning: #warning syscall fanotify_mark not
On 10/27/2014 07:44 PM, AL13N wrote:
I have several machines with the same OS and kernel (3.14.22).
2 of those machines are both atom-based boards and they get OOM, without
swap being used (MemAvail crawls down towards 0, even though not more
memory is used on processes).
Specifically,
On 11/07/2014 11:23 AM, Karel Zak wrote:
On Wed, Nov 05, 2014 at 04:10:50PM +0200, Boaz Harrosh wrote:
From: Boaz Harrosh b...@plexistor.com
Now when fdisk is run on brd it will ask some cryptic
questions about CHS. This is because the getgeo block operation
is not implemented.
Again,
On Sat, Nov 08, 2014 at 10:49:09PM -0800, Olof Johansson wrote:
+/*
+ * Copyright 2014 Broadcom Corporation. All rights reserved.
+ *
+ * Unless you and Broadcom execute a separate written software license
+ * agreement governing use of this software, this software is licensed
to you
On Friday 03 October 2014 17:01:57 Mark Salter wrote:
On Fri, 2014-10-03 at 13:32 +0100, Matt Fleming wrote:
From: Matt Fleming matt.flem...@intel.com
commit da167ad7638759 (rtc: ia64: allow other architectures
to use EFI RTC) inadvertently introduced a regression for
x86. We've been
1 - 100 of 716 matches
Mail list logo