On 05/04/2015 11:59 AM, Rik van Riel wrote:
> However, currently the RCU code seems to use a much more
> complex counting scheme, with a different increment for
> kernel/task use, and irq use.
>
> This counter seems to be modeled on the task preempt_counter,
> where we do care about whether we ar
UML has no io memory nor cpuid.
Let's disable this driver for UML.
Fixes:
drivers/staging/unisys/common-spar/include/iovmcall_gnuc.h: In function
‘__unisys_vmcall_gnuc’:
drivers/staging/unisys/common-spar/include/iovmcall_gnuc.h:24:2: error:
implicit declaration of function ‘cpuid’ [-Werror=impl
On 05/04/2015 02:52 AM, Harini Katakam wrote:
> Check for "cdns,zynqmp-gem" compatible string and enable jumbo frame support
> in NWCFG register, update descriptor length masks and registers accordingly.
> Jumbo max length register should be set according to support in SoC; it is
> set to 10240 for
On Mon, 4 May 2015 19:48:54 +0200
Rabin Vincent wrote:
> 4a88d44ab17da ("tracing: Remove mentioning of legacy latency_trace file
> from documentation") changed a sentence to refer to only one file
> instead of two, but the sentence still uses "they". Fix it.
>
> Signed-off-by: Rabin Vincent
On 5/4/2015 1:46 PM, Borislav Petkov wrote:
For deferred errors, the workaround is a little different as it
applies to only the given family/model right now. If the workaround
needs to be applied for future processors, we can extend the family
check for those right?
Or, you can do the check for
On Mon, 4 May 2015 15:03:52 -0400
Steven Rostedt wrote:
> Is someone else going to take this in their tree?
I'll take it in the docs tree.
jon
--
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 05/01/2015 10:59 AM, Shaohua Li wrote:
When a FUA request enters its DATA stage of flush pipeline, the
request is added to mq requeue list, the request will then be added to
ctx->rq_list. blk_mq_attempt_merge() might merge the request with a bio.
Later when the request is finished the flush pi
From: Linus Walleij
Date: Mon, 4 May 2015 15:18:39 +0200
> On Tue, Mar 17, 2015 at 8:05 PM, David Miller wrote:
>> From: Robert Jarzmik
>> Date: Mon, 16 Mar 2015 22:06:13 +0100
>>
>>> David Miller writes:
>>>
From: Robert Jarzmik
Date: Thu, 19 Feb 2015 21:48:49 +0100
> Linu
On Mon, May 04, 2015 at 02:06:43PM -0500, Aravind Gopalakrishnan wrote:
> Is it ok to grow another patch in a V2 for this instead of fixing
> it in this patch since it's a real bug? That should be helpful when
> someone wants to look up git logs of why this was done..
Yes, a prepatch please.
> Ye
On Mon, May 4, 2015 at 4:37 AM, Huang Ying wrote:
> On Tue, 2015-04-28 at 23:37 +0200, Frans Klaver wrote:
>> On Thu, Apr 16, 2015 at 01:27:14PM +0800, Huang Ying wrote:
>> > FYI, we noticed the below changes on
>> >
>> > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>>
On Mon, Apr 27, 2015 at 03:34:24PM +0900, Taeung Song wrote:
> This patch consists of functions
> which can get, set specific config variables.
> For the syntax examples,
>
>perf config [options] [section.subkey[=value] ...]
>
>display key-value pairs of specific config variables
># p
On Mon, Apr 27, 2015 at 03:34:25PM +0900, Taeung Song wrote:
> A option 'all' is to display both current config variables and
> all possible config variables with default values.
> The syntax examples are like below
>
> perf config [options]
>
> display all perf config with default values
On Mon, Apr 27, 2015 at 03:34:25PM +0900, Taeung Song wrote:
SNIP
> +static int merge_config(const char *var, const char *value,
> + void *cb __maybe_unused)
> +{
> + const char *section_name, *subkey;
> + parse_key(var, §ion_name, &subkey);
> + return set_config(s
On Mon, Apr 27, 2015 at 03:34:25PM +0900, Taeung Song wrote:
SNIP
> +
> +static int show_all_config(void)
> +{
> + int ret = 0;
> + struct config_section *section_node;
> + struct config_element *element_node;
> + char *pwd, *all_config;
> +
> + pwd = getenv("PWD");
> + al
On 05/02/2015 06:31 PM, Shaohua Li wrote:
Normally if driver is busy to dispatch a request the logic is like below:
block layer:driver:
__blk_mq_run_hw_queue
a. blk_mq_stop_hw_queue
b. rq add to ctx->dis
blk_mq_init_queue() never returns NULL. There's no need for IS_ERR_OR_NULL()
Signed-off-by: Fabian Frederick
---
drivers/block/loop.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index ae3fcb4..3fb23e9 100644
--- a/drivers/block/
On Mon, May 04, 2015 at 09:01:25PM +0200, Richard Weinberger wrote:
> Not all architectures have io memory.
>
> Fixes:
> drivers/built-in.o: In function `cdns_wdt_probe':
> cadence_wdt.c:(.text+0x33b7c9): undefined reference to `devm_ioremap_resource'
>
> Signed-off-by: Richard Weinberger
Revie
Deucher, Alexander writes:
> > -Original Message-
> > From: Mikael Pettersson [mailto:mikpeli...@gmail.com]
> > Sent: Monday, May 04, 2015 11:53 AM
> > To: linux-kernel@vger.kernel.org
> > Cc: Deucher, Alexander
> > Subject: [REGRESSION,BISECTED] 4.1-rc2 radeon audio changes oops the
On (05/04/15 14:47), David Miller wrote:
>
> I think adding 64K of data to this module just to solve this rare
> issue is excessive.
I'd based that number mostly as a heuristic based on rds_conn_hash[].
Any suggestions for what's reasonable? 8K? Less?
(BTW, I think that should be 32K, or am I mis
> -Original Message-
> From: Mikael Pettersson [mailto:mikpeli...@gmail.com]
> Sent: Monday, May 04, 2015 3:27 PM
> To: Deucher, Alexander
> Cc: Mikael Pettersson; linux-kernel@vger.kernel.org
> Subject: RE: [REGRESSION,BISECTED] 4.1-rc2 radeon audio changes oops the
> kernel hard
>
> Deuc
On 05/02/2015 05:07 PM, Herbert Xu wrote:
> >> #define CRYPTO_ALG_TYPE_AHASH0x000a
> > >> > +#define CRYPTO_ALG_TYPE_PKE 0x000b
> > >> > #define CRYPTO_ALG_TYPE_RNG 0x000c
>>> > > Will filling a hole cause a problem with somethi
On 05/04/2015 12:36 PM, Andrew Bresticker wrote:
> The mailbox controller's channel ops ought to be read-only. Update
> all the mailbox drivers to make their mbox_chan_ops const as well.
>
> Signed-off-by: Andrew Bresticker
> Cc: Jassi Brar
> Cc: Suman Anna
> Cc: Ashwin Chaugule
> Cc: Ley Foo
On Fri, May 1, 2015 at 5:59 AM, Peter Zijlstra wrote:
>
> On Thu, Apr 30, 2015 at 03:08:56PM -0400, Vince Weaver wrote:
> >
> > So the perf_fuzzer caught this after about a week of fuzzing on a Haswell
> > machine running a recent git kernel (pre 4.1-rc1 though).
> >
> > We've seen this BUG before
On 05/02/2015 05:39 AM, Peter Zijlstra wrote:
> static inline bool __test_and_clear_bit(long nr, volatile unsigned long *addr)
> {
> bool oldbit;
>
> asm volatile ("btr %2, %1"
> : "CF" (oldbit), "+m" (*addr)
> : "Ir" (nr));
>
> return old
Goedendag,
Ik ben mevrouw Rose Butler, het uitvoerend orgaan van een goed erkende
legitieme kredietgever bekend als YesGrowth leningen. United we geld lenen aan
particulieren en bedrijven die financiële steun nodig hebben. Heeft u een
slecht krediet of u behoefte aan geld om je rekeningen te
On Mon, May 04, 2015 at 03:00:44PM -0400, Rik van Riel wrote:
> On 05/04/2015 11:59 AM, Rik van Riel wrote:
>
> > However, currently the RCU code seems to use a much more
> > complex counting scheme, with a different increment for
> > kernel/task use, and irq use.
> >
> > This counter seems to be
On 05/04/2015 02:39 PM, Paul E. McKenney wrote:
> On Mon, May 04, 2015 at 11:59:05AM -0400, Rik van Riel wrote:
>> In fact, would we be able to simply use tsk->rcu_read_lock_nesting
>> as an indicator of whether or not we should bother waiting on that
>> task or CPU when doing synchronize_rcu?
>
On Mon, 4 May 2015, Srinivas Pandruvada wrote:
> +struct punit_device {
> + char *name;
> + int reg;
> + int sss_pos;
> +};
> +
> +static struct punit_device *punit_device;
So this pointer gets initialized in punit_atom_debug_init() and points
either to punit_device_byt or punit_device
On Fri, May 01, 2015 at 04:16:04PM -0400, Jeff Moyer wrote:
> Shaohua Li writes:
>
> > plug is still helpful for workload with IO merge, but it can be harmful
> > otherwise especially with multiple hardware queues, as there is
> > (supposed) no lock contention in this case and plug can introduce
Hi Peter,
On Mon, May 04, 2015 at 10:01:37AM -0400, Peter Hurley wrote:
> > with 4.1-rc1, my boxes with early console enabled show something like
> > this (the example is vexpress, but it for example also happens on an
> > AM335x board):
> >
> > earlycon: no match for ttyAMA0,38400n8
>
> This
On Monday, May 04, 2015 06:45:58 PM Oleg Nesterov wrote:
> selinux_bprm_committed_creds()->__flush_signals() is not right, we
> shouldn't clear TIF_SIGPENDING unconditionally. There can be other
> reasons for signal_pending(): freezing(), JOBCTL_PENDING_MASK, and
> potentially more.
>
> Also chang
There exists a tiny MMU, configurable only by the VC (running the
closed firmware), which maps from the ARM's physical addresses to bus
addresses. These bus addresses determine the caching behavior in the
VC's L1/L2 (note: separate from the ARM's L1/L2) according to the top
2 bits. The bits in th
On Fri, May 01, 2015 at 04:55:39PM -0400, Jeff Moyer wrote:
> Shaohua Li writes:
>
> > Last patch makes plug work for multiple queue case. However it only
> > works for single disk case, because it assumes only one request in the
> > plug list. If a task is accessing multiple disks, eg MD/DM, the
On Mon, May 4, 2015 at 9:37 AM, Rhyland Klein wrote:
> Tegra210 has significant differences in muxes for peripheral clocks.
> One of the most important changes is that pll_m isn't to be used
> as a source for peripherals. Therefore, we need to define the new
> muxes and new clocks to use those mux
On 05/04/2015 01:40 PM, Shaohua Li wrote:
On Fri, May 01, 2015 at 04:16:04PM -0400, Jeff Moyer wrote:
Shaohua Li writes:
plug is still helpful for workload with IO merge, but it can be harmful
otherwise especially with multiple hardware queues, as there is
(supposed) no lock contention in thi
On Mon, May 04, 2015 at 01:17:19PM -0600, Jens Axboe wrote:
> On 05/02/2015 06:31 PM, Shaohua Li wrote:
> >Normally if driver is busy to dispatch a request the logic is like below:
> >block layer: driver:
> > __blk_mq_run_hw_queue
> >a.
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
[...]
+IIO_HRTIMER_INFO_ATTR(sampling_frequency, S_IRUGO | S_IWUSR,
+ iio_hrtimer_info_show_sampling_frequency,
+ iio_hrtimer_info_store_sampling_frequency);
I wonder if the sampling frequency should be configu
On Mon, May 04, 2015 at 06:44:42PM +0200, Rasmus Villemoes wrote:
> [I'm merging the subthreads below]
>
> On Mon, May 04 2015, Alexey Dobriyan wrote:
>
> > On Mon, May 4, 2015 at 4:24 PM, Rasmus Villemoes
> >> Is there any reason to disallow "-0"?
> >
> > No! -0 is not accepted because code is
On 05/04/2015 01:51 PM, Shaohua Li wrote:
On Mon, May 04, 2015 at 01:17:19PM -0600, Jens Axboe wrote:
On 05/02/2015 06:31 PM, Shaohua Li wrote:
Normally if driver is busy to dispatch a request the logic is like below:
block layer:driver:
__blk_mq_run_
hy?
>>>>
>>>> Amba bus already does this and provide a wrapper function.
>>>> Additionally that would mess up with runtime PM and clock
>>>> enable/disable.
>>>
>>> I don't see the clock for the DMA getting turned on at all, which is
2015-04-30 13:36+0200, Paolo Bonzini:
> The big ugly one. This patch adds support for switching in and out of
> system management mode, respectively upon receiving KVM_REQ_SMI and upon
> executing a RSM instruction. Both 32- and 64-bit formats are supported
> for the SMM state save area.
>
> Sig
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
This creates an IIO configfs subystem named "iio", with a default "triggers"
group.
Triggers group is used for handling software triggers. To create a new software
trigger one must create a directory inside the trigger directory.
Software trigger nam
On 05/04/2015 03:39 PM, Paul E. McKenney wrote:
> On Mon, May 04, 2015 at 03:00:44PM -0400, Rik van Riel wrote:
>> In case of the non-preemptible RCU, we could easily also
>> increase current->rcu_read_lock_nesting at the same time
>> we increase the preempt counter, and use that as the
>> indicat
On Mon, 2015-05-04 at 20:58 +0200, Richard Weinberger wrote:
> Not all architectures have io memory.
>
> Fixes:
> drivers/block/pmem.c: In function ‘pmem_alloc’:
> drivers/block/pmem.c:146:2: error: implicit declaration of function
> ‘ioremap_nocache’ [-Werror=implicit-function-declaration]
> p
On Mon, May 04, 2015 at 03:39:25PM -0400, Rik van Riel wrote:
> On 05/04/2015 02:39 PM, Paul E. McKenney wrote:
> > On Mon, May 04, 2015 at 11:59:05AM -0400, Rik van Riel wrote:
>
> >> In fact, would we be able to simply use tsk->rcu_read_lock_nesting
> >> as an indicator of whether or not we shou
On Thu, Apr 30, 2015 at 05:37:25PM +0300, Adrian Hunter wrote:
> Add an index of AUX area tracing events within
> a perf.data file.
>
> perf record uses a special user event
> PERF_RECORD_FINISHED_ROUND to enable sorting of
> events in chunks instead of having to sort all
> events altogether.
>
>
>From 958d3e14720a35c6103668c69d58751b36053d69 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Mon, 4 May 2015 15:57:54 -0400
write_msg() grabs target_list_lock and walks target_list invoking
netpool_send_udp() on each target. Curiously, it protects each
iteration with netconsole_target_get/put()
On Thu, Apr 30, 2015 at 05:37:26PM +0300, Adrian Hunter wrote:
> We need to include all buildids when a perf.data
> file contains AUX area tracing data because we
> do not decode the trace for that purpose because
> it would take too long.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
t
>From f9530ac244c12a89837736269a1930291a360875 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Mon, 4 May 2015 15:57:54 -0400
printk logbuf keeps various metadata and optional key=value dictionary
for structured messages, both of which are stripped when messages are
handed to regular console drive
On Mon, May 04, 2015 at 04:10:05PM +0100, Mathieu Desnoyers wrote:
> - Original Message -
> > Expose the NMI safe accessor to the monotonic raw clock to the
> > tracer. The mono clock was added with commit
> > 1b3e5c0936046e7e023149ddc8946d21c2ea20eb. Although the monotonic raw
> > clock ca
On Mon, May 4, 2015 at 1:22 AM, Dan Carpenter wrote:
> On Thu, Apr 09, 2015 at 06:10:04PM -0700, Mitchel Humpherys wrote:
>> We're currently using %lu and %ld to print some variables of type
>> dma_addr_t, which results in the following warning when dma_addr_t is
>> 64-bits wide:
>>
>> drivers
On Thu, Apr 30, 2015 at 05:37:27PM +0300, Adrian Hunter wrote:
> Add build option NO_AUXTRACE to exclude compiling support
> for AUX area tracing. Support for both recording and
> processing is excluded and by implication any future
> additions such as Intel PT and Intel BTS will also not
> be comp
This adds "compulab" as a vendor-prefix for CompuLab (compulab.co.il),
an Israeli company that builds ARM-based SoMs and CoMs.
Signed-off-by: Sebastian Hesselbarth
Acked-by: Rob Herring
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Gabriel Dobato
Cc: linux-arm-ker...@lists.inf
This is v2 of the patch set to improve current mainline support for
the Compulab CM-A510 System-on-Module (SoM) and its default Compulab
SBC-A510 base board.
Compared to v1 [1] there have been the overall changes:
- Drop i2c-mux-pinctrl rework as Wolfram Sang raised concerns with
respect to OF_D
With reworked device tree files for Compulab CM-A510 SoM and SBC-A510
base board, now add the correspoding board file to Makefile again.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Gabriel Dobato
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc:
On Thu, Apr 30, 2015 at 05:37:28PM +0300, Adrian Hunter wrote:
> Add AUX area tracing option 'x' to synthesize events for
> transactions. This will be used by Intel PT to synthesize
> an event record for each TSX start, commit or abort.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
than
Existing dts file for Compulab CM-A510 was very limited due to missing
hardware. Now that we actually found somebody with that board, properly
rework it to provide a CoM/SoM include and a board file for Compulab's
SBC-A510.
Both the CM-A510 SoM and the SBC-A510 can be configured with different
opt
On Thu, Apr 30, 2015 at 05:37:29PM +0300, Adrian Hunter wrote:
> Add support for the PERF_RECORD_AUX event type.
>
> PERF_RECORD_AUX is a new kernel event that records
> when new data lands in the AUX buffer. Currently
> it is assumed that AUX data follows the same ring
> buffer conventions used b
Prior reworking Dove based Compulab CM-A510 device tree, remove it
from the compiled device tree files.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Gabriel Dobato
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: a...@kernel.org
Cc: linux-arm-ker
This adds a i2c-mux-pinctrl node to dove.dtsi for the internal i2c
mux found on Dove SoCs. Up to now, we had no board using any of the
two additional i2c busses, so make sure the change does not break
any existing boards.
Therefore, we rename the i2c-controller node label to "i2c" and
enable it by
On Thu, Apr 30, 2015 at 05:37:30PM +0300, Adrian Hunter wrote:
> Add support for the PERF_RECORD_ITRACE_START event type.
> This event can be used to determine the pid and tid that
> are running when Instruction Tracing starts. Generally
> that information would come from a sched_switch event
> bu
On Thu, Apr 30, 2015 at 05:37:32PM +0300, Adrian Hunter wrote:
> Add a new option and support for Instruction
> Tracing Snapshot Mode. When the new option is
> selected, no AUX area tracing data is
> captured until a signal (SIGUSR2) is received.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri
On 05/04/2015 12:50 PM, Daniel Baluta wrote:
A software trigger associates an IIO device trigger with a software
interrupt source (e.g: timer, sysfs). This patch adds the generic
infrastructure for handling software triggers.
Software interrupts sources are kept in a iio_trigger_types_list and
r
Hi Felipe,
On Sat, May 2, 2015 at 12:35 PM, Felipe wrote:
> Hey Benjamin,
>
> Did you get a chance to look at the new patch I sent? I included the
> "touchpad" suffix part, but I don't know if I should have.
yes I do. Sorry for the lag. I think the code now looks fine.
However, when I tested it
On Thu, Apr 30, 2015 at 05:37:31PM +0300, Adrian Hunter wrote:
> Add support for making snapshots of
> AUX area tracing data.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
thanks,
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Thu, Apr 30, 2015 at 05:37:33PM +0300, Adrian Hunter wrote:
> Add the Intel Processor Trace type
> constant PERF_AUXTRACE_INTEL_PT.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
thanks,
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Mon, May 4, 2015 at 9:37 AM, Rhyland Klein wrote:
> Instead of having multiple similar wrapper functions for
> _clk_pll_[enable|disable], we can simplify it to single
> wrappers and use checks to avoid the logic we don't want to use.
>
> Signed-off-by: Rhyland Klein
Reviewed-by: Benson Leung
On 05/04/2015 04:02 PM, Paul E. McKenney wrote:
> On Mon, May 04, 2015 at 03:39:25PM -0400, Rik van Riel wrote:
>> On 05/04/2015 02:39 PM, Paul E. McKenney wrote:
>>> On Mon, May 04, 2015 at 11:59:05AM -0400, Rik van Riel wrote:
>>
In fact, would we be able to simply use tsk->rcu_read_lock_nes
On 05/04/2015 12:33 PM, Richard Henderson wrote:
>
> (0) The C level output variable should be an integral type, from bool on up.
>
> The flags are a scarse resource, easily clobbered. We cannot allow user code
> to keep data in the flags. While x86 does have lahf/sahf, they don't exactly
> per
On 05/04/2015 11:07 AM, Vladimir Makarov wrote:
>>>
>>>So I could implement the output reloads in LRA, probably for the
>>> next GCC release. How to enable and mostly use it for multi-target
>>> code like the kernel is another question.
>> Pretty much all inline asm is in per arch code; so one
On Mon, May 4, 2015 at 9:37 AM, Rhyland Klein wrote:
> Swap out the generic WARN_ON with a WARN which gives more
> information about what is happening.
>
> Signed-off-by: Rhyland Klein
Reviewed-by: Benson Leung
--
Benson Leung
Software Engineer, Chrom* OS
ble...@chromium.org
--
To unsubscrib
On Mon, May 04, 2015 at 01:56:42PM -0600, Jens Axboe wrote:
> On 05/04/2015 01:51 PM, Shaohua Li wrote:
> >On Mon, May 04, 2015 at 01:17:19PM -0600, Jens Axboe wrote:
> >>On 05/02/2015 06:31 PM, Shaohua Li wrote:
> >>>Normally if driver is busy to dispatch a request the logic is like below:
> >>>bl
From: Sowmini Varadhan
Date: Mon, 4 May 2015 15:29:08 -0400
> On (05/04/15 14:47), David Miller wrote:
>>
>> I think adding 64K of data to this module just to solve this rare
>> issue is excessive.
>
> I'd based that number mostly as a heuristic based on rds_conn_hash[].
> Any suggestions for w
On 05/04/2015 03:42 PM, Robert Schwebel wrote:
> Hi Peter,
>
> On Mon, May 04, 2015 at 10:01:37AM -0400, Peter Hurley wrote:
>>> with 4.1-rc1, my boxes with early console enabled show something like
>>> this (the example is vexpress, but it for example also happens on an
>>> AM335x board):
>>>
>>>
On Mon, May 04, 2015 at 10:01:37AM -0400, Peter Hurley wrote:
> Hi Robert,
>
> On 05/03/2015 05:10 PM, Robert Schwebel wrote:
> > Hi Peter,
> >
> > with 4.1-rc1, my boxes with early console enabled show something like
> > this (the example is vexpress, but it for example also happens on an
> > AM
In discussions around the live kernel patching consistency model RFC [1], Peter
and Ingo correctly pointed out that stack traces aren't reliable. And as Ingo
said, there's no "strong force" which ensures we can rely on them.
So I've been thinking about how to fix that. My goal is to eventually m
Add some helper macros for asm functions so that they can comply with
stackvalidate.
The FUNC_ENTER and FUNC_RETURN macros help asm functions save, set up,
and restore frame pointers.
The RET_NOVALIDATE and FILE_NOVALIDATE macros can be used to whitelist
the few locations which need a return inst
Frame pointer based stack traces aren't always reliable. One big reason
is that most asm functions don't set up the frame pointer.
Fix that by enforcing that all asm functions honor CONFIG_FRAME_POINTER.
This is done with a new stackvalidate host tool which is automatically
run for every compiled
Den 04.05.2015 21:33, skrev Eric Anholt:
There exists a tiny MMU, configurable only by the VC (running the
closed firmware), which maps from the ARM's physical addresses to bus
addresses. These bus addresses determine the caching behavior in the
VC's L1/L2 (note: separate from the ARM's L1/L2)
On 05/04/2015 01:14 PM, H. Peter Anvin wrote:
>>
>> Therefore:
>>
>> (1) Each target defines a set of constraint strings,
>>
>>E.g. for x86, wherein we're almost out of constraint letters,
>>
>> ja aux carry flag
>> jc carry flag
>> jo overflow flag
>> jp parity flag
On Mon, Apr 13, 2015 at 9:38 AM, Rhyland Klein wrote:
> Some fields moved from the tegra_clk_pll struct to
> the tegra_pll_params struct. Update the struct comments
> to reflect where the fields really are.
>
> Signed-off-by: Rhyland Klein
> ---
> drivers/clk/tegra/clk.h | 74
> ++
On Sun, May 03, 2015 at 12:27:02PM -0700, Josh Triplett wrote:
> On Sun, May 03, 2015 at 05:57:53PM +0800, Nicolas Iooss wrote:
> > Commit 11bbb235c26f ("rcu: Use DEFINE_PER_CPU_SHARED_ALIGNED for
> > rcu_data") replaced DEFINE_PER_CPU by DEFINE_PER_CPU_SHARED_ALIGNED in
> > the definition of rcu_s
On 05/04/2015 01:14 PM, H. Peter Anvin wrote:
> On 05/04/2015 12:33 PM, Richard Henderson wrote:
>>
>> (0) The C level output variable should be an integral type, from bool on up.
>>
>> The flags are a scarse resource, easily clobbered. We cannot allow user code
>> to keep data in the flags. Whil
On Mon, May 04, 2015 at 01:46:49PM -0600, Jens Axboe wrote:
> On 05/04/2015 01:40 PM, Shaohua Li wrote:
> >On Fri, May 01, 2015 at 04:16:04PM -0400, Jeff Moyer wrote:
> >>Shaohua Li writes:
> >>
> >>>plug is still helpful for workload with IO merge, but it can be harmful
> >>>otherwise especially
On 05/04/2015 01:23 PM, Josh Poimboeuf wrote:
> + __ASM_SIZE(push, _cfi) %_ASM_BP
> + __ASM_SIZE(pop, _cfi) %_ASM_BP
This seems ridiculous. push/pop only come in one size per
architecture(*). Can we make it so that just push_cfi and pop_cfi do
the right things?
-hpa
(*) Intenti
On 05/04/2015 02:20 PM, Shaohua Li wrote:
On Mon, May 04, 2015 at 01:56:42PM -0600, Jens Axboe wrote:
On 05/04/2015 01:51 PM, Shaohua Li wrote:
On Mon, May 04, 2015 at 01:17:19PM -0600, Jens Axboe wrote:
On 05/02/2015 06:31 PM, Shaohua Li wrote:
Normally if driver is busy to dispatch a reques
On 05/04/2015 04:22 PM, Sascha Hauer wrote:
> On Mon, May 04, 2015 at 10:01:37AM -0400, Peter Hurley wrote:
>> Hi Robert,
>>
>> On 05/03/2015 05:10 PM, Robert Schwebel wrote:
>>> Hi Peter,
>>>
>>> with 4.1-rc1, my boxes with early console enabled show something like
>>> this (the example is vexpres
On Mon, May 4, 2015 at 9:37 AM, Rhyland Klein wrote:
> From: Bill Huang
>
> New SoC's may have more then 3 MISC registers, so bump up the
> array size and use a #define to be more informative about the value.
>
> Signed-off-by: Bill Huang
> ---
> drivers/clk/tegra/clk.h |4 +++-
> 1 file ch
On Mon, May 4, 2015 at 1:14 PM, H. Peter Anvin wrote:
>
> I would argue that for x86 what you actually want is to model the
> *conditions* that are available on the flags, not the flags themselves.
Yes. Otherwise it would be a nightmare to try to describe simple
conditions like "le", which a rath
On 05/04/2015 02:33 PM, Shaohua Li wrote:
On Mon, May 04, 2015 at 01:46:49PM -0600, Jens Axboe wrote:
On 05/04/2015 01:40 PM, Shaohua Li wrote:
On Fri, May 01, 2015 at 04:16:04PM -0400, Jeff Moyer wrote:
Shaohua Li writes:
plug is still helpful for workload with IO merge, but it can be harm
On Mon, May 04, 2015 at 04:13:50PM -0400, Rik van Riel wrote:
> On 05/04/2015 04:02 PM, Paul E. McKenney wrote:
> > On Mon, May 04, 2015 at 03:39:25PM -0400, Rik van Riel wrote:
> >> On 05/04/2015 02:39 PM, Paul E. McKenney wrote:
> >>> On Mon, May 04, 2015 at 11:59:05AM -0400, Rik van Riel wrote:
On Monday, May 04, 2015 04:02:16 PM Rafael J. Wysocki wrote:
> On Monday, May 04, 2015 03:16:09 PM Borislav Petkov wrote:
> > On Mon, May 04, 2015 at 03:36:16PM +0200, Rafael J. Wysocki wrote:
> > > I'd like to pick this one up if that's not a problem.
> > >
> > > Traditionally, things like this h
On Mon, May 04, 2015 at 03:59:02PM -0400, Rik van Riel wrote:
> On 05/04/2015 03:39 PM, Paul E. McKenney wrote:
> > On Mon, May 04, 2015 at 03:00:44PM -0400, Rik van Riel wrote:
>
> >> In case of the non-preemptible RCU, we could easily also
> >> increase current->rcu_read_lock_nesting at the same
On 05/04/2015 01:35 PM, Linus Torvalds wrote:
> On Mon, May 4, 2015 at 1:14 PM, H. Peter Anvin wrote:
>>
>> I would argue that for x86 what you actually want is to model the
>> *conditions* that are available on the flags, not the flags themselves.
>
> Yes. Otherwise it would be a nightmare to tr
On Monday, May 04, 2015 04:22:45 PM Peter Zijlstra wrote:
> On Mon, May 04, 2015 at 03:56:24PM +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Move the code under the "use_default" label in cpuidle_idle_call()
> > into a separate (new) function.
> >
> > This just allows the s
On Mon, May 4, 2015 at 1:33 PM, Richard Henderson wrote:
>
> A fair point. Though honestly, I was hoping that this feature would mostly be
> used for conditions that are "weird" -- that is, not normally describable by
> arithmetic at all. Otherwise, why are you using inline asm for it?
I could
Hi Horia,
On 05/04/2015 06:16 AM, Horia Geantă wrote:
>> int (*sign)(struct pke_request *pkereq);
>> >int (*verify)(struct pke_request *pkereq);
>> >int (*encrypt)(struct pke_request *pkereq);
>> >int (*decrypt)(struct pke_request *pkereq);
> Where would be the proper place for key
On Tue, 2015-04-28 at 14:24 -0400, Dan Williams wrote:
:
> +
> +static int nd_acpi_register_region(struct acpi_nfit_desc *acpi_desc,
> + struct nfit_spa *nfit_spa)
> +{
> + static struct nd_mapping nd_mappings[ND_MAX_MAPPINGS];
> + struct acpi_nfit_spa *spa = nfit_spa->spa;
> +
On Monday, May 04, 2015 05:04:08 PM Daniel Lezcano wrote:
> On 05/04/2015 03:58 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > The check of the cpuidle_enter() return value against -EBUSY
> > made in call_cpuidle() will not be necessary any more if
> > cpuidle_enter_state() calls
On Mon, May 4, 2015 at 1:05 PM, Drew Richardson wrote:
> On Mon, May 04, 2015 at 04:10:05PM +0100, Mathieu Desnoyers wrote:
>> - Original Message -
>> > Expose the NMI safe accessor to the monotonic raw clock to the
>> > tracer. The mono clock was added with commit
>> > 1b3e5c0936046e7e023
1 - 100 of 1222 matches
Mail list logo
