On Sat, Sep 06, 2014 at 08:43:09AM -0700, Guenter Roeck wrote:
I see the following build failure in next-20140905.
Guenter
---
Building tile:tilegx_defconfig ... failed
Also:
Building powerpc:allmodconfig ... failed
Building powerpc:ppc6xx_defconfig ... failed
with the same error.
On 09/06/2014 11:43 AM, Guenter Roeck wrote:
I see the following build failure in next-20140905.
Guenter
Hey Guenter,
Apologies for that. There is already a fix in -mm:
http://ozlabs.org/~akpm/mmots/broken-out/introduce-dump_vma-fix-2.patch
So -next would be fixed once -mm is
On Sat, Sep 6, 2014 at 7:10 AM, Pablo Neira Ayuso pa...@netfilter.org wrote:
On Thu, Sep 04, 2014 at 10:17:18PM -0700, Alexei Starovoitov wrote:
allow user space to generate eBPF programs
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro
Add a gpiolib and IRQ chip driver for Vybrid ARM SoC using the
Vybrid's GPIO and PORT module. The driver is instanced once per
each GPIO/PORT module pair and handles 32 GPIO's.
Signed-off-by: Stefan Agner ste...@agner.ch
---
drivers/gpio/Kconfig | 7 ++
drivers/gpio/Makefile | 1 +
Use GPIO support by adding SD card detection configuration and
GPIO pinmux for Colibri's standard GPIO pins.
Signed-off-by: Stefan Agner ste...@agner.ch
---
arch/arm/boot/dts/vf610-colibri.dtsi | 8
arch/arm/boot/dts/vf610-twr.dts | 1 +
arch/arm/boot/dts/vf610.dtsi | 1 +
This patchset adds GPIO support for Vybrid. The first patch is a
preparation patch which makes sure we can detect whether a pin is
initialized by the pinmux subsystem or not. This is required since
the gpio_request_enable/gpio_set_direction function need to know
if the pins mux register offsets
Add pinmux support for GPIO for Vybrid (vf610) IOMUX controller.
This is needed since direction configuration is not part of the
GPIO module in Vybrid.
Signed-off-by: Stefan Agner ste...@agner.ch
---
drivers/pinctrl/pinctrl-imx.c | 54 +
The pinctrl driver initialized the register offsets for the pins
with 0. On Vybrid an offset of 0 is a valid offset for the pinctrl
mux register. So far, this was solved using the ZERO_OFFSET_VALID
flag which allowed offsets of 0. However, this does not allow to
verify whether a pins struct
On 09/06/2014 08:47 AM, Sasha Levin wrote:
On 09/06/2014 11:43 AM, Guenter Roeck wrote:
I see the following build failure in next-20140905.
Guenter
Hey Guenter,
Apologies for that. There is already a fix in -mm:
No worries.
From: Evgeny Boger bo...@contactless.ru
Add option to use with watchdog timers which are always enabled
in hardware, i.e. there is no way to enable/disable it via GPIO pin.
The driver will start pinging WDT immediately upon loading
and will continue to do so even after stopping the watchdog.
On 08/23/2014 09:33 PM, Guenter Roeck wrote:
On 08/23/2014 10:25 AM, Alexander Shiyan wrote:
Sat, 23 Aug 2014 10:16:08 -0700 от Guenter Roeck li...@roeck-us.net:
On 08/16/2014 05:45 PM, Evgeny Boger wrote:
From: Evgeny Boger bo...@contactless.ru
Add option to use with watchdog timers which
On Sat, Sep 06, 2014 at 05:45:56PM +0200, Peter Zijlstra wrote:
On Sat, Sep 06, 2014 at 03:35:15PM +0200, Frederic Weisbecker wrote:
You have a script that does that arch/*/include/asm/Kbuild edit for you
right?
Is this something in scripts/ ?
See commit b119fa61d440 (locking/mcs: Order
Hi all,
This series introduces a bit of clean-up (reduce magic numbers) and
new features for the VT8500 serial driver.
Firstly, in a new generation of WonderMedia SoC's the UART module
changed slightly, and now requires one more bit to be set in its
line control register to function properly.
Current code relies on the UART clock pre-divisor to be already
configured in the baud rate register. Calculate it in the driver
and set explicitly instead, also return the real effective baud
rate, which is generally slightly different from the requested value.
While at this, also ensure that
This adds simple polling functions for single-character transmit
and receive, as used by kgdb.
Signed-off-by: Alexey Charkov alch...@gmail.com
---
drivers/tty/serial/vt8500_serial.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
Signed-off-by: Alexey Charkov alch...@gmail.com
---
drivers/tty/serial/vt8500_serial.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/tty/serial/vt8500_serial.c
b/drivers/tty/serial/vt8500_serial.c
index f225719..47e74f9 100644
--- a/drivers/tty/serial/vt8500_serial.c
+++
Newer WonderMedia chips introduced another flag in the UART line control
register, which controls whether RTS/CTS signalling should be handled in
the driver or by the hardware itself.
This patch ensures that the kernel can control RTS/CTS (including
disabling it altogether) by forcing this flag
On 09/04/2014 11:13 PM, Xuetao Guan wrote:
- Guenter Roeck li...@roeck-us.net 写道:
On 09/03/2014 01:32 AM, Xuetao Guan wrote:
[ ... ]
Please try the following patch. That seems to do it.
I am sure it can be improved, but it is a start.
Thanks,
Guenter
Thanks. I'll test it.
BTW,
I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb
memory.
On booting, I see that a large chunk of that new memory is not used by
linux:
[0.00] Booting Linux on physical CPU 0x0
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys
Fix errors reported by checkpatch of this kind:
ERROR: open brace '{' following function declarations go on the next line
Signed-off-by: Spencer Baugh sba...@andrew.cmu.edu
---
drivers/staging/lustre/lustre/include/lustre_import.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
Fix errors reported by checkpatch of this kind:
ERROR: foo * bar should be foo *bar
Signed-off-by: Spencer Baugh sba...@andrew.cmu.edu
---
drivers/staging/lustre/lustre/include/lustre_import.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Fix errors reported by checkpatch of this kind:
ERROR: trailing whitespace
Signed-off-by: Spencer Baugh sba...@andrew.cmu.edu
---
drivers/staging/lustre/lustre/include/lustre_import.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Well,
definitely I made a mistake during my first attempts to mount a qcow2 image
file via a loop devices - but the BUG shouldn't occur, or ? :
System is a 32 bit stable Gentoo.
ep 6 19:37:05 n22 kernel: kernel BUG at fs/buffer.c:3018!
Sep 6 19:37:05 n22 kernel: invalid opcode: [#1]
Hi every one,
This set of patches fix a segmentation fault happening when kexec-ing
kernel on an at91 platform (see backtrace below).
While the previous kernel shuts down, the tcb_clksrc driver leaves its
interruptions unmasked. When the new kernel initiliazes any tclib making use of
a TC block,
Move resource retrieval from atmel_tc_alloc to tc_probe to avoid lately
reporting resource related issues when a TC block user request a TC block.
Moreover, resources retrieval are usually done in the probe function,
thus moving them add some consistency with other drivers.
Initialization is
Shutdown properly the timer counter block by masking interruptions. Otherwise,
a segmentation may happen when kexec-ing a new kernel (see backtrace below).
An interruption may happen before the handler is set, leading to a kernel
segmentation fault.
Furthermore, we make sure the interruptions are
The clock is not unprepared in case of the request IRQ fails.
Also update to request_irq.
Signed-off-by: Gaël PORTAY gael.por...@gmail.com
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
Acked-by: Boris Brezillon boris.brezil...@free-electrons.com
---
drivers/clocksource/tcb_clksrc.c | 13
Signed-off-by: Gaël PORTAY gael.por...@gmail.com
Acked-by: Boris Brezillon boris.brezil...@free-electrons.com
---
drivers/misc/atmel_tclib.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/misc/atmel_tclib.c b/drivers/misc/atmel_tclib.c
index
On Sat, Sep 6, 2014 at 5:32 PM, Guenter Roeck li...@roeck-us.net wrote:
I see the following build error on linux-next-20140905.
Guenter
---
Building alpha:allmodconfig ... failed
Building sparc64:allmodconfig ... failed
drivers/net/wireless/ath/ath5k/debug.c: In function
On Sat, 2014-09-06 at 13:38 -0400, Spencer Baugh wrote:
Fix errors reported by checkpatch of this kind:
[]
diff --git a/drivers/staging/lustre/lustre/include/lustre_import.h
b/drivers/staging/lustre/lustre/include/lustre_import.h
[]
@@ -103,9 +103,9 @@ enum lustre_imp_state {
};
/**
On Sat, Sep 06, 2014 at 07:32:07PM +0200, Jurriaan wrote:
I updated my Qnap TS-212 with 256 Mb memory to a new TS-221 with 1 Gb
memory.
On booting, I see that a large chunk of that new memory is not used by
linux:
[0.00] Booting Linux on physical CPU 0x0
[0.00]
It seems like a good idea to actually expose include/uapi/linux/memfd.h
so that it gets installed and can be used by userspace.
Signed-off-by: Marcel Holtmann mar...@holtmann.org
---
include/uapi/linux/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/Kbuild
hi,
Jan Stancek found test 1 breakage, probably caused by following patch:
950b8354716e perf tools: Demangle kernel and kernel module symbols too
it seems to break test 1:
---
[jolsa@krava perf]$ ./perf test -v 1
1: vmlinux symtab matches kallsyms:
--- start ---
test
Hi
On Sat, Sep 6, 2014 at 8:40 PM, Marcel Holtmann mar...@holtmann.org wrote:
It seems like a good idea to actually expose include/uapi/linux/memfd.h
so that it gets installed and can be used by userspace.
Signed-off-by: Marcel Holtmann mar...@holtmann.org
Already in -mmots, will probably be
* Matt Fleming m...@console-pimps.org [140906 00:16]:
On Thu, 04 Sep, at 01:59:05PM, H. Peter Anvin wrote:
I am fine with this patch, but at the same time I do want to note that
there is an alternative to double-buffer the patch and/or (if that
applies to the buggy BIOS) round up the size
Hi David,
It seems like a good idea to actually expose include/uapi/linux/memfd.h
so that it gets installed and can be used by userspace.
Signed-off-by: Marcel Holtmann mar...@holtmann.org
Already in -mmots, will probably be pulled by Linus next week:
On Tue, Sep 02, 2014 at 11:29:29AM -0400, kan.li...@intel.com wrote:
From: Kan Liang kan.li...@intel.com
SNIP
+ * Read the pmu events list from sysfs
+ * Save it into kernel_pmu_events_list
+ */
+static void scan_kernel_pmu_events_list(void)
+{
+
+ struct perf_pmu *pmu = NULL;
+
On Tue, Sep 02, 2014 at 11:29:29AM -0400, kan.li...@intel.com wrote:
SNIP
{
YY_BUFFER_STATE buffer;
@@ -906,7 +1006,10 @@ int parse_events(struct perf_evlist *evlist, const char
*str)
};
int ret;
+ /* scan kernel pmu events from sysfs */
+
On Tue, Sep 02, 2014 at 11:29:30AM -0400, kan.li...@intel.com wrote:
From: Kan Liang kan.li...@intel.com
SNIP
}
+|
+PE_KERNEL_PMU_EVENT
+{
+ struct parse_events_evlist *data = _data;
+ struct list_head *head = malloc(sizeof(*head));
+ struct parse_events_term *term;
+
On Tue, Sep 02, 2014 at 11:29:30AM -0400, kan.li...@intel.com wrote:
SNIP
+++ b/tools/perf/util/parse-events.y
@@ -47,6 +47,7 @@ static inc_group_count(struct list_head *list,
%token PE_NAME_CACHE_TYPE PE_NAME_CACHE_OP_RESULT
%token PE_PREFIX_MEM PE_PREFIX_RAW PE_PREFIX_GROUP
%token
dump_page() and dump_vma() are not specific to page_alloc.c, move
them out so page_alloc.c won't turn into the unofficial debug
repository.
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
mm/Makefile |2 +-
mm/debug.c | 161
Very similar to VM_BUG_ON_PAGE and VM_BUG_ON_VMA, dump struct_mm
when the bug is hit.
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
include/linux/mmdebug.h | 10 +++
mm/debug.c | 69 +++
2 files changed, 79 insertions(+)
Dump the contents of the relevant struct_mm when we hit the
bug condition.
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
kernel/fork.c|3 +--
kernel/sys.c |2 +-
mm/huge_memory.c |2 +-
mm/mlock.c |2 +-
mm/mmap.c|7 ---
mm/pagewalk.c|
Am 05.09.2014 08:31, schrieb Alexander Holler:
Am 04.09.2014 21:18, schrieb Rob Landley:
What's actually wrong with C++ at a language design level.
Short version:
OMG.
It's better than C. In almost every aspect. Stop. Nothing else. Of
course, if you want to write something like systemd in
On Sat, Sep 6, 2014 at 1:16 AM, Matt Fleming m...@console-pimps.org wrote:
On Thu, 04 Sep, at 01:59:05PM, H. Peter Anvin wrote:
I am fine with this patch, but at the same time I do want to note that
there is an alternative to double-buffer the patch and/or (if that
applies to the buggy BIOS)
On Sat, Sep 6, 2014 at 11:09 PM, Mantas Mikulėnas graw...@gmail.com wrote:
On Sat, Sep 6, 2014 at 1:16 AM, Matt Fleming m...@console-pimps.org wrote:
On Thu, 04 Sep, at 01:59:05PM, H. Peter Anvin wrote:
I am fine with this patch, but at the same time I do want to note that
there is an
On Fri, Aug 15, 2014 at 02:42:51PM +0800, Chin-Tsung Cheng wrote:
The journal blocks of external journal device should not
be counted as overhead.
Hi Ted,
Would you mind queueing this one up for 3.17? It fixes this problem:
# df /mnt
/dev/sda 64Z 64Z 2.8G 100% /mnt
...which is a
On Fri, Sep 05, 2014 at 11:07:56AM -0300, Arnaldo Carvalho de Melo wrote:
Em Fri, Sep 05, 2014 at 11:42:59AM +0300, Adrian Hunter escreveu:
On 09/04/2014 06:19 PM, Arnaldo Carvalho de Melo wrote:
Em Thu, Sep 04, 2014 at 03:32:08PM +0300, Adrian Hunter escreveu:
No I was meaning something
On Friday, September 05, 2014 07:17:57 PM Darren Hart wrote:
On Thu, Sep 04, 2014 at 09:08:08AM +0200, Paul Bolle wrote:
On Thu, 2014-09-04 at 00:53 +0200, Frans Klaver wrote:
In store_sys_acpi, if count equals zero, or parse_arg()s sscanf call
fails, 'value' remains possibly
[+cc Josh]
On Tue, Sep 2, 2014 at 1:30 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Mon, Sep 1, 2014 at 9:14 PM, Bjorn Helgaas bhelg...@google.com wrote:
I'm not a fan of adding a whitelist for devices that work correctly.
I don't think that's a maintainable solution. Since we
Hi,
Starting with kernel 3.15 the 'exe' symlink under /proc/pid/ acts
diffrent than it used to in all the pre-3.15 kernels.
The usecase:
run /root/testbin (app that just sleeps)
cp /root/testbin /root/testbin.new
mv /root/testbin.new /root/testbin
ls -al /proc/`pidof testbin`/exe
=3.14:
hello, my name is Miss Rita please i am writing this message to you with tears
and a heavy load in my heart please i see you as a good person after looking
through your profile, please i will like to have a contact with you it is very
necessary please, please for the Love of God i need to
On Sat, Sep 6, 2014 at 11:44 PM, Piotr Karbowski
piotr.karbow...@gmail.com wrote:
Hi,
Starting with kernel 3.15 the 'exe' symlink under /proc/pid/ acts diffrent
than it used to in all the pre-3.15 kernels.
The usecase:
run /root/testbin (app that just sleeps)
cp /root/testbin
Set max_sectors to the value the drivers provides as hardware limit by
default. Linux had proper I/O throttling for a long time and doesn't
rely on a artifically small maximum I/O size anymore. By not limiting
the I/O size by default we remove an annoying tuning step required for
most Linux
Most virtio setups have a fairly limited number of ring entries available.
Enable S/G entry merging by default to fit into less of them. This restores
the behavior at time of the virtio-blk blk-mq conversion, which was changed
by commit block: add queue flag for disabling SG merging which made
On Sat, Sep 6, 2014 at 2:21 PM, Bjorn Helgaas bhelg...@google.com wrote:
But as you point out, we don't see the not responding message. We
only print that if we read 0x0001 (device/vendor ID). But lspci
claims the vendor:device ID is 0001:8168. So my new theory is:
[snip]
Sounds like
Fix checkpatch.pl '(foo*) should be (foo *)' errors
Signed-off-by: Greg Donald gdon...@gmail.com
---
drivers/staging/rtl8821ae/base.h | 26 +++---
drivers/staging/rtl8821ae/btcoexist/halbtcoutsrc.c | 8 +++
drivers/staging/rtl8821ae/btcoexist/halbtcoutsrc.h
On Sat, Sep 06, 2014 at 10:01:29PM +0200, Alexander Holler wrote:
I've brought up the critics about using C in a critical and very
security sensitive piece of software in userland, so I've decided a
bit more explanations might make sense.
First, as you don't seem to have noticed or you don't
There is no function named textsearch_put(). Removing it from the comments to
avoid misunderstanding.
Textsearch prepare no longer needs textsearch_put.
Signed-off-by: Raphael Silva rapp...@gmail.com
---
lib/textsearch.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Fix checkpatch.pl '(foo*) should be (foo *)' errors
Signed-off-by: Greg Donald gdon...@gmail.com
---
drivers/staging/rtl8723au/core/rtw_ap.c| 14 --
drivers/staging/rtl8723au/core/rtw_cmd.c | 6 +++---
drivers/staging/rtl8723au/core/rtw_mlme.c | 4 ++--
On Thu, Aug 28, 2014 at 9:18 PM, Matt jackdac...@gmail.com wrote:
On Thu, Aug 28, 2014 at 5:32 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Aug 28, 2014 at 05:27:27PM +0200, Matt wrote:
On Thu, Aug 28, 2014 at 5:22 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Aug 28, 2014 at
Am 07.09.2014 01:44, schrieb Lennart Sorensen:
So why C++ then if you care about making the code easy to make safe when
there are clearly even better options. Why not OCAML or Erlang or one
of the other much more robust languages that don't contain all the
dangers of C?
I would choose
On 09/06/14 03:11, Thomas Gleixner wrote:
On Fri, 5 Sep 2014, Behan Webster wrote:
On 09/05/14 17:18, Thomas Gleixner wrote:
Signed-off-by: Behan Webster beh...@converseincode.com
Signed-off-by: Mark Charlebois charl...@gmail.com
Signed-off-by: Jan-Simon Möller dl...@gmx.de
This SOB chain is
On 09/06/14 01:46, Milan Broz wrote:
On 09/06/2014 01:02 AM, beh...@converseincode.com wrote:
From: Jan-Simon Möller dl...@gmx.de
The use of variable length arrays in structs (VLAIS) in the Linux Kernel code
precludes the use of compilers which don't implement VLAIS (for instance the
Clang
On 09/06/14 07:16, Arnd Bergmann wrote:
On Friday 05 September 2014 16:23:14 beh...@converseincode.com wrote:
--- /dev/null
+++ b/arch/arm64/lib/eabi.c
@@ -0,0 +1,32 @@
+/*
+ * linux/lib/eabi.c
Please don't put the file names in the files themselves, it's redundant
and in this case actually
On Sat, Sep 6, 2014 at 7:16 AM, Arnd Bergmann a...@arndb.de wrote:
On Friday 05 September 2014 16:23:14 beh...@converseincode.com wrote:
--- /dev/null
+++ b/arch/arm64/lib/eabi.c
@@ -0,0 +1,32 @@
+/*
+ * linux/lib/eabi.c
Please don't put the file names in the files themselves, it's
On Fri, 2014-09-05 at 09:09 -0300, Thadeu Lima de Souza Cascardo wrote:
On Fri, Sep 05, 2014 at 05:55:18PM +1000, Michael Neuling wrote:
On Fri, 2014-09-05 at 09:13 +0200, Gabriel Paubert wrote:
On Fri, Sep 05, 2014 at 03:28:47PM +1000, Michael Neuling wrote:
The Debian powerpc little
On Sat, Sep 6, 2014 at 7:12 AM, Arnd Bergmann a...@arndb.de wrote:
On Friday 05 September 2014 16:21:42 beh...@converseincode.com wrote:
From: Mark Charlebois charl...@gmail.com
Add missing abort for arch aarch64.
This patch makes the aarch64 kernel able to compile with gcc or clang.
In gc_node_segment, if node page gc is run concurrently with node page
writeback, and check_valid_map and get_node_page run after page locked
and before cur_valid_map is updated as below, it is possible for the
page to be written twice unnecessarily.
sync_node_pages
Only one bit is read in check_valid_map, holding a lock to do that
doesn't help anything except decreasing performance.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
fs/f2fs/gc.c |2 --
1 file changed, 2 deletions(-)
--- a/fs/f2fs/gc.c
+++ b/fs/f2fs/gc.c
@@ -382,10 +382,8 @@ static
On Sun, Sep 07, 2014 at 02:47:55AM +0200, Matt wrote:
On Thu, Aug 28, 2014 at 9:18 PM, Matt jackdac...@gmail.com wrote:
On Thu, Aug 28, 2014 at 5:32 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Aug 28, 2014 at 05:27:27PM +0200, Matt wrote:
On Thu, Aug 28, 2014 at 5:22 PM, Greg KH
Only one bit is read in check_valid_map, holding a lock to do that
doesn't help anything except decreasing performance.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
v2: Fixed a build warning.
---
fs/f2fs/gc.c |3 ---
1 file changed, 3 deletions(-)
--- a/fs/f2fs/gc.c
+++
On Fri, Sep 05, 2014 at 10:08:23PM -0400, anicoara wrote:
The warnings addressed:
1. Missing a blank line after declarations.
2. else is not generally useful after a break or return
Please break this up into 2 patches, each patch should only do one thing
at a time.
thanks,
greg k-h
--
To
On Thu, 2014-09-04 at 21:06 -0700, Paul E. McKenney wrote:
On Thu, Sep 04, 2014 at 10:47:24PM -0400, Peter Hurley wrote:
Hi James,
On 09/04/2014 10:11 PM, James Bottomley wrote:
On Thu, 2014-09-04 at 17:17 -0700, Paul E. McKenney wrote:
+And there are anti-guarantees:
+
+ (*)
201 - 274 of 274 matches
Mail list logo