On Thu, 2015-06-04 at 08:49 +0800, huang ying wrote:
> Hi, Ming,
>
> Here it is.
>
> qemu-system-x86_64 -enable-kvm -cpu Haswell,+smep,+smap
> -kernel
> /pkg/linux/x86_64-lkp/gcc-4.9/fbccf1df06574add60bdb71103cc1662e477f02d/vmlinuz-4.1.0-rc4-1-gfbccf1d
> -append 'root=/dev/ram0 user=lkp
>
Hi Borislav,
Today's linux-next merge of the edac-amd tree got a conflict in
arch/x86/Kconfig between commit 6471b825c41e ("x86/kconfig: Reorganize
arch feature Kconfig select's") from the tip tree and commit
b01aec9b2c7d ("EDAC: Cleanup atomic_scrub mess") from the edac-amd tree.
I fixed it up (
On Wed, Jun 03, 2015 at 03:44:14PM -0700, Tadeusz Struk wrote:
> Change the existing rsa and public key code to integrate it
> with the new Public Key Encryption API.
>
> Signed-off-by: Tadeusz Struk
I'd like to see this split into multiple patches. First of all
the new crypto_akcipher implemen
Hello Michal,
On Wed, Jun 3, 2015 at 11:26 PM, Michal Suchanek wrote:
> Although there is only one choice of chipselect it is necessary to
> specify it. The driver cannot claim the gpio otherwise.
>
> Signed-off-by: Michal Suchanek
> ---
> arch/arm/boot/dts/exynos5250-snow.dts | 3 ++-
> 1 file
On Wed, Jun 03, 2015 at 03:44:08PM -0700, Tadeusz Struk wrote:
>
> +/**
> + * struct akcipher_alg - generic public key algorithm
> + *
> + * @sign:Function performs a sign operation as defined by public key
> + * algorithm
> + * @verify: Function performs a sign operation as defined
* John Stultz wrote:
> > [...]
> >
> > but the long term trend still dominates. Look at this graph of measurements
> > of the
> > Earth's rotation:
> >
> > http://en.wikipedia.org/wiki/File:Deviation_of_day_length_from_SI_day.svg
> >
> > See how the mean (the green line) was always above zero
On Wednesday 20 May 2015 06:30 AM, Michael Neuling wrote:
> On Wed, 2015-05-20 at 00:30 +0530, Shreyas B. Prabhu wrote:
>> Doorbell can be used to cause ipi on cpus which are sibling threads on
>> the same core. So icp_native_cause_ipi checks if the destination cpu
>> is a sibling thread of the c
Hi Stefen,
On Wed, 3 Jun 2015 16:37:28 -0700
Stephen Boyd wrote:
> On 05/20, Boris Brezillon wrote:
> > Clock rates are stored in an unsigned long field, but ->determine_rate()
> > (which returns a rounded rate from a requested one) returns a long
> > value (errors are reported using negative er
On Wed, Jun 3, 2015 at 11:26 PM, Michal Suchanek wrote:
> On sunxi the SPI controller currently does not have DMA support and fails
> any transfer larger than 63 bytes.
This is a driver limitation, not a hardware limitation.
> On Exynos the pl330 DMA controller fails any transfer larger than 64k
On 2015/6/4 14:31, Hanjun Guo wrote:
> Hi Jiang,
>
> On 2015年06月04日 09:54, Jiang Liu wrote:
>> On 2015/6/4 4:27, Al Stone wrote:
>>> On 06/02/2015 12:12 AM, Jiang Liu wrote:
This patch set consolidates common code to support ACPI PCI root on x86
and IA64 platforms into ACPI core, to repr
On 06/03/2015 02:31 AM, Andrew Cooper wrote:
> There appears to be no formal statement of what pv_irq_ops.save_fl() is
> supposed to return precisely. Native returns the full flags, while lguest and
> Xen only return the Interrupt Flag, and both have comments by the
> implementations stating that
Hi Jiang,
On 2015年06月04日 09:54, Jiang Liu wrote:
On 2015/6/4 4:27, Al Stone wrote:
On 06/02/2015 12:12 AM, Jiang Liu wrote:
This patch set consolidates common code to support ACPI PCI root on x86
and IA64 platforms into ACPI core, to reproduce duplicated code and
simplify maintenance. And a pa
On Thu, Jun 04, 2015 at 02:30:56PM +0900, Sergey Senozhatsky wrote:
> On (06/04/15 13:57), Minchan Kim wrote:
> > On Sat, May 30, 2015 at 12:05:25AM +0900, Sergey Senozhatsky wrote:
> > > perform class compaction in zs_free(), if zs_free() has created
> > > a ZS_ALMOST_EMPTY page. this is the most
pa_data and found are highly related, so there is no need to set a found
flag.
This patch removes the found and just return when pa_data is NULL.
Signed-off-by: Wei Yang
---
arch/x86/kernel/setup.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/set
Hello Jiang,
On Thu, Jun 4, 2015 at 6:13 AM, Jiang Liu wrote:
> Now most IRQ flow handlers make no use of the first parameter 'irq'.
> And for those who do make use of 'irq', we could easily get the irq
> number through irq_desc->irq_data->irq. So kill the first parameter
> 'irq' of irq_flow_hand
Hello Jiang,
On Thu, Jun 4, 2015 at 6:13 AM, Jiang Liu wrote:
> Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
> already have a pointer to corresponding irq_desc.
>
> Signed-off-by: Jiang Liu
> Acked-by: Linus Walleij
> ---
> drivers/gpio/gpio-bcm-kona.c |2 +-
> d
On Wed, Jun 03, 2015 at 04:43:27PM -0400, James Simmons wrote:
> Point to the right place for GNU license. Update Intel copyright.
>
> Signed-off-by: James Simmons is missing
regars
sudip
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
Hi
On Thu, Jun 4, 2015 at 7:51 AM, Greg KH wrote:
> On Tue, Apr 14, 2015 at 10:24:53AM +0200, Lukasz Skalski wrote:
>> As it was discussed on systemd ML [1], the same connection should be
>> queued up only once for a given well-known name.
>>
>> [1]
>> http://lists.freedesktop.org/archives/syste
On Wed, Jun 03, 2015 at 11:16:25AM -0700, Guenter Roeck wrote:
> On Wed, Jun 03, 2015 at 09:07:50PM +0900, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.0.5 release.
> > There are 148 patches in this series, all will be posted as a response
> > to this one. I
On Wed, Jun 03, 2015 at 10:53:19AM -0600, Shuah Khan wrote:
> On 06/03/2015 06:07 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.0.5 release.
> > There are 148 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On 03/06/2015 21:02, Radim Krčmář wrote:
>> +r = kvm_write_guest(vcpu->kvm, vcpu->arch.smbase + 0xfe00, buf,
>> sizeof(buf));
>
> The state is saved in SMRAM, but we are accessing it using the non-SMM
> address space ... how did it pass testing?
> (Restore is using SMM address space, so I'm
On 2015/6/4 13:48, Ingo Molnar wrote:
* Arnaldo Carvalho de Melo wrote:
Hi Ingo,
Please consider applying.
One of the next requests probably will have the eBPF work by Wang Nan,
but I am still going thru it and want to test it thoroughly.
BTW: Have you looked at it
* H. Peter Anvin wrote:
> On 06/03/2015 11:21 AM, Borislav Petkov wrote:
> > On Wed, Jun 03, 2015 at 02:41:48PM +0200, Borislav Petkov wrote:
> >> This header containing all MSRs and respective bit definitions got
> >> exported to userspace in conjunction with the big uapi shuffle.
> >>
> >> But
On Thu, Jun 04, 2015 at 07:50:07AM +0200, Mateusz Kulikowski wrote:
> On 04.06.2015 07:18, Sudip Mukherjee wrote:
> > On Wed, Jun 03, 2015 at 08:21:02PM +0200, Mateusz Kulikowski wrote:
> >> On 03.06.2015 09:26, Sudip Mukherjee wrote:
> >>> On Tue, Jun 02, 2015 at 10:48:11PM +0200, Mateusz Kulikows
On Wed, Jun 03, 2015 at 03:57:12PM -0400, James Simmons wrote:
> Handle all the style issues reported by checkpatch.pl.
> Remove general white spaces, spaces in function calls,
> etc.
>
> Signed-off-by: James Simmons
> ---
> @@ -167,13 +164,14 @@ lnet_ipif_enumerate (char ***namesp)
>
For the whole set of patches:
Acked-by: Ludovic Desroches
Thanks Cyrille
On Wed, Jun 03, 2015 at 06:25:16PM +0200, Cyrille Pitchen wrote:
> ChangeLog
>
> v5:
> - print I2C controller version in an already existing dev_info() instead of
> adding a new one.
>
> v4:
> - replace 0x%x by %#x when
* Peter Zijlstra wrote:
> On Wed, Jun 03, 2015 at 07:41:43PM +0200, Thomas Gleixner wrote:
> > On Wed, 3 Jun 2015, Peter Zijlstra wrote:
> > > /**
> > > * struct hrtimer - the basic hrtimer structure
> > > @@ -153,6 +144,7 @@ struct hrtimer_clock_base {
> > > struct timerqueue_head active;
On Tue, Jun 02, 2015 at 06:48:47PM +0300, Sergei Zviagintsev wrote:
> kdbus_sync_reply_wakeup() doesn't remove reply object from connection
> reply_list. Update function description.
>
> Signed-off-by: Sergei Zviagintsev
> Reviewed-by: David Herrmann
> ---
> ipc/kdbus/reply.c | 3 +--
> 1 file
On Wed, Jun 03, 2015 at 08:51:14PM +0200, David Herrmann wrote:
> Hi Greg
>
> This contains a bunch of fixes, optimizations and cleanups since v4.0. It is
> based on your 'kdbus' branch and was tested for several weeks.
> I have some more patches pending, mainly metadata rework for 4.2. However,
On Wed, Jun 03, 2015 at 03:57:10PM -0400, James Simmons wrote:
> With all the TCPIP handling done in the lnet layer we should
> rename all the functions with the prefix lnet_*. One other
> change done was changing the remove argument of lnet_sock_getaddr
> from a int to a bool.
thats two different
On 20/05/15 22:46, Luis R. Rodriguez wrote:
> On Wed, May 20, 2015 at 12:52:14PM +0300, Tomi Valkeinen wrote:
>> Hmm, this looks a bit odd... You're removing the pseudo_palette, and
>> using its memory for mtrr cookie?
>
> You are totally right, sorry, will spin a v3.
Did you ever send a new v
On Wed, May 06, 2015 at 02:18:52PM -0600, Shuah Khan wrote:
> On 04/21/2015 04:50 PM, Tyler Baker wrote:
> > Set TEST_PROGS so that kdbus-test is installed.
> >
> > Cc: Greg Kroah-Hartman
> > Acked-by: Michael Ellerman
> > Signed-off-by: Tyler Baker
> > ---
> > tools/testing/selftests/kdbus/Ma
On Tue, Apr 14, 2015 at 10:24:53AM +0200, Lukasz Skalski wrote:
> As it was discussed on systemd ML [1], the same connection should be
> queued up only once for a given well-known name.
>
> [1] http://lists.freedesktop.org/archives/systemd-devel/2015-April/030494.html
>
> Signed-off-by: Lukasz Sk
On 04.06.2015 07:18, Sudip Mukherjee wrote:
> On Wed, Jun 03, 2015 at 08:21:02PM +0200, Mateusz Kulikowski wrote:
>> On 03.06.2015 09:26, Sudip Mukherjee wrote:
>>> On Tue, Jun 02, 2015 at 10:48:11PM +0200, Mateusz Kulikowski wrote:
>>
>> No, I missed that - this one should also be removed - probab
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider applying.
>
> One of the next requests probably will have the eBPF work by Wang Nan,
> but I am still going thru it and want to test it thoroughly.
>
> BTW: Have you looked at it lately? It is at:
>
> http://l
* Wei Yang wrote:
> pa_data and found are highly related, so there is no need to set a found
> flag.
>
> This patch removes the found and just return when pa_data is NULL.
>
> Signed-off-by: Wei Yang
> ---
> arch/x86/kernel/setup.c |7 +++
> 1 file changed, 3 insertions(+), 4 deletio
On Wed, Jun 03, 2015 at 03:57:07PM -0400, James Simmons wrote:
> Rename libcfs/linux/linux-tcpip.c to lnet/lnet/lib-socket.c
looks like you have not just renamed the file, but there was also a change
in the #include which is not mentioned in the commit message.
--- drivers/staging/lustre/lustre/li
On (06/04/15 13:57), Minchan Kim wrote:
> On Sat, May 30, 2015 at 12:05:25AM +0900, Sergey Senozhatsky wrote:
> > perform class compaction in zs_free(), if zs_free() has created
> > a ZS_ALMOST_EMPTY page. this is the most trivial `policy'.
>
> Finally, I got realized your intention.
>
> Actually
On 3 June 2015 at 15:07, Hans Verkuil wrote:
> On 06/03/15 10:41, Russell King - ARM Linux wrote:
>> On Wed, Jun 03, 2015 at 08:39:55AM +0200, Hans Verkuil wrote:
>>> Hi Sumit,
>>>
>>> On 05/05/2015 04:41 PM, Sumit Semwal wrote:
Hi Russell, everyone,
First up, sincere apologies for
On Wed, Jun 03, 2015 at 08:21:02PM +0200, Mateusz Kulikowski wrote:
> On 03.06.2015 09:26, Sudip Mukherjee wrote:
> > On Tue, Jun 02, 2015 at 10:48:11PM +0200, Mateusz Kulikowski wrote:
>
> No, I missed that - this one should also be removed - probably because of
> similar naming (DbgMode, dbg_mo
On Wed, Jun 03, 2015 at 10:15:09AM +0200, Pali Rohár wrote:
> On Tuesday 02 June 2015 20:55:05 Darren Hart wrote:
> > On Wed, May 27, 2015 at 07:52:13PM -0700, Darren Hart wrote:
> > > On Wed, May 27, 2015 at 11:28:25PM +0200, Pali Rohár wrote:
> > > > Until now module dell-laptop registered rfkill
Hello,
On Thu, Jun 04, 2015 at 01:05:49PM +0800, linux wrote:
> Dear Tejun Heo,
>
> This is HighPoint Linux Team. We found Linux AHCI driver since kernel 3.16
> has added ID (0x06421103) to support RocketRAID 642L which is not what we
> expected. If we want to load HighPoint RR642L RAID version
On Wed, Jun 03, 2015 at 07:37:13AM -0300, Henrique de Moraes Holschuh wrote:
> On Wed, Jun 3, 2015, at 00:34, Darren Hart wrote:
> > On Tue, Jun 02, 2015 at 07:09:28AM -0300, Henrique de Moraes Holschuh
> > wrote:
> > > Test results were sent to me privately, and they are correct, so...
> >
> > Fi
Dear Tejun Heo,
This is HighPoint Linux Team. We found Linux AHCI driver since kernel 3.16
has added ID (0x06421103) to support RocketRAID 642L which is not what we
expected. If we want to load HighPoint RR642L RAID version Linux SCSI
driver, it becomes conflict each other. This affects our cust
On Sat, May 30, 2015 at 12:05:25AM +0900, Sergey Senozhatsky wrote:
> perform class compaction in zs_free(), if zs_free() has created
> a ZS_ALMOST_EMPTY page. this is the most trivial `policy'.
Finally, I got realized your intention.
Actually, I had a plan to add /sys/block/zram0/compact_thresho
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit b30f0e3ffedfa52b1d67a302ae5860c49998e5e2
Author: Frederic Weisbecker
AuthorDate: Tue May 12 16:41:49 2015 +0200
Commit: In
Hi Peter,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git sched/core
commit 645566620ce8feea0970122c4a23907aa217d7f0
Author: Peter Zijlstra
AuthorDate: Fri May 15 17:43:34 2015 +0200
Commit: Peter Z
On 4 June 2015 at 00:58, Marek Vasut wrote:
> On Wednesday, June 03, 2015 at 11:26:40 PM, Michal Suchanek wrote:
>> On Exynos it is necessary to set SPI controller parameters that apply to
>> a SPI slave in a DT subnode of the slave device. The ofpart code returns
>> an error when there are subnod
On 04.06.2015 13:13, Jiang Liu wrote:
> Now most IRQ flow handlers make no use of the first parameter 'irq'.
> And for those who do make use of 'irq', we could easily get the irq
> number through irq_desc->irq_data->irq. So kill the first parameter
> 'irq' of irq_flow_handler_t.
>
> To ease review
On 04.06.2015 13:13, Jiang Liu wrote:
> Now most IRQ flow handlers make no use of the first parameter 'irq'.
> And for those who do make use of 'irq', we could easily get the irq
> number through irq_desc->irq_data->irq. So kill the first parameter
> 'irq' of irq_flow_handler_t.
>
> To ease review
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
mm/backing-dev.c between commit aad653a0bc09 ("block: discard
bdi_unregister() in favour of bdi_destroy()") from Linus' tree and
various commits from the block tree.
I fixed it up (I think - see below) and can carry the fix as
On Wed, 2015-06-03 at 16:34 -0400, Josef Bacik wrote:
> On 06/03/2015 01:43 PM, Mike Galbraith wrote:
> > There are also other loads like your server where waking to an idle cpu
> > dominates all else, pgbench is one of those. In that case, you've got a
> > 1:N waker/wakee relationship, and what
On 04.06.2015 13:13, Jiang Liu wrote:
> Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
> already have a pointer to corresponding irq_desc.
>
> Signed-off-by: Jiang Liu
> ---
> drivers/irqchip/exynos-combiner.c |4 ++--
For exynos:
Acked-by: Krzysztof Kozlowski
Best
Hi Luis,
Sorry for delay in response. Actually I was looking for the history of
this section of code but I couldn't find it. Anyway this is dead code
and we are fine with removing this dead code.
James,
Please consider this patch as Acked-by: "Sreekanth Reddy"
Regards,
Sreekanth
On Wed, Apr
On Fri, May 29, 2015 at 8:50 PM, Bintian Wang wrote:
> This patch adds documentation for the devicetree bindings used by the
> DT files of Hisilicon hi6220 SoC mobile platform.
>
> Signed-off-by: Bintian Wang
> Suggested-by: Arnd Bergmann
> Acked-by: Haojian Zhuang
> Acked-by: Stephen Boyd
Ac
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
drivers/block/nvme-core.c between commit fec558b5f178 ("NVMe: fix type
warning on 32-bit") from Linus' tree and commit d29ec8241c10 ("nvme:
submit internal commands through the block layer") from the block tree.
I fixed it up (
On 4 June 2015 at 01:03, Marek Vasut wrote:
> On Wednesday, June 03, 2015 at 11:26:41 PM, Michal Suchanek wrote:
>> On sunxi the SPI controller currently does not have DMA support and fails
>> any transfer larger than 63 bytes.
>>
>> On Exynos the pl330 DMA controller fails any transfer larger tha
Introduce helper irq_desc_get_irq() to hide irq_desc implementation
details.
Signed-off-by: Jiang Liu
---
include/linux/irqdesc.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/irqdesc.h b/include/linux/irqdesc.h
index 8c84a2513665..a7aaef44a10e 100644
--- a/include/li
Simplify interrupt management interfaces by killing the parameter 'irq'
of setup_affinity().
Signed-off-by: Jiang Liu
---
kernel/irq/manage.c | 31 +--
1 file changed, 17 insertions(+), 14 deletions(-)
diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
index e4
Change prototypes of register_irq_proc() and friends, so we either
passing 'irq' or 'irq_desc', but not both.
Signed-off-by: Jiang Liu
---
kernel/irq/internals.h | 18 ++
kernel/irq/irqdesc.c |2 +-
kernel/irq/manage.c|8
kernel/irq/proc.c | 16 +++
Hi Jens,
Today's linux-next merge of the block tree got a conflict in
arch/cris/include/asm/Kbuild between commit 5527b7d955ac ("CRIS: UAPI:
use generic headers via Kbuild") from the cris tree and commit
c546d5db75b4 ("remove scatterlist.h generation from arch Kbuild files")
from the block tree.
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Signed-off-by: Jiang Liu
---
drivers/irqchip/exynos-combiner.c |4 ++--
drivers/irqchip/irq-armada-370-xp.c |2 +-
drivers/irqchip/irq-dw-apb-ictl.c |4 ++--
dr
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
On 4 June 2015 at 00:53, Marek Vasut wrote:
> On Wednesday, June 03, 2015 at 11:26:39 PM, Michal Suchanek wrote:
>> Hello,
>
> Hi,
>
>> this patch series makes it possible to access the SPI NOR flash in the
>> Samsung XE303 'Snow' Chromebook.
>>
>> Unfortunately not all issues are resolved. To wor
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
drivers/pci/host/pci-keystone.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/host/pci-keystone.c b/drivers/pci/host/pci-keyston
Change irq flow handlers to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/sh/boards/mach-se/7722/irq.c |2 +-
arch/sh/boards/mach-se/7724/irq.c |2 +-
drivers/sh/intc/virq.c|2 +-
3 files changed, 3 insertions(+), 3
On (06/04/15 12:50), Minchan Kim wrote:
> > On (06/04/15 12:30), Minchan Kim wrote:
> > >
> > > What scenario do you have a cocern?
> > > Could you describe this example more clear?
> >
> > you mean "how is this even possible"?
>
> No I meant. I couldn't understand your terms. Sorry.
>
> What f
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Change irq flow handlers to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
drivers/gpio/gpio-davinci.c |3 ++-
drivers/gpio/gpio-ep93xx.c |3 ++-
drivers/gpio/gpio-sa1100.c |5 +++--
3 files changed, 7 insertions(+), 4 deletions(-)
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
drivers/dma/ipu/ipu_irq.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/ipu/ipu_irq.c b/drivers/dma/ipu/ipu_irq.c
index 0e12af37
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Thanks, I can't see my change on the repository though?
https://git.kernel.org/cgit/linux/kernel/git/mmarek/kbuild.git/
Diego
On Wed, Jun 3, 2015 at 5:58 AM, Michal Marek wrote:
> On 2015-05-31 19:35, Diego Viola wrote:
>> Signed-off-by: Diego Viola
>> ---
>> scripts/kconfig/Makefile | 10 +++
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
drivers/mfd/ucb1x00-core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/ucb1x00-core.c b/drivers/mfd/ucb1x00-core.c
index 58ea9fdd3a1
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/powerpc/platforms/512x/mpc5121_ads_cpld.c |4 +++-
arch/powerpc/platforms/85xx/socrates_fpga_pic.c |2 +-
arch/powerpc/platforms/cell/interrupt.c |
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
drivers/irqchip/irq-brcmstb-l2.c |7 ---
drivers/irqchip/irq-imgpdc.c |3 ++-
drivers/irqchip/irq-keystone.c |4 ++--
drivers/irqchip/irq
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Now most IRQ flow handlers make no use of the first parameter 'irq'.
And for those who do make use of 'irq', we could easily get the irq
number through irq_desc->irq_data->irq. So kill the first parameter
'irq' of irq_flow_handler_t.
To ease review, I have split the changes into several parts, tho
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/c6x/platforms/megamod-pic.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/c6x/platforms/megamod-pic.c b/arch/c6x/platforms/megamo
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/m68k/mac/psc.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/m68k/mac/psc.c b/arch/m68k/mac/psc.c
index 835fa04511c8..ea7651a7908b 100
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/unicore32/kernel/irq.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/unicore32/kernel/irq.c b/arch/unicore32/kernel/irq.c
index 0be
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
drivers/pinctrl/pinctrl-amd.c |6 --
drivers/pinctrl/pinctrl-coh901.c |3 ++-
drivers/pinctrl/pinctrl-rockchip.c|4 ++--
drivers/pinctrl/s
Simplify interrupt management interfaces by killing the parameter 'irq'
of note_interrupt().
Signed-off-by: Jiang Liu
---
include/linux/irq.h|3 +--
kernel/irq/chip.c |4 ++--
kernel/irq/handle.c|2 +-
kernel/irq/internals.h |7 +++
kernel/irq/manage.c| 25
Change irq flow handlers to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/mips/alchemy/devboards/bcsr.c |3 ++-
arch/mips/ath79/irq.c |9 ++---
arch/mips/pci/pci-rt3883.c |4 +---
3 files changed, 9 ins
Change irq flow handler to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Seems ipipe.c is never used at all, and it may fail to compile if it's
used.
Signed-off-by: Jiang Liu
---
arch/blackfin/kernel/ipipe.c |2 +-
arch/blackfin/mach-common/ints-priority.
Change irq flow handlers to prepare for killing the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
arch/arm/common/locomo.c |9 +++--
arch/arm/mach-dove/irq.c |5 +++--
arch/arm/mach-pxa/balloon3.c |3 +--
arch/arm/mach-p
The first parameter 'irq' is never used by kstat_incr_irqs_this_cpu(),
so kill it. So one step further to kill the first parameter 'irq'
of irq_flow_handler_t.
Signed-off-by: Jiang Liu
---
kernel/irq/chip.c | 16
kernel/irq/handle.c|2 +-
kernel/irq/internals.h |
Simplify interrupt management interfaces by killing the parameter 'irq'
of check_irq_resend().
Signed-off-by: Jiang Liu
---
kernel/irq/chip.c |2 +-
kernel/irq/internals.h |2 +-
kernel/irq/manage.c|2 +-
kernel/irq/resend.c|4 +++-
4 files changed, 6 insertions(+),
Use irq_data_get_xxx() to avoid redundant lookup of irq_data while we
already have a pointer to corresponding irq_data.
Signed-off-by: Jiang Liu
---
drivers/pci/host/pci-keystone-dw.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/pci/host/pci-keyst
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Also replace generic_handle_irq with generic_handle_irq_desc() to avoid
looking up irq_desc again.
Signed-off-by: Jiang Liu
---
arch/sh/boards/mach-se/7343/irq.c |2 +-
a
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Signed-off-by: Jiang Liu
---
drivers/spmi/spmi-pmic-arb.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/spmi/spmi-pmic-arb.c b/drivers/spmi
Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc while we
already have a pointer to corresponding irq_desc.
Signed-off-by: Jiang Liu
Acked-by: Linus Walleij
---
drivers/gpio/gpio-bcm-kona.c |2 +-
drivers/gpio/gpio-dwapb.c |2 +-
drivers/gpio/gpio-mvebu.c |2
1 - 100 of 1187 matches
Mail list logo
