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
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
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
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
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
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
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
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 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 ++--
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
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
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 ++--
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
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
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
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
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
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:
[+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
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
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 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
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
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
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
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
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 */
> +
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
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
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:
>
>
* 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
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:
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
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
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]
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':
>
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
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
+++
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
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]
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
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
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
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
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
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
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
+++
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
---
drivers/tty/serial/vt8500_serial.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/tty/serial/vt8500_serial.c
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.
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
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.
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
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.
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
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 +
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
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
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
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 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
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
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
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.
>
>
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
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
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
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
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
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
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
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
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
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
>
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
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
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
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.
>
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
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
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
On Sat, Sep 06, 2014 at 08:59:36PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks. Please always send incremental patches.
signature.asc
Description: Digital signature
1 - 100 of 274 matches
Mail list logo