From: Rik van Riel
Currently the NUMA code scales the load on each node with the
amount of CPU power available on that node, but it does not
apply any adjustment to the load of the task that is being
moved over.
On systems with SMT/HT, this results in a task being weighed
much more heavily than
From: Rik van Riel
When CONFIG_FAIR_GROUP_SCHED is enabled, the load that a task places
on a CPU is determined by the group the task is in. This is conveniently
calculated for us by effective_load(), which task_numa_compare should
use.
The active groups on the source and destination CPU can be d
At Fri, 20 Jun 2014 21:50:03 +0200,
Rasmus Villemoes wrote:
>
> Add a newline, and remove a space while at it.
This would give still a checkpatch warning.
Could you fix and resubmit?
thanks,
Takashi
>
> Signed-off-by: Rasmus Villemoes
> ---
> sound/core/seq/seq_memory.c | 3 ++-
> 1 file c
From: Rik van Riel
>From task_numa_placement, always try to consolidate the tasks
in a group on the group's top nid.
In case this task is part of a group that is interleaved over
multiple nodes, task_numa_migrate will set the task's preferred
nid to the best node it could find for the task, so t
On Mon, Jun 23, 2014 at 9:13 AM, Pawel Moll wrote:
> On Fri, 2014-06-20 at 18:09 +0100, Mark Rutland wrote:
>> > +- clocks-names: should contain "clcdclk" and "apb_pclk"
>>
>> s/clocks-names/clock-names/
>
> Haha - it took quite a few patch revisions to spot this one, thanks!
Was this tested?
>>
On Mon, Jun 23, 2014 at 08:44:40AM +0100, Al Viro wrote:
>
> OK, here it is, hopefully with sufficient comments:
The comments look really good. I assume you'll get this to
Linus in time for 3.16-rc3?
Many thanks!!
- Ted
--
To unsubscribe from this list:
On 06/23/2014 08:35 AM, Arnd Bergmann wrote:
On Monday 23 June 2014 08:16:18 Guenter Roeck wrote:
Moved to where?
I certainly don't want it in the platform directories, and for arm64 we
intentionally don't have a place to put this stuff.
I have no idea, but setting the arm reset function poi
On Monday 23 June 2014 08:16:18 Guenter Roeck wrote:
> > Moved to where?
> >
> > I certainly don't want it in the platform directories, and for arm64 we
> > intentionally don't have a place to put this stuff.
> >
>
> I have no idea, but setting the arm reset function pointer from a watchdog
> driv
ping ... any comments ?
Guenter
On 06/17/2014 03:51 PM, Guenter Roeck wrote:
Commits 9ec36ca (of/irq: do irq resolution in platform_get_irq)
and ad69674 (of/irq: do irq resolution in platform_get_irq_byname)
change the semantics of platform_get_irq and platform_get_irq_byname
to always rely on
With the introduction of fair queued rwlock, recursive read_lock()
may hang the offending process if there is a write_lock() somewhere
in between.
With recursive read_lock checking enabled, the following error was
reported:
=
[ INFO: possible recursive
On Mon, Jun 23, 2014 at 08:53:12AM -0500, Christoph Lameter wrote:
> On Fri, 20 Jun 2014, Paul E. McKenney wrote:
>
> > > I like this approach *far* better. This is the kind of thing I had in
> > > mind when I suggested using the fqs machinery: remove the poll entirely
> > > and just thwack a CPU
On Mon, 23 Jun 2014 02:35:09 -0700 (PDT)
David Rientjes wrote:
> On Sat, 21 Jun 2014, Fabian Frederick wrote:
>
> > This reverts commit a2d445d44000
> >
> > Adding __init to blkcg_policy_register makes it unreliable when
> > loading cfq at runtime.
> >
> > (Similar problem to b5097e956a4d "blo
Lee,
On Mon, Jun 23, 2014 at 2:26 AM, Lee Jones wrote:
>> Lee (-others),
>
> Re-CC'ing the list.
>
>> On Wed, Jun 18, 2014 at 2:20 AM, Lee Jones wrote:
>> >> From: Prathyush K
>> >>
>> >> Set the device as wakeup capable and register the wakeup source.
>> >>
>> >> Note: Though it makes more sen
On 06/23/2014 07:42 AM, Arnd Bergmann wrote:
On Monday 23 June 2014 07:30:56 Guenter Roeck wrote:
On 06/23/2014 03:31 AM, Maxime Ripard wrote:
On Thu, May 22, 2014 at 02:12:07PM -0700, Guenter Roeck wrote:
On Thu, May 22, 2014 at 10:34:44PM +0200, Maxime Ripard wrote:
On Mon, May 19, 2014 at
On Mon, Jun 16, 2014 at 11:16:52AM +0200, Mike Galbraith wrote:
> (disregard patch of same name from that enterprise weenie;)
>
> If a task has been dequeued, it has been accounted. Do not project
> cycles that may or may not ever be accounted to a dequeued task, as
> that may make clock_gettime(
On Mon, Jun 23, 2014 at 04:16:51PM +0200, Gregory CLEMENT wrote:
> Wildcards in compatible strings should be avoid. "marvell,armada38x"
> was recently introduced but was not yet used.
>
> The armada 385 SoC is a superset of the armada 380 SoC (with more CPUs
> and more PCIe slots). So this patch r
On Mon, 2014-06-23 at 16:46 +0200, Felix Fietkau wrote:
> On 2014-06-23 16:38, Rostislav Lisovy wrote:
> > On Mon, 2014-06-23 at 12:05 +0200, Johannes Berg wrote:
> >> On Mon, 2014-06-23 at 12:04 +0200, Felix Fietkau wrote:
> >> > On 2014-06-23 11:08, Johannes Berg wrote:
> >> > > On Sun, 2014-06-2
On Mon, Jun 23, 2014 at 10:31:11AM -0400, Steven Rostedt wrote:
> On Mon, 23 Jun 2014 15:21:59 +0100
> Mel Gorman wrote:
>
> > On Fri, Jun 20, 2014 at 11:49:16AM -0700, Max Asbock wrote:
> > >
> > > The mm_migrate_pages trace event reports a reason for the migration,
> > > typically as a
> > >
On 06/23/2014 03:09 AM, Peter Zijlstra wrote:
On Fri, Jun 20, 2014 at 03:22:46PM -0400, Waiman Long wrote:
v2->v3:
- Add a new read mode (3) for rwlock (used in
lock_acquire_shared_cond_recursive()) to avoid conflict with other
use cases of lock_acquire_shared_recursive().
v1->v2:
-
On 06/23/2014 01:32 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.23 release.
There are 111 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by
This patch adds basic DT bindings for the PL11x CLCD cells
and make their fbdev driver use them.
Signed-off-by: Pawel Moll
---
Changes since v7:
- fixed typo in "clock-names" documentation
- renamed "arm,pl11x,framebuffer-base" into "arm,pl11x,framebuffer"
as it is describing both base and size
... for V2M-P1 motherboard CLCD (limited to 640x480 16bpp and using
dedicated video RAM bank) and for V2P-CA9 (up to 1024x768 16bpp).
Signed-off-by: Pawel Moll
---
arch/arm/boot/dts/vexpress-v2m-rs1.dtsi | 34 -
arch/arm/boot/dts/vexpress-v2m.dtsi | 34 +++
On Mon, Jun 23, 2014 at 08:26:15AM +0200, Peter Zijlstra wrote:
> On Fri, Jun 20, 2014 at 07:59:58PM -0700, Paul E. McKenney wrote:
> > Commit ac1bea85781e (Make cond_resched() report RCU quiescent states)
> > fixed a problem where a CPU looping in the kernel with but one runnable
> > task would gi
On 2014-06-23 16:38, Rostislav Lisovy wrote:
> On Mon, 2014-06-23 at 12:05 +0200, Johannes Berg wrote:
>> On Mon, 2014-06-23 at 12:04 +0200, Felix Fietkau wrote:
>> > On 2014-06-23 11:08, Johannes Berg wrote:
>> > > On Sun, 2014-06-22 at 13:41 +0200, Felix Fietkau wrote:
>> > >> On 2014-04-15 14:37
You've won a Prize
MICROSOFT IBERICA SL"
YOU 'VE WON.
ATTN:MICROSOFT IBERICA SL
Your email has won (EUR244,000,00)
(TWO HUNDRED AND FOURTY FOUR THOUSAND EURO)
Batch number:XL73276498AM
Ref number:QR352899526KC
This is a millennium scientific computer game in which
email addresses were used.It is a
Am 2014-06-23 15:14, schrieb Zhang Rui:
> On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
>> Am 2014-06-23 03:10, schrieb Zhang, Rui:
>>>
>>>
-Original Message-
From: Martin Kepplinger [mailto:mart...@posteo.de]
Sent: Sunday, June 22, 2014 10:25 PM
To: Zhang,
On Monday 23 June 2014 10:27 AM, Paul Walmsley wrote:
> Hi Roger
>
> On Wed, 18 Jun 2014, Roger Quadros wrote:
>
>> These patches add the missing OCP2SCP3 module and fixup the SATA hwmod
>> for DRA7 SoC. Both patches are tested on 3.16-rc1.
>
> Could you please post a quick serial capture of a b
Uevents are suppressed during attributes registration, but never
restored, so kobject_uevent() does nothing.
Signed-off-by: Maxime Bizon
---
kernel/workqueue.c |1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 6203d29..6f5f9c7 100644
--- a/kerne
On Monday 23 June 2014 07:30:56 Guenter Roeck wrote:
> On 06/23/2014 03:31 AM, Maxime Ripard wrote:
> > On Thu, May 22, 2014 at 02:12:07PM -0700, Guenter Roeck wrote:
> >> On Thu, May 22, 2014 at 10:34:44PM +0200, Maxime Ripard wrote:
> >>> On Mon, May 19, 2014 at 05:04:22PM +0200, Maxime Ripard wr
On Mon, Jun 23, 2014 at 04:35:13PM +0200, Oliver Neukum wrote:
> On Wed, 2014-06-18 at 19:05 +0300, Janne Kanniainen wrote:
> > This driver adds support for USB controlled led panels that exists in
> > MSI GT683R laptop
> >
>
> > +static int gt683r_led_probe(struct hid_device *hdev,
> > +
Recently had this warning reported:
[ 290.489047] Call Trace:
[ 290.489053] [] dump_stack+0x19/0x1b
[ 290.489055] [] __might_sleep+0x179/0x230
[ 290.489057] [] mutex_lock_nested+0x55/0x520
[ 290.489061] [] ? bnx2fc_l2_rcv_thread+0xc5/0x4c0 [bnx2fc]
[ 290.489065] [] fc_vport_id_lookup+0x
debugfs caught this:
WARNING: at lib/debugobjects.c:260 debug_print_object+0x83/0xa0()
ODEBUG: free active (active state 0) object type: work_struct
hint: fc_scsi_scan_rport+0x0/0xd0 [scsi_transport_fc]
CPU: 1 PID: 184 Comm: kworker/1:1 Tainted: GW
-- 3.10.0-123.el7.x86_64.de
On Mon, 2014-06-23 at 12:05 +0200, Johannes Berg wrote:
> On Mon, 2014-06-23 at 12:04 +0200, Felix Fietkau wrote:
> > On 2014-06-23 11:08, Johannes Berg wrote:
> > > On Sun, 2014-06-22 at 13:41 +0200, Felix Fietkau wrote:
> > >> On 2014-04-15 14:37, Rostislav Lisovy wrote:
> > >> > Current code che
On Wed, 2014-06-18 at 19:05 +0300, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in
> MSI GT683R laptop
>
> +static int gt683r_led_probe(struct hid_device *hdev,
> + const struct hid_device_id *id)
> +{
> + int i;
> + int
On 14-06-17 06:20 PM, Andrew Morton wrote:
> On Wed, 4 Jun 2014 14:01:35 -0400 Paul Gortmaker
> wrote:
>
>> Currently rootdelay=N and rootwait behave differently (aside
>> from the obvious unbounded wait duration) because they are
>> at different places in the init sequence.
>>
>> The difference
commit 94859308a21b "w1: new w1_ds2406 driver" added a new driver
that uses the crc16 library, but didn't ensure that the core is
there. This adds the necessary Kconfig statements, just like we
have it for other w1 drivers.
Signed-off-by: Arnd Bergmann
Cc: Scott Alfter
Cc: Evgeniy Polyakov
Cc:
On Mon, 23 Jun 2014 15:21:59 +0100
Mel Gorman wrote:
> On Fri, Jun 20, 2014 at 11:49:16AM -0700, Max Asbock wrote:
> >
> > The mm_migrate_pages trace event reports a reason for the migration,
> > typically as a
> > symbolic string. The exception is the reason MR_NUMA_MISPLACED for which it
> >
On 06/23/2014 03:31 AM, Maxime Ripard wrote:
On Thu, May 22, 2014 at 02:12:07PM -0700, Guenter Roeck wrote:
On Thu, May 22, 2014 at 10:34:44PM +0200, Maxime Ripard wrote:
On Mon, May 19, 2014 at 05:04:22PM +0200, Maxime Ripard wrote:
On Thu, May 15, 2014 at 11:11:23AM +0200, Maxime Ripard wrot
On 06/23/2014 08:34 AM, Stephen Smalley wrote:
On 06/20/2014 08:30 PM, Waiman Long wrote:
v1->v2:
- Add an internal helper to switch on/off lock acquisition instead
of modifying the external API.
With introduction of fair queued rwlock, recursive read_lock() may hang
the offending process
On Mon, 2014-06-23 at 15:10 +0100, Russell King - ARM Linux wrote:
> As far as the CLD outputs are concerned, they are standard. The PLD on
> their outputs routes the CLD bits to the 8-bit red, green and blue
> channels according to the configuration of SYS_CLCD to achieve the
> various colour for
> I don't know why they did it this way. I think somehow, it is believe that
> ll and st cannot be captured together (and putting both on cnt3 enforces
> that). But when it seems to be working fine. If someone from Intel can
> confirm this is okay/not okay then we can revisit.
Depending on the CPU
On Fri, Jun 20, 2014 at 11:49:16AM -0700, Max Asbock wrote:
>
> The mm_migrate_pages trace event reports a reason for the migration,
> typically as a
> symbolic string. The exception is the reason MR_NUMA_MISPLACED for which it
> just displays
> the numeric value:
> mm_migrate_pages: nr_succeede
On Mon, Jun 23, 2014 at 02:52:18PM +0400, Kirill Tkhai wrote:
> > Then again, I suppose anything without rq->lock can and will miss tasks.
>
> If we use rq->lock it's possible to move check_for_tasks() to
> kernel/sched/core.c.
>
> And we can leave TASK_RUNNING check for waking tasks. Maybe some
From: Raphael Poggi
This patch fix checkpath "WARNING: Missing a blank line after declarations"
Signed-off-by: Raphaël Poggi
---
drivers/staging/media/lirc/lirc_imon.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/staging/media/lirc/lirc_imon.c
b/drivers/staging/media/lirc
From: Raphael Poggi
This patch fix checkpath "WARNING: void function return statements are not
generally useful".
The removed return were useless in that case.
Signed-off-by: Raphaël Poggi
---
drivers/staging/media/lirc/lirc_imon.c |6 --
1 file changed, 6 deletions(-)
diff --git a/d
On Fri, 20 Jun 2014 13:42:29 -0500
Seth Forshee wrote:
> touch_file() calls open(2) with O_CREAT but omits the required
> mode argument. Fix this omission.
>
> Signed-off-by: Seth Forshee
Applied, thanks!
-- Steve
> ---
> trace-record.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-
On Mon, Jun 23, 2014 at 08:35:14AM +0300, Oren Twaig wrote:
> Remove invalid code which caused TSC to be declared as "unstable" on vSMP
> Foundation box even if it was stable and let the kernel decide for itself.
>
> When a vSMP Foundation box is detected, the function apic_cluster_num() counts
>
Wildcards in compatible strings should be avoid. "marvell,armada38x"
was recently introduced but was not yet used.
The armada 385 SoC is a superset of the armada 380 SoC (with more CPUs
and more PCIe slots). So this patch replaces the use of
"marvell,armada38x" by the "marvell,armada380" string.
On Mon, Jun 23, 2014 at 09:35:00AM +0200, Peter Zijlstra wrote:
> On Thu, Jun 19, 2014 at 01:40:41PM -0700, Andi Kleen wrote:
> > On Thu, Jun 19, 2014 at 10:31:29PM +0200, Stephane Eranian wrote:
> > > On Thu, Jun 19, 2014 at 10:18 PM, Andi Kleen wrote:
> > > >> I don't quite understand that.
> >
> Stanislav: are you seeing out of order timestamp errors or just trying to
> reuse the live code from perf-kvm?
Yes, I need events ordering, otherwise I see:
1. pagefault event
2. comm and mmap events for the process above
Hence I have to print cryptic messages without any details.
As Arnaldo po
On Fri, 2014-06-20 at 18:09 +0100, Mark Rutland wrote:
> > +- clocks-names: should contain "clcdclk" and "apb_pclk"
>
> s/clocks-names/clock-names/
Haha - it took quite a few patch revisions to spot this one, thanks!
> > +
> > +- clocks: contains phandle and clock specifier pairs for the entries
On Mon, Jun 23, 2014 at 12:00:01PM +0100, Jan Beulich wrote:
> >>> On 23.06.14 at 11:53, wrote:
> > On 20/06/14 22:29, Daniel Kiper wrote:
> >> Do not access EFI memory map if it is not available. At least
> >> Xen dom0 EFI implementation does not have an access to it.
> >
> > Could it make one ba
On Mon, 23 Jun 2014, Tomi Valkeinen wrote:
> On 04/06/14 12:07, Julia Lawall wrote:
> > From: Julia Lawall
> >
> > Find_first_zero_bit considers BITS_PER_LONG bits at a time, and thus may
> > return a larger number than the maximum position argument if that position
> > is not a multiple of BITS_
On Mon, Jun 16, 2014 at 10:24:58AM -0400, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel I've stumbled on the following spew:
>
> [ 430.429005] ==
> [ 430.429005] [ INFO:
On Mon, Jun 23, 2014 at 02:52:15PM +0100, Pawel Moll wrote:
> On Fri, 2014-06-20 at 23:27 +0100, Peter Maydell wrote:
> > How does this work for boards like the versatilepb which have a
> > mux between a PL110 and the TFT, allowing it to efffectively
> > rewire the pads at runtime under control of
On 6/20/14, 8:44 AM, Arnaldo Carvalho de Melo wrote:
Em Fri, Jun 20, 2014 at 02:49:48PM +0400, Stanislav Fomichev escreveu:
It will be reused by perf trace in the following commit.
I know this is needed, but one of the goals when I started builtin-trace
was not to use perf_session at all, as i
This series adds the support for Berlin SoC AHCI controller. The
controller allows to use the SATA host interface and, for example, the
eSATA port on the BG2Q.
The series adds a PHY driver to control the two SATA ports available,
and adds a generic compatible to use the existing ahci_platform driv
On Mon, 2014-06-23 at 15:53 +0200, Arnd Bergmann wrote:
> On Monday 23 June 2014 06:41:29 Joe Perches wrote:
> > Add this helper for consistency with pci_zalloc_coherent
> > and the ability to remove unnecessary memset(,0,) uses.
> Shouldn't these drivers just use the normal dma-mapping API now?
On 6/20/14, 9:24 AM, Arnaldo Carvalho de Melo wrote:
Right now it is too simple, but I was starting to work (when you jumped
right in with your work making me stop and go on testing/reviewing :) )
on making it more generic so that we could defer pretty printing the
arguments from sys_enter to sys
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/crypto/hifn_795x.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/crypto/hifn_795x.c b/drivers/crypto/hifn_795x.c
index 12fea3e..8d2a772 100644
--- a/drivers/crypto/hifn_795x.c
+++ b/d
On Wed, Mar 19, 2014 at 08:02:22AM -0700, H. Peter Anvin wrote:
> On 03/19/2014 06:21 AM, Konrad Rzeszutek Wilk wrote:
> >>
> >> The following patch does the always eager allocation. It's a fixup of
> >> Suresh's original patch.
> >>
> >
> > Hey Peter,
> >
> > I think this is the solution you we
On Mon, Jun 23, 2014 at 10:57:31AM +0100, David Vrabel wrote:
> On 20/06/14 22:29, Daniel Kiper wrote:
> > This patch enables EFI usage under Xen dom0. Standard EFI Linux
> > Kernel infrastructure cannot be used because it requires direct
> > access to EFI data and code. However, in dom0 case it is
For the amso1100 change...
Acked-by: Steve Wise
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
I am CC'ing IA-64 guys.
On Mon, Jun 23, 2014 at 08:19:00AM +0100, Jan Beulich wrote:
> >>> On 20.06.14 at 23:29, wrote:
> > --- a/drivers/firmware/efi/efi.c
> > +++ b/drivers/firmware/efi/efi.c
> > @@ -298,7 +298,7 @@ int __init efi_config_init(efi_config_table_type_t
> > *arch_tables)
> >
The ahci_platform driver is a generic driver using the libahci_platform
functions. Add a generic compatible to avoid having an endless list of
compatibles with no differences for the same driver.
Signed-off-by: Antoine Ténart
---
drivers/ata/ahci_platform.c | 2 ++
1 file changed, 2 insertions(+
On Fri, 20 Jun 2014, Paul E. McKenney wrote:
> > I like this approach *far* better. This is the kind of thing I had in
> > mind when I suggested using the fqs machinery: remove the poll entirely
> > and just thwack a CPU if it takes too long without a quiescent state.
> > Reviewed-by: Josh Triple
The Berlin SoC has a two SATA ports. Add a PHY driver to handle them.
The mode selection can let us think this PHY can be configured to fit
other purposes. But there are reasons to think the SATA mode will be
the only one usable: the PHY registers are only accessible indirectly
through two registe
On Monday 23 June 2014 06:41:29 Joe Perches wrote:
> Add this helper for consistency with pci_zalloc_coherent
> and the ability to remove unnecessary memset(,0,) uses.
>
> Signed-off-by: Joe Perches
>
Shouldn't these drivers just use the normal dma-mapping API now?
Arnd
--
To unsubscri
On Mon, 23 Jun 2014, Peter Zijlstra wrote:
> On the topic of these threads; I recently noticed RCU grew a metric ton
> of them, I found some 75 rcu kthreads on my box, wth up with that?
Would kworker threads work for rcu? That would also avoid the shifting
around of RCU threads for NOHZ configura
On Mon, 2014-06-23 at 15:40 +0200, Raphael Poggi wrote:
> This patch fix some coding style problems.
[]
> diff --git a/drivers/staging/media/lirc/lirc_imon.c
> b/drivers/staging/media/lirc/lirc_imon.c
[]
> @@ -626,8 +623,8 @@ static void imon_incoming_packet(struct imon_context
> *context,
>
Il giorno 19/giu/2014, alle ore 04:29, Jens Axboe ha scritto:
> On 2014-06-18 18:46, Tejun Heo wrote:
>> Hello,
>>
>> On Tue, Jun 17, 2014 at 05:55:57PM +0200, Paolo Valente wrote:
>>> In general, with both a smooth but messy and a sharp but clean
>>> transformation, there seems to be the follo
Hi,
this is the second round of RFC on kGraft, the linux kernel online
patching developed at SUSE.
The patches are posted as a reply to this email and can be also
obtained as a whole tree at:
https://git.kernel.org/cgit/linux/kernel/git/jirislaby/kgraft.git/log/?h=kgraft
Jiri Kosina (4):
kgr:
On Fri, 2014-06-20 at 23:27 +0100, Peter Maydell wrote:
> On 17 June 2014 16:21, Pawel Moll wrote:
> > This patch adds basic DT bindings for the PL11x CLCD cells
> > and make their fbdev driver use them.
>
> > +* ARM PrimeCell Color LCD Controller PL110/PL111
> > +
> > +See also Documentation/dev
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/amd/pcnet32.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/drivers/net/ethernet/amd/pcnet32.c
b/drivers/net/ethernet/amd/pcnet32.c
index e7cc917..e5e2725 100644
--
Adding the helper reduces object code size as well as overall
source size line count.
It's also consistent with all the various zalloc mechanisms
in the kernel.
Done with a simple cocci script and some typing.
Joe Perches (22):
pci-dma-compat: Add pci_zalloc_consistent helper
atm: Use pci_za
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/atm/he.c | 31 +++
drivers/atm/idt77252.c | 15 ++-
2 files changed, 21 insertions(+), 25 deletions(-)
diff --git a/drivers/atm/he.c b/drivers/atm/he.c
index aa6be26..c397
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/infiniband/hw/amso1100/c2.c | 6 ++
drivers/infiniband/hw/nes/nes_hw.c| 12 ++--
drivers/infiniband/hw/nes/nes_verbs.c | 5 ++---
3 files changed, 10 insertions(+), 13 deletions(-)
diff --git a/dri
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/i810/i810_dma.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i810/i810_dma.c b/drivers/gpu/drm/i810/i810_dma.c
index e88bac1..bae897d 100644
--- a/drivers/gpu/drm/i81
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/wireless/mwl8k.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/mwl8k.c b/drivers/net/wireless/mwl8k.c
index 3c0a0a8..7e6b981 100644
--- a/drivers/net/wireless/mwl8k.
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/wireless/ipw2x00/ipw2100.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/drivers/net/wireless/ipw2x00/ipw2100.c
b/drivers/net/wireless/ipw2x00/ipw2100.c
index dfc6dfc..1ab8e
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/atheros/atl1e/atl1e_main.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/atheros/atl1e/atl1e_main.c
b/drivers/net/ethernet/atheros/atl1e/atl1e_main.c
inde
On Mon, 2014-06-23 at 14:04 +0300, Tomi Valkeinen wrote:
> I can queue this to fbdev tree, but how do you want to handle the second
> patch? I think these two patches are independent, so the second patch
> could go via arm-soc tree (or whichever is the normal route for those
> .dts file changes). I
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/qlogic/netxen/netxen_nic_ctx.c | 4 +---
drivers/net/ethernet/qlogic/qlge/qlge_main.c| 11 +--
2 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/net/ethernet/qlogic/ne
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/marvell/sky2.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/marvell/sky2.c
b/drivers/net/ethernet/marvell/sky2.c
index 6969338..5991514 100644
--- a/driver
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/irda/vlsi_ir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/irda/vlsi_ir.c b/drivers/net/irda/vlsi_ir.c
index 4850066..58ef594 100644
--- a/drivers/net/irda/vlsi_ir.c
+++ b/dr
On Mon, Jun 23, 2014 at 03:40:59PM +0200, Raphael Poggi wrote:
> This patch fix some coding style problems.
What specific "coding style problems" are fixed? Why should they be
fixed? Please be specific and don't do more than one type of "fix" per
patch.
Care to redo this?
thanks,
greg k-h
--
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/media/common/saa7146/saa7146_core.c | 15 ++-
drivers/media/common/saa7146/saa7146_fops.c | 5 +++--
drivers/media/pci/bt8xx/bt878.c | 16
drivers/media/pci/n
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/wireless/rtl818x/rtl8180/dev.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/net/wireless/rtl818x/rtl8180/dev.c
b/drivers/net/wireless/rtl818x/rtl8180/dev.c
index 1e25929.
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/cisco/enic/vnic_dev.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/cisco/enic/vnic_dev.c
b/drivers/net/ethernet/cisco/enic/vnic_dev.c
index e86a45c..8a4
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/micrel/ksz884x.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/micrel/ksz884x.c
b/drivers/net/ethernet/micrel/ksz884x.c
index 064a48d..cd5f106 100644
---
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/tty/synclink_gt.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/synclink_gt.c b/drivers/tty/synclink_gt.c
index c359a91..07ea71c 100644
--- a/drivers/tty/synclink_gt.c
+++ b/drive
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/scsi/3w-sas.c | 5 ++---
drivers/scsi/a100u2w.c| 8 ++--
drivers/scsi/be2iscsi/be_main.c | 10 --
drivers/scsi/be2iscsi/be_mgmt.c | 3 +--
driv
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/net/wireless/rtlwifi/pci.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/pci.c
b/drivers/net/wireless/rtlwifi/pci.c
index dae5525..67d1ee6 100644
-
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/vme/bridges/vme_ca91cx42.c | 6 ++
drivers/vme/bridges/vme_tsi148.c | 6 ++
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/vme/bridges/vme_ca91cx42.c
b/drivers/vme/bridges/vme_ca91cx4
Remove the now unnecessary memset too.
Signed-off-by: Joe Perches
---
drivers/staging/rtl8192e/rtl8192e/rtl_core.c | 15 ---
drivers/staging/rtl8192ee/pci.c | 37 +
drivers/staging/rtl8821ae/pci.c | 36 +
drivers/s
I'm working on address sanitizer project for kernel. Recently we started
experiments with stack instrumentation, to detect out-of-bounds
read/write bugs on stack.
Just after booting I've hit out-of-bounds read on stack in idr_for_each
(and in __idr_remove_all as well):
struct idr_layer **
The BG2Q has an AHCI SATA controller with an eSATA interface. Enable it.
Only enable the first port, the BG2Q DMP does not support the second one.
Signed-off-by: Antoine Ténart
---
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boo
Add this helper for consistency with pci_zalloc_coherent
and the ability to remove unnecessary memset(,0,) uses.
Signed-off-by: Joe Perches
---
include/asm-generic/pci-dma-compat.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/asm-generic/pci-dma-compat.h
b/include/asm-gen
The current implementation of the libahci does not allow to use multiple
PHYs. This patch adds the support of multiple PHYs by the libahci while
keeping the old bindings valid for device tree compatibility.
This introduce a new way of defining SATA ports in the device tree, with
one port per sub-n
On Mon, Jun 23, 2014 at 11:15:31PM +1000, Stephen Rothwell wrote:
> Hi Herbert,
>
> On Mon, 23 Jun 2014 20:27:47 +0800 Herbert Xu
> wrote:
> >
> > That's weird as it built correctly here. This looks like a
> > make/gcc issue as the missing header file is meant to be found
> > with an additional
401 - 500 of 954 matches
Mail list logo
