On Wed, Nov 06, 2013 at 12:19:52PM -0800, Andi Kleen wrote:
> Neil Horman writes:
>
> > do_csum was identified via perf recently as a hot spot when doing
> > receive on ip over infiniband workloads. After alot of testing and
> > ideas, we found the best optimization available to us currently is
On 11/07/2013 05:20 PM, Arnd Bergmann wrote:
On Thursday 07 November 2013, Sebastian Hesselbarth wrote:
Actually, IIRC smp_twd does not compile without SMP set, so the above
should at least be 'HAVE_ARM_TWD if SMP'. If you shrink MULTI_V7 down
to non-SMP cores, you can disable it and it will
On Thu, 2013-11-07 at 11:59 -0800, Michel Lespinasse wrote:
> On Thu, Nov 7, 2013 at 6:31 AM, Paul E. McKenney
> wrote:
> > On Thu, Nov 07, 2013 at 04:50:23AM -0800, Michel Lespinasse wrote:
> >> On Thu, Nov 7, 2013 at 4:06 AM, Linus Torvalds
> >> wrote:
> >> >
> >> > On Nov 7, 2013 6:55 PM,
On 11/07/2013 09:17 AM, Ard Biesheuvel wrote:
> This series implements automatic module loading based on optional CPU
> features,
> and tries to do so in a generic way. Currently, 32 feature bits are supported,
> and how they map to actual CPU features is entirely up to the architecture.
NAK.
On 11/07/13 12:51, Andrew Morton wrote:
> On Thu, 7 Nov 2013 14:25:05 +0100 Michal Hocko wrote:
>
>> On Thu 07-11-13 19:08:16, Wu Fengguang wrote:
>>> tree: git://git.kernel.org/pub/scm/linux/kernel/git/mhocko/mm.git
>>> since-3.12
>>> head: 2f11d7af8df66cb4f217b6293ad8189aa101d601
>>>
On Thu 07-11-13 12:14:13, Andiry Xu wrote:
> On Wed, Nov 6, 2013 at 1:18 PM, Jan Kara wrote:
> > On Tue 05-11-13 17:28:35, Andiry Xu wrote:
> >> >> Do you know the reason why write() outperforms mmap() in some cases? I
> >> >> know it's not related the thread but I really appreciate if you can
>
On Wed, Nov 6, 2013 at 5:44 PM, Sebastian Hesselbarth
wrote:
>>> +struct dwapb_gpio {
>>> + struct device *dev;
>>> + void __iomem*regs;
>>> + struct dwapb_gpio_port *ports;
>>> + unsigned intnr_ports;
>>> + struct irq_domain
On Thu, Nov 07, 2013 at 10:30:25AM +0800, Chen Gang wrote:
> If the contents is more than 4096 bytes (e.g. if have 1K cpus), current
> sprintf() will cause memory overflow. And this fix patch is to be sure
> of memory large enough.
>
> Benefit:
>
> - do not truncate printing contents.
> -
d runtime
status exactly as we suspended with.
Reported-by: J Keerthy
Signed-off-by: Nishanth Menon
Acked-by: Rajendra Nayak
---
patch baseline: V3.12 tag (also applies on linux-next next-20131107 tag)
Logs from 3.12 based vendor kernel:
Before: http://pastebin.com/m5KxnB7a
After: http://paste
On 7 November 2013 20:33, Dave Martin wrote:
> On Thu, Nov 07, 2013 at 06:17:35PM +0100, Ard Biesheuvel wrote:
>> This patch implements a generic modalias 'cpu:feature:...' which
>> enables CPU feature flag based module loading in a generic way.
>> All the arch needs to do is enable
On Thu, 7 Nov 2013 14:25:05 +0100 Michal Hocko wrote:
> On Thu 07-11-13 19:08:16, Wu Fengguang wrote:
> > tree: git://git.kernel.org/pub/scm/linux/kernel/git/mhocko/mm.git
> > since-3.12
> > head: 2f11d7af8df66cb4f217b6293ad8189aa101d601
> > commit: 2f11d7af8df66cb4f217b6293ad8189aa101d601
On 07.11.13, Pantelis Antoniou wrote:
> Hi Sebastian,
Hi Pantelis,
> FWIW DT has been ported to x86. And is present on arm/powerpc/mips/arc and
> possibly
> others.
Yes, I know. I am the one that did the work for CE4100, the first one
that boots with DT on x86.
> So what are we talking about
From: Jonas Jensen
Date: Tue, 5 Nov 2013 16:55:01 +0100
> The MOXA UC-711X hardware(s) has an ethernet controller that seem
> to be developed internally. The IC used is "RTL8201CP".
>
> This patch adds an MDIO driver which handles the MII bus.
>
> Signed-off-by: Jonas Jensen
Applied, thanks
On Thu, Nov 07, 2013 at 10:16:13AM -0800, Andy Lutomirski wrote:
> On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
> > Make sure that seccomp filter won't be built when ARM OABI is in use,
> > since there is work needed to distinguish calling conventions. Until
> > that is done (which is likely
--
Benötigen Sie einen Kredit? kontaktieren Sie uns jetzt für Ihr
Darlehen zu niedrigen Zinsen bei inf...@postino.at
Postino Loan Firm
--
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
On Mon, Nov 04 2013, Andrew Morton wrote:
> On Sun, 27 Oct 2013 10:30:15 -0700 Greg Thelen wrote:
>
>> Tests various percpu operations.
>
> Could you please take a look at the 32-bit build (this is i386):
>
> lib/percpu_test.c: In function 'percpu_test_init':
> lib/percpu_test.c:61: warning:
On Thu, 2013-11-07 at 21:23 +0100, Takashi Iwai wrote:
> At Thu, 07 Nov 2013 11:55:15 -0800,
> Joe Perches wrote:
> >
> > dmesg here has a 100+ consecutive lines of:
> >
> > [ 1464.219446] hda-intel :00:14.2: spurious response 0x0:0x0, last
> > cmd=0x170500
> > [ 1464.219451] hda-intel
Further generalise the decompressors by adding a page handler
abstraction. This adds helpers to allow the decompressors
to access and process the output buffers in an implementation
independant manner.
This allows different types of output buffer to be passed
to the decompressors, with the
This introduces an implementation of squashfs_readpage_block()
that directly decompresses into the page cache.
This uses the previously added page handler abstraction to push
down the necessary kmap_atomic/kunmap_atomic operations on the
page cache buffers into the decompressors. This enables
The decompressor interface and code was written from
the point of view of single-threaded operation. In doing
so it mixed a lot of single-threaded implementation specific
aspects into the decompressor code and elsewhere which makes it
difficult to seamlessly support multiple different
From: Minchan Kim
Now squashfs have used for only one stream buffer for decompression
so it hurts parallel read performance so this patch supports
multiple decompressor to enhance performance parallel I/O.
Four 1G file dd read on KVM machine which has 2 CPU and 4G memory.
dd if=test/test1.dat
Add a multi-threaded decompression implementation which uses
percpu variables.
Using percpu variables has advantages and disadvantages over
implementations which do not use percpu variables.
Advantages: the nature of percpu variables ensures decompression is
load-balanced across the multiple
Restructure squashfs_readpage() splitting it into separate
functions for datablocks, fragments and sparse blocks.
Move the memcpying (from squashfs cache entry) implementation of
squashfs_readpage_block into file_cache.c
This allows different implementations to be supported.
Signed-off-by:
Hi
This patch-set is mainly a compilation of the various Squashfs
performance improvement patches sent to the mailing list over the
last month or so. These patches do the following:
* Add support for different decompressor implementations
* Add support for parallel
At Thu, 07 Nov 2013 11:55:15 -0800,
Joe Perches wrote:
>
> dmesg here has a 100+ consecutive lines of:
>
> [ 1464.219446] hda-intel :00:14.2: spurious response 0x0:0x0, last
> cmd=0x170500
> [ 1464.219451] hda-intel :00:14.2: spurious response 0x0:0x0, last
> cmd=0x170500
> [
On Thu, Nov 07, 2013 at 12:26:30PM +0100, Jan Kara wrote:
> On Mon 04-11-13 15:36:19, Kent Overstreet wrote:
> > With immutable biovecs we don't want code accessing bi_io_vec directly -
> > the uses this patch changes weren't incorrect since they all own the
> > bio, but it makes the code harder
There are other users for the proc DT functions.
Export them.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 70 ++
include/linux/of.h | 29 ++
2 files changed, 68 insertions(+), 31 deletions(-)
diff --git
Introduce helper functions for working with the live DT tree.
__of_free_property() frees a dynamically created property
__of_free_tree() recursively frees a device node tree
__of_copy_property() copies a property dynamically
__of_create_empty_node() creates an empty node
Helper functions for working with device node flags.
Signed-off-by: Pantelis Antoniou
---
include/linux/of.h | 20
1 file changed, 20 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index f95aee3..786c4f6 100644
--- a/include/linux/of.h
+++
of_property_notify can be utilized by other users too, export it.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 9 ++---
include/linux/of.h | 11 +++
2 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index
Hello
I have a program that generates a lot of signals (perf_event_open
overflows). The signals are set up to be RT signals with sigaction().
The program sometimes gets enough signals that the RT signal queues fill
up. In that case the kernel responds by ignoring the signal settings
and
This patchset introduces a number of fixes that are required
for the subsequent patches that add DT overlays support.
Most of them are trivial, adding small bits that are missing,
or exporting functions that were private before.
Changes in V3:
* EXPORT_SYMBOL() of_property_notify
Changes in
When attaching a node always clear the detach flag. Without this change
the sequence detach, attach fails.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index 7d4c70f..ca10916 100644
---
On Wed, 6 Nov 2013, Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 06, 2013 at 09:59:34AM -0800, Matt Wilson wrote:
> > On Wed, Nov 06, 2013 at 11:34:27AM +, David Vrabel wrote:
> > [...]
> > >
> > > Matt, Anthony, I presume you have profiling results or performance data
> > > that support this
On Thu, Nov 7, 2013 at 12:13 PM, Wolfram Sang wrote:
> OK. Then please change the error message for unsupported bus speeds to
> contain the supported ones. I don't think it is good practice to force
> users to look into the sourcecode to find this information.
That works for me. Thanks.
-Tim
On Wed, Nov 6, 2013 at 1:18 PM, Jan Kara wrote:
> On Tue 05-11-13 17:28:35, Andiry Xu wrote:
>> Hi,
>>
>> On Tue, Nov 5, 2013 at 6:32 AM, Jan Kara wrote:
>> > Hello,
>> >
>> > On Mon 04-11-13 18:37:40, Andiry Xu wrote:
>> >> On Mon, Nov 4, 2013 at 4:37 PM, Jan Kara wrote:
>> >> > Hello,
>>
> While the bus speed property is really a configuration parameter (and
> not a true description of of the hardware) it seems improper to put
> driver specific details into the binding document.
OK. Then please change the error message for unsupported bus speeds to
contain the supported ones. I
On Thu, Nov 7, 2013 at 12:25 AM, Mikael Pettersson wrote:
> Yinghai Lu writes:
> > On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson
> wrote:
> > > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and noticed
> that
> > > the mtrr sanitizer failed on it:
> > >
> > > === snip ===
Hi Sebastian,
On Nov 7, 2013, at 9:25 PM, Sebastian Andrzej Siewior wrote:
> On 06.11.13, Guenter Roeck wrote:
> |…
> thanks for the explanation.
>
>> We use DT overlays to describe the hardware on those boards and, if
>> necessary,
>> its configuration. For example, if there is a PCIe switch,
On Wed, Nov 06, 2013 at 10:16:20AM +, Lee Jones wrote:
> We currently assume that the DMA Slave Config will be fully populated
> by the platform, however some DMA Engines make decisions based on zero
> (default) flags such as DMA_SLAVE_BUSWIDTH_UNDEFINED and as this is a
> static declaration
Jaroslav hasn't acked or signed a patch in quite awhile.
Mark ISAPnp and HP VG/AnyLAN driver as orphan.
Add sound to his CREDITS entry.
Signed-off-by: Joe Perches
---
CREDITS | 1 +
MAINTAINERS | 7 ++-
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/CREDITS b/CREDITS
On 11/07/2013 01:59 PM, Peter Hurley wrote:
A departing reader must restart a flush_to_ldisc() worker _before_
the next reader enters the read loop; this is to avoid the new reader
concluding no more i/o is available and prematurely exiting, when the
old reader simply hasn't re-started the
> On 7 nov. 2013, at 20:33, Dave Martin wrote:
>
>> On Thu, Nov 07, 2013 at 06:17:35PM +0100, Ard Biesheuvel wrote:
>> This patch implements a generic modalias 'cpu:feature:...' which
>> enables CPU feature flag based module loading in a generic way.
>> All the arch needs to do is enable
On Thu, Nov 7, 2013 at 6:31 AM, Paul E. McKenney
wrote:
> On Thu, Nov 07, 2013 at 04:50:23AM -0800, Michel Lespinasse wrote:
>> On Thu, Nov 7, 2013 at 4:06 AM, Linus Torvalds
>> wrote:
>> >
>> > On Nov 7, 2013 6:55 PM, "Michel Lespinasse" wrote:
>> >>
>> >> Rather than writing arch-specific
On Fri, Nov 1, 2013 at 6:08 AM, Wolfram Sang wrote:
> On Wed, Oct 16, 2013 at 03:01:47PM -0700, Tim Kryger wrote:
>> Add support for I2C high-speed mode (3.4 MHz).
>>
>> Signed-off-by: Tim Kryger
>> Reviewed-by: Matt Porter
>> Reviewed-by: Markus Mayer
>
> Mostly good as well:
>
>> +enum
dmesg here has a 100+ consecutive lines of:
[ 1464.219446] hda-intel :00:14.2: spurious response 0x0:0x0, last
cmd=0x170500
[ 1464.219451] hda-intel :00:14.2: spurious response 0x0:0x0, last
cmd=0x170500
[ 1464.219454] hda-intel :00:14.2: spurious response 0x0:0x0, last
1. copy_insn() doesn't look very nice, all calculations are
confusing and it is not immediately clear why do we read
the 2nd page first.
2. The usage of inode->i_size is wrong on 32-bit machines.
3. "Instruction at end of binary" logic is simply wrong, it
doesn't handle the case when
On Thu, 2013-11-07 at 07:32 +, Eugene Krasnikov wrote:
> Hi Joe,
Hi Eugene.
> I personally like the idea of making some kind of framework on top of
> printing because all ath drivers are using the same printing approach
> and combining all that code in one place will reduce amount of code in
On 11/07, Oleg Nesterov wrote:
>
> But when I looked at it now I realized that it is very wrong, and it
> is very easy to crash the kernel (fortunately only root can enable
> uprobes).
>
> So we need to fix it (and cleanup), I'll try to make the patch asap.
Just truncate the binary after uprobe
On 11/07/2013 10:34 AM, Paul Gortmaker wrote:
The commit 712b6aa8731a7e148298c58cea66a5209c659e3c [Nov7 linux-next
via tip/auto-latest] ("intel_mid: Renamed *mrst* to *intel_mid*")
adds a __cpuinit.
We removed this a couple versions ago; we now want to remove
the compat no-op stubs.
On 11/07/2013 01:25 PM, Kent Overstreet wrote:
> On Thu, Nov 07, 2013 at 01:20:26PM -0600, Dave Kleikamp wrote:
>> On 11/02/2013 03:50 PM, Dave Kleikamp wrote:
>>> On 11/01/2013 03:53 PM, Jens Axboe wrote:
>>
So we've three immediate options:
1) You base it on top of the block
On Wed, Nov 6, 2013 at 4:35 PM, David Rientjes wrote:
> On Wed, 6 Nov 2013, Sameer Nanda wrote:
>
>> David -- I think we can make the duration that the tasklist_lock is
>> held smaller by consolidating the process selection logic that is
>> currently split across select_bad_process and
On Thu, Nov 07, 2013 at 06:17:35PM +0100, Ard Biesheuvel wrote:
> This patch implements a generic modalias 'cpu:feature:...' which
> enables CPU feature flag based module loading in a generic way.
> All the arch needs to do is enable CONFIG_ARCH_HAS_CPU_AUTOPROBE
> and export a u32 called
Introduce helper functions for working with the live DT tree.
__of_free_property() frees a dynamically created property
__of_free_tree() recursively frees a device node tree
__of_copy_property() copies a property dynamically
__of_create_empty_node() creates an empty node
On 11/07/2013 11:02 AM, Olof Johansson wrote:
>> [0.00] reserving inaccessible SNB gfx pages
>> [0.00] memblock_reserve: [0x00-0x10]
This is on a Sandy Bridge system, which I guess I managed to miss the
first time. Unfortunately low memory corruption is
of_property_notify can be utilized by other users too, export it.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 8 +---
include/linux/of.h | 11 +++
2 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index
There are other users for the proc DT functions.
Export them.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 70 ++
include/linux/of.h | 29 ++
2 files changed, 68 insertions(+), 31 deletions(-)
diff --git
When attaching a node always clear the detach flag. Without this change
the sequence detach, attach fails.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index 7d4c70f..ca10916 100644
---
Helper functions for working with device node flags.
Signed-off-by: Pantelis Antoniou
---
include/linux/of.h | 20
1 file changed, 20 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index f95aee3..786c4f6 100644
--- a/include/linux/of.h
+++
This patchset introduces a number of fixes that are required
for the subsequent patches that add DT overlays support.
Most of them are trivial, adding small bits that are missing,
or exporting functions that were private before.
Changes in V2:
* Reorded patchset so that bisect works
Pantelis
Commit-ID: aeeca404266c8ed2997905afc342ba9561f49ca7
Gitweb: http://git.kernel.org/tip/aeeca404266c8ed2997905afc342ba9561f49ca7
Author: Paul Gortmaker
AuthorDate: Thu, 7 Nov 2013 13:34:50 -0500
Committer: H. Peter Anvin
CommitDate: Thu, 7 Nov 2013 10:44:03 -0800
x86, intel-mid: Do not
From: Rob Herring
Add an empty version of of_irq_count for !OF_IRQ. This fixes build error
on sparc in linux-next:
drivers/gpio/gpio-bcm-kona.c:542: undefined reference to `of_irq_count'
Signed-off-by: Rob Herring
---
include/linux/of_irq.h | 10 +-
1 file changed, 9 insertions(+), 1
From: Rob Herring
Fix OF selftest compile on sparc which does not enable OF_IRQ.
drivers/of/selftest.c:177: undefined reference to `of_irq_parse_one'
drivers/of/selftest.c:197: undefined reference to `of_irq_parse_one'
drivers/of/selftest.c:248: undefined reference to `of_irq_parse_one'
On 06.11.13, Guenter Roeck wrote:
|…
thanks for the explanation.
> We use DT overlays to describe the hardware on those boards and, if necessary,
> its configuration. For example, if there is a PCIe switch, the overlay would
> describe its memory and bus number configuration.
So have your "fix"
On Thu, Nov 07, 2013 at 01:20:26PM -0600, Dave Kleikamp wrote:
> On 11/02/2013 03:50 PM, Dave Kleikamp wrote:
> > On 11/01/2013 03:53 PM, Jens Axboe wrote:
>
> >> So we've three immediate options:
> >>
> >> 1) You base it on top of the block tree
> >> 2) I carry the loop updates
> >> 3) You hand
With multiple, concurrent readers (each waiting to acquire the
atomic_read_lock mutex), a departing reader may mistakenly reset
minimum_to_wake after a new reader has already set a new value.
Protect the minimum_to_wake reset with the atomic_read_lock critical
section.
Signed-off-by: Peter
A departing reader must restart a flush_to_ldisc() worker _before_
the next reader enters the read loop; this is to avoid the new reader
concluding no more i/o is available and prematurely exiting, when the
old reader simply hasn't re-started the worker yet.
Cc: sta...@kernel.org # 3.12
On 11/02/2013 03:50 PM, Dave Kleikamp wrote:
> On 11/01/2013 03:53 PM, Jens Axboe wrote:
>> So we've three immediate options:
>>
>> 1) You base it on top of the block tree
>> 2) I carry the loop updates
>> 3) You hand Stephen a merge patch for the resulting merge of the two
>
> Attached is a
If we're running on a v7 ARM CPU, detect if the CPU supports the
sdiv/udiv instructions and replace the signed and unsigned
division library functions with an sdiv/udiv instruction.
Running the perf messaging benchmark in pipe mode
$ perf bench sched messaging -p
shows a modest improvement on
mounts, etc, which is likely where this
> is hitting given the process running. It definitely happens during
> early userspace setup.
That looks like the bi_remaining BUG_ON() in bio_endio(), probably
related to the loopback driver. I'll start looking at the code soon as I
get into the of
an help collect
data if needed, Dave/Jens.
[3.373979] EXT4-fs (sda1): mounted filesystem with ordered data
mode. Opts: commit=600
[3.385719] EXT4-fs (sda8): mounted filesystem with ordered data
mode. Opts: commit=600
[3.475540] bio: create slab at 1
[3.483577] EXT4-fs (dm-0
On Thu, Nov 7, 2013 at 10:56 AM, Eric Paris wrote:
> On Thu, 2013-11-07 at 10:39 -0800, Kees Cook wrote:
>> On Thu, Nov 7, 2013 at 10:16 AM, Andy Lutomirski wrote:
>> > On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
>> >> Make sure that seccomp filter won't be built when ARM OABI is in use,
On Thu, 07 Nov 2013, Kees Cook wrote:
> On Thu, Nov 7, 2013 at 4:55 AM, Henrique de Moraes Holschuh
> wrote:
> > On Tue, 05 Nov 2013, Andy Lutomirski wrote:
> >> Maybe the thing to do is to put a warning in the config text for
> >> CONFIG_OABI_COMPAT that describes the problems (malicious
commit 320ae51feed5c2f13664aa05a76bec198967e04d [Nov7 linux-next
via "Merge remote-tracking branch 'block/for-next'"] adds
"blk-mq: new multi-queue block IO queueing mechanism". This
commit added new instances of __cpuinit usage.
We removed this a couple versions ago; we now want to remove
the
On Thu, Oct 17, 2013 at 1:39 PM, Olof Johansson wrote:
> On Thu, Oct 17, 2013 at 12:39 PM, H. Peter Anvin wrote:
>> On 10/17/2013 11:57 AM, Olof Johansson wrote:
>>>
>>> And the low memory checker never even ran before, since it had nothing
>>> to check. Earlier the lower reserved region would
On 11/07/2013 03:51 AM, Michel Lespinasse wrote:
On Wed, Nov 6, 2013 at 5:42 PM, Cody P Schafer wrote:
From: Jan Kara
[...]
+#define rb_entry_safe(ptr, type, member) \
+ ({ typeof(ptr) ptr = (ptr); \
+ ptr ? rb_entry(ptr, type, member) : NULL; \
+ })
+
This patch adds a check for USB_STATE_NOTATTACHED to the
hub_port_warm_reset_required() workaround for ports that end up in
Compliance Mode in hub_events() when trying to decide which reset
function to use. Trying to call usb_reset_device() with a NOTATTACHED
device will just fail and leave the
On Mon, Oct 14, 2013 at 06:09:48PM +0100, Will Deacon wrote:
> On Mon, Oct 14, 2013 at 04:17:51PM +0100, Antonios Motakis wrote:
> > On Mon, Oct 14, 2013 at 2:48 PM, Will Deacon wrote:
> > > On Fri, Oct 11, 2013 at 02:24:47PM +0100, Antonios Motakis wrote:
> > VFIO will exercise this code path
On Thu, 2013-11-07 at 10:39 -0800, Kees Cook wrote:
> On Thu, Nov 7, 2013 at 10:16 AM, Andy Lutomirski wrote:
> > On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
> >> Make sure that seccomp filter won't be built when ARM OABI is in use,
> >> since there is work needed to distinguish calling
> I don't know either. But Sarah has said that ports can spontaneously
> go into Compliance Mode for no apparent reason. If that can happen,
> maybe it can happen while the port is in U3 and the device is
> suspended. In such cases, though, you'd need to do a reset-resume
> rather than a simple
On Thursday, November 07, 2013 10:39:38 AM Viresh Kumar wrote:
> On 7 November 2013 07:58, Xiaoguang Chen wrote:
> > When decreasing frequency, requested_freq may be less than
> > freq_target, So requested_freq minus freq_target may be negative,
> > But reqested_freq's unit is unsigned int, then
On Thursday, November 07, 2013 09:18:52 AM Ulf Hansson wrote:
> On 7 November 2013 02:05, Rafael J. Wysocki wrote:
> > On Wednesday, November 06, 2013 04:21:48 PM Kevin Hilman wrote:
> >> On Wed, Nov 6, 2013 at 4:16 PM, Rafael J. Wysocki
> >> wrote:
> >> > On Wednesday, November 06, 2013
On Thu, Nov 7, 2013 at 10:16 AM, Andy Lutomirski wrote:
> On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
>> Make sure that seccomp filter won't be built when ARM OABI is in use,
>> since there is work needed to distinguish calling conventions. Until
>> that is done (which is likely never since
The commit 712b6aa8731a7e148298c58cea66a5209c659e3c [Nov7 linux-next
via tip/auto-latest] ("intel_mid: Renamed *mrst* to *intel_mid*")
adds a __cpuinit.
We removed this a couple versions ago; we now want to remove
the compat no-op stubs. Introducing new users is not what
we want to see at this
From: Paul Gortmaker
Signed-off-by: Paul Gortmaker
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Steven Rostedt
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig
We currently have a confusing couple of API naming with the existing
context_tracking_active() and context_tracking_is_enabled().
Lets keep the latter one, context_tracking_is_enabled(), for global
context tracking state check and use context_tracking_cpu_is_enabled()
for local state check.
After a posix cpu timer is set, a workqueue is scheduled in order to
kick the full dynticks CPUs and let them restart their tick if
necessary in case the task they are running is concerned by the
new timer.
This kick is implemented by way of IPIs, which require interrupts
to be enabled, hence the
Hi,
This is a bunch of improvements and cleanups for dynticks.
If no comment arise I'll send this to Ingo in a few days.
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/core
It passed through 0-day testing with success.
Thanks,
Frederic
---
Use a function with a meaningful name to check the global context
tracking state. static_key_false() is a bit confusing for reviewers.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Steven Rostedt
---
A posix CPU timer can be rearmed while it is firing or after it is
notified with a signal. This can happen for example with timers that
were set with a non zero interval in timer_settime().
This rearming can happen in two places:
1) On timer firing time, which happens on the target's tick. If
On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
> Make sure that seccomp filter won't be built when ARM OABI is in use,
> since there is work needed to distinguish calling conventions. Until
> that is done (which is likely never since OABI is deprecated), make
> sure seccomp filter is
A few functions use remote per CPU access APIs when they
deal with local values.
Just to the right conversion to improve performance, code
readability and debug checks.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Steven
On Tue, Nov 05, 2013 at 04:24:58PM +0800, Yijing Wang wrote:
> Currently, DMAR driver save target pci devices pointers for drhd/rmrr/atsr
> in (pci_dev *) array. This is not safe, because pci devices maybe
> hot added or removed during system running. They will have new pci_dev *
> pointer. So if
In some use cases Zynq's FPGA clocks are used as static clock
generators for IP in the FPGA part of the SOC for which no Linux driver
exists and would control those clocks. To avoid automatic
gating of these clocks in such cases a new property - fclk-enable - is
added to the clock controller's DT
Signed-off-by: Soren Brinkmann
Acked-by: Michal Simek
---
---
arch/arm/boot/dts/zynq-7000.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/zynq-7000.dtsi b/arch/arm/boot/dts/zynq-7000.dtsi
index e32b92b949d2..b48d0403537b 100644
--- a/arch/arm/boot/dts/zynq-7000.dtsi
Hi,
this is v3. The only change is a doc fix. Regarding the vendor prefix for
properties, I counted one vote for it and one against + the already existing
bindings that don't have a vendor prefix and my personal preference; and nobody
else seems to have a strong opinion on this. Therefore I left
From: Randy Dunlap
Commit 9326b047e4fd4a8da72e59d913214a1803e9709c includes a typo
of "8350_core" instead of "8250_core", so correct it.
Fixes kernel bugzilla #60724:
https://bugzilla.kernel.org/show_bug.cgi?id=60724
Reported-by: Christoph Biedl
Signed-off-by: Randy Dunlap
Cc: Jiri Slaby
On 07/11/2013 04:08, Jisheng Zhang wrote:
> The resource mapped by of_iomap() isn't unmapped in error path. This
> patch fix the resource leakage by using devm_ioremap_resource() instead
> of of_iomap().
>
> Signed-off-by: Jisheng Zhang
> Reviewed-by: Ezequiel Garcia
> Acked-by: Jason Cooper
On 07/11/2013 04:08, Jisheng Zhang wrote:
> Add of_node_put to properly decrement the refcount when we are
> done using a given node.
>
> Signed-off-by: Jisheng Zhang
> Reviewed-by: Ezequiel Garcia
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
> drivers/bus/mvebu-mbus.c | 6 +-
> 1
On 07/11/2013 04:08, Jisheng Zhang wrote:
> Add of_node_put to properly decrement the refcount when we are
> done using a given node.
>
> Signed-off-by: Jisheng Zhang
> Reviewed-by: Ezequiel Garcia
Seems ok for me too
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
>
301 - 400 of 1350 matches
Mail list logo