Hi,
On my box running Xen with a 4.2-rc6 kernel i still get this splat in
dom0,
which crashes the box.
(i reported a similar splat before (at rc4) here,
http://www.spinics.net/lists/netdev/msg337570.html)
Never seen this one on 4.1, so it seems a regression.
--
Sander
[81133.193439] gener
Looks good, thanks.
On 15-08-10 02:51 AM, Daniel Lezcano wrote:
From: Viresh Kumar
Migrate bcm_kona driver to the new 'set-state' interface provided by
the clockevents core, the earlier 'set-mode' interface is marked
obsolete now.
This also enables us to implement callbacks for new states of
Eduardo Valentin writes:
> This change introduces the runtime pm support on imx serial
> driver. The objective is to be able to idle the uart
> port whenever it is not in use while still being able
> to wake it up when needed. The key changes in this patch are:
> 1. Move the clock handling to run
On Wed, Aug 12, 2015 at 07:06:09PM +0800, Yunzhi Li wrote:
> Hi ,
> 在 2015/8/11 22:12, Felipe Balbi 写道:
> >Hi,
> >
> >On Tue, Aug 11, 2015 at 10:27:42AM +0800, Yunzhi Li wrote:
> >>We initiate dwc2 usb controller in BIOS, when kernel driver
> >>start-up we should reset AHB hclk domain to reset all
From: Jan H. Schönherr
There is a race condition in SMP bootup code, which may result in
WARNING: CPU: 0 PID: 1 at kernel/workqueue.c:4418
workqueue_cpu_up_callback()
or
kernel BUG at kernel/smpboot.c:135!
It can be triggered with a bit of luck in Linux guests running on
busy hosts.
This patch fixes issue generated by commit ca93dcba3a92
("staging: rtl8192e: Remove assert() macro")
One negation was missed in conversion, therefore
asserted message was always printed.
For 1MB file downloaded via http, ~500 messages
were generated.
Signed-off-by: Mateusz Kulikowski
---
Notes:
12.08.2015 22:20, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 11:55 AM, Stas Sergeev wrote:
12.08.2015 21:25, Andy Lutomirski пишет:
https://github.com/stsp/dosemu2/commit/7898ac60d5e569964127d6cc48f592caecd20b81
So the problem is that dosemu was actually hacking around the old
buggy beha
Am 05.08.2015 um 18:32 schrieb Radim Krčmář:
> We want to have requests abstracted from bit operations.
>
> Signed-off-by: Radim Krčmář
> ---
kvm_check_request is now somewhat a misnomer (what is the difference between
test and check?)
but still
Acked-by: Christian Borntraeger
for the new i
On Mon, Aug 10, 2015 at 8:46 AM, Nathan Lynch wrote:
> Since 906c55579a63 ("timekeeping: Copy the shadow-timekeeper over the
> real timekeeper last") it has become possible on ARM to:
Apologies I didn't catch that the core change caused a regression for
ARM. Though fixing the ARM vdso logic in th
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
> 12.08.2015 22:20, Andy Lutomirski пишет:
>> current kernels, it stays switched. If we change this, it won't stay
>> switched. Even ignoring old ABI, it's not really clear to me what the
>> right thing to do is.
>
> There can be the followin
On Fri, Aug 7, 2015 at 7:03 PM, Nathan Lynch wrote:
> Since 906c55579a63 ("timekeeping: Copy the shadow-timekeeper over the
> real timekeeper last") it has become possible on arm64 to:
>
> - Obtain a CLOCK_MONOTONIC_COARSE or CLOCK_REALTIME_COARSE timestamp
> via syscall.
> - Subsequently obtain
Am 05.08.2015 um 18:33 schrieb Radim Krčmář:
> I find the switch easier to read and modify.
yes.
> Signed-off-by: Radim Krčmář
> ---
> v2: new
>
> virt/kvm/kvm_main.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
>
In the logic in the initial commit of unshare made creating a new
thread group for a process, contingent upon creating a new memory
address space for that process. That is wrong. Two separate
processes in different thread groups can share a memory address space
and clone allows creation of such
The dev->name of CODEC might not be identical to its codec_dai_name,
so using dev->name to probe the CODEC dai is not a correct approach.
This patch specifies each supporting codec_dai_name instead of using
dev->name any more.
Signed-off-by: Nicolin Chen
---
sound/soc/fsl/fsl-asoc-card.c | 8 ++
Markus Pargmann schrieb am 12.08.2015 um 12:12:
> There are some fields of this struct undocumented or old. This patch
> updates the missing comments.
>
> Signed-off-by: Markus Pargmann
> ---
> include/linux/regmap.h | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/in
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched. If we change this, it won't stay
switched. Even ignoring old ABI, it's not really clear to me what the
right thing to do
The Freescale Data Path Acceleration Architecture (DPAA) is a set of hardware
components on specific QorIQ multicore processors. This architecture provides
the infrastructure to support simplified sharing of networking interfaces and
accelerators by multiple CPU cores and the accelerators.
The
From: Madalin Bucur
Add qman_delete_cgr_safe() that can be called from any CPU.
This in turn schedules qman_delete_cgr() on the proper CPU.
Signed-off-by: Madalin Bucur
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/qman_api.c | 46 ++
1 file changed
From: Geoff Thorpe
Add debugfs support for querying the state of hardware based
Buffer Manager pools used in DPAA 1.0.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/Kconfig|7 ++
drivers/soc/fsl/qbman/Makefile |
Hello,
On Wed, Aug 12, 2015 at 06:10:45PM +1000, Stephen Rothwell wrote:
> After merging the gpio tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/extcon/extcon-palmas.c:211:25: error: too few arguments to function
> 'devm_gpiod_get_optional'
> palmas_usb->
On Tue, Aug 11, 2015 at 02:50:29PM -0700, Paul E. McKenney wrote:
> On Tue, Aug 11, 2015 at 08:42:58PM +0200, Luis R. Rodriguez wrote:
> > On Tue, Aug 11, 2015 at 10:49:36AM -0700, Andy Lutomirski wrote:
> > > This is a bit late, but here goes anyway.
> > >
> > > Having played with the x86 context
From: Hai-Ying Wang
Add support for CPU hotplug for the DPAA 1.0 Queue Manager
driver.
Signed-off-by: Hai-Ying Wang
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/qman_portal.c | 43 +++
1 file changed, 43 insertions(+)
diff -
On Tue, 2015-08-11 at 14:03 +0800, Feng Wu wrote:
> Implement the following callbacks for x86:
>
> - kvm_arch_irq_bypass_add_producer
> - kvm_arch_irq_bypass_del_producer
> - kvm_arch_irq_bypass_stop: dummy callback
> - kvm_arch_irq_bypass_resume: dummy callback
>
> and set CONFIG_HAVE_KVM_IRQ_BY
From: Emil Medve
devm_ioremap_prot() was removed in commit dedd24a12,
and was introduced in commit b41e5fffe8.
This reverts commit dedd24a12fe6735898feeb06184ee346907abb5d.
Signed-off-by: Emil Medve
---
arch/powerpc/include/asm/io.h |3 +++
arch/powerpc/lib/Makefile |1 +
arch/pow
From: Hai-Ying Wang
Add support for CPU hotplug for the DPAA 1.0 Buffer Manager
driver
Signed-off-by: Hai-Ying Wang
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/bman_portal.c | 40 +++
drivers/soc/fsl/qbman/dpaa_sys.h|
From: Geoff Thorpe
Add a self test for the DPAA 1.0 Buffer Manager driver. This
test ensures that the driver can properly acquire and release
buffers using the BMan portal infrastructure.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbma
From: Geoff Thorpe
Add a self test for the DPAA 1.0 Queue Manager driver. The tests
ensure that the driver can properly enqueue and dequeue from frame
queues using the QMan portal infrastructure.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/
From: Geoff Thorpe
This driver enables the Freescale DPAA 1.0 Buffer Manager block. BMan
is a hardware buffer pool manager that allows accelerators
connected to the SoC datapath to acquire and release buffers during
data processing.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-
On Wed, 12 Aug 2015, Naoya Horiguchi wrote:
> Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETLB), which
> is inconvenient when we want to know per-task or per-vma base hugetlb usage.
> To solve this, this patch adds a new line for hugetlb usage like below:
>
> Size:
From: Geoff Thorpe
Add support for Freescale DPAA 1.0 Buffer Manager portals. These portals
allow software drivers for accelerators connected to the datapath to
manage the hardware buffer pools.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Roy Pledge
---
drivers/soc/f
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
> 12.08.2015 23:01, Andy Lutomirski пишет:
>>
>> On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
>>>
>>> 12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched. If we change this, it won't stay
switche
From: Geoff Thorpe
Add debugfs sypport for querying the state of hardware based
queues managed by the DPAA 1.0 Queue Manager.
Signed-off-by: Geoff Thorpe
Signed-off-by: Emil Medve
Signed-off-by: Madalin Bucur
Signed-off-by: Roy Pledge
---
drivers/soc/fsl/qbman/Makefile |1 +
drive
On Wed, 12 Aug 2015, Naoya Horiguchi wrote:
> Currently there's no easy way to get per-process usage of hugetlb pages, which
> is inconvenient because userspace applications which use hugetlb typically
> want
> to control their processes on the basis of how much memory (including hugetlb)
> they
On 2015-08-07 16:56, Hans Ulli Kroll wrote:
Hi all,
sorry for being late in this cycle ...
I asked Roman to send me his patchset with 2 patched, but he don't
respond.
Sorry, was in business trip, just returned.
So here is my patchset.
Thanks for taking care!
Regards,
Roman
--
To unsubsc
On Wed, 2015-08-12 at 21:19 +0200, li...@eikelenboom.it wrote:
> Hi,
>
> On my box running Xen with a 4.2-rc6 kernel i still get this splat in
> dom0,
> which crashes the box.
> (i reported a similar splat before (at rc4) here,
> http://www.spinics.net/lists/netdev/msg337570.html)
>
> Never see
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched. If we change this, it wo
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
> 12.08.2015 23:28, Andy Lutomirski пишет:
>
>> On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
>>>
>>> 12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
>
> 12.08.2015 22:20,
On 2015-08-12 22:41, Eric Dumazet wrote:
On Wed, 2015-08-12 at 21:19 +0200, li...@eikelenboom.it wrote:
Hi,
On my box running Xen with a 4.2-rc6 kernel i still get this splat in
dom0,
which crashes the box.
(i reported a similar splat before (at rc4) here,
http://www.spinics.net/lists/netdev/ms
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
12.08
Em Fri, Jul 17, 2015 at 07:33:38PM +0300, Adrian Hunter escreveu:
> Add support for decoding instructions for Intel Processor Trace. The
> kernel x86 instruction decoder is copied for this.
>
> This essentially provides intel_pt_get_insn() which takes a binary
> buffer, uses the kernel's x86 inst
On Mon, 10 Aug 2015, Alexandre Belloni wrote:
> Hi,
>
> Here are a few cleanups for ohci-at91. This is the fallout of AT91 now being
> DT
> only.
>
> Alexandre Belloni (4):
> USB: host: ohci-at91: move at91_usbh_data definition in c file
> USB: host: ohci-at91: depend on OF
> USB: host: o
In this function returning non-zero means the hardware was detected and
zero means it wasn't. This is a failure path so we should return zero.
Fixes: 9f4ba6b05869 ('paride: use new parport device model')
Signed-off-by: Dan Carpenter
diff --git a/drivers/block/paride/pd.c b/drivers/block/paride/
Boaz Harrosh writes:
> On 08/07/2015 11:41 PM, Jeff Moyer wrote:
> <>
>>
>>> We need to cope with the case where the end of a partition isn't on a
>>> page boundary though.
>>
>> Well, that's usually done by falling back to buffered I/O. I gave that
>> a try and panicked the box. :) I'll kee
On Wed, 12 Aug 2015 17:35:09 +0300 "Kirill A. Shutemov"
wrote:
> On Thu, Aug 06, 2015 at 12:24:22PM -0700, Hugh Dickins wrote:
> > > IIUC, the only potentially problematic callsites left are physical memory
> > > scanners. This code requires audit. I'll do that.
> >
> > Please.
>
> I haven't f
>
> Thanks for trying it out. I couldn't figure out how to recreate this
> exact error, but I played around with "make mrproper" and saw some
> probably related errors. Does this fix it?
>
> ---8<---
>
> Subject: [PATCH] stackvalidate: fix circular build dependencies
>
> After "make mrproper
From: Geert Uytterhoeven
Date: Tue, 11 Aug 2015 13:20:53 +0200
> On Tue, Aug 11, 2015 at 6:08 AM, David Miller wrote:
...
>> diff --git a/lib/Kconfig b/lib/Kconfig
>> index 3a2ef67..149eb29 100644
>> --- a/lib/Kconfig
>> +++ b/lib/Kconfig
>> @@ -62,6 +62,9 @@ config ARCH_USE_CMPXCHG_LOCKREF
>>
On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
> This will allow the ovs-conntrack code to reuse these macros.
>
> Signed-off-by: Joe Stringer
> Acked-by: Thomas Graf
Acked-by: Pravin B Shelar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
> Previously, we used the kernel-internal netlink actions length to
> calculate the size of messages to serialize back to userspace.
> However,the sw_flow_actions may not be formatted exactly the same as the
> actions on the wire, so store the o
On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
> Signed-off-by: Joe Stringer
> Acked-by: Thomas Graf
Acked-by: Pravin B Shelar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://v
On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
> This variation on skb_dst_copy() doesn't require two skbs.
>
> Signed-off-by: Joe Stringer
Acked-by: Pravin B Shelar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
> From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org]
>
> Em Wed, Aug 12, 2015 at 10:23:55AM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Aug 12, 2015 at 10:24:07AM +0900, Masami Hiramatsu escreveu:
> > > "perf probe --lines sys_poll" shows only the first line of
> > > sys_poll, becau
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev wrote:
> 12.08.2015 23:47, Andy Lutomirski пишет:
>
>> On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
>>>
>>> 12.08.2015 23:28, Andy Lutomirski пишет:
>>>
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
>
> 12.08.2015 23:01, A
On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
> Expose the kernel connection tracker via OVS. Userspace components can
> make use of the "ct()" action, followed by "recirculate", to populate
> the conntracking state in the OVS flow key, and subsequently match on
> that state.
>
> Example OD
From: li...@eikelenboom.it
Date: Wed, 12 Aug 2015 22:50:42 +0200
> On 2015-08-12 22:41, Eric Dumazet wrote:
>> On Wed, 2015-08-12 at 21:19 +0200, li...@eikelenboom.it wrote:
>>> Hi,
>>> On my box running Xen with a 4.2-rc6 kernel i still get this splat in
>>> dom0,
>>> which crashes the box.
>>> (
"perf probe --lines sys_poll" shows only the first line of
sys_poll, because the SYSCALL_DEFINE macro
SYSCALL_DEFINE*(foo,...)
{
body;
}
is expanded as below (on debuginfo)
static inline int SYSC_foo(...)
{
body;
}
int SyS_foo(...) <- is an alias of sys_foo.
{
return SYSC_foo(
From: Andrew Schwartzmeyer
Date: Tue, 11 Aug 2015 17:14:32 -0700
> This enables the use of ethtool --set-channels devname combined N to
> change the number of vRSS queues. Separate rx, tx, and other parameters
> are not supported. The maximum is rsscap.num_recv_que. It passes the
> given value to
From: Andrew Schwartzmeyer
Date: Tue, 11 Aug 2015 17:14:31 -0700
> Uses device_info->num_chn to pass user provided number of vRSS
> queues (from ethtool --set-channels) to rndis_filter_device_add. If
> nonzero and less than the maximum, set net_device->num_chn to the given
> value; else default t
> From: Steve Capper [mailto:steve.cap...@linaro.org]
>
> In commit 3033f14ab78c ("clone: support passing tls argument via C
> rather than pt_regs magic"), the kernel calls _do_fork in places where
> it previously called do_fork.
>
> Unfortunately, the kprobe examples target do_fork; thus no even
13.08.2015 00:37, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev wrote:
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
12.08
On 2015-08-12 23:40, David Miller wrote:
From: li...@eikelenboom.it
Date: Wed, 12 Aug 2015 22:50:42 +0200
On 2015-08-12 22:41, Eric Dumazet wrote:
On Wed, 2015-08-12 at 21:19 +0200, li...@eikelenboom.it wrote:
Hi,
On my box running Xen with a 4.2-rc6 kernel i still get this splat
in
dom0,
w
Hi Randy,
On Wed, 12 Aug 2015 11:05:36 -0700 Randy Dunlap wrote:
>
> on i386 or x86_64:
>
> Many (repeated) errors like this one:
>
> ../include/linux/pci.h:390:12: error: âstruct pci_devâ has no member
> named âphysfnâ
>
> when CONFIG_PCI_ATS is not enabled.
Maybe caused by commit
Sorry, please ignore this. the original one already merged.
I'll send diff patch.
Thanks!
> From: Masami Hiramatsu [mailto:masami.hiramatsu...@hitachi.com]
>
> "perf probe --lines sys_poll" shows only the first line of
> sys_poll, because the SYSCALL_DEFINE macro
>
> SYSCALL_DEFINE*(foo,...
The commit 75186a9b09e4 (perf probe: Fix to show lines of
sys_ functions correctly) introduced a bug by a missed brace
around if block. This fixes to add it.
Signed-off-by: Masami Hiramatsu
---
tools/perf/util/dwarf-aux.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/t
On Wed, Aug 12, 2015 at 2:50 PM, Stas Sergeev wrote:
> 13.08.2015 00:37, Andy Lutomirski пишет:
>
>> On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev wrote:
>>>
>>> 12.08.2015 23:47, Andy Lutomirski пишет:
>>>
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
>
> 12.08.2015 23:28, A
On Thu, Aug 06, 2015 at 02:45:15PM +0800, Shawn Lin wrote:
> DesignWare MMC Controller's transfer mode should be decided
> at runtime instead of compile-time. So we remove this config
> option and read dw_mmc's register to select DMA master.
>
> Signed-off-by: Shawn Lin
> ---
>
> Changes in v4:
On 08/12/2015 08:49 AM, Linus Torvalds wrote:
On Tue, Aug 11, 2015 at 11:24 PM, Christoph Hellwig wrote:
Maybe it's time to rely on gcc to handle 64 bit divisions now?
Ugh. gcc still does a pretty horrible job at it. While gcc knows that
a widening 32x32->64 multiplication can be simplified,
On Wed, Aug 12, 2015 at 02:16:44PM -0700, Andrew Morton wrote:
> On Wed, 12 Aug 2015 17:35:09 +0300 "Kirill A. Shutemov"
> wrote:
>
> > On Thu, Aug 06, 2015 at 12:24:22PM -0700, Hugh Dickins wrote:
> > > > IIUC, the only potentially problematic callsites left are physical
> > > > memory
> > > >
On Fri, 7 Aug 2015, Joonsoo Kim wrote:
> Almost description is copied from commit fb05e7a89f50
> ("net: don't wait for order-3 page allocation").
>
> I saw excessive direct memory reclaim/compaction triggered by slub.
> This causes performance issues and add latency. Slub uses high-order
> alloca
Hi all!
> You could mention that this is to fix the clang build. But why is it
> needed? It isn't that clang just doesn't accept the option, is it?
> Otherwise we could just use $(call cc-option, -falign-jumps=1) etc.
Yes it is to fix the build with clang.
I tried cc-option, but it does not impr
On Thu, Aug 6, 2015 at 3:59 PM, Al Stone wrote:
> + while (ms->num_types != 0) {
> + if (ms->major_version == major &&
> + ms->minor_version == minor &&
> + ms->madt_version == madt->header.revision)
> + break;
> +
On Wed, Aug 12, 2015 at 3:20 PM, Andy Lutomirski wrote:
>
> Does your objection still apply if we supplied our own implementations of a
> handful of libgcc helpers?
We already do that.
Several architectures actually implement _udivdi3.
However, do_div() is actually the much simpler/better inter
NAK. This is crazy.
On August 12, 2015 3:30:19 PM PDT, Jan-Simon Moeller wrote:
>Hi all!
>
>> You could mention that this is to fix the clang build. But why is it
>> needed? It isn't that clang just doesn't accept the option, is it?
>> Otherwise we could just use $(call cc-option, -falign-jumps=
On Wed, Aug 12, 2015 at 3:36 PM, Linus Torvalds
wrote:
> On Wed, Aug 12, 2015 at 3:20 PM, Andy Lutomirski wrote:
>>
>> Does your objection still apply if we supplied our own implementations of a
>> handful of libgcc helpers?
>
> We already do that.
>
> Several architectures actually implement _ud
On Wed, 2015-08-12 at 23:46 +0200, Sander Eikelenboom wrote:
> Thanks for the reminder, but luckily i was aware of that,
> seen enough of your replies asking for patches to be resubmitted
> against "the other tree" ;)
> Kernel with patch is currently running so fingers crossed.
Thanks for testing
From: Andi Kleen
The Fedora 22 version of libdw requires a couple of extra libraries
to link. With a dynamic link the dependencies are pulled in automatically,
but this doesn't work for static linking. Add the needed libraries
explicitely to the feature probe and the Makefile.
v2: Explicitly che
On Tue, Aug 11, 2015 at 03:56:44PM +0900, Chanwoo Choi wrote:
> I knew this issue. So patch[1] fixed it already.
Awesome.
FWIW, my Google-fu fails to find this patch on any mail archive; just
your pull request.
> I sent the extcon pull request[2] including patch[1] for Linux 4.3.
>
> [1]
> htt
Hi,
On 08/12/2015 02:53 PM, Stephen Rothwell wrote:
> On Wed, 12 Aug 2015 11:05:36 -0700 Randy Dunlap wrote:
>> >
>> > on i386 or x86_64:
>> >
>> > Many (repeated) errors like this one:
>> >
>> > ../include/linux/pci.h:390:12: error: âstruct pci_devâ has no member
>> > named âphysfnâ
>>
On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
> From: Justin Pettit
>
> Allow matching and setting the conntrack mark field. As with conntrack
> state and zone, these are populated by executing the ct() action. Unlike
> these, the ct_mark is also a writable field. The set_field() action ma
Hi Uwe,
On Wed, 12 Aug 2015 22:16:42 +0200 Uwe Kleine-König
wrote:
>
> On Wed, Aug 12, 2015 at 06:10:45PM +1000, Stephen Rothwell wrote:
> > After merging the gpio tree, today's linux-next build (powerpc
> > allyesconfig) failed like this:
> >
> > drivers/extcon/extcon-palmas.c:211:25: error: t
On 2015-08-11 18:15, Stefan Agner wrote:
> Hi Russel,
>
> All three compile issues were related to MMU/!MMU differences. The solution
> is rather simple: This patch now only configures FIX_EARLYCON_MEM if the
> MMU is available. This makes sense since on !MMU platform we can use ioremap
> very ea
"git am" rewritten in C just hit the master branch!
This may be helpful for maintainers applying many patches a day.
-- Forwarded message --
From: Junio C Hamano
Date: Wed, Aug 12, 2015 at 3:50 PM
Subject: What's cooking in git.git (Aug 2015, #02; Wed, 12)
To: g...@vger.kernel.or
We don't modify the clk_hw argument in these functions, so it's
safe to mark it as const.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk.c| 15 ---
include/linux/clk-provider.h | 14 +++---
2 files changed, 15 insertions(+), 14 deletions(-)
diff --git a/drivers/
Use the provider based method to get a clock's name so that we
can get rid of the clk member in struct clk_hw one day. Mostly
converted with the following coccinelle script.
@@
struct clk_hw *E;
@@
-__clk_get_name(E->clk)
+clk_hw_get_name(E)
Cc: Heiko Stuebner
Cc: Sylwester Nawrocki
Cc: Tomasz
Am Mittwoch, 12. August 2015, 15:37:05 schrieb H. Peter Anvin:
> NAK. This is crazy.
Ok roger that. What about the cc-option at least?
This way we can figure why it does not work for clang and keep things as-is
for gcc.
JS
> On August 12, 2015 3:30:19 PM PDT, Jan-Simon Moeller wrote:
> >Hi
On 08/12/15 14:53, Stephen Rothwell wrote:
> Hi Randy,
>
> On Wed, 12 Aug 2015 11:05:36 -0700 Randy Dunlap wrote:
>>
>> on i386 or x86_64:
>>
>> Many (repeated) errors like this one:
>>
>> ../include/linux/pci.h:390:12: error: âstruct pci_devâ has no member
>> named âphysfnâ
>>
>> when C
On Thu, 2015-08-13 at 01:17 +0200, Jan-Simon Moeller wrote:
> This way we can figure why it does not work for clang and keep things
> as-is for gcc.
Let's figure it out first. Or at *least* bisect and find which kernel
commit broke it.
Then we can talk about the best way to fix it.
--
David Wo
Hi,
On Wed, Aug 12, 2015 at 10:42 PM, Boaz Harrosh wrote:
> On 08/12/2015 10:05 AM, Christoph Hellwig wrote:
>> It turns out most DMA mapping implementation can handle SGLs without
>> page structures with some fairly simple mechanical work. Most of it
>> is just about consistently using sg_phys.
From: Kaixu Xia
Date: Wed, 12 Aug 2015 09:37:53 +
> There are two improvements in this patch:
> 1. Fix the build warnings;
> 2. Add function read_trace_pipe() to print the result on
> the screen;
>
> Before this patch, we can get the result through /sys/kernel/de
> bug/tracing/trace_pi
On 12 August 2015 at 16:00, Pravin Shelar wrote:
> On Tue, Aug 11, 2015 at 3:59 PM, Joe Stringer wrote:
>> From: Justin Pettit
>>
>> Allow matching and setting the conntrack mark field. As with conntrack
>> state and zone, these are populated by executing the ct() action. Unlike
>> these, the ct
From: Philip Downey
Date: Wed, 12 Aug 2015 17:13:53 +0100
> IGMP reports are generated for link local multicast groups (224.0.0.1
> - 224.0.0.255) used by the routing protocols such as RIP, OSPF etc.
> In general routers do not generate reports for local multicast groups.
>
> IGMP reports for lo
2015-08-13 0:06 GMT+09:00 Vaishali Thakkar :
>
> Use managed resource function devm_power_supply_register
> instead of power_supply_register.
Please describe: Why? What is the reason for such change?
I can't find any significant simplifications, just one remove() disappears.
Best regards,
Krzyszt
On Fri, 31 Jul 2015, Sean O. Stalley wrote:
> Currently the __GFP_ZERO flag is ignored by dma_pool_alloc().
> Make dma_pool_alloc() zero the memory if this flag is set.
>
> Signed-off-by: Sean O. Stalley
Acked-by: David Rientjes
This has impacted us as well, and I'm glad to see it fixed.
--
T
On Wed, Aug 12, 2015 at 09:05:48AM +0800, Yuyang Du wrote:
> On Wed, Aug 12, 2015 at 04:05:15PM +0900, byungchul.p...@lge.com wrote:
> >
> > current code seems to be wrong with cfs_rq's avg loads when changing
> > a task's cgroup(=cfs_rq) to another. i tested with "echo pid > cgroup" and
> > found
cma_bitmap_maxno() was marked as static and not static inline, which
can cause warnings about this function not being used if this file is
included in a file that does not call that function, and violates the
conventions used elsewhere. The two options are to move the function
implementation back
Am Donnerstag, 13. August 2015, 00:37:05 schrieb David Woodhouse:
> On Thu, 2015-08-13 at 01:17 +0200, Jan-Simon Moeller wrote:
> > This way we can figure why it does not work for clang and keep things
> > as-is for gcc.
>
> Let's figure it out first. Or at *least* bisect and find which kernel
> c
On Thu, 2015-08-13 at 01:59 +0200, Jan-Simon Moeller wrote:
>
> I bisected it already.
>
> down to -faling-jumps in
Can you work out on which file(s) this change actually makes the
difference?
--
dwmw2
smime.p7s
Description: S/MIME cryptographic signature
在 2015/8/13 6:05, Ralf Baechle 写道:
On Thu, Aug 06, 2015 at 02:45:15PM +0800, Shawn Lin wrote:
DesignWare MMC Controller's transfer mode should be decided
at runtime instead of compile-time. So we remove this config
option and read dw_mmc's register to select DMA master.
Signed-off-by: Shawn Li
On Wed, 12 Aug 2015, Mel Gorman wrote:
> There is a seqcounter that protects against spurious allocation failures
> when a task is changing the allowed nodes in a cpuset. There is no need
> to check the seqcounter until a cpuset exists.
>
> Signed-off-by: Mel Gorman
> Acked-by: David Rientjes
>
On 08/12/15 15:58, Tadeusz Struk wrote:
> Hi,
> On 08/12/2015 02:53 PM, Stephen Rothwell wrote:
>> On Wed, 12 Aug 2015 11:05:36 -0700 Randy Dunlap
>> wrote:
on i386 or x86_64:
Many (repeated) errors like this one:
../include/linux/pci.h:390:12: error: âstruct pci_d
Preparation for uniform definition of ioremap, ioremap_wc, ioremap_wt,
and ioremap_cache, tree-wide.
Acked-by: Christoph Hellwig
Signed-off-by: Dan Williams
---
arch/arm/mach-shmobile/pm-rcar.c|2 +-
arch/ia64/kernel/cyclone.c |2 +-
drivers/isdn/icn/icn.h
1 - 100 of 974 matches
Mail list logo