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;
> + /*
> +
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 GU
This adds a node for the IR remote control receiver to the Amlogic
Meson DTS.
Signed-off-by: Beniamino Galvani
---
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 e6539ea..6a37f15 100644
---
This adds binding documentation for the infrared remote control
receiver available in Amlogic Meson SoCs.
Signed-off-by: Beniamino Galvani
---
Documentation/devicetree/bindings/media/meson-ir.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/devicetree/b
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
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 descripto
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
---
drive
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
---
drivers/hid/hid-lenovo.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletio
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:
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 b/lib/mpi/mp
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
Remove the goto logging function, as it is no longer used.
Signed-off-by: Julia Lawall
---
drivers/staging/lustre/lustre/libcfs/debug.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/debug.c
b/drivers/staging/lustre/lustr
From: Julia Lawall
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
identifier lbl;
identifier rc;
constant c;
@@
- GOTO(lbl,\(rc\|c\));
+ goto lbl;
@@
identifier lbl;
expression rc;
@@
- GOTO(lbl,rc);
+ rc;
+ goto lbl;
//
In one case (OES_INV), c
From: Julia Lawall
Remove the GOTO macro, as it is no longer used.
Signed-off-by: Julia Lawall
---
drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h
b/driver
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 genr
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__.
> [
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
---
.../devicetree/bindings/spi/spi-meson.txt | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 Documentation/devicetree/b
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 sta
This adds a node for the SPI Flash Controller to the Amlogic Meson
DTS.
Signed-off-by: Beniamino Galvani
---
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 e6539ea..d28b16e 100644
--- a/a
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
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
> []
>>
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 t
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
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:
git://git.kernel.org/pub/scm
On Sat, Nov 08, 2014 at 02:40:17PM +0100, Peter Rosin wrote:
> From: Peter Rosin
>
> Signed-off-by: Peter Rosin
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 1<
>Add a --fix option too.
>
>Signed-off-by: Joe Perches
>---
> scripts/checkpatch.pl | 11 +++
> 1 file changed, 11 insertions(+
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 i
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
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" [drivers/net/ether
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" [drivers/input/mous
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).
>
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 allo
On Sun, Nov 9, 2014 at 3:51 AM, Paul E. McKenney
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
>> wrote:
>> >
>> > Did anyone try replacing the synchronize_rcu() with
>> > synchronize_rcu_expedited()? That should p
Some cosmetic fixes to the patch "UBI: Extend UBI layer debug/messaging
capabilities".
Signed-off-by: Tanya Brokhman
---
Changes from original patch:
- Added ptr verification @ ubi_err/ubi_msg/ubi_warn
Removed extra printing of ubi number
Removed new messages.
drivers/mt
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
---
mm/zswap.c |1 +
1 file changed, 1 insertion(+)
diff --git a/mm/zswap.c b/mm/zswap.c
index ea064c1..51a2c45 100644
--- a
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_id
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 disable
Implement disable attribute for tsc2005 touchscreen. It is useful to
avoid wakeups when phone is in the pocket.
Signed-off-by: Pavel Machek
---
[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 a/drivers/input/touchscreen/tsc200
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).
>
> Specifical
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
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/
Hi Brian,
> From: "Brian Norris"
> 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 patch ensures that bloc
From: Felix Fietkau
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 that block2mtd
i
From: Felix Fietkau
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 filesystems, prob
From: Felix Fietkau
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=[,[,[,]]]
The devices will be identified the following way:
[root
From: Felix Fietkau
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
Signed-off-by: Rodrigo Freire
Signed-off-by: Herton Krzesinski
---
V3
zswap_cpu_init/zswap_comp_exit/zswap_entry_cache_create is only
called by __init init_zswap()
Signed-off-by: Mahendran Ganesh
---
mm/zswap.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/mm/zswap.c b/mm/zswap.c
index 51a2c45..2e621fa 100644
--- a/mm/zswap.c
+++ b/m
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 sho
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
---
:100644 100644 0eed9b1... 99c747d... M sound/soc/davinci/davinci-mcasp.c
sound/soc/davinci/davinci-mcasp.c | 1 +
1 file changed, 1 insertion(+)
diff --g
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 wrote:
>
> On Fri, Nov 7, 2014 at 3:39 PM, LF.Tan 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 0df1f2487d2f0d04703f14281
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... whi
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
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
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
Reviewed-by: Yijing Wang
---
drivers/acpi/pci_root.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/driv
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 S
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
---
drivers/iommu/dmar.c| 209 +++
drivers/iommu/intel-iommu.c |
Implement required callback functions for intel_irq_remapping driver
to support DMAR unit hotplug.
Signed-off-by: Jiang Liu
---
drivers/iommu/intel_irq_remapping.c | 238 ++-
1 file changed, 178 insertions(+), 60 deletions(-)
diff --git a/drivers/iommu/intel_irq
Implement required callback functions for intel-iommu driver
to support DMAR unit hotplug.
Signed-off-by: Jiang Liu
Reviewed-by: Yijing Wang
---
drivers/iommu/intel-iommu.c | 206 +++
1 file changed, 151 insertions(+), 55 deletions(-)
diff --git a/drive
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 prerequisite
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 br
Enhance error recovery in function intel_enable_irq_remapping()
by tearing down all created data structures.
Signed-off-by: Jiang Liu
Reviewed-by: Yijing Wang
---
drivers/iommu/intel_irq_remapping.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/iommu/int
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
Reviewed-by: Yijing Wang
---
drivers/iommu/dmar.c| 40
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 pa
Simplify the way to deal with remapped MSI interrupts, so we could
kill irq_chip.irq_print_chip later.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/apic/msi.c b/arch/x86/kernel/apic
Some irq_chip names use underscore, others use hyphen. So normalize them.
Signed-off-by: Jiang Liu
---
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 a220abbe842e..adc76eba59bd 10
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
---
arch/x86/kernel/apic/htirq.c |5 ++---
arch/x86/platform/uv/uv_irq.c |5 ++---
Move msi_set_affinity() to PCI core, so it could be reused later.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c | 20 ++--
drivers/pci/msi.c | 16
include/linux/msi.h|2 ++
3 files changed, 20 insertions(+), 18 deletions(-)
dif
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
---
include/linux/irq.h |8
1 file changed, 8 insertions(+)
diff --git a/include/linux/irq.h b/include/linux/irq.h
ind
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
---
arch/x86/kernel/apic/msi.c | 25 -
1 file changed, 4 insertions(+), 21 deletions(-)
diff --git a/arch/x86/kernel/apic/msi.c b/arch/
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
---
arch/x86/kernel/apic/msi.c | 14 ++
drivers/pci/msi.c | 15 +--
include/linux/msi.h|1 +
3 files changed,
Change PCI MSI code to use irq_chip.irq_write_msi_msg() to share more
common code later.
Signed-off-by: Jiang Liu
---
drivers/pci/msi.c | 24 ++--
include/linux/msi.h |3 +++
2 files changed, 9 insertions(+), 18 deletions(-)
diff --git a/drivers/pci/msi.c b/drivers/p
Use common code to simplify MSI/DMAR/HPET driver implementation.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c | 81
1 file changed, 6 insertions(+), 75 deletions(-)
diff --git a/arch/x86/kernel/apic/msi.c b/arch/x86/kernel/apic/msi.c
ind
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 drivers/pci/
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
---
arch/powerpc/platforms/pseries/msi.c |2 +-
arch/x86/pci/xen.c |2 +-
drivers/pci/msi.c
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
---
arch/x86/pci/xen.c |2 +-
drivers/pci/msi.c |9 -
include/linux/msi.h |3 ++-
3 files changed,
PCI MSI has been converted to use common MSI code, so kill unsued code.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c |9 +--
drivers/pci/msi.c | 62 ++--
include/linux/msi.h| 13 ++
kernel/irq/msi.c
Convert x86 PCI MSI interrupt driver to use common MSI code.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/msi.c | 200 ++--
drivers/pci/msi.c |7 +-
include/linux/msi.h|1 +
3 files changed, 124 insertions(+), 84 deletions(-)
Hypertransport interrupt is a type of "Message Signalled Interrupt",
so use common MSI code to manage it.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/htirq.c | 134 +++---
drivers/pci/Kconfig |1 +
drivers/pci/htirq.c | 16 ++---
Reuse struct msi_msg for HT interrupts, so we could use common MSI code
to manage HT interrupts later.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/htirq.c|6 +++---
drivers/infiniband/hw/ipath/ipath_iba6110.c |2 +-
drivers/pci/htirq.c |8
Enhance generic MSI code to support hierarchy irqdomain.
Signed-off-by: Jiang Liu
---
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 le
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 bas
2014-11-09 0:01 GMT+03:00 Robert Jarzmik :
> Dmitry Eremin-Solenikov writes:
>
>> 2014-11-08 20:26 GMT+03:00 Robert Jarzmik :
>>> Dmitry Eremin-Solenikov writes:
>>>
Hello,
Tested in qemu (pxa25x target).
2) sa1100-rtc could not find a clock and thus failed to be probed.
>From 4e9b8ff3a6731a0ac43eac2e8bdf47101ff20ede Mon Sep 17 00:00:00 2001
From: Rob Ward
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 via the kernel command line.
Compiling source tree for FRV generates following warnings so wire these
syscalls up.
:1187:2: warning: #warning syscall recvmmsg not implemented [-Wcpp]
:1190:2: warning: #warning syscall fanotify_init not implemented [-Wcpp]
:1193:2: warning: #warning syscall fanotify_mark not implemented [-Wcp
> 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).
>>
>> Spe
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
>>
>> 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, what fdi
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
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
> >
> > commit da167ad7638759 ("rtc: ia64: allow other architectures
> > to use EFI RTC") inadvertently introduced a regression for
> > x86. We've been careful not
1 - 100 of 358 matches
Mail list logo
