This reverts commit 906451b98b67 ("perf probe: Fix to fall back to find probe
point in symbols").
Since perf-probe retries with the address of given symbol
searched from map before this path, this fall back routine
doesn't need anymore.
Signed-off-by: Masami Hiramatsu
---
On Mon, 2015-03-02 at 09:46 +0100, Maarten Lankhorst wrote:
> Hey,
>
> Op 02-03-15 om 04:20 schreef Mike Galbraith:
> > On Fri, 2015-02-27 at 17:57 +0100, Sebastian Andrzej Siewior wrote:
> >> This patch makes it possible to replace the base mutex by a rt_mutex. In
> >> general one would not do
Hi,
Here is a series of patches which improves perf-probe to
handle glibc's aliased symbols more correctly. Longly,
a major known issue of probing on glibc is that the
some aliased symbols(e.g. malloc) can not find by
perf-probe.
Actually, glibc's malloc symbol is just an alias of
__libc_malloc.
Remove bias offset to find probe point by address.
Without this patch, probe points on kernel and executables
are shown correctly, but not work with libraries.
-
# ./perf probe -l
probe:do_fork(on do_fork@kernel/fork.c)
probe_libc:malloc(on malloc in
Fix perf probe to handle aliased symbols correctly in glibc.
In the glibc, several symbols are defined as an alias of
__libc_XXX, e.g. malloc is an alias of __libc_malloc.
In such cases, dwarf has no subroutine instances of the
alias functions (e.g. no "malloc" instance), but the map
has that
Fix perf probe --line to handle aliased symbols correctly
in glibc.
This makes line_range search failing back to address-based
alternative search as same as --add and --vars.
Without this patch;
-
# ./perf probe -x /usr/lib64/libc-2.17.so -L malloc
Specified source line is not found.
Currently the ahci_st driver will hang the system on probe, as the
st_configure_oob function does some register writes before the IP
is clocked. This patch moves the function call to after
ahci_platform_enable_resources (which enables the IP clock), and
resolves the hang.
Addtionally
This patch implements the infrastructure to dynamically add cpu
model aliases.
Signed-off-by: Michael Mueller
Reviewed-by: Cornelia Huck
---
target-s390x/cpu-models.c | 89 +++
target-s390x/cpu-models.h | 11 ++
target-s390x/cpu.c| 1 +
The patch implements routines to set and retrieve processor configuration
data and to retrieve machine configuration data. The machine related data
is used together with the cpu model facility lists to determine the list of
supported cpu models of this host. The above mentioned routines have QEMU
On Monday, March 02, 2015 10:08:23 AM Lorenzo Pieralisi wrote:
> On Sat, Feb 28, 2015 at 11:58:21PM +, Rafael J. Wysocki wrote:
> > On Saturday, February 28, 2015 11:54:23 AM Lorenzo Pieralisi wrote:
[cut]
> > Index: linux-pm/drivers/cpuidle/cpuidle.c
> >
Now that the miphy28lp is upstream, we can add the sata dt nodes
for stih407 family silicon. This has been tested on b2120 board
J4 (sata0 channel). These nodes are disabled by default as a
special mini pci-e to sata daughter board is required which
isn't shipped with the board.
Signed-off-by:
This patch defines S390 cpu facilities and their presence at the
different cpu model levels. Beside defining a base which facilities
have to be requested per cpu model, these sets are associated to the
defined cpu classes and used to calculate the list of supported
cpu models in context of the
Hi,
Now that miphy28lp phy is present upstream we can add sata DT nodes for
stih407 family silicon. As part of testing this I found a hang
with the current driver implmentation which does some register writes
before enabling the IP clock. Presumably on stih416 devices the sata
clock must have
This patch provides routines to dynamically update the previously defined
S390 cpu classes in the current host context. The main function performing
this process is s390_setup_cpu_classes(). It takes the current host context
as parameter to setup the classes accordingly. It basically performs the
Adds the i2c bus controller driver for the Ingenic JZ4780 SoC.
Signed-off-by: Zubair Lutfullah Kakakhel
---
drivers/i2c/busses/Kconfig | 9 +
drivers/i2c/busses/Makefile | 1 +
drivers/i2c/busses/i2c-jz4780.c | 820
3 files changed, 830
Adds DT documentation for the the i2c controller for the JZ4780 SoC
Signed-off-by: Zubair Lutfullah Kakakhel
---
.../devicetree/bindings/i2c/i2c-jz4780.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644
Hi,
Here we have two patches that add support for the i2c
controller present in the Ingenic JZ4780.
Feedback welcome.
Thank-you
ZubairLK
Zubair Lutfullah Kakakhel (2):
dt-bindings: i2c: Add dt binding documentation for ingenic jz4780 SoC
i2c: jz4780: Add i2c bus controller driver for
Signed-off-by: Michael Mueller
---
linux-headers/asm-s390/kvm.h | 20
1 file changed, 20 insertions(+)
diff --git a/linux-headers/asm-s390/kvm.h b/linux-headers/asm-s390/kvm.h
index d36b2fa..e38c942 100644
--- a/linux-headers/asm-s390/kvm.h
+++
This patch enables QEMU to instantiate S390 CPUs with cpu model types.
Signed-off-by: Michael Mueller
---
hw/s390x/s390-virtio.c | 12 +++-
target-s390x/helper.c | 9 ++---
2 files changed, 13 insertions(+), 8 deletions(-)
diff --git a/hw/s390x/s390-virtio.c
On Mon, 2015-03-02 at 10:09 +0100, Peter Zijlstra wrote:
> On Thu, Feb 26, 2015 at 12:12:31PM -0500, Rik van Riel wrote:
> > Subject: cpusets,isolcpus: add file to show isolated cpus in cpuset
> >
> > The previous patch makes it so the code skips over isolcpus when
> > building scheduler load
The patch introduces routine s390_facility_test() which allows to
verify a specific facility bit is set.
Signed-off-by: Michael Mueller
---
target-s390x/cpu-models.c | 30 ++
target-s390x/cpu-models.h | 1 +
2 files changed, 31 insertions(+)
diff --git
This patch implements routine s390_cpu_model_init(). It is called by the
realize function during instantiation of an cpu object. Its task is to
initialize the current accelerator with the properties of the selected
processor model.
Signed-off-by: Michael Mueller
---
target-s390x/cpu-models.c |
This patch implements a new QMP request named 'query-cpu-model'.
It returns the cpu model of cpu 0 and its backing accelerator.
request:
{"execute" : "query-cpu-model" }
answer:
{"return" : {"name": "2827-ga2", "accelerator": "kvm" }}
Alias names are resolved to their respective machine
This patch implements the QMP command 'query-cpu-definitions' in the S390
context. The command returns a list of cpu model names in the current host
context. A consumer may successfully request each listed cpu model as long
for a given accelerator this model is runnable.
The QMP type
The option --probe allows to switch into probe mode also for machines
different from none. If one or more accelerators are specified these
accelerators are used to provide probable properties. If no accelerator
is given a list of accelerators that support probing is used.
Signed-off-by: Michael
This patch introduces the function cpu_desc_avail() which returns by
default true if not architecture specific implemented. Its intention
is to indicate if the cpu model description is available for display
by list_cpus(). This change allows cpu model descriptions to become
dynamically created by
On Sat 28-02-15 14:01:46, Wang, Yalin wrote:
> This patch add ClearPageDirty() to clear AnonPage dirty flag,
> if not clear page dirty for this anon page, the page will never be
> treated as freeable. we also make sure the shared AnonPage is not
> freeable, we implement it by dirty all copyed
On Mon, 2015-02-23 at 23:55 +0100, Rasmus Villemoes wrote:
> On Mon, Feb 23 2015, Andy Shevchenko
> wrote:
> >> If you insist on a separate function for doing the overflow testing,
> >> I'll just rip it out from my code and let you add such a test later.
> >
> > What about to make it a separate
On Mon, Mar 02, 2015 at 09:46:45PM +1030, Rusty Russell wrote:
> Peter Zijlstra writes:
> > Currently the RCU usage in module is an inconsistent mess of RCU and
> > RCU-sched, this is broken for CONFIG_PREEMPT where synchronize_rcu()
> > does not imply synchronize_sched().
>
> Huh? It's not "an
Hi guys,
here's the first pile of microcode loader cleanups for 4.1.
Please pull,
thanks.
---
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
On Mon, Mar 02, 2015 at 11:46:57AM +0300, Dan Carpenter wrote:
> On Fri, Feb 27, 2015 at 10:58:28AM -0600, Larry Finger wrote:
> > On 02/27/2015 10:44 AM, Matteo Semenzato wrote:
> > >From: Matteo Semenzato
> > >
> > >This patch fixes the following errors:
> > >ERROR: space prohibited before that
OFFSTACK
> stack overflow.
>
> config DISABLE_OBSOLETE_CPUMASK_FUNCTIONS
> - bool "Disable obsolete cpumask functions" if DEBUG_PER_CPU_MAPS
> - depends on BROKEN
> + bool
> + depends on CPUMASK_OFFSTACK
This removes the "promp
On Sat 28-02-15 10:11:13, Wang, Yalin wrote:
> > -Original Message-
> > From: Michal Hocko [mailto:msts...@gmail.com] On Behalf Of Michal Hocko
> > Sent: Saturday, February 28, 2015 5:03 AM
> > To: Wang, Yalin
> > Cc: 'Minchan Kim'; Andrew Morton; linux-kernel@vger.kernel.org; linux-
> >
On Wed, Feb 18, 2015 at 02:06:34PM +0100, Gaetan Hug wrote:
> The driver computes which clock divider it sould be using from the
> requested period. This computation assumes that the link between the
> register value and the actual divider value is raising 2 to the power of
> the registry value.
>
On Mon, 02 Mar, at 10:59:00AM, Kweh Hock Leong wrote:
> > -Original Message-
> > From: Borislav Petkov [mailto:b...@alien8.de]
> > Sent: Wednesday, February 25, 2015 8:49 PM
> >
> > On Wed, Feb 25, 2015 at 12:38:20PM +, Kweh, Hock Leong wrote:
> > > The reason we use this interface
On Mon, 02 Mar 2015, Imre Deak wrote:
> Bjørn reported that his machine hang during hibernation and eventually
> bisected the problem to the following commit:
>
> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
> Author: Imre Deak
> Date: Thu Oct 23 19:23:26 2014 +0300
>
> drm/i915: add
On Mon, Feb 09, 2015 at 05:15:27PM +0100, Tejun Heo wrote:
> Hello,
Hi!
> This patch removes the possible hang by updating __cancel_work_timer()
> to explicitly wait for clearing of CANCELING rather than invoking
> flush_work() after try_to_grab_pending() fails with -ENOENT. The
> explicit wait
On 03/02/2015 12:51 PM, Masami Hiramatsu wrote:
> (2015/03/02 20:10), Daniel Borkmann wrote:
>> On 03/02/2015 11:53 AM, Masami Hiramatsu wrote:
>> ...
>>> Hmm, it seems that this still doesn't hide some APIs which is provided
>>> only when CONFIG_BPF_SYSCALL. For example bpf_register_map_type etc.
On Tue 2015-02-24 22:40:15, Bryan O'Donoghue wrote:
> On 23/02/15 22:18, Pavel Machek wrote:
> >On Mon 2015-01-26 14:15:27, Bryan O'Donoghue wrote:
>
> >
> >Do the applications normally need to manipulate IMRs?
>
>
> Applications could in theory manipulate IMRs - you might want to place an
>
On Mon, Mar 02, 2015 at 02:31:19AM +, Naoya Horiguchi wrote:
> And please note that the target of this patch is an MCE when the kernel is
> already running on kdump code (so crashing happened *not* because of the MCE).
> In that case, we can expect that kdump works fine if the MCE hits the
Hi,
On 25/02/2015 11:50, Wanpeng Li wrote:
> I observe that dl task can't be migrated to other cpus during cpu hotplug,
> in addition, task may/may not be running again if cpu is added back. The
> root cause which I found is that dl task will be throtted and removed from
> dl rq after comsuming
On Mon, Mar 2, 2015 at 11:25 AM, Markus Trippelsdorf
wrote:
> On 2015.02.24 at 13:29 +0100, Markus Trippelsdorf wrote:
>> On 2015.02.20 at 11:09 +0100, Markus Trippelsdorf wrote:
>> >
>> > I get the following warnings during Firefox LTO build. lto1-wpa-stream
>> > outputs the final object files
On Sat, 28 Feb 2015 00:08:52 +0100
Pavel Machek wrote:
> Hi!
>
> It seems that pcmcia was unhappy even before, but eject definitely
> oopsed it.
>
> Any ideas?
Probably a PCMCIA not a block layer change - well I guess could be
either. I fixed a pile of PCMCIA bugs and also reworked the
On 2/28/2015 8:00 AM, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> Add two missed dma_mapping_error() after dma_map_single().
>
> Signed-off-by: Yanjiang Jin
> ---
> drivers/crypto/caam/caamhash.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git
* Vincent Guittot [2015-02-27 16:54:13]:
> Add the SD_PREFER_SIBLING flag for SMT level in order to ensure that
> the scheduler will put at least 1 task per core.
>
> Signed-off-by: Vincent Guittot
> Reviewed-by: Preeti U. Murthy
> ---
> kernel/sched/core.c | 1 +
> 1 file changed, 1
On Mon, 2 Mar 2015, Jiang Liu wrote:
Hi Thomas,
According to the dmesg, it seems that BIOS reports malformed
ACPI resource descriptors. The new code enforces stricter checks for
ACPI resource descriptors, so it skips some malformed ACPI resource
descriptors. Could you please to try this
(2015/03/02 20:10), Daniel Borkmann wrote:
> On 03/02/2015 11:53 AM, Masami Hiramatsu wrote:
> ...
>> Hmm, it seems that this still doesn't hide some APIs which is provided
>> only when CONFIG_BPF_SYSCALL. For example bpf_register_map_type etc.
>> I think all those APIs should be hidden in #ifdef
On Fri, Feb 06, 2015 at 05:30:56PM +0100, Stefan Agner wrote:
> Commit 3dac1918a491 ("pinctrl: imx: detect uninitialized pins") needs
> the values in struct imx_pin_reg to be -1. This has been done in a
> rather unorthodox way by setting the memory to 0xff using memset...
> Use a proper for loop
Thanks to spatch, then a sweep for for_each_cpu_mask => for_each_cpu.
Signed-off-by: Rusty Russell
Cc: Tony Luck
Cc: Fenghua Yu
Cc: linux-i...@vger.kernel.org
---
arch/ia64/include/asm/acpi.h | 6 +++---
arch/ia64/kernel/acpi.c | 2 +-
arch/ia64/kernel/iosapic.c | 2 +-
Using these functions with offstack cpus is unsafe. They use all NR_CPUS
bits, unstead of nr_cpumask_bits.
In particular, lustre (in staging) used cpus_ and that caused a bug.
Reported-by: Oleg Drokin
Signed-off-by: Rusty Russell
---
lib/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2
It refers to an obsolete function.
Signed-off-by: Rusty Russell
Cc: Jonathan Corbet
Cc: linux-...@vger.kernel.org
---
Documentation/cpu-hotplug.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/cpu-hotplug.txt b/Documentation/cpu-hotplug.txt
index
Thanks to spatch, plus manual removal of "&*".
Signed-off-by: Rusty Russell
Cc: x...@kernel.org
---
arch/x86/kernel/apic/x2apic_cluster.c | 8
arch/x86/kernel/irq.c | 4 ++--
arch/x86/platform/uv/tlb_uv.c | 6 +++---
3 files changed, 9 insertions(+), 9
Thanks to spatch.
Signed-off-by: Rusty Russell
Cc: Jeff Dike
Cc: Richard Weinberger
Cc: user-mode-linux-de...@lists.sourceforge.net
---
arch/um/kernel/smp.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/um/kernel/smp.c b/arch/um/kernel/smp.c
index
They triggered this cleanup, so I've separated their patch in the assumption
they've already combed their code.
Signed-off-by: Rusty Russell
Cc: Oleg Drokin
---
.../staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c| 4 +-
.../staging/lustre/lustre/libcfs/linux/linux-cpu.c | 88
Thanks to spatch, plus manual removal of "&*". Then a sweep for
for_each_cpu_mask => for_each_cpu.
Signed-off-by: Rusty Russell
Cc: Thomas Gleixner
Cc: "Rafael J. Wysocki"
Cc: Herbert Xu
Cc: Jason Cooper
Cc: Chris Metcalf
Cc: net...@vger.kernel.org
---
drivers/clocksource/dw_apb_timer.c |
Peter Zijlstra writes:
> Currently the RCU usage in module is an inconsistent mess of RCU and
> RCU-sched, this is broken for CONFIG_PREEMPT where synchronize_rcu()
> does not imply synchronize_sched().
Huh? It's not "an inconsistent mess". They're all synchronize_rcu(),
except one.
That one
Oleg Drokin writes:
>>> The second patch that I am not sure if we wnat, but it seems to be useful
>>> until struct cpumask is fully dynamic is to convert what looks like
>>> whole-set operations e.g. copies, namely:
>>> cpumask_setall, cpumask_clear, cpumask_copy to always operate on NR_CPUS
>>>
Thanks to spatch, plus manual removal of "&*". Then a sweep for
for_each_cpu_mask => for_each_cpu.
Signed-off-by: Rusty Russell
Cc: Ralf Baechle
Cc: Kevin Cernekee
Cc: Florian Fainelli
Cc: linux-m...@linux-mips.org
---
arch/mips/bcm63xx/irq.c | 4 ++--
Just a bit of manual neatening, before spatch cleans the rest.
Signed-off-by: Rusty Russell
Cc: Tony Luck
Cc: Fenghua Yu
Cc: linux-i...@vger.kernel.org
---
arch/ia64/kernel/irq_ia64.c | 4 +---
arch/ia64/kernel/msi_ia64.c | 10 --
2 files changed, 5 insertions(+), 9 deletions(-)
Am 02.03.2015 um 11:20 schrieb Al Viro:
On Mon, Mar 02, 2015 at 10:13:27AM +0100, Richard Weinberger wrote:
On Mon, Mar 2, 2015 at 9:28 AM, Alexander Holler wrote:
Hello.
Commit 7f7f25e82d54870df24d415a7007fbd327da027b (introduced with 3.16) broke
dynamic changing of
On 26/02/15 13:35, Juergen Gross wrote:
> Introduces the Xen pvUSB backend. With pvUSB it is possible for a Xen
> domU to communicate with a USB device assigned to that domU. The
> communication is all done via the pvUSB backend in a driver domain
> (usually Dom0) which is owner of the physical
On Mon, Mar 02, 2015 at 12:55:01PM +0530, Sanjeev Sharma wrote:
> Make of_device_id array const.
>
> Signed-off-by: Sanjeev Sharma
Acked-by: Shawn Guo
> ---
> drivers/pinctrl/freescale/pinctrl-vf610.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On 2/28/2015 8:00 AM, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> This can make sure we get a clean memory, else system would report
> the below warning:
I'd avoid using kzalloc, it's an overhead on the hot path. kmalloc can
be used with a bit of attention to detail, i.e. what
On Mon, 02 Mar 2015, Robert Jarzmik wrote:
> Lee Jones writes:
>
> > On Sat, 28 Feb 2015, Robert Jarzmik wrote:
> >
> >> Lee Jones writes:
> >> it doesn't specify which usecase is not covered by CLK_IGNORE_UNUSED,
> >> it
> >> says, up to my understanding, that is it another way to
在 2015/3/2 17:15, Paul Bolle 写道:
On Sat, 2015-02-28 at 21:59 -0500, Yakir Yang wrote:
--- /dev/null
+++ b/sound/soc/codecs/dw-hdmi-audio.c
@@ -0,0 +1,379 @@
+/*
+ * dw-hdmi-codec.c
Doesn't match the filename. Is this line needed?
Thanks, this comment are good for read, and seems others
在 2015/3/2 17:07, Paul Bolle 写道:
On Sat, 2015-02-28 at 22:04 -0500, Yakir Yang wrote:
--- /dev/null
+++ b/sound/soc/rockchip/rockchip_hdmi_audio.c
@@ -0,0 +1,169 @@
+/*
+ * rockchip-hdmi-card.c
Doesn't match the filename. Is this line needed anyway?
Thanks, this comment are good for read,
From: "Suzuki K. Poulose"
No functional changes, only code re-arrangements for easier split of the
PMU code vs low level driver code. Extracts the port handling code
to cci_probe_ports().
Signed-off-by: Suzuki K. Poulose
---
drivers/bus/arm-cci.c | 330
From: "Suzuki K. Poulose"
Avoid secure transactions while probing the CCI PMU. The
existing code makes use of the Peripheral ID2 (PID2) register
to determine the revision of the CCI400, which requires a
secure transaction. This puts a limitation on the usage of the
driver on systems running
From: "Suzuki K. Poulose"
We mask the event with the CCI_PMU_EVENT_MASK, before passing
the config to pmu_validate_hw_event(), which causes extra bits
to be ignored and qualifies an invalid event code as valid.
e.g,
$ perf stat -a -C 0 -e CCI_400/config=0x1ff,name=cycles/ sleep 1
From: "Suzuki K. Poulose"
CCI400 has different event specifications for PMU, for revsion0 and
revision 1. As of now, we check the revision twice, for using the
parameters for the PMU. This patch abstracts the details of the pmu
models in a struct (cci_pmu_model) and stores the information in
From: "Suzuki K. Poulose"
This patch separates the PMU driver code from the low level
CCI driver code.
Introduces config options for both.
ARM_CCI400_PORT_CTRL - controls the low level driver code for
CCI400 ports.
ARM_CCI400_PMU - controls the PMU driver
From: "Suzuki K. Poulose"
This series enables the PMU monitoring support for CCI400 on ARM64.
The existing CCI400 driver code is a mix of PMU driver and the MCPM
driver code. The MCPM driver is only used on ARM(32) and contains
arm32 assembly and hence can't be built on ARM64. This patch splits
Lee Jones writes:
> On Sat, 28 Feb 2015, Robert Jarzmik wrote:
>
>> Lee Jones writes:
>> it doesn't specify which usecase is not covered by CLK_IGNORE_UNUSED, it
>> says, up to my understanding, that is it another way to have to
>> CLK_IGNORE_UNUSED flag applied.
>
> Well that is
On Fri 2015-02-27 16:55:26, Pali Rohár wrote:
> This patch adds support for DT "/revision" and convert ATAG_REVISION to DT.
>
> Pali Rohár (2):
> arm: devtree: Set system_rev from DT revision
> arm: boot: convert ATAG_REVISION to DT revision field
Acked-by: Pavel Machek
--
(english)
> On Mar 2, 2015, at 6:42 PM, Alexandre Belloni
> wrote:
>
> On some platforms, there are multiple SRAM nodes defined in the device tree
> but
> some of them are disabled, leading to allocation failure. Try to find the
> first
> enabled SRAM node and allocate from it.
>
> Signed-off-by:
On 2015.02.24 at 13:29 +0100, Markus Trippelsdorf wrote:
> On 2015.02.20 at 11:09 +0100, Markus Trippelsdorf wrote:
> >
> > I get the following warnings during Firefox LTO build. lto1-wpa-stream
> > outputs the final object files in parallel and therefore stresses the
> > filessystem.
> > These
On Wed, Jan 21, 2015 at 10:33 PM, Olliver Schinagl
wrote:
> From: Olliver Schinagl
>
> In the gpio bindings documents it is requested to use the marco's in
> include/dt-bindings/gpio/gpio.h whenever possible. The gpios in the led
> drivers don't seem to form an exception, so update the example
On 2/28/2015 8:00 AM, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> Fix rng_unmap_ctx's DMA_UNMAP size problem for caam_rng, else system would
> report the below calltrace during kexec boot:
>
> caam_jr ffe301000.jr: DMA-API: device driver frees DMA memory with different
> size
On Thu, 26 Feb, at 04:54:58PM, Borislav Petkov wrote:
> On Thu, Feb 26, 2015 at 07:30:54AM -0800, Andy Lutomirski wrote:
> > How can the error code be propagated? Would that echo command fail in
> > case of error?
>
> Yeah, either that or we can put the error code in the sysfs file which
>
On 27/02/15 21:14, Konrad Rzeszutek Wilk wrote:
> Via CPUID masking and the different apic-> overrides we
> effectively make PV guests only but with the default APIC
> driver. That is OK as an PV guest should never access any
> APIC registers. However, the APIC is also used to limit the
> amount
On 27/02/15 21:10, Scot Doyle wrote:
> Greg, the first patch of this series is for the tty tree.
>
> Tomi, the second patch of this series is for your tree, but it depends on
> the first patch. Also, will you remove these two previously queued patches?
> "fbcon: store cursor blink interval in
Hi,
On Friday, February 27, 2015 9:14 PM "Axel Lin" wrote:
Current code uses args->args[0] as array subscript of phy_drd->phys[].
So the valid value range for args->args[0] is 0 ... EXYNOS5_DRDPHYS_NUM -
1.
Signed-off-by: Axel Lin
Reviewed by: Vivek Gautam
---
On Mon, Mar 02, 2015 at 04:34:34PM +0530, Viresh Kumar wrote:
> On 2 March 2015 at 16:20, Leo Yan wrote:
> > i'm glad to use more general method, let me give more input so that we
> > can see if can figure out a better way. ;)
>
> And I am glad to hear that :)
>
> > 1. From hardware design,
On 03/02/2015 11:53 AM, Masami Hiramatsu wrote:
...
> Hmm, it seems that this still doesn't hide some APIs which is provided
> only when CONFIG_BPF_SYSCALL. For example bpf_register_map_type etc.
> I think all those APIs should be hidden in #ifdef or at least be commented
> so that the user
On 2/28/2015 8:00 AM, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> This commit is to avoid the below warnings:
>
> drivers/crypto/caam/sg_sw_sec4.h:88:12: warning:
> 'dma_map_sg_chained' defined but not used [-Wunused-function]
> static int dma_map_sg_chained(struct device *dev,
On 2 March 2015 at 16:20, Leo Yan wrote:
> i'm glad to use more general method, let me give more input so that we
> can see if can figure out a better way. ;)
And I am glad to hear that :)
> 1. From hardware design, during the initialization phase, it will
> bind every opps with its
On Mon, Mar 2, 2015 at 12:56 AM, Borislav Petkov wrote:
> On Sun, Mar 01, 2015 at 12:41:10PM -0800, Yinghai Lu wrote:
>> Does not look safe yet...
>
> Why?
We can not assume that range is safe to use.
Please check attach one that should fix the problem really.
Thanks
Yinghai
Subject: [PATCH]
Bjørn reported that his machine hang during hibernation and eventually
bisected the problem to the following commit:
commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
Author: Imre Deak
Date: Thu Oct 23 19:23:26 2014 +0300
drm/i915: add poweroff_late handler
The problem seems to be that
On 21/01/15 07:49, Juergen Gross wrote:
> The Xen hypercalls are defined in include/xen/interface/xen.h. There
> are some places where for each hypercall a table element is created.
> Instead of manually add each hypercall element to these tables use
> an auto generated header built during the
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Wednesday, February 25, 2015 8:49 PM
>
> On Wed, Feb 25, 2015 at 12:38:20PM +, Kweh, Hock Leong wrote:
> > The reason we use this interface for efi capsule is that efi capsule
> > support multi binaries to be
On February 25, 2015 12:11, Jonathan Cameron wrote:
> > +static int da9150_charger_remove(struct platform_device *pdev)
> > +{
> > + struct da9150_charger *charger = platform_get_drvdata(pdev);
> > + int irq;
> > +
> > + /* Make sure IRQs are released before unregistering power supplies */
On 02/03/2015 at 18:50:27 +0800, Jean-Christophe PLAGNIOL-VILLARD wrote :
>
> > On Mar 2, 2015, at 6:42 PM, Alexandre Belloni
> > wrote:
> >
> > On some platforms, there are multiple SRAM nodes defined in the device tree
> > but
> > some of them are disabled, leading to allocation failure.
(2015/03/02 8:27), Alexei Starovoitov wrote:
> From: Daniel Borkmann
>
> Socket filter code and other subsystems with upcoming eBPF support should
> not need to deal with the fact that we have CONFIG_BPF_SYSCALL defined or
> not.
>
> Having the bpf syscall as a config option is a nice thing and
This patches makes following changes to omap_hdq driver
- Enable 1-wire mode.
- Implement w1_triplet callback to facilitate search rom
procedure and auto detection of 1-wire slaves.
- Proper enabling and disabling of interrupt.
- Cleanups (formatting and return value checks).
HDQ mode
This patch updates hdq node compatible property to "ti,am4372-hdq".
Signed-off-by: Vignesh R
---
arch/arm/boot/dts/am4372.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index 1943fc333e7c..ae0e8c15a6df
Hi,
This patch series adds support for HDQ-1W interface on AM43XX.
The first patch adds hwmod entries for HDQ-1W on AM43xx.
The existing omap_hdq driver does not support 1-wire operations.
The second patch enables 1-wire support in the omap_hdq driver. Support
to Search ROM addresses and
Hi Viresh,
On Mon, Mar 02, 2015 at 11:44:28AM +0530, Viresh Kumar wrote:
> On 26 February 2015 at 18:51, Leo Yan wrote:
> > Add acpu driver for hisilicon SoC, acpu is application processor
> > subsystem. Dependent on the H/W design, the silicon may has the coupled
> > clock domain for all
From: "Poddar, Sourav"
These adds hwmod data for hdq/1w driver on AM43xx.
Signed-off-by: Vignesh R
---
Change log:
v2:
* Add SYSC_HAS_AUTOIDLE flag.
arch/arm/mach-omap2/omap_hwmod_43xx_data.c | 36 ++
arch/arm/mach-omap2/prcm43xx.h | 1 +
2 files
On February 25, 2015 20:08, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Feb 18, 2015 at 02:08:24PM +, Adam Thomson wrote:
> > DA9150 is a combined Charger and Fuel-Gauge IC, with additional
> > GPIO and GPADC functionality.
> >
> > Signed-off-by: Adam Thomson
> > Acked-by: Lee Jones
>
>
Dear Eduardo,
Please find my first pull request for Samsung Thermal fixes targeting
v4.0-rc2.
Changes:
- Exynos7 power down detection mode fix
- Fix for cpufreq cooling device regression
- Updating MAINTAINER's entry for Samsung Exynos Thermal
The following changes since commit
901 - 1000 of 2256 matches
Mail list logo
