Hi Mel,
> __mod_zone_page_state(zone, NR_ALLOC_BATCH, -(1 << order));
> - if (zone_page_state(zone, NR_ALLOC_BATCH) == 0 &&
> + if (zone_page_state(zone, NR_ALLOC_BATCH) <= 0 &&
zone_page_state is declared to return unsigned long value [1], so it
should never be below 0.
So inte
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:
>
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 u
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
---
v2: Fixed a build warning.
---
fs/f2fs/gc.c |3 ---
1 file changed, 3 deletions(-)
--- a/fs/f2fs/gc.c
+++ b/fs/f2fs/gc.c
@@ -378,14 +378,1
On Sun, Sep 07, 2014 at 02:47:55AM +0200, Matt wrote:
> On Thu, Aug 28, 2014 at 9:18 PM, Matt wrote:
> > On Thu, Aug 28, 2014 at 5:32 PM, Greg KH wrote:
> >> On Thu, Aug 28, 2014 at 05:27:27PM +0200, Matt wrote:
> >>> On Thu, Aug 28, 2014 at 5:22 PM, Greg KH
> >>> wrote:
> >>> > On Thu, Aug 28,
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
---
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 int check_valid_map(str
On Sat, Sep 6, 2014 at 7:12 AM, Arnd Bergmann wrote:
> On Friday 05 September 2014 16:21:42 beh...@converseincode.com wrote:
>> From: Mark Charlebois
>>
>> Add missing abort for arch aarch64.
>>
>> This patch makes the aarch64 kernel able to compile with gcc or clang.
>>
>> Signed-off-by: Mark Ch
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
On Sat, Sep 6, 2014 at 7:16 AM, 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
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 wr
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
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 compiler). This
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
Signed-off-by: Mark Charlebois
Signed-off-by: Jan-Simon Möller
This SOB chain is completely ass backwards. See Documentation/...
"The Si
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 Prolog.
On Thu, Aug 28, 2014 at 9:18 PM, Matt wrote:
> On Thu, Aug 28, 2014 at 5:32 PM, Greg KH wrote:
>> On Thu, Aug 28, 2014 at 05:27:27PM +0200, Matt wrote:
>>> On Thu, Aug 28, 2014 at 5:22 PM, Greg KH wrote:
>>> > On Thu, Aug 28, 2014 at 05:16:58PM +0200, Matt wrote:
>>> >> Hi Greg,
>>> >>
>>> >>
>>
Fix checkpatch.pl '"(foo*)" should be "(foo *)"' errors
Signed-off-by: Greg Donald
---
drivers/staging/rtl8723au/core/rtw_ap.c| 14 --
drivers/staging/rtl8723au/core/rtw_cmd.c | 6 +++---
drivers/staging/rtl8723au/core/rtw_mlme.c | 4 ++--
drivers/staging/rtl8723
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
---
lib/textsearch.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/lib/textsearch.c b/li
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 d
Fix checkpatch.pl '"(foo*)" should be "(foo *)"' errors
Signed-off-by: Greg Donald
---
drivers/staging/rtl8821ae/base.h | 26 +++---
drivers/staging/rtl8821ae/btcoexist/halbtcoutsrc.c | 8 +++
drivers/staging/rtl8821ae/btcoexist/halbtcoutsrc.h | 4 ++--
dr
On Sat, Sep 6, 2014 at 2:21 PM, Bjorn Helgaas 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 a very reasona
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 t
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 insta
On Sat, Sep 6, 2014 at 11:44 PM, Piotr Karbowski
wrote:
> Hi,
>
> Starting with kernel 3.15 the 'exe' symlink under /proc// 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/tes
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 talk
Hi,
Starting with kernel 3.15 the 'exe' symlink under /proc// 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: /root/
[+cc Josh]
On Tue, Sep 2, 2014 at 1:30 PM, Linus Torvalds
wrote:
> On Mon, Sep 1, 2014 at 9:14 PM, Bjorn Helgaas 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 haven't had
>> many systems yet that care
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 unin
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 some
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 re
On Sat, Sep 6, 2014 at 11:09 PM, Mantas Mikulėnas wrote:
> On Sat, Sep 6, 2014 at 1:16 AM, Matt Fleming 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 pa
On Sat, Sep 6, 2014 at 1:16 AM, Matt Fleming 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) round up the s
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 P
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
---
include/linux/mmdebug.h | 10 +++
mm/debug.c | 69 +++
2 files changed, 79 insertions(+)
diff --git a/include/lin
Dump the contents of the relevant struct_mm when we hit the
bug condition.
Signed-off-by: Sasha Levin
---
kernel/fork.c|3 +--
kernel/sys.c |2 +-
mm/huge_memory.c |2 +-
mm/mlock.c |2 +-
mm/mmap.c|7 ---
mm/pagewalk.c|2 +-
6 files changed,
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
---
mm/Makefile |2 +-
mm/debug.c | 161 +++
mm/page_alloc.c |
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 */
> + scan_kern
On Tue, Sep 02, 2014 at 11:29:30AM -0400, kan.li...@intel.com wrote:
> From: Kan Liang
SNIP
> }
> +|
> +PE_KERNEL_PMU_EVENT
> +{
> + struct parse_events_evlist *data = _data;
> + struct list_head *head = malloc(sizeof(*head));
> + struct parse_events_term *term;
> + struct list_
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
On Tue, Sep 02, 2014 at 11:29:29AM -0400, kan.li...@intel.com wrote:
> From: Kan Liang
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;
> + struct per
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
>
> Already in -mmots, will probably be pulled by Linus next week:
>
> http://ozlabs.org/~akpm/mmots/broken-out/s
* Matt Fleming [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 of the target b
Hi
On Sat, Sep 6, 2014 at 8:40 PM, Marcel Holtmann 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
Already in -mmots, will probably be pulled by Linus next week:
http:/
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 chi
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
---
include/uapi/linux/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/Kbuild b/include/uapi/linux/Kbuild
i
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] Ini
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 6, 2014 at 5:32 PM, Guenter Roeck 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 'open_file_eeprom':
> dri
The clock is not unprepared in case of the request IRQ fails.
Also update to request_irq.
Signed-off-by: Gaël PORTAY
Acked-by: Daniel Lezcano
Acked-by: Boris Brezillon
---
drivers/clocksource/tcb_clksrc.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/driver
Signed-off-by: Gaël PORTAY
Acked-by: Boris Brezillon
---
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 c8d8e38..b514a2d 100644
--- a/drivers/misc/atmel_tclib.c
+++ b/driv
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 done
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
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,
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] SMP
Fix errors reported by checkpatch of this kind:
ERROR: "foo * bar" should be "foo *bar"
Signed-off-by: Spencer Baugh
---
drivers/staging/lustre/lustre/include/lustre_import.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/lustre_impo
Fix errors reported by checkpatch of this kind:
ERROR: trailing whitespace
Signed-off-by: Spencer Baugh
---
drivers/staging/lustre/lustre/include/lustre_import.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/lustre/lustre/include/lustre_import.h
b/dri
Fix errors reported by checkpatch of this kind:
ERROR: open brace '{' following function declarations go on the next line
Signed-off-by: Spencer Baugh
---
drivers/staging/lustre/lustre/include/lustre_import.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/st
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 c
On 09/04/2014 11:13 PM, Xuetao Guan wrote:
- Guenter Roeck 写道:
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, Qemu codestyle is dif
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 to
Signed-off-by: Alexey Charkov
---
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
+++ b/drivers/tty/serial
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 b
This adds simple polling functions for single-character transmit
and receive, as used by kgdb.
Signed-off-by: Alexey Charkov
---
drivers/tty/serial/vt8500_serial.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/tty/serial/vt8500_serial.c
b/drivers/t
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. Thi
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/m
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 :
On 08/16/2014 05:45 PM, Evgeny Boger wrote:
From: Evgeny Boger
Add option to use with watchdog timers which are always enabled
in hardware, i.e. the
From: Evgeny Boger
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.
Signed-off-by: Evgeny Bo
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.
http://ozlabs.org/~akpm/mmots/broken-out/introduce-dump_
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 imx_pmx
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
---
drivers/pinctrl/pinctrl-imx.c | 54 +
drivers/pinctrl/pinctrl-imx.h
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
---
drivers/gpio/Kconfig | 7 ++
drivers/gpio/Makefile | 1 +
drivers/gpio/gpi
Use GPIO support by adding SD card detection configuration and
GPIO pinmux for Colibri's standard GPIO pins.
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/vf610-colibri.dtsi | 8
arch/arm/boot/dts/vf610-twr.dts | 1 +
arch/arm/boot/dts/vf610.dtsi | 1 +
3 files changed,
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 are
On Sat, Sep 6, 2014 at 7:10 AM, Pablo Neira Ayuso 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 defi
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 pul
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 erro
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 the header files in Kbuild
of each architecture in alphabetical order
I see the following build failure in next-20140905.
Guenter
---
Building tile:tilegx_defconfig ... failed
--
Error log:
mm/page_alloc.c: In function 'dump_vma':
mm/page_alloc.c:6742:46: error: 'pgprot_t' has no member named 'pgprot'
make[1]: *** [mm/page_alloc.o] Error 1
make[1]: ***
On 02.09.2014 13:01, David Vrabel wrote:
> On 01/09/14 18:34, David Vrabel wrote:
>> On 29/08/14 16:17, Stefan Bader wrote:
>>>
>>> This change might not be the fully correct approach as it basically
>>> removes the pre-set page table entry for the fixmap that is compile
>>> time set (level2_fixmap
Hello Ceasar,
On Wed, Sep 03, 2014 at 10:10:36AM +0800, Caesar Wang wrote:
> Thermal is TS-ADC Controller module supports
> user-defined mode and automatic mode.
>
> User-defined mode refers,TSADC all the control signals entirely by
> software writing to register for direct control.
>
> Automaic
Am 05.09.2014 15:52, schrieb Pali Rohár:
> On Friday 05 September 2014 15:45:42 Mark Rutland wrote:
>> On Fri, Sep 05, 2014 at 12:38:40PM +0100, Pali Rohár wrote:
>>> On Wednesday 18 June 2014 18:54:24 Pali Rohár wrote:
Machine name from board description is some generic name
on DT kernel
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 'open_file_eeprom':
drivers/net/wireless/ath/ath5k/debug.c:933:2: error:
implicit decla
this patch drops setting of vb2 buffer state to VB2_BUF_STATE_ACTIVE,
as any buffer queued to the driver is marked ACTIVE by the vb2 core.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpif_capture.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/media/platform/
It is possible to call STREAMON without having any buffers queued.
So vb2_is_streaming() can return true without start_streaming()
having been called. Only after at least one buffer has been
queued will start_streaming be called.
The check vb2_is_streaming() is incorrect as this would start
the DM
this patch drops setting of vb2 buffer state to VB2_BUF_STATE_ACTIVE,
as any buffer queued to the driver is marked ACTIVE by the vb2 core.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpif_display.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/media/platform
It is possible to call STREAMON without having any buffers queued.
So vb2_is_streaming() can return true without start_streaming()
having been called. Only after at least one buffer has been
queued will start_streaming be called.
The check vb2_is_streaming() is incorrect as this would start
the DM
this patch series fixes several small issues in VPIF driver.
Lad, Prabhakar (5):
media: davinci: vpif_display: drop setting of vb2 buffer state to
ACTIVE
media: davinci: vpif_capture: drop setting of vb2 buffer state to
ACTIVE
media: videobuf2-core.h: add a helper to get status of
this patch adds a helper to get the status if start_streaming()
was called successfully.
Signed-off-by: Lad, Prabhakar
Cc: Pawel Osciak
Cc: Marek Szyprowski
Cc: Kyungmin Park
Cc: Hans Verkuil
---
include/media/videobuf2-core.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/incl
On Thursday 22 May 2014 04:24:11 Andi Kleen wrote:
> Adrien BAK writes:
> > As it is perf-script allows one to use perl or python scripts to parse
> > perf events.
> > The following proposal aimed to introduce support of .so files as scripts.
> > This support allows for better performance when par
Hello Wei,
On Fri, Sep 05, 2014 at 05:41:12PM +0800, Wei Ni wrote:
> Hi, Eduardo
>
> On 09/01/2014 06:26 PM, Wei Ni wrote:
> > On 08/29/2014 07:32 PM, edubez...@gmail.com wrote:
> >> Hello Wei,
> >>
> >> On Thu, Aug 28, 2014 at 11:03 PM, Wei Ni wrote:
> >>> On 08/28/2014 09:21 PM, Eduardo Valen
On Sat, Sep 06, 2014 at 10:40:06AM -0400, Douglas Gilbert wrote:
> And they do call scsi_remove_host(). But they do that toward
> the end of their clean-up. The problem that I observed has
> already happened before that.
>
> IOW I think the QUEUE_FLAG_DYING state needs to be set and
> acknowledged
I need your help to transfer funds to buy
properties:Email:ongenghuat...@gmail.com
--
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://vger.kernel.org/majordomo-info.html
Please read the F
On 14-09-05 11:25 AM, Bart Van Assche wrote:
On 09/05/14 15:56, Douglas Gilbert wrote:
With scsi-mq I think many LLDs probably have a new
race possibility between a surprise rmmod of the LLD
and another thread presenting a new command at about
the same time (or another thread's command completin
On Fri, Sep 05, 2014 at 10:55:07AM +0900, Gyungoh Yoo wrote:
> On Mon, Sep 01, 2014 at 11:31:58AM +0100, Mark Brown wrote:
> > Why is this a good idea - can this driver be used for anything other
> > than a sky81452?
> Yes. There is a possibility that this driver will be used by similar
> device
Reviewed-by: Matthias Beyer
On 06-09-2014 01:59:37, Omar Sandoval wrote:
> Fix checkpatch.pl "Alignment should match open parenthesis".
>
> Signed-off-by: Omar Sandoval
> ---
> drivers/staging/bcm/sort.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/stag
On Fri, Sep 5, 2014 at 6:25 PM, Tanmay Inamdar wrote:
> This patch adds support for AppliedMicro X-Gene PCIe host controller. The
> driver is tested on X-Gene platform with different gen1/2/3 PCIe endpoint
> cards.
>
> X-Gene PCIe controller driver has depedency on the pcie arm64 arch support.
> L
On Mon, Sep 01, 2014 at 09:56:53AM +0100, Nikesh Oswal wrote:
> dai-link params for codec-codec links were fixed. The fixed
> link between codec and another chip which may be another codec,
> baseband, bluetooth codec etc may require run time configuaration
> changes. This change provides an option
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 wrong.
> + * Copyright (C) 2012
On Friday 05 September 2014 16:21:42 beh...@converseincode.com wrote:
> From: Mark Charlebois
>
> Add missing abort for arch aarch64.
>
> This patch makes the aarch64 kernel able to compile with gcc or clang.
>
> Signed-off-by: Mark Charlebois
> Signed-off-by: Behan Webster
You don't describ
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 definitions, but practically it freezes existing
> eBPF instruction
On Fri, Sep 05, 2014 at 11:05:37AM +0200, Anders Berg wrote:
> Well, the problem with adding this to the spi-pl022 driver (as a
> vendor specific extension) is that this IP block unfortunately isn't
> distinguishable from the standard ARM PL022 implementation (same
> values in the PrimeCell identi
1 - 100 of 137 matches
Mail list logo