From: Srinivas Kandagatla
This patch adds support to STiH415 SOC, which has two ethernet
snps,dwmac controllers version 3.610. With this patch B2000 and B2020
boards can boot with ethernet in MII and RGMII modes.
Tested on both B2020 and B2000.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/
Hi,
Coverity detected in 'arch/x86/kernel/cpu/perf_event_intel_uncore.c' a
possible reliance on integer endianness. Is that a positive one?
static u64 ivt_uncore_irp_read_counter(struct intel_uncore_box *box,
struct perf_event *event)
1369{
1370struct pci_dev *pdev = box->pci_dev;
1371
On 12/11/13 14:04, Russell King - ARM Linux wrote:
On Tue, Nov 12, 2013 at 09:01:16AM -0500, Nicolas Pitre wrote:
What about this patch which I think is currently your best option. Note
it would need to use the facilities from asm/opcodes.h to make it endian
agnostic.
diff --git a/arch/arm/ker
On Tue, 12 Nov 2013, Russell King - ARM Linux wrote:
> On Tue, Nov 12, 2013 at 09:01:16AM -0500, Nicolas Pitre wrote:
> > What about this patch which I think is currently your best option. Note
> > it would need to use the facilities from asm/opcodes.h to make it endian
> > agnostic.
> >
> > d
On 11/12/13, 7:10 AM, Pekka Enberg wrote:
Switch duration order to minimum, average, maximum for the '--summary'
command line option because it's more natural to read.
Cc: David Ahern
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Pekka Enberg
---
tools/perf/builtin-trace.c |
The TC3589x devices appearing in the ST Ericsson device trees
are adjusted to use the new binding so this is in a good shape,
and we add the keypad on the TVK1281618 UIB so this is working
again.
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Adjust DT to match the u32 rows/columns binding.
swiotlb-xen is missing a xen_dma_map_page call in
xen_swiotlb_map_sg_attrs, in the slow path.
Signed-off-by: Stefano Stabellini
---
drivers/xen/swiotlb-xen.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index a
Peter,
I spent some time trying to understand the hotplug code in kernel/cpu.c.
I still see this cpu_hotplug_begin()/cpu_hotplug_done() pair which
serializes access. So it seems that hotplug is still serialized.
That appears to be true also for the CPU_STARTING phase of
hiotplug.
I don't know wh
Implement device tree probing for the tc3589x keypad driver.
This is modeled on the STMPE keypad driver and tested on the
Ux500 TVK1281618 UIB.
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Fix rows/columns binding to read two u32's insead of two
u8 /bits/ as noted by Mark Rutland.
---
On Tue, Nov 12, 2013 at 02:53:16PM +0100, Geert Uytterhoeven wrote:
> net/netfilter/ipvs/ip_vs_sync.c: In function 'sync_thread_master':
> net/netfilter/ipvs/ip_vs_sync.c:1640:8: warning: unused variable 'ret'
> [-Wunused-variable]
>
> Introduced by commit 35a2af94c7ce7130ca292c68b1d27fcfdb648f6b
Many ARM devices do not set the dma_mask correctly today.
As a consequence dma_capable fails for them regardless of the address
passed to it.
In xen_swiotlb_map_page we currently use dma_capable to check if the
address returned by the swiotlb is good for dma for the device.
However the check would
This defines the device tree bindings for the Toshiba TC3589x
series of multi-purpose expanders. Only the stuff I can test
is defined: GPIO and keypad. Others may implement more
subdevices further down the road.
This is to complement
commit a435ae1d51e2f18414f2a87219fdbe068231e692
"mfd: Enable the
Hi all,
this patch series is just a couple of fixes for swiotlb-xen.
In particular the slow path (bouncing on the swiotlb buffer for dma
operations) on ARM has two problems, each of them fixed by a separate
patch:
- a xen_dma_map_page call is missing in xen_swiotlb_map_sg_attrs;
- dma_capable of
(2013/11/12 19:55), Sandeepa Prabhu wrote:
> Thanks for steps, ARM64 ftrace patches are under review on arm mailing
> list, I can contact the (linaro) developer implementing ftrace on
> what's supported and then figure-out a way to test this concurrency of
> kprobes breakpoint and h
On 12/11/13 14:20, Rafael J. Wysocki wrote:
>>
>> > +/* callback for device_child_may_wakeup */
>> > +static int __device_child_may_wakeup(struct device *dev, void *c)
>> > +{
>> > + return device_may_wakeup(dev);
>> > +}
> This doesn't have anything to do with children in principle, so please c
Switch duration order to minimum, average, maximum for the '--summary'
command line option because it's more natural to read.
Cc: David Ahern
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Pekka Enberg
---
tools/perf/builtin-trace.c | 6 +++---
1 file changed, 3 insertions(+), 3
Hi Thomas,
On Mon, Nov 11, 2013 at 8:34 PM, Thomas Gleixner wrote:
> Finally found the issue. The patch below fixes the problem here. The
> little missing detail is, that I zapped GET_CURRENT() assuming blindly
> that this is only needed for the preempt_count hackery. But in fact
> the world and
On Tuesday, November 12, 2013 11:24:02 AM Mika Westerberg wrote:
> On Mon, Nov 11, 2013 at 02:45:39PM +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> > Subject: ACPI / driver core: Store an ACPI device pointer in struct
> > acpi_dev_node
> >
> > Modify struct acpi_dev_node to conta
On Tuesday, November 12, 2013 01:52:57 PM srinivas.kandaga...@st.com wrote:
> From: Srinivas Kandagatla
>
> This patch introduces device_child_may_wakeup function, which will be
> useful for wrapper or SoC level driver power management code.
> Without this patch each driver has to write this same
On Sun, Nov 10, 2013 at 03:09:02PM -0300, Ezequiel Garcia wrote:
>
> Can you summarize such cases? Or maybe better, just share them all :)
I just test it with cases such as(my nand is just 1G):
(1) mtdparts=gpmi-nand:16m(boot),16m(kernel),600m(dtb),600m(ok),-(rootfs)
(2) mtdparts=gpmi-nand:1
On Tue, Nov 12, 2013 at 09:01:16AM -0500, Nicolas Pitre wrote:
> What about this patch which I think is currently your best option. Note
> it would need to use the facilities from asm/opcodes.h to make it endian
> agnostic.
>
> diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
> in
On Tue, Nov 12, 2013 at 01:39:37PM +0100, Ingo Molnar wrote:
> Mind applying the attached cleanup patch first, before doing fixes to
> the printout? No change in functionality. Mildly tested.
Yeah, boots fine in my strange topology kvm configuration here. We still
need http://git.kernel.org/tip/2a
Hi Ingo and Thomas,
this pull request has the following contain:
* Laurent Pinchard fixed a missing a clk_put in case the registering
of the sh_mtu[2] drivers fails.
* Uwe Kleine-König reuse clockevents_config_and_register for the
at91rm9200_time timer as it was depending on the patch (co
On Mon, 11 Nov 2013, Stephen Boyd wrote:
> On 11/09/13 21:03, Nicolas Pitre wrote:
> > Bah. NAK. We are doing runtime patching of the kernel for many
> > many things already. So why not do the same here?
>
> static keys are a form of runtime patching, albeit not as extreme as
> you're suggest
On Mon, Nov 11, 2013 at 05:42:22PM -0800, Joe Perches wrote:
> Hi again Neil.
>
> Forwarding on to netdev with a concern as to how often
> do_csum is used via csum_partial for very short headers
> and what impact any prefetch would have there.
>
> Also, what changed in your test environment?
>
>
net/netfilter/ipvs/ip_vs_sync.c: In function 'sync_thread_master':
net/netfilter/ipvs/ip_vs_sync.c:1640:8: warning: unused variable 'ret'
[-Wunused-variable]
Introduced by commit 35a2af94c7ce7130ca292c68b1d27fcfdb648f6b ("sched/wait:
Make the __wait_event*() interface more friendly")
Signed-off-
From: Stephen Gallimore
This patch adds a reset controller platform driver for the STiH416
SoC. This initial version provides a compatible driver for the
"st,stih416-powerdown" device, which registers a system configuration
register based reset controller that controls the powerdown state of
hard
From: Stephen Gallimore
This patch selects reset controller support for ARCH_STI and
selects the reset controllers for STiH415 and STiH416 SoCs.
Signed-off-by: Stephen Gallimore
---
arch/arm/mach-sti/Kconfig |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/ma
From: Srinivas Kandagatla
STi series SOCs have a glue layer on top of the synopsis gmac IP, this
glue layer needs to be configured before the gmac driver starts using
the IP.
This patch adds a platform driver for the glue layer which configures
the IP before stmmac driver takes over.
Signed-off
From: Srinivas Kandagatla
This patch adds softreset controller for STiH416 SOC, soft reset
controller is based on system configuration registers which are mapped
via regmap. This reset controller does not have any feedback or
acknowledgement. With this patch a new device "st,stih416-softreset" is
From: Stephen Gallimore
This patch adds a reset controller implementation for STMicroelectronics
STi family SoCs; it allows a group of related reset like controls found
in multiple system configuration registers to be represented by a single
controller device. System configuration registers are a
From: Srinivas Kandagatla
This patch introduces device_child_may_wakeup function, which will be
useful for wrapper or SoC level driver power management code.
Without this patch each driver has to write this same code to get the
functionality.
Signed-off-by: Srinivas Kandagatla
---
drivers/base
From: Srinivas Kandagatla
This patch adds softreset controller for STiH415 SOC, soft reset
controller is based on system configuration registers which are mapped
via regmap. This reset controller does not have any feedback or
acknowledgement. With this patch a new device "st,stih415-softreset" is
From: Srinivas Kandagatla
Hi All,
This patch series adds Ethernet support to STi series SOCs STiH415 and STiH416.
STi SOC series integrates dwmac IP from synopsis, however there is a hardware
glue on top of this standard IP, this glue needs to configured before the
actual dwmac can be used.
To a
From: Stephen Gallimore
This patch adds a reset controller platform driver for the STiH415
SoC. This initial version provides a compatible driver for the
"st,stih415-powerdown" device, which registers a system configuration
register based reset controller that controls the powerdown state of
hard
On Tue, Nov 12, 2013 at 04:39:10PM +0530, Kamala R wrote:
> Hi,
>
> Sure, here it is.
>
> --- linux-3.12/net/ipv6/route.c.orig2013-11-12 16:23:46.0 +0530
> +++ linux-3.12/net/ipv6/route.c 2013-11-12 16:30:51.0 +0530
> @@ -1570,9 +1570,13 @@ int ip6_route_add(struct fib6_config
From: Srinivas Kandagatla
This patch adds support to STiH416 SOC, which has two ethernet
snps,dwmac controllers version 3.710. With this patch B2000 and B2020
boards can boot with ethernet in MII and RGMII modes.
Tested on both B2020 and B2000.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/
On Mon, Nov 04, 2013 at 03:27:38PM +0200, Aldo Iljazi wrote:
> Fixed three coding style issues. Replaced spaces with tabs.
>
> Signed-off-by: Aldo Iljazi
> ---
> fs/btrfs/dev-replace.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/fs/btrfs/dev-replace.c b/fs/btr
Hi!
> The GenWQE device is a PCIe card used to acclerate different tasks.
> Since it is configurable, it can be adjusted to different purposes.
> Our initial task for the card is to do zlib style compression/decompression
> RFC1950, RFC1951, and RFC1952.
Is it similar to the Intel's Xeon Phi? The
On Tue, Nov 05, 2013 at 09:02:01AM +0200, Aldo Iljazi wrote:
> Line 4989: Inserted a space after the comma.
> Lines 7986 and 8274: Inserted a space before the open parenthesis.
Hm, I don't know why my message from yesterday did not make it to the
list, but I'm objecting against flow of such change
Am 12.11.2013 14:22, schrieb Mark Salter:
> Signed-off-by: Mark Salter
> CC: Jeff Dike
> CC: Richard Weinberger
> CC: user-mode-linux-de...@lists.sourceforge.net
> ---
> arch/um/include/asm/fixmap.h | 40 +---
> 1 file changed, 1 insertion(+), 39 deletions(-)
On Tuesday 12 November 2013, Mark Salter wrote:
> Many architectures provide an asm/fixmap.h which defines support for
> compile-time 'special' virtual mappings which need to be made before
> paging_init() has run. This suport is also used for early ioremap
> on x86. Much of this support is identic
According to SW Guide the Over-Voltage Clamp may malfunction at VBatt
5.25V and 110'C temperature. This may result in overshooting or
undershooting LDO's voltage outputs.
Disable the Over-Voltage Clamp in probe by updating proper bit in all
LDO registers.
The patch uses sec_bulk_read/write() API w
On Tue, 12 Nov 2013 17:02:36 +0400
Stanislav Kinsbursky wrote:
> 12.11.2013 15:12, Jeff Layton пишет:
> > On Mon, 11 Nov 2013 16:47:03 -0800
> > Greg KH wrote:
> >
> >> On Mon, Nov 11, 2013 at 07:18:25AM -0500, Jeff Layton wrote:
> >>> We have a bit of a problem wrt to upcalls that use call_user
Signed-off-by: Mark Salter
CC: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/include/asm/fixmap.h | 33 +
1 file changed, 1 insertion(+), 32 deletions(-)
diff --git a/arch/mips/include/asm/fixmap.h b/arch/mips/include/asm/fixmap.h
index dfaaf49..8c012a
Signed-off-by: Mark Salter
CC: Richard Kuo
CC: linux-hexa...@vger.kernel.org
---
arch/hexagon/include/asm/fixmap.h | 40 +--
1 file changed, 1 insertion(+), 39 deletions(-)
diff --git a/arch/hexagon/include/asm/fixmap.h
b/arch/hexagon/include/asm/fixmap.h
in
Signed-off-by: Mark Salter
CC: Chris Metcalf
---
arch/tile/include/asm/fixmap.h | 33 +
1 file changed, 1 insertion(+), 32 deletions(-)
diff --git a/arch/tile/include/asm/fixmap.h b/arch/tile/include/asm/fixmap.h
index c6b9c1b..ffe2637 100644
--- a/arch/tile/incl
Signed-off-by: Mark Salter
CC: Michal Simek
CC: microblaze-ucli...@itee.uq.edu.au
---
arch/microblaze/include/asm/fixmap.h | 44 ++--
1 file changed, 2 insertions(+), 42 deletions(-)
diff --git a/arch/microblaze/include/asm/fixmap.h
b/arch/microblaze/include/asm
Signed-off-by: Mark Salter
CC: Thomas Gleixner
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: x...@kernel.org
---
arch/x86/include/asm/fixmap.h | 59 +--
1 file changed, 1 insertion(+), 58 deletions(-)
diff --git a/arch/x86/include/asm/fixmap.h b/arch/x86/inc
Many architectures provide an asm/fixmap.h which defines support for
compile-time 'special' virtual mappings which need to be made before
paging_init() has run. This suport is also used for early ioremap
on x86. Much of this support is identical across the architectures.
This patch consolidates all
Signed-off-by: Mark Salter
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/include/asm/fixmap.h | 44 ++-
1 file changed, 2 insertions(+), 42 deletions(-)
diff --git a/arch/powerpc/include/asm/fixmap.h
b/arch
Many architectures provide an asm/fixmap.h which defines support for
compile-time 'special' virtual mappings which need to be made before
paging_init() has run. This suport is also used for early ioremap
on x86. Much of this support is identical across the architectures.
This patch consolidates all
Signed-off-by: Mark Salter
CC: James Hogan
CC: linux-me...@vger.kernel.org
---
arch/metag/include/asm/fixmap.h | 32 +---
1 file changed, 1 insertion(+), 31 deletions(-)
diff --git a/arch/metag/include/asm/fixmap.h b/arch/metag/include/asm/fixmap.h
index 3331275..af6
Signed-off-by: Mark Salter
CC: Paul Mundt
CC: linux...@vger.kernel.org
---
arch/sh/include/asm/fixmap.h | 39 ++-
1 file changed, 2 insertions(+), 37 deletions(-)
diff --git a/arch/sh/include/asm/fixmap.h b/arch/sh/include/asm/fixmap.h
index cbe0186..4daf91c
Signed-off-by: Mark Salter
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm/include/asm/fixmap.h | 25 ++---
1 file changed, 6 insertions(+), 19 deletions(-)
diff --git a/arch/arm/include/asm/fixmap.h b/arch/arm/include/asm/fixmap.h
index bbae919..f88ae
Signed-off-by: Mark Salter
CC: Jeff Dike
CC: Richard Weinberger
CC: user-mode-linux-de...@lists.sourceforge.net
---
arch/um/include/asm/fixmap.h | 40 +---
1 file changed, 1 insertion(+), 39 deletions(-)
diff --git a/arch/um/include/asm/fixmap.h b/arch/um/in
Em Tue, Nov 12, 2013 at 09:27:23PM +, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Tue, Nov 12, 2013 at 08:57:00AM -0300, Arnaldo Carvalho de Melo wrote:
> > So this becomes the first part of this patch, split from yours and
> > massaged a bit so that by looking at the patch it becomes quickly
On Tue, 12 Nov 2013, Russell King - ARM Linux wrote:
> On Mon, Nov 11, 2013 at 04:59:14PM +, Stefano Stabellini wrote:
> > On Wed, 6 Nov 2013, Stefano Stabellini wrote:
> > > On Sat, 2 Nov 2013, Grant Likely wrote:
> > > > On Wed, 30 Oct 2013 00:05:22 -0500, Rob Herring
> > > > wrote:
> > > >
12.11.2013 15:12, Jeff Layton пишет:
On Mon, 11 Nov 2013 16:47:03 -0800
Greg KH wrote:
On Mon, Nov 11, 2013 at 07:18:25AM -0500, Jeff Layton wrote:
We have a bit of a problem wrt to upcalls that use call_usermodehelper
with containers and I'd like to bring this to some sort of resolution...
On Tue, Nov 12 2013, David Cohen wrote:
> You need to update req->length otherwise it's going to crash DWC3.
> I'd rather to keep your previous version.
That's unfortunate. Do you want me to resend it or will you just send
a v6 of your whole series?
--
Best regards,
Dear Sir,
Good day!
We had dealing plastic raw materials for many years . And supplied high quality
different grade HDPE/LDPE/PP/PET to our old and new customers.
Should any of the items be of interest to you, please let me know. We shall be
glad to give you our lowest quotations upon receip
On Tue, Nov 12 2013, David Cohen wrote:
> On 11/11/2013 03:55 PM, Michal Nazarewicz wrote:
>> Come to think of it, perhaps even better helper would be:
>>
>> static inline size_t usb_ep_align_maybe(
>> struct usb_gadget *gadget, struct usb_ep *ep, size_t len) {
>> return gadget->quir_ep_o
* Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 11, 2013 at 09:50:45PM +0100, Ingo Molnar escreveu:
> > * David Ahern wrote:
>
> > > On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
> > > >+if (perf_target__has_task(target))
> > > >+return perf_event__synthesize_th
On Sun, Nov 10, 2013 at 02:56:54AM -0500, David Turner wrote:
> b. Use Andreas's encoding, which is incompatible with pre-1970 files
> written on 64-bit systems.
>
> I don't care about currently-existing post-2038 files, because I believe
> that nobody has a valid reason to have such files. Howeve
On Thu, Nov 07, 2013 at 06:57:25PM -0500, Greg Price wrote:
>
> I recently read through the random number generator's code.
> This series has fixes for some minor things I spotted.
>
> Four of the patches touch comments only. Four simplify code without
> changing its behavior (total diffstat: 35
* Borislav Petkov wrote:
> On Tue, Nov 12, 2013 at 12:37:10PM +0100, Ingo Molnar wrote:
> > Hm, I think it's actually a bonus that we see the individual CPUs
> > printed as they boot up. That way if there's a hang, the place where
> > it hangs is apparent, etc.
>
> Ok, good point.
>
> We can d
On 11 November 2013 12:33, Catalin Marinas wrote:
> Hi Vincent,
>
> (cross-posting to linux-pm as it was agreed to follow up on this list)
>
>
> So, IMO, defining the power topology is a good starting point and I
> think it's better to separate the patches from the energy saving
> algorithms li
Hi,
Yes, good catch. Thanks, I'll add it to the tree,
Steve.
On Tue, 2013-11-12 at 13:30 +0100, Michal Nazarewicz wrote:
> From: Michal Nazarewicz
>
> Commit [e66cf1610: GFS2: Use lockref for glocks] replaced call:
> atomic_read(&gi->gl->gl_ref) == 0
> with:
> __lockref_is_dead(&gl->gl
Hi!
> I have one Toshiba R830 and one R700 and suspend / resume is broken on
> both. I've filled a bug report[1] on 03/02/2012, and it is still not
> fixed.
>
> It apparently suspend well and start resuming, but then something goes
> wrong, the screen keeps black and the CPU fan goes full speed.
Hi Linus,
The following changes since commit b36f4be3de1b123d8601de062e7dbfc904f305fb:
Linux 3.11-rc6 (2013-08-18 14:36:53 -0700)
are available in the git repository at:
git://git.infradead.org/linux-ubi.git tags/upstream-3.13-rc1
for you to fetch changes up to ae0d146955665411a6d4cea5e089
Hi Linus,
The following changes since commit b36f4be3de1b123d8601de062e7dbfc904f305fb:
Linux 3.11-rc6 (2013-08-18 14:36:53 -0700)
are available in the git repository at:
git://git.infradead.org/linux-ubi.git tags/upstream-3.13-rc1
for you to fetch changes up to ae0d146955665411a6d4cea5e089
Added more people and list.
Best Regards,
Shaohui Xie
> -Original Message-
> From: shh@gmail.com [mailto:shh@gmail.com]
> Sent: Monday, November 11, 2013 7:08 PM
> To: linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
> Cc: Bucur Madalin-Cristian-B32716; Kanetkar Shrut
Hi Linus,
The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
Linux 3.11-rc5 (2013-08-11 18:04:20 -0700)
are available in the git repository at:
git://git.infradead.org/linux-ubifs.git tags/upstream-3.13-rc1
for you to fetch changes up to 58a4e23703b22c331b01fbd0c1
Added more people and list.
Best Regards,
Shaohui Xie
> -Original Message-
> From: shh@gmail.com [mailto:shh@gmail.com]
> Sent: Monday, November 11, 2013 7:07 PM
> To: linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
> Cc: Bucur Madalin-Cristian-B32716; Kanetkar Shrut
Added more people and list.
Best Regards,
Shaohui Xie
> -Original Message-
> From: shh@gmail.com [mailto:shh@gmail.com]
> Sent: Monday, November 11, 2013 7:08 PM
> To: linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
> Cc: Bucur Madalin-Cristian-B32716; Kanetkar Shrut
On Tue, Nov 12, 2013 at 09:15:08AM -0300, Arnaldo Carvalho de Melo wrote:
> Second part, just rewrote the changelog a bit:
>
> commit 4e8a6e566fc611b9cbec2978a52266f29cb65785
> Author: Namhyung Kim
> Date: Tue Nov 12 15:25:00 2013 +0900
>
> perf trace: Fix segfault on perf trace -i perf.da
Added more people and list.
Best Regards,
Shaohui Xie
> -Original Message-
> From: shh@gmail.com [mailto:shh@gmail.com]
> Sent: Monday, November 11, 2013 7:04 PM
> To: linuxppc-...@lists.ozlabs.org; linux-kernel@vger.kernel.org
> Cc: Bucur Madalin-Cristian-B32716; Kanetkar Shrut
From: Michal Nazarewicz
Commit [e66cf1610: GFS2: Use lockref for glocks] replaced call:
atomic_read(&gi->gl->gl_ref) == 0
with:
__lockref_is_dead(&gl->gl_lockref)
therefore changing how gl is accessed, from gi->gl to plan gl.
However, gl can be a NULL pointer, and so gi->gl needs to be
us
Hi Arnaldo,
On Tue, Nov 12, 2013 at 08:57:00AM -0300, Arnaldo Carvalho de Melo wrote:
> So this becomes the first part of this patch, split from yours and
> massaged a bit so that by looking at the patch it becomes quickly clear
> what it is doing, please let me now if I can keep this as-is (with
On Sat, Nov 9, 2013 at 3:34 AM, John Stultz wrote:
> On 11/08/2013 12:23 AM, Magnus Damm wrote:
>> On Thu, Nov 7, 2013 at 8:27 PM, Daniel Lezcano
>> wrote:
>>> On 11/06/2013 12:05 PM, Magnus Damm wrote:
From: Magnus Damm
Add Kconfig entries for CMT, MTU2, TMU and STI to
drive
Hi,
Thanks for the feedback. You are absolutely right and as I mentioned
before, I came to realize that it would be hard to contain malicious code.
Nevertheless, honest mistakes shouldn't be a big problem. Currently,
if you write a kernel module, you can cause havoc and the only thing
preventing
Em Tue, Nov 12, 2013 at 08:57:00AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Nov 12, 2013 at 08:46:09AM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Tue, Nov 12, 2013 at 03:25:00PM +0900, Namhyung Kim escreveu:
> > > From: Namhyung Kim
>
> > > When replaying a previous record sessio
On 11/06/2013 05:33 PM, David Ahern wrote:
On 11/6/13, 4:47 AM, Ingo Molnar wrote:
I'm not too worried about call-graph 'legacies': it generates such huge
perf.data files which is parsed so slowly at the moment that there's
very
little user base ... Anyone who absolutely needs call-graph profil
When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
back to the usermode helper for loading via udev when the direct
loading fails. But the recent udev takes way too long timeout (60
seconds) for non-existing firmware. This is unacceptable for the
drivers like microcode loader wher
More than two boolean arguments to a function are rather confusing and
error-prone for callers. Let's make the behavior bit flags instead of
triple combos.
A nice suggestion by Borislav Petkov.
Acked-by: Borislav Petkov
Acked-by: Prarit Bhargava
Acked-by: Ming Lei
Signed-off-by: Takashi Iwai
The commit [3e358ac2bb5b: firmware: Be a bit more verbose about direct
firmware loading failure] introduced a new warning message about
falling back to user helper, but this isn't true when
CONFIG_FW_LOADER_USER_HELPER isn't set.
In this patch, clear the FW_OPT_FALLBACK flag in the case without
us
On Mon, Nov 11, 2013 at 06:18:05PM +, Catalin Marinas wrote:
> On Mon, Nov 11, 2013 at 04:39:45PM +, Arjan van de Ven wrote:
> > having a hardware driver give a prefered CPU ordering for wakes can indeed
> > be useful.
> > (I'm doubtful that changing the recommendation for each idle is goi
Use the new helper, request_firmware_direct(), for avoiding the
lengthy timeout of non-existing firmware loads. Especially the Intel
microcode driver suffers from this problem because each CPU triggers
the f/w loading, thus it ends up taking (literally) hours with many
cores.
Tested-by: Prarit Bh
Hi,
this is a revised patch series to introduce request_firmware_direct()
helper for avoiding the lengthy udev issue on microcode loader.
The original problem was stated in Prarit's post:
https://lkml.org/lkml/2013/10/28/221
In short, microcode loader probes non-existing firmware files (which
Em Tue, Nov 12, 2013 at 05:40:39PM +0900, Namhyung Kim escreveu:
> Hi Adrian,
>
> On Tue, 12 Nov 2013 09:07:36 +0200, Adrian Hunter wrote:
> > On 11/11/13 22:22, Arnaldo Carvalho de Melo wrote:
> >> From: Arnaldo Carvalho de Melo
> >>
> >> We were using it at 10 kHz, which doesn't work in machine
On Tue, Nov 12, 2013 at 04:25:47PM +0530, Srikar Dronamraju wrote:
> From: Srikar Dronamraju
> Date: Tue, 12 Nov 2013 03:05:31 -0500
> Subject: [PATCH] sched: Check sched_domain before computing group power.
>
> After Commit-id 863bffc80898 (sched/fair: Fix group power_orig
> computation), we mig
Em Tue, Nov 12, 2013 at 08:46:09AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Nov 12, 2013 at 03:25:00PM +0900, Namhyung Kim escreveu:
> > From: Namhyung Kim
> > When replaying a previous record session, it'll get a segfault since
> > it doesn't initialize evsel->priv for finding syscall
On Mon, Sep 30, 2013 at 12:08:44PM -0400, Naoya Horiguchi wrote:
> On Mon, Sep 30, 2013 at 06:04:50PM +0200, Borislav Petkov wrote:
> > On Mon, Sep 30, 2013 at 11:01:03AM -0400, Naoya Horiguchi wrote:
> > > Thanks for reporting. The patch should fix this.
> > >
> > > Naoya Horiguchi
> > > ---
> >
2013-11-11 19:44 keltezéssel, Matthias Schniedermeyer írta:
> On 11.11.2013 14:05, Shahbaz Youssefi wrote:
>> On Sun, Nov 10, 2013 at 8:06 PM, Matthias Schniedermeyer
>> wrote:
>>> I don't see a way around "borders" (Papers please), otherwise you can't
>>> reject things you don't want, you have t
On Tue, Nov 12, 2013 at 12:37:10PM +0100, Ingo Molnar wrote:
> Hm, I think it's actually a bonus that we see the individual CPUs
> printed as they boot up. That way if there's a hang, the place where
> it hangs is apparent, etc.
Ok, good point.
We can do something like that then:
[0.068574]
Strong pullup is emulated by driving pin logic high after write command when
using tri-state push-pull GPIO.
Signed-off-by: Evgeny Boger
---
drivers/w1/masters/w1-gpio.c | 22 ++
drivers/w1/w1_int.c | 12
include/linux/w1-gpio.h | 1 +
3 files c
Em Tue, Nov 12, 2013 at 03:25:00PM +0900, Namhyung Kim escreveu:
> From: Namhyung Kim
>
> When replaying a previous record session, it'll get a segfault since
> it doesn't initialize evsel->priv for finding syscall id. So fix it
> by initialize sys_enter/exit evsel manually.
>
> While at it, fa
On Tue, Nov 12, 2013 at 06:02:57PM +0800, Jason Wang wrote:
> We currently use hdr_len as a hint of head length which is advertised by
> guest. But when guest advertise a very big value, it can lead to an 64K+
> allocating of kmalloc() which has a very high possibility of failure when host
> memory
* Borislav Petkov wrote:
> On Tue, Nov 12, 2013 at 12:23:38PM +0100, Ingo Molnar wrote:
> > So I suspect what Yinghai tried to say if CPU0 and CPU1 are not on the
> > same node we do the printout incorrectly.
>
> I hope your translation is correct :) I'd still like to get a
> confirmation from
Em Mon, Nov 11, 2013 at 09:50:45PM +0100, Ingo Molnar escreveu:
> * David Ahern wrote:
> > On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
> > >+ if (perf_target__has_task(target))
> > >+ return perf_event__synthesize_thread_map(tool, threads,
> > >process, machine, data_mmap);
>
601 - 700 of 795 matches
Mail list logo
