On Tuesday 09 September 2014 13:52:54 Bartlomiej Zolnierkiewicz wrote:
> I believe that this should use
>
> select GENERIC_PHY
>
> instead (just like all other PHY drivers except PHY_MIPHY365X which
> also should be fixed to use select).
Right. It would also be good to change 'depends on
On 09/01/2014 01:15 PM, Boaz Harrosh wrote:
> On 08/27/2014 06:22 PM, Boaz Harrosh wrote:
>> Jens Hi
>>
>> What do you intend to do with these fixes? These are real bugs on devices
>> shipped for a while now. I think they need to go into current 3.17-rcX
>> Kernel.
>>
>
> Jens hi
>
> I have seen
On Wed, Sep 03, 2014 at 10:23:41AM +0800, Xiubo Li wrote:
> This update patch will split the DT node into old style and new style:
> The new style will will be easier to add muti DAI links from old single
> DAI link DTs.
> This patch will maintian compatibility with the old DTs.
Is everyone happy
Currently the read[bwlq]_relaxed() family are implemented on every
architecture except blackfin, m68k[1], metag, openrisc, s390[2] and
score. Increasingly drivers are being optimized to exploit relaxed
reads putting these architectures at risk of compilation failures for
shared drivers.
This patch
On 05.09.2014 13:54, Pankaj Dubey wrote:
As per Exynos3250 user manual mmc0/1 mux selection has 4 bit wide.
Signed-off-by: Pankaj Dubey
---
drivers/clk/samsung/clk-exynos3250.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Krzysztof Kozlowski
Best regards,
Krz
On 09.09.2014 13:54, Pankaj Dubey wrote:
Update shift and width field of div_spi0_isp clock as per Exynos3250
user manual.
Signed-off-by: Pankaj Dubey
---
drivers/clk/samsung/clk-exynos3250.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Krzysztof Kozlowski
Best r
On Tue, Sep 9, 2014 at 6:29 AM, Mugunthan V N wrote:
>
>> Sorry this is now blocked inside TI. could you explain the testing done
>> for sleep state? did you attempt sleep mode before testing this?
>>
>
> I have not tested sleep mode, just tested boot and ping test.
I must NAK then for the reason
On 9.9.2014 07:50, Hayes Wang wrote:
From: Ivan Vecera [mailto:ivec...@redhat.com]
Sent: Monday, September 08, 2014 9:01 PM
To: Hau; net...@vger.kernel.org
Cc: nic_swsd; linux-kernel@vger.kernel.org; rom...@fr.zoreil.com
Subject: Re: [PATCH net-next v2] r8169:add support for
RTL8168H and RTL81
Without this patch, boot hangs when trying to mount root filesystem on
socfpga platform in about 50% cases.
Signed-off-by: Pavel Machek
diff --git a/drivers/mmc/host/dw_mmc.c b/drivers/mmc/host/dw_mmc.c
index 8f216ed..739ba78 100644
--- a/drivers/mmc/host/dw_mmc.c
+++ b/drivers/mmc/host/dw_mmc.
On Thu, 28 Aug 2014, Jiang Liu wrote:
> EXPORT_SYMBOL(acpi_register_ioapic);
> diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
> index 6e67af0c5f99..b286461cabf9 100644
> --- a/arch/x86/kernel/apic/io_apic.c
> +++ b/arch/x86/kernel/apic/io_apic.c
> @@ -3851,7 +3851,13
The PWM core does not appear to respect the settings in the pwm_lookup
table in the ev3dev projects implementation of a board file. Root cause
is that pwm_get() does not save the pwm_lookup entry for the best
matching device, and therefore ends up using period and polarity from a
pointer that'
On 06.09.2014 15:03, Pankaj Dubey wrote:
As per user manual of Exynos3250 SRC_CAM can select
div_cam_blk_320 if it's value is 0xC, so placing
div_cam_blk_320 at proper index in parent list of mout_cam_blk.
Signed-off-by: Pankaj Dubey
---
drivers/clk/samsung/clk-exynos3250.c |1 +
1 file
Hi,
it's a cool idea to label Linux-kernels with an "EOL" on the mainpage
of .
But how can someone see how long a LongTerm Support (LTS) L-k is supported?
Is it possible to add a date line or a web-link on the mainpage?
Regards,
- Sedat -
--
To unsubscribe from this list: send the line "unsubscri
I ran into this error after a ubiupdatevol, because I forgot to backport
e9110361a9a4 UBI: fix the volumes tree sorting criteria.
UBI error: process_pool_aeb: orphaned volume in fastmap pool
UBI error: ubi_scan_fastmap: Attach by fastmap failed, doing a full scan!
kmem_cache_destroy ubi_ainf_peb_s
Tested on a i.MX6 board, with Sandisk SDIN5D1-2G.
Without this patch, I/O errors occur.
This eMMC seems to have a different Manufacturer ID as it reads 0x45
and not 0x2 as specified in datasheet.
Signed-off-by: Jean-Michel Hautbois
---
drivers/mmc/core/mmc_ops.c | 9 +
1 file changed, 9
On Tue, Sep 09, 2014 at 02:25:24PM +0200, Sedat Dilek wrote:
> Hi,
>
> it's a cool idea to label Linux-kernels with an "EOL" on the mainpage
> of .
> But how can someone see how long a LongTerm Support (LTS) L-k is supported?
> Is it possible to add a date line or a web-link on the mainpage?
http
Hi Daniel,
On Tue, Sep 09, 2014 at 01:12:40PM +0100, Daniel Thompson wrote:
> Currently the read[bwlq]_relaxed() family are implemented on every
> architecture except blackfin, m68k[1], metag, openrisc, s390[2] and
> score. Increasingly drivers are being optimized to exploit relaxed
> reads puttin
Hi Daniel,
On Tue, Sep 9, 2014 at 2:12 PM, Daniel Thompson
wrote:
> Currently the read[bwlq]_relaxed() family are implemented on every
> architecture except blackfin, m68k[1], metag, openrisc, s390[2] and
> score. Increasingly drivers are being optimized to exploit relaxed
> reads putting these a
On 09/09/14 08:52, Sjoerd Simons wrote:
> For i2c devices in OF the modalias exposed to userspace is i2c: type>, for the Maxtouch driver this is i2c:maxtouch.
>
> Add maxtouch to the i2c id table such that userspace can correctly
> load the module for the device and drop the OF table as it's not
>
gcc-4.9 found a potential condition under which the 'pending'
variable may be used uninitialized:
drivers/rtc/rtc-pcf8563.c: In function 'pcf8563_irq':
drivers/rtc/rtc-pcf8563.c:173:5: warning: 'pending' may be used uninitialized
in this function [-Wmaybe-uninitialized]
This is because in the pc
On Thu, 28 Aug 2014, Jiang Liu wrote:
> Introduce acpi_ioapic_registered() to check whether an IOAPIC has already
> been registered, it will be used when enabling IOAPIC hotplug.
>
> Signed-off-by: Jiang Liu
> ---
> arch/x86/include/asm/io_apic.h |1 +
> arch/x86/kernel/acpi/boot.c| 1
As pointed out by Sergei Shtylyov, the pcf8563_irq function
contains a bug in the error handling: an interrupt handler
is not supposed to return an errno value but an 'enum
irqreturn'.
Let's fix this by returning IRQ_NONE in case of a communication error.
Signed-off-by: Arnd Bergmann
diff --git
On Mon, Sep 08, 2014 at 11:40:43PM +0100, Kees Cook wrote:
> On Mon, Sep 8, 2014 at 2:55 PM, Rabin Vincent wrote:
> > On Mon, Sep 08, 2014 at 12:16:34PM -0700, Kees Cook wrote:
> >> On Thu, Sep 04, 2014 at 06:27:48PM +0100, Will Deacon wrote:
> >> > On Thu, Sep 04, 2014 at 06:23:42PM +0100, Kees C
On Tue, Sep 09, 2014 at 04:59:45AM +0100, Yang Yingliang wrote:
> Add guard macros in both uapi/asm/unistd.h and asm/unistd.h.
>
> Signed-off-by: Yang Yingliang
> ---
> arch/arm64/include/asm/unistd.h | 5 +
> arch/arm64/include/uapi/asm/unistd.h | 5 +
> 2 files changed, 10 inserti
On Tue, Sep 09, 2014 at 02:53:42PM +0300, Alexander Shishkin wrote:
> We can infer where the new data starts from the timestamps in the trace
> stream, so the decoder can take care of it (and that's how it's done at
> the moment).
So that means the data stream can be read from arbitrary locations
On Tue, 9 Sep 2014 09:37:47 +0200
Maxime Ripard wrote:
> Hi Jacob,
>
> I think it would have been nice to have CC'd Carlo Caione, the
> original writer of the driver on this.
>
yes, i realized that after sending them out, so i sent him an email
instead. run get_maintainers.pl gave me a long lis
On 09/09/2014 01:32 PM, Arnd Bergmann wrote:
> On Monday 08 September 2014 18:30:00 Stanimir Varbanov wrote:
> These numbers all look hardware specific, so why put macros into the
> device tree rather than using them directly?
The idea was to use #defines in DT nodes when we need
On Mon, 8 Sep 2014, Ted Percival wrote:
> Commit 4ba2968420fa removed the application of the CPU mask resulting
> in a hang when initializing the first CPU at boot:
>
> x86: Booting SMP configuration
> node #0, CPUs: #1_
>
> Fixes: 4ba2968420fa ("percpu: Resolve ambiguities in
>
Oh cool.
Hmm, is it possible to link all "longterm:" labeled kernels to the
page you pointed me to?
- Sedat -
On Tue, Sep 9, 2014 at 2:27 PM, Konstantin Ryabitsev
wrote:
> On Tue, Sep 09, 2014 at 02:25:24PM +0200, Sedat Dilek wrote:
>> Hi,
>>
>> it's a cool idea to label Linux-kernels with an "E
On Sun, Sep 07, 2014 at 06:18:34PM +0200, Julia Lawall wrote:
> diff --git a/drivers/staging/lustre/lustre/obdclass/obd_config.c
> b/drivers/staging/lustre/lustre/obdclass/obd_config.c
> index f41695d..8a9752f 100644
> --- a/drivers/staging/lustre/lustre/obdclass/obd_config.c
> +++ b/drivers/stagi
On Tuesday 09 September 2014 05:45 PM, Nishanth Menon wrote:
> On Tue, Sep 9, 2014 at 6:29 AM, Mugunthan V N wrote:
>>
>>> Sorry this is now blocked inside TI. could you explain the testing done
>>> for sleep state? did you attempt sleep mode before testing this?
>>>
>>
>> I have not tested sleep
On Monday, September 08, 2014 11:07:47 PM Mike Turquette wrote:
> Looks like this driver was missed during the original mass driver
> rework[0]. This patch converts the LPSS driver to the new clock provider
> data type (struct clk_core).
>
> If there are no objections I propose to roll this patch
On Tuesday, September 09, 2014 01:36:48 PM Fu, Zhonghui wrote:
> From 6deb00230f5df68da3ca7490402a0c537bf386bb Mon Sep 17 00:00:00 2001
> From: Fu Zhonghui
> Date: Tue, 9 Sep 2014 13:02:25 +0800
> Subject: [PATCH] ACPI / platform / LPSS: disable async suspend/resume of LPSS
> devices
>
> LPSS de
On 09/09/14 13:28, Will Deacon wrote:
> Hi Daniel,
>
> On Tue, Sep 09, 2014 at 01:12:40PM +0100, Daniel Thompson wrote:
>> Currently the read[bwlq]_relaxed() family are implemented on every
>> architecture except blackfin, m68k[1], metag, openrisc, s390[2] and
>> score. Increasingly drivers are be
Peter Zijlstra writes:
> On Tue, Sep 09, 2014 at 02:53:42PM +0300, Alexander Shishkin wrote:
>
>> We can infer where the new data starts from the timestamps in the trace
>> stream, so the decoder can take care of it (and that's how it's done at
>> the moment).
>
> So that means the data stream ca
AXP20x driver has been extended to support axp288 variant. Header file
and common data structures has also been renamed to suit the new
scope of devices supported.
This patch makes use of the renamed header and structure.
Signed-off-by: Jacob Pan
---
drivers/regulator/axp20x-regulator.c | 6 +++
More XPowers PMIC devices can be supported by extending this driver, so
rename it to axp2xx to cover axp288 variant.
Signed-off-by: Jacob Pan
---
drivers/mfd/Kconfig | 7 ---
drivers/mfd/Makefile | 2 +-
drivers/mfd/{axp20x.c => axp2xx.c} | 2 +-
Platform driver for XPowers AXP288 ADC, which is a customized PMIC for Intel
Baytrail-CR platforms. GPADC device enumerates as one of the PMIC MFD cell
devices. It uses IIO infrastructure to communicate with userspace and
consumer drivers.
Usages of ADC channels include battery charging and therma
XPower AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
AD converter. It also provides extended status and interrupt reporting
capabilities than the devices supported in axp20x.c.
In addition to featu
XPowers AXP288 is a customized PMIC found on some Intel Baytrail-CR platforms.
It comes with sub-functions such as USB charging, fuel gauge, ADC, and many LDO
and BUCK channels.
By extending the existing AXP20x driver, this patchset adds basic support
for AXP288 PMIC with GPADC as one MFD cell dev
On 09/09/2014 07:56 AM, Mugunthan V N wrote:
> On Tuesday 09 September 2014 05:45 PM, Nishanth Menon wrote:
>> On Tue, Sep 9, 2014 at 6:29 AM, Mugunthan V N wrote:
>>>
Sorry this is now blocked inside TI. could you explain the testing done
for sleep state? did you attempt sleep mode befo
Hi,
As recent discussion, especially suggested by Christoph, this patchset
implements per-distpatch_queue flush machinery, so that:
- current init_request and exit_request callbacks can
cover flush request too, then the ugly and buggy copying
way of initializing flush requ
These two functions are introduced to initialize and de-initialize
flush stuff centrally.
Signed-off-by: Ming Lei
---
block/blk-core.c |5 ++---
block/blk-flush.c | 19 ++-
block/blk-mq.c|2 +-
block/blk-mq.h|1 -
block/blk-sysfs.c |4 ++--
block/blk.h
It is reasonable to allocate flush req in blk_mq_init_flush().
Signed-off-by: Ming Lei
---
block/blk-flush.c | 11 ++-
block/blk-mq.c| 16 ++--
block/blk-mq.h|2 +-
3 files changed, 17 insertions(+), 12 deletions(-)
diff --git a/block/blk-flush.c b/block/blk-
gcc-4.9 on ARM gives us a mysterious warning about the binfmt_misc
parse_command function:
fs/binfmt_misc.c: In function 'parse_command.part.3':
fs/binfmt_misc.c:405:7: warning: array subscript is above array bounds
[-Warray-bounds]
I've managed to trace this back to the ARM implementation of me
This parameter makes it possible to control if the watchdog
is being disabled during initialization or will stay enabled
in case it was previously initialized in the bootloader.
To maintain the existing behavior, the default value is 'true',
thus the watchdog is disabled during initialization.
Th
This patch supports to run one single lush machinery for
each blk-mq dispatch queue, so that:
- current init_request and exit_request callbacks can
cover flush request too, then the ugly and buggy way of
initializing flush request's pdu can be fixed
- flushing performance gets improved in case of
This patch adds 'blk_mq_ctx' parameter to blk_get_flush_queue(),
so that this function can find the corresponding blk_flush_queue
bound with current mq context since the flush queue will become
per hw-queue.
For legacy queue, the parameter can be simply 'NULL'.
For multiqueue case, the parameter
On Tue, 9 Sep 2014, Dan Carpenter wrote:
> On Sun, Sep 07, 2014 at 06:18:34PM +0200, Julia Lawall wrote:
> > diff --git a/drivers/staging/lustre/lustre/obdclass/obd_config.c
> > b/drivers/staging/lustre/lustre/obdclass/obd_config.c
> > index f41695d..8a9752f 100644
> > --- a/drivers/staging/lus
This patch trys to use local variable to access flush request,
so that we can convert to per-queue flush machinery a bit easier.
Signed-off-by: Ming Lei
---
block/blk-flush.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/block/blk-flush.c b/block/blk-flu
These stuff is always used with flush req together, so
we can do that safely.
Signed-off-by: Ming Lei
---
block/blk-core.c |3 ---
block/blk-flush.c |4
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/block/blk-core.c b/block/blk-core.c
index 0a9d172..222fe84 100644
This patch introduces 'struct blk_flush_queue' and puts all
flush machinery related stuff into this strcuture, so that
- flush implementation details aren't exposed to driver
- it is easy to convert to per dispatch-queue flush machinery
This patch is basically a mechanical replace
On Tue, Sep 09, 2014 at 01:38:39PM +0300, Matti Vaittinen wrote:
> + diode = of_property_read_bool(client->dev.of_node, "diode-connected");
Please ignore this patch. I've accidentally sent the wrong version!
Sorry, I will send the correct one as soon as possible.
Br.
Matti
--
To unsubscribe
Just figuring out flush queue at the entry of kicking off flush
machinery and request's completion handler, then pass it through.
Signed-off-by: Ming Lei
---
block/blk-flush.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/block/blk-flush.c
On 09/09/14 13:31, Geert Uytterhoeven wrote:
> Hi Daniel,
>
> On Tue, Sep 9, 2014 at 2:12 PM, Daniel Thompson
> wrote:
>> Currently the read[bwlq]_relaxed() family are implemented on every
>> architecture except blackfin, m68k[1], metag, openrisc, s390[2] and
>> score. Increasingly drivers are be
Em Tue, Sep 09, 2014 at 11:48:20AM +0300, Adrian Hunter escreveu:
> It looks like I reposted older versions by mistake on 31 July.
> Very sorry :-(
>
> The originals were changed as described here:
>
> http://marc.info/?l=linux-kernel&m=140621020918615
> http://marc.info/?l=linux-kern
On 09/09/14 14:03, Daniel Thompson wrote:
> On 09/09/14 13:28, Will Deacon wrote:
>> Hi Daniel,
>>
>> On Tue, Sep 09, 2014 at 01:12:40PM +0100, Daniel Thompson wrote:
>>> Currently the read[bwlq]_relaxed() family are implemented on every
>>> architecture except blackfin, m68k[1], metag, openrisc, s
During component unbind connector should be unregistered.
Also DSI host should be unregistered after KMS cleanup.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_dr
This set of patches contains fixes of initialization and deinitialization
code of exynos_drm core and components.
It is based on exynos-drm-next branch.
Patchset has been tested on trats and universal_c210 platforms.
Regards
Andrzej
Andrzej Hajda (9):
drm/exynos/ipp: traverse ipp drivers list
Since components have their own cleanup routines calling
drm_mode_config_cleanup before component_unbind_all causes errors
due to double free of KMS objects. The patch fixes it by changing
de-initialization order. Now it is exactly opposite to init order.
Signed-off-by: Andrzej Hajda
---
drivers
During component removal driver should unregister connector.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/drivers/gpu/drm/exynos/exynos_hdmi.c
index 562966d..79
During component removal it should unregister connector
and optionally detach the panel.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_dpi.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dpi.c
b/drivers/gpu/drm/ex
During component removal driver should unregister connector.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_dp_core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c
b/drivers/gpu/drm/exynos/exynos_dp_core.c
index 4f
On ipp subsystem removal list of ipp drivers is traversed
and their members are deleted. To do it properly safe version
of list_for_each* should be used.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This patch fixes an error message typo ("not" missing).
Signed-off-by: Roland Stigge
---
drivers/spi/spi-pl022.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/spi/spi-pl022.c
+++ b/drivers/spi/spi-pl022.c
@@ -2136,7 +2136,7 @@ static int pl022_probe(struct amba_devic
Adding reference to framebuffer should be accompanied with removing
reference to old framebuffer assigned to the plane.
This patch removes following warning:
[ 95.038017] WARNING: CPU: 1 PID: 3067 at drivers/gpu/drm/drm_crtc.c:5115
drm_mode_config_cleanup+0x258/0x268()
[ 95.048086] Modules li
In case drm_framebuffer_init fails exynos_fb should be freed
before returning an error.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fb.c
b/drivers/gpu/drm/exynos/exynos_drm_fb.c
ind
exynos_gem_obj is used by exynos_drm_fbdev_destroy so it cannot be destroyed
before calling the latter. exynos_gem_obj will be destroyed anyway by
exynos_drm_fbdev_destroy->...->exynos_drm_fb_destroy.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 ---
1 file chan
The rcu_dereference() calls are no longer there.
They were removed.
Sorry,
Andreea
2014-09-08 23:48 GMT+03:00 Greg KH :
> On Thu, Sep 04, 2014 at 08:15:48PM +0300, Andreea-Cristina Bernat wrote:
>> The "br_port" local variables obtained through the rcu_dereference() calls
>> are
>> not derefere
Shengjiu Wang wrote:
+ if (ssi_private->soc->imx)
+ clk_prepare_enable(ssi_private->clk);
How about this instead?
if (ssi_private->clk)
clk_prepare_enable(ssi_private->clk);
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 09/09/2014 03:09 PM, Mark Brown wrote:
On Wed, Sep 03, 2014 at 10:23:41AM +0800, Xiubo Li wrote:
This update patch will split the DT node into old style and new style:
The new style will will be easier to add muti DAI links from old single
DAI link DTs.
This patch will maintian compatibili
This patch adds DT support for leds-pca9532.
Signed-off-by: Roland Stigge
---
Applies to v3.17-rc4
Documentation/devicetree/bindings/leds/leds-pca9532.txt | 43 ++
drivers/leds/leds-pca9532.c | 47
2 files changed, 90 insertions(+)
Some DS13XX devices have "trickle chargers". Introduce a device tree binding
for the resistor and diode configuration for enabling trickle charger.
Signed-off-by: Matti Vaittinen
Acked-by: Jason Cooper
---
Delta to v4
-This is the correct patch.
.../devicetree/bindings/i2c/trivial-devices
Some DS13XX devices have "trickle chargers". Introduce a device tree
binding for specifying the trickle charger configuration for ds1339.
Only ds1339 dt binding is supported because this is the only chip I have.
I _assume_ the code would have worked on other allready supported chips.
However I can
This short patch series add the ability to sample the interrupted
machine state for each hardware sample. This is useful to analyze
the state after certain events, for instance for function value
profiling after a call instruction.
The patch extends the interface with a new PERF_SAMPLE_REGS_INTR
Add -I/--intr-regs option to capture machine state registers at
interrupt.
Add the corresponding man page description
Signed-off-by: Stephane Eranian
---
tools/perf/Documentation/perf-record.txt |6 ++
tools/perf/builtin-record.c |2 ++
2 files changed, 8 insertions(+)
This patch updates the sample parsing test with support
for the sampling of machine interrupted state.
The patch modifies the do_test() code to sahred the sample
regts bitmask between user and intr regs.
Signed-off-by: Stephane Eranian
---
tools/perf/tests/sample-parsing.c | 55 ++
From: Peter Zijlstra
This patch reorders fields in the perf_sample_data
struct in order to minimize the number of cachelines
touched in perf_sample_data_init(). It also removes
some intializations which are redundant with the
code in kernel/events/core.c
Signed-off-by: Peter Zijlstra
---
inclu
Add the infrastructure to setup, collect and report the interrupt
machine state regs which can be captured by the kernel.
Signed-off-by: Stephane Eranian
---
tools/perf/perf.h |1 +
tools/perf/util/event.h |1 +
tools/perf/util/evsel.c | 46 +
Enable capture of interrupted machine state for each
sample.
Registers to sample are passed per event in the
sample_regs_intr bitmask.
To sample interrupt machine state, the
PERF_SAMPLE_INTR_REGS must be passed in
sample_type.
The list of available registers is arch
dependent and provided by asm
PEBS can capture machine state regs at retiremnt of the sampled
instructions. When precise sampling is enabled on an event, PEBS
is used, so substitute the interrupted state with the PEBS state.
Note that not all registers are captured by PEBS. Those missing
are replaced by the interrupt state coun
On Mon, Sep 08, 2014 at 02:54:30PM +0100, Liviu Dudau wrote:
> Provide a function to parse the PCI DT ranges that can be used to
> create a pci_host_bridge structure together with its associated
> bus.
>
> Cc: Bjorn Helgaas
> Cc: Arnd Bergmann
> Cc: Grant Likely
> Cc: Rob Herring
> Cc: Catalin
Hello!
On Sep 9, 2014, at 8:54 AM, Dan Carpenter wrote:
> 460 #define OBD_CHECK_DT_OP(obd, op, err) \
> 461 do {\
> 462 if (!OBT(obd) || !OBP((obd), op)) { \
> 463 if (
Em Tue, Sep 09, 2014 at 01:54:01PM +0200, Mike Galbraith escreveu:
> Seems the now default on --children thingy doesn't like -U much.
Namhyung, can you please take a look at this?
- Arnaldo
> Samples: 5K of event 'cycles', Event count (approx.): 2268660922
> Children Self Symbol
> +
The zone allocation batches can easily underflow due to higher-order
allocations or spills to remote nodes. On SMP that's fine, because
underflows are expected from concurrency and dealt with by returning
0. But on UP, zone_page_state will just return a wrapped unsigned
long, which will get past
On Tue, Sep 09, 2014 at 05:45:17AM -0700, Jacob Pan wrote:
> > > -static int axp20x_i2c_probe(struct i2c_client *i2c,
> > > - const struct i2c_device_id *id)
> > > +static int axp2xx_match_device(struct axp2xx_dev *axp2xx, struct
> > > device *dev) {
> > > - struct axp20x_dev *axp2
Hello Marcelo,
On 03.09.2014 20:42, Marcelo Tosatti wrote:
> On Wed, Sep 03, 2014 at 10:16:40AM +0200, Philipp Hahn wrote:
>> can we please 8915aa27d5efbb9185357175b0acf884325565f9 get applied to
>> 3.10 too?
>>
>>> commit 8915aa27d5efbb9185357175b0acf884325565f9
>>> Author: Marcelo Tosatti
>>> D
Hi Kevin,
On 09/09/2014 12:37 AM, Kevin Hilman wrote:
> Grygorii Strashko writes:
>
>> The CLK PM domain (clock_ops.c) assumes that platform code should always
>> provide
>> list of Connection IDs of the clock (con_id) in pm_clk_notifier_block
>> structure.
>> Then CLK PM domain uses these con
From: Julia Lawall
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
identifier lbl;
identifier rc;
constant c;
@@
- GOTO(lbl,\(rc\|c\));
+ goto lbl;
@@
identifier lbl;
expression rc;
@@
- GOTO(lbl,rc);
+ rc;
+ goto lbl;
//
Signed-off-by: Julia Law
Lähettäjä: ext Jason Cooper
> meh. The presence or absence of the property should express the
boolean.
>
> The safe state should be the default (property absent), and the property
name should describe the state when the property is present.
This is What the v5 of patch does. It introduces boo
On Tue, Sep 09, 2014 at 03:16:29PM +0200, Rafael J. Wysocki wrote:
> On Monday, September 08, 2014 11:07:47 PM Mike Turquette wrote:
> > Looks like this driver was missed during the original mass driver
> > rework[0]. This patch converts the LPSS driver to the new clock provider
> > data type (stru
Hi Will,
On Mon, Sep 08, 2014 at 05:51:36PM +0100, Will Deacon wrote:
> On Fri, Sep 05, 2014 at 11:52:56AM +0100, Joerg Roedel wrote:
> > switch (cap) {
> > case IOMMU_CAP_CACHE_COHERENCY:
> > - return features & ARM_SMMU_FEAT_COHERENT_WALK;
> > + /*
> > +*
Hi Tony,
Please pull this series was posted[1] and based on the previous pulls
[2] [3], updating the dts to enable the relevant feature.
NOTE: I have dropped patch #1 of the series based on [4].
These could go to your branch omap-for-v3.18/dt
The following changes since commit 7d1311b93e58ed55
On 08/30/2014 02:53 PM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
[...]
>>The initial user namespace has no parent namespace, but, for con‐
>>sistency, the kernel provides dummy user and group ID mapping
>>files for this namespace. Looking at
Hi Eric,
On 08/30/2014 02:53 PM, Eric W. Biederman wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Hello Eric et al.,
>>
>> For various reasons, my work on the namespaces man pages
>> fell off the table a while back. Nevertheless, the pages have
>> been close to completion for a while now,
Hi Andy, and Eric,
On 09/01/2014 01:57 PM, Andy Lutomirski wrote:
> On Wed, Aug 20, 2014 at 4:36 PM, Michael Kerrisk (man-pages)
> wrote:
>> Hello Eric et al.,
>>
>> For various reasons, my work on the namespaces man pages
>> fell off the table a while back. Nevertheless, the pages have
>> been c
Hi Eric,
> On a related note. One thing that has come up recently (in 3 separate
> implementations is that mount(MS_REMOUNT|...,...) must include all of
> the mount flags that need to be preserved. People creating read-only
> bind mounts tend to miss that and the locked flags in mount namespace
Hello,
I'm sending this v10 to update the conversion to the latest changes now in
linux-next and also to address comments from Stephen Boyd. The later are in
separate commits to make it easier for merging in the upcoming clk-next, but
can be squashed if that's more convenient.
Follows the origina
To preserve git-bisectability, add aliases from the future provider API to the
existing public API.
Also includes clk-provider.h and clk-dev.h in a few places so the right
functions are defined.
Signed-off-by: Tomeu Vizoso
Acked-by: Tony Lindgren
Acked-by: Jason Cooper
Acked-by: Simon Horman
On Tue, Sep 09, 2014 at 12:43:56PM +0200, Johan Hovold wrote:
> On Tue, Sep 09, 2014 at 06:21:31PM +0800, Wang YanQing wrote:
> > On Tue, Sep 09, 2014 at 12:08:56PM +0200, Johan Hovold wrote:
> > > On Fri, Sep 05, 2014 at 09:30:11AM +0800, Wang YanQing wrote:
> > > > On Thu, Sep 04, 2014 at 06:44:3
301 - 400 of 1058 matches
Mail list logo
