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 be
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 co
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 userspac
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,
>>
this week in -next is any indication.
This seems to be reliably reproducing for me so I can 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
ure: Userspace is already up and running. ChromeOS
> will do ecryptfs and loopback 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
rel
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 m
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 merg
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 Hurley
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
Signed-off
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 S
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" c
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'
Signed-
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
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 r
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 An
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
+++ b/include/linu
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
--- a/drivers/
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
__of_find_node_by_full_nam
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 exp
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 ca10916..0ffc5
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 a/driv
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 'cpu_feat
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 oom_kill_pr
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 tree
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 wa
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. Introducing
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 upr
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
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
cmd=0x170500
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 hs_bus
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 lock
> 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 CONFIG_A
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 worker
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
in
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 we
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 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 ===
> 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 d
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,
>> >
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, 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 pr
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
--- a/drivers/
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 V2:
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 ca10916..6603
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 uncon
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
+++ b/include/linu
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
__of_find_node_by_full_nam
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 a/driv
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 to
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
> [ 1464.21945
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 decompression,
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: Phill
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 core
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 decompressor
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
dir
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 o
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 implem
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 :
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: inte
--
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 http://vg
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 n
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 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 ag
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 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 CONFIG_ARCH_HA
ks and 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 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.
> - exten
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 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 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
>>> commi
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.
We
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, "Mic
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 fai
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 Thu, Nov 07, 2013 at 10:13:45AM -0500, Rik van Riel wrote:
>
> > > fs/proc/meminfo.c | 36
> > > 1 file changed, 36 insertions(+)
> >
> > Documentation/filesystems/proc.txt told me it's feeling all offended.
>
> You're right, of course. Here is version 2
On Wed, 6 Nov 2013 17:42:30 -0800 Cody P Schafer
wrote:
> The iterator rbtree_postorder_for_each_entry_safe() relies on pointer
> underflow behavior when testing for loop termination. In particular
> it expects that
> &rb_entry(NULL, type, field)->field
> is NULL. But the result of this expre
On Thu, Nov 07, 2013 at 01:09:41PM -0800, H. Peter Anvin wrote:
> 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 ho
On Wed, Nov 06, 2013 at 02:30:40PM -0500, Douglas Gilbert wrote:
> >during sg_open and sg_release, which are guranteed not to migrate
> >to a different process during their run time.
>
> True. What I stated would be a problem if a mutex tried
> to do something similar to Vaughan's patch that was
>
On Wed, Nov 06, 2013 at 09:42:15PM -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 06, 2013 at 04:51:52PM -0700, Bjorn Helgaas wrote:
> > [+cc Thomas, Ingo, Peter, x86 list]
> >
> > On Wed, Nov 6, 2013 at 2:16 PM, Konrad Rzeszutek Wilk
> > wrote:
> > > Certain platforms do not allow writes in t
On Wed, Nov 06, 2013 at 01:10:48PM +, Mel Gorman wrote:
> On Mon, Nov 04, 2013 at 02:03:46PM -0600, Alex Thorlton wrote:
> > On Mon, Nov 04, 2013 at 02:58:28PM +, Mel Gorman wrote:
> > > On Wed, Oct 16, 2013 at 10:54:29AM -0500, Alex Thorlton wrote:
> > > > Hi guys,
> > > >
> > > > I ran i
From: Steven Rostedt
To prevent deadlocks with doing a printk inside the scheduler,
printk_sched() was created. The issue is that printk has a console_sem
that it can grab and release. The release does a wake up if there's a
task pending on the sem, and this wake up grabs the rq locks that is
hel
Hello,
This is the next iteration of my printk patchset. Since v5 I've made the
limit for printing configurable via kernel parameter and let it default to 0.
So unless user sets printk.offload_chars on kernel command line, there will
be no difference to current printk behavior.
Summary:
Thes
Provide new irq work flag - IRQ_WORK_UNBOUND - meaning that can be
processed on any cpu. This flag implies IRQ_WORK_LAZY so that things are
simple and we don't have to pick any particular cpu to do the work. We
just do the work from a timer tick on whichever cpu it happens first.
This is useful as
Now when per-cpu printk buffers are gone, there's no need to have printk
flags or printk irq_work per cpu. Just make printk_pending a single
variable operated by atomic operations and have single unbound irq work
doing the waking and printing. This has an advantage that any cpu can do the
printing
A CPU can be caught in console_unlock() for a long time (tens of seconds
are reported by our customers) when other CPUs are using printk heavily
and serial console makes printing slow. Despite serial console drivers
are calling touch_nmi_watchdog() this triggers softlockup warnings
because interrup
On Thu, Nov 7, 2013 at 1:07 PM, Jan Kara wrote:
> 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 re
On Wed, Oct 16, 2013 at 10:54:29AM -0500, Alex Thorlton wrote:
> Hi guys,
>
> I ran into a bug a week or so ago, that I believe has something to do
> with NUMA balancing, but I'm having a tough time tracking down exactly
> what is causing it. When running with the following configuration
> option
On 11/07/2013 01:38 PM, Andrew Morton wrote:
On Wed, 6 Nov 2013 17:42:30 -0800 Cody P Schafer
wrote:
The iterator rbtree_postorder_for_each_entry_safe() relies on pointer
underflow behavior when testing for loop termination. In particular
it expects that
&rb_entry(NULL, type, field)->fiel
On 13-11-06 09:00 AM, Stephen Warren wrote:
You probably don't want to reference the individual xxx1/2/3 nodes in
the client pinctrl properties, but instead wrap them in a higher-level
node that represents the whole pinctrl state. Then, the client pinctrl
properties can reference just that single
On Thursday 07 November 2013, Sebastian Hesselbarth wrote:
> I haven't looked deeper into this, but I guess it will not be hard
> to make ARM_TWD independent of SMP.
Yes, I agree. Just make sure to look at the list archives to see if someone
already did that work.
Arnd
--
To unsubscribe f
On Thursday 07 of November 2013 10:40:16 Rob Herring wrote:
> On Thu, Nov 7, 2013 at 5:32 AM, Tomasz Figa wrote:
> > Hi Grant,
> >
> > Could you pick this patch up? It fixes boot-up at least on several
> > Exynos based platforms, which use interrupt-map nodes with
> > #interrupt-cells higher than
2013/11/7 Jan Kara :
> Provide new irq work flag - IRQ_WORK_UNBOUND - meaning that can be
> processed on any cpu. This flag implies IRQ_WORK_LAZY so that things are
> simple and we don't have to pick any particular cpu to do the work. We
> just do the work from a timer tick on whichever cpu it happ
On Thu 07-11-13 13:38:00, Andrew Morton wrote:
> On Wed, 6 Nov 2013 17:42:30 -0800 Cody P Schafer
> wrote:
>
> > The iterator rbtree_postorder_for_each_entry_safe() relies on pointer
> > underflow behavior when testing for loop termination. In particular
> > it expects that
> > &rb_entry(NULL
On 7 November 2013 22:39, Andi Kleen wrote:
> On Thu, Nov 07, 2013 at 01:09:41PM -0800, H. Peter Anvin wrote:
>> 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. Curren
On Thu 07-11-13 23:13:39, Frederic Weisbecker wrote:
> 2013/11/7 Jan Kara :
> > Provide new irq work flag - IRQ_WORK_UNBOUND - meaning that can be
> > processed on any cpu. This flag implies IRQ_WORK_LAZY so that things are
> > simple and we don't have to pick any particular cpu to do the work. We
On Thu 07-11-13 13:50:09, Andiry Xu wrote:
> On Thu, Nov 7, 2013 at 1:07 PM, Jan Kara wrote:
> > 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() outperfo
On Thu, Nov 07, 2013 at 08:25:58PM +0100, 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 Thu, Nov 07, 2013 at 01:15:51PM -0800, Tim Chen wrote:
> Michel, are you planning to do an implementation of
> load-acquire/store-release functions of various architectures?
A little something like this:
http://marc.info/?l=linux-arch&m=138386254111507
It so happens we were working on that the
On Thu, Nov 07, 2013 at 11:19:04PM +0100, Jan Kara wrote:
> On Thu 07-11-13 23:13:39, Frederic Weisbecker wrote:
> > But then, who's going to process that work if every CPUs is idle?
> Have a look into irq_work_queue(). There is:
> /*
> * If the work is not "lazy" or the tick is
301 - 400 of 675 matches
Mail list logo
