On Sun, 2013-11-10 at 11:03 +0100, Maxime Ripard wrote:
> Hi Ian,
>
> On Fri, Nov 08, 2013 at 10:25:55AM +, Ian Campbell wrote:
> > On Fri, 2013-11-08 at 09:40 +0100, Maxime Ripard wrote:
> > > > I'm trying to work out if we can make this work with the requirement
> > > > which both Xen and KV
The property "ti,davinci-chipselect" is required. So we have to check
if it is set.
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/davinci_nand.c b/drivers/mtd/nand/davinci_nand.c
On 11/11, Srikar Dronamraju wrote:
>
> * Oleg Nesterov [2013-11-08 20:00:03]:
>
> > uprobe_task->vaddr is a bit strange. First of all it is not really
> > needed, we can move it into arch_uprobe_task. The generic code uses
> > it only to pass the additional argument to arch_uprobe_pre_xol(),
> > a
Linus,
Please pull the latest x86-asm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-for-linus
# HEAD: 7a3d9b0f3abbea957b829cdfff8169872c575642 x86: Unify copy_to_user()
and add size checking to it
This tree contains two copy_[from/to]_user() b
Extend bindings for davinci_nand driver to be more clear.
Signed-off-by: Ivan Khoronzhuk
---
.../devicetree/bindings/mtd/davinci-nand.txt | 77 ++--
1 file changed, 54 insertions(+), 23 deletions(-)
diff --git a/Documentation/devicetree/bindings/mtd/davinci-nand.txt
b/D
On Wed, 6 Nov 2013, Stefano Stabellini wrote:
> On Sat, 2 Nov 2013, Grant Likely wrote:
> > On Wed, 30 Oct 2013 00:05:22 -0500, Rob Herring
> > wrote:
> > > From: Rob Herring
> > >
> > > Platform devices created by DT code don't initialize dma_mask pointer to
> > > anything. Set it to coherent_
The properties davinci-ecc-mode, davinci-nand-use-bbt, davinci-nand-buswidth
are MTD generic. Correct names for them are: nand-ecc-mode, nand-on-flash-bbt,
nand-bus-width accordingly. So rename them in dts and documentation.
Signed-off-by: Ivan Khoronzhuk
---
.../devicetree/bindings/mtd/davinci-
On Mon, Nov 11, 2013 at 11:52:30AM +0900, HATAYAMA Daisuke wrote:
[..]
> Looking at my past investigation, kernel/mpparse.c, mm/amdtopology.c and
> platform/visws/visws_quirks.c assumes that boot_cpu_physical_apicid
> has initial apicid of the BSP, not the current actual booting-up cpu.
>
> These
* Dr. H. Nikolaus Schaller [13 06:30]:
> Am 11.11.2013 um 15:13 schrieb Tomi Valkeinen:
> > On 2013-11-11 15:57, Dr. H. Nikolaus Schaller wrote:
> >
> > The display.c file is not strictly DSS stuff, but DSS related "glue" for
> > the SoC. For example, the muxing of the DSI pads is also done on
There is not needed to use a lot of names for err handling.
It complicates code support and reading.
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c | 46 +++
1 file changed, 17 insertions(+), 29 deletions(-)
diff --git a/drivers/mtd/nand
On Mon, Nov 11, 2013 at 11:33:45AM +, Catalin Marinas wrote:
> Hi Vincent,
>
> (cross-posting to linux-pm as it was agreed to follow up on this list)
>
> On 18 October 2013 12:52, Vincent Guittot wrote:
> > This is the 5th version of the previously named "packing small tasks"
> > patchset.
Move bindings under mtd. Do this in order to make davinci-nand
driver usable by keystone architecture.
Signed-off-by: Ivan Khoronzhuk
---
.../{arm/davinci/nand.txt => mtd/davinci-nand.txt} |0
1 file changed, 0 insertions(+), 0 deletions(-)
rename Documentation/devicetree/bindings/{arm/davi
When kernel is booted using DT, there is no guarantee that Davinci
NAND device has been created already at the time when driver init
function is executed. Therefore, platform_driver_probe() can't be used
because this may result the Davinci NAND driver will never be probed.
The driver probing has t
Hello
so I modified my perf_fuzzer to not try tracepoint event 0x18
(irq_work_exit which is the event causing problems in the other thread).
But I got another lockup, presumbaly with a different trace event.
I'll try to narrow down which one caused it.
Should we just be disabling the perf/tra
Linus,
Please pull the latest x86-boot-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus
# HEAD: a17bce4d1dce8f3cf714bc2e5d8e4bac009dc077 x86/boot: Further compress
CPUs bootup message
Two changes that prettify and compactify the SMP bo
Add new AEMIF driver for EMIF16 davinci controller. The EMIF16 module
is intended to provide a glue-less interface to a variety of
asynchronous memory devices like ASRA M, NOR and NAND memory. A total
of 256M bytes of any of these memories can be accessed at any given
time via four chip selects wit
Add bindings for AEMIF controller drivers/memory/davinici-aemif.c
Signed-off-by: Ivan Khoronzhuk
---
.../bindings/memory-controllers/davinci-aemif.txt | 198
1 file changed, 198 insertions(+)
create mode 100644
Documentation/devicetree/bindings/memory-controllers/davinci
The Keystone arch has compatible nand device, so reuse it.
In case with Keystone it depends on TI_DAVINCI_AEMIF because AEMIF
driver is responsible to set timings.
See http://www.ti.com/lit/ug/sprugz3a/sprugz3a.pdf
Signed-off-by: Ivan Khoronzhuk
---
.../devicetree/bindings/mtd/davinci-nand.txt
If Davinci AEMIF is used we don't need to set timings and bus width.
It is done by AEMIF driver (drivers/memory/davinci-aemfi.c).
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/drive
The AEMIF driver registers are used to setup timings for each chip
select. The same registers range is used to setup NAND settings.
The AEMIF and NAND drivers not use the same registers in this range.
In case with AEMIF driver, the memory address range is requested
already by AEMIF, so we cannot r
On 11/11/2013 05:01 AM, Mark Rutland wrote:
> Hi Joel,
>
> I realise I'm a little late in replying to this, but there are a few
> things that would be nice to fix up.
>
> On Fri, Nov 08, 2013 at 12:37:09AM +, Joel Fernandes wrote:
>> Add documentation for the generic OMAP DES crypto module de
Add AEMIF/NAND device entry.
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/boot/dts/keystone.dts | 63
1 file changed, 63 insertions(+)
diff --git a/arch/arm/boot/dts/keystone.dts b/arch/arm/boot/dts/keystone.dts
index 100bdf5..998da98 100644
--- a/arch/
Linus,
Please pull the latest x86-build-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-build-for-linus
# HEAD: 7f71be4c9f9a334e7bd0adc66225db4eb88c3bc4 x86, defconfig: Add
DEVTMPFS and DEVTMPFS_MOUNT to *86*_defconfig
Two small changes.
Thanks,
On 11/11/13 10:41, Ming Lei wrote:
> Hi,
>
> On Mon, Nov 11, 2013 at 5:57 PM, Ming Lei wrote:
>> Hi,
>>
>> On Mon, Nov 11, 2013 at 4:37 PM, Axel Lin wrote:
>>> 2013/11/11 Ming Lei :
>>>
>>> Hi Ming,
>>>
>>> commit f6537f2f "scripts/kallsyms: filter symbols not in kernel address
>>> space",
>>>
Linus,
Please pull the latest x86-cleanups-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-cleanups-for-linus
# HEAD: 122498738417c73943b71294c60ec34fc110f5d6 x86, msr: Use file_inode(),
not f_mapping->host
Two small cleanups.
Thanks,
In
(2013/11/11 20:16), Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>> Currently the blacklist is maintained by hand in kprobes.c
>> which is separated from the function definition and is hard
>> to catch up the kernel update.
>> To solve this issue, I've tried to implement new
>> NOKPROBE_S
On Sat, Nov 09, 2013 at 12:32:06PM +0400, Alexander Beregalov wrote:
> Hi,
> It first appeared some time after 3.9 or 3.10 and still persist.
> I guess bisect is not required?
>
> WARNING: CPU: 1 PID: 6 at kernel/time/tick-sched.c:187
> can_stop_full_tick+0x8d/0x9a()
> NO_HZ FULL will not work wit
Linus,
Please pull the latest x86-cpu-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus
# HEAD: b53b5eda8194214928c8243d711a75dbf51809fc x86/cpu: Increase max CPU
count to 8192
The biggest change that stands out is the increase of the CO
On Tue, 12 Nov 2013 02:18:53 +0900
Masami Hiramatsu wrote:
>
> > After that we can convert all the rest, probably as part of this series.
>
> OK, I'll do. :)
> BTW, converting all the __kprobes involves many archs, which
> kprobes ported. In that case, which mailing-list would better me
> to pos
On Mon, Nov 11, 2013 at 05:33:41PM +0100, Florian Meier wrote:
> Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
> Currently it only supports cyclic DMA.
It's better, but still modelled too much on omap-dma.c.
The changes I suggest below get rid of bcm2835_sg entirely, and
At Mon, 11 Nov 2013 16:34:26 +0100,
Borislav Petkov wrote:
>
> On Mon, Nov 11, 2013 at 04:21:16PM +0100, Takashi Iwai wrote:
> > When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
> > back to the usermode helper for loading via udev when the direct
> > loading fails. But the recen
Subject: sched: Optimize task_sched_runtime()
From: Peter Zijlstra
Date: Mon Nov 11 18:21:56 CET 2013
Large multi-threaded apps like to hit this using do_sys_times() and
then queue up on the rq->lock.
Avoid when possible.
Larry reported ~20% performance increase his test case.
Cc: KOSAKI Motoh
YOUR EMAIL ID HAS WON 1000,000.00/GBP AND 2013 CHEVROLET CAR in the satellite
software email lottery.On line Sweepstakes International program Conducted by
CHEVROLET LOTTERY BOARD UK in which your e-mail address was picking up randomly
by software powered by the Internet.
Forward the following d
(2013/11/11 19:58), Will Deacon wrote:
> On Mon, Nov 11, 2013 at 10:51:52AM +, Masami Hiramatsu wrote:
>> (2013/11/11 16:54), Masami Hiramatsu wrote:
>> In fact, how do you avoid a race with hardware breakpoints? E.g.,
>> somebody
>> places a hardware breakpoint on an instruction i
On Fri, Nov 08, 2013 at 12:44:47PM -0800, Markus Mayer wrote:
> This commit adds support for the watchdog timer used on the BCM281xx
> family of SoCs.
>
> Signed-off-by: Markus Mayer
> Reviewed-by: Matt Porter
Overall I am a bit concerned about the heavy use of -EAGAIN, which is a first
for wat
On Mon, Nov 11, 2013 at 06:17:15AM -0800, Andi Kleen wrote:
> On Mon, Nov 11, 2013 at 02:40:36PM +0100, Michal Marek wrote:
> > This reverts commits
> > f3462aa (Kbuild: Handle longer symbols in kallsyms.c) and
> > eea0e9c (kbuild: Increase kallsyms max symbol length)
> > except for the added overf
On Mon, Nov 11, 2013 at 03:27:43PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
> Subject: [PATCH] Kbuild: Ignore GREP_OPTIONS env variable
>
> When building the kernel in a shell which defines GREP_OPTIONS so that
> grep behavior is modified, we can break the generation of the syscalls
On Mon, Nov 11, 2013 at 04:24:13PM +, Stephen Warren wrote:
> On 11/08/2013 11:32 AM, Jason Cooper wrote:
> > On Fri, Nov 08, 2013 at 12:17:30PM -0600, Kumar Gala wrote:
> > ...
> >> I get the point, just not sure how else to sort the 800+ .dts{i} files
> >> that we have in the kernel tree righ
Hello, Tony,
Does Itanium permit speculative stores? For example, on Itanium what are
the permitted outcomes of the following litmus test, where both x and y
are initially zero?
CPU 0 CPU 1
r1 = ACCESS_ONCE(x);r2 = ACCESS_ONCE(y);
if
On Mon, Nov 11, 2013 at 05:13:35PM +, Joel Fernandes wrote:
> On 11/11/2013 05:01 AM, Mark Rutland wrote:
> > Hi Joel,
> >
> > I realise I'm a little late in replying to this, but there are a few
> > things that would be nice to fix up.
> >
> > On Fri, Nov 08, 2013 at 12:37:09AM +, Joel F
Linus,
Please pull the latest x86-hyperv-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-hyperv-for-linus
# HEAD: 4c08edd305019061bf1ac95ce089497bdbb8b8ac x86, hyperv: Move a
variable to avoid an unused variable warning
These changes enable Linux g
On 11/11, Frederic Weisbecker wrote:
>
> On Sat, Nov 09, 2013 at 04:54:28PM +0100, Oleg Nesterov wrote:
> >
> > Up to you and Suravee, but can't we cleanup this later?
> >
> > This series was updated many times to address a lot of (sometimes
> > contradictory) complaints.
>
> Sure. But I'm confiden
Commit-ID: 9ebddac7ea2a1f4b4ce3335a78312a58dfaadb4d
Gitweb: http://git.kernel.org/tip/9ebddac7ea2a1f4b4ce3335a78312a58dfaadb4d
Author: Luck, Tony
AuthorDate: Fri, 8 Nov 2013 14:03:33 -0800
Committer: Ingo Molnar
CommitDate: Mon, 11 Nov 2013 10:21:29 +0100
ACPI, x86: Fix extended error
Commit-ID: 67a6de49bf545c34eb8dee99abbb92d9ea268200
Gitweb: http://git.kernel.org/tip/67a6de49bf545c34eb8dee99abbb92d9ea268200
Author: Peter Zijlstra
AuthorDate: Fri, 8 Nov 2013 08:26:39 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Nov 2013 12:41:33 +0100
locking/doc: Update refere
Commit-ID: 7053ea1a34fa8567cb5e3c39e04ace4c5d0fbeaa
Gitweb: http://git.kernel.org/tip/7053ea1a34fa8567cb5e3c39e04ace4c5d0fbeaa
Author: Rik van Riel
AuthorDate: Fri, 1 Nov 2013 10:41:46 -0400
Committer: Ingo Molnar
CommitDate: Mon, 11 Nov 2013 12:43:38 +0100
stop_machine: Fix race betwe
Commit-ID: e5137b50a0640009fd63a3e65c14bc6e1be8796a
Gitweb: http://git.kernel.org/tip/e5137b50a0640009fd63a3e65c14bc6e1be8796a
Author: Peter Zijlstra
AuthorDate: Fri, 4 Oct 2013 17:28:26 +0200
Committer: Ingo Molnar
CommitDate: Mon, 11 Nov 2013 12:43:39 +0100
ftrace, sched: Add TRACE_F
Commit-ID: 838cc7b488f89ee642fd8336e8e1b620c8c3ece2
Gitweb: http://git.kernel.org/tip/838cc7b488f89ee642fd8336e8e1b620c8c3ece2
Author: Peter Zijlstra
AuthorDate: Wed, 6 Nov 2013 17:42:30 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Nov 2013 12:41:34 +0100
lockdep/proc: Fix lock-tim
On 11/08/2013 11:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.19 release.
There are 74 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
I stumbled upon ENOMEM error from epoll_ctl() while bringing up Android-4.4
on a device that does not yet support PM_SLEEP.
While looking into the problem, I found that ep_create_wakeup_source()
reports ENOMEM if wakeup_source_register() returns NULL.
ep_create_wakeup_source() assumes that NULL i
On 11/08/2013 11:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.69 release.
There are 26 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
On 11/11, Oleg Nesterov wrote:
>
> On 11/11, Srikar Dronamraju wrote:
> >
> > Nit:
> > Can we rename dup_addr to mean that it refers to the xol; something like
> > dup_xol_addr or even xol_addr. So that its more clear what address it
> > refers to.
>
> OK. How about dup_xol_work/dup_xol_vaddr ?
I
On 11/08/2013 11:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.11.8 release.
There are 94 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
Linus,
Please pull the latest x86-iommu-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-iommu-for-linus
# HEAD: ced3c42c9fcba049ec9c76c8461ac194cafb20ba x86/iommu: Clean up the
CONFIG_GART_IOMMU config option a bit
Make it easier to turn off the old
From: Andi Kleen
__output_copy always pads byte sized fields to a multiple
of u64. This was not documented in the perf_event.h documentation.
Explicitly mention this in the comments.
Also add notes that the strings are 0 terminated.
Only comments are changed.
Cc: eran...@google.com
Cc: pet...@
From: Tristan Schmelcher
Inferring the mount hierarchy correctly from /proc/mounts is hard when MS_MOVE
may have been used, and the previous code did it wrongly. This change simplifies
the logic to only require that /dev/shm be _on_ tmpfs (which can be checked
trivially with statfs) rather than t
Hi,
Is there a plan to fix 'make oldnoconfig' option?
I currently have need to it :)
I've tracked a thread fixing 'make olddefconfig' where 'oldnoconfig'
option is reported as a known bug, right?
Br, David Cohen
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
David, All,
On 2013-11-11 10:11 -0800, David Cohen spake thusly:
> Is there a plan to fix 'make oldnoconfig' option?
> I currently have need to it :)
> I've tracked a thread fixing 'make olddefconfig' where 'oldnoconfig'
> option is reported as a known bug, right?
Sorry, I don't understand what y
On Mon, Nov 11, 2013 at 04:39:45PM +, Arjan van de Ven wrote:
> > I think the scheduler simply wants to say: we expect to go idle for X
> > ns, we want a guaranteed wakeup latency of Y ns -- go do your thing.
>
> as long as Y normally is "large" or "infinity" that is ok ;-)
> (a smaller Y will
On 11/11/2013 05:33 PM, Florian Meier wrote:
[...]
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
No driver (other than irqchip drivers) should ever need to include irq.h
> +#include
> +
On 11/11/2013 10:18 AM, Catalin Marinas wrote:
Even for symmetric configuration, the cost of moving a task to a CPU
includes wake-up cost plus the run-time cost which depends on the
P-state after wake-up (that's much trickier since we can't easily
estimate the cost of a P-state and it may chang
Hi David,
On Mon, Nov 11, 2013 at 12:11 PM, David Cohen
wrote:
> Is there a plan to fix 'make oldnoconfig' option?
> I currently have need to it :)
I actually rely on this, but didn't know there was this option, this
is what I've been doing since a long time:
% echo '' | make oldconfig
But
* tip-bot for Kees Cook wrote:
> Commit-ID: 5bfce5ef55cbe78ee2ee6e97f2e26a8a582008f3
> Gitweb: http://git.kernel.org/tip/5bfce5ef55cbe78ee2ee6e97f2e26a8a582008f3
> Author: Kees Cook
> AuthorDate: Thu, 10 Oct 2013 17:18:15 -0700
> Committer: H. Peter Anvin
> CommitDate: Sun, 13 Oct 20
On Mon, 2013-11-11 at 13:01 +0100, Ingo Molnar wrote:
> * Davidlohr Bueso wrote:
>
> > Hi Ingo,
> >
> > On Mon, 2013-11-04 at 08:36 +0100, Ingo Molnar wrote:
> > > * Davidlohr Bueso wrote:
> > >
> > > > I will look into doing the vma cache per thread instead of mm (I hadn't
> > > > really loo
Hi John,
A few fixes for 3.13. There is 3 fixes to the RFCOMM protocol. One crash fix to
L2CAP. A simple fix to a bad behaviour in the SMP protocol, and last, an
revert, that I sent in the last pull request but doesn't seem to be in your
tree.
Please pull or let me know of any issues. Thanks!
Hi everyone,
[jumping in on an old discussion]
On 09/09/2013 06:19 PM, Mark Brown wrote:
On Wed, Sep 04, 2013 at 02:16:36PM -0600, Stephen Warren wrote:
On 09/04/2013 03:05 AM, Lars Poeschel wrote:
The driver that tries to use the GPIO requested by this patch before HAS to
fail. This is exa
* Ingo Molnar wrote:
>
> * tip-bot for Kees Cook wrote:
>
> > Commit-ID: 5bfce5ef55cbe78ee2ee6e97f2e26a8a582008f3
> > Gitweb:
> > http://git.kernel.org/tip/5bfce5ef55cbe78ee2ee6e97f2e26a8a582008f3
> > Author: Kees Cook
> > AuthorDate: Thu, 10 Oct 2013 17:18:15 -0700
> > Committer:
Linus,
Please pull the latest x86-mm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-for-linus
# HEAD: 6979287a7df66a92d6f308338e972a406f9ef842 x86/mm: Add 'step_size'
comments to init_mem_mapping()
One cleanup that documents a particular detail
韩磊 writes:
> In IO scheduler level, whether all the read requests are synchronous?
Generically, yes, I/O schedulers (and the whole block layer, in fact)
consider READs synchronous:
/*
* We regard a request as sync, if either a read or a sync write
*/
static inline bool rw_is_sync(unsigned int
On Mon, Nov 11, 2013 at 04:54:54PM +, Morten Rasmussen wrote:
> On Mon, Nov 11, 2013 at 11:33:45AM +, Catalin Marinas wrote:
> > I would rather start by defining the main goal and working backwards
> > to an algorithm. We may as well find that task packing based on this
> > patch set is suf
Linus,
Please pull the latest x86-platform-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-platform-for-linus
# HEAD: a6d30e0fffb32ab9e48fa7fc8f463805d5b0bddb x86/geode: Fix incorrect
placement of __initdata tag
A single __initdata fix.
Thanks,
Hello, Lai,
I am hitting the new warning in rcu_read_unlock_special() that checks for
(in_irq() || in_serving_softirq()). Please see below for the splat.
I actually managed to get two CPUs hitting this simultaneously, so got
two splats.
My first thought is to revert the WARN_ON_ONCE(), going bac
Hi Felipe,
On 11/11/2013 10:20 AM, Felipe Contreras wrote:
Hi David,
On Mon, Nov 11, 2013 at 12:11 PM, David Cohen
wrote:
Is there a plan to fix 'make oldnoconfig' option?
I currently have need to it :)
I actually rely on this, but didn't know there was this option, this
is what I've been
On 11.11.2013 14:05, Shahbaz Youssefi wrote:
> On Sun, Nov 10, 2013 at 8:06 PM, Matthias Schniedermeyer wrote:
> > I don't see a way around "borders" (Papers please), otherwise you can't
> > reject things you don't want, you have to check if that something that
> > is to be done is allowed. For e.
Linus,
Please pull the latest x86-reboot-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-reboot-for-linus
# HEAD: 6d9153bbce50d41802ad2e20ce52daf699a3e8ad x86/reboot: Correct
pr_info() log message in the set_bios/pci/kbd_reboot()
Misc changes - the
Linus,
Please pull the latest x86-uaccess-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-uaccess-for-linus
# HEAD: ff47ab4ff3cddfa7bc1b25b990e24abe2ae474ff x86: Add 1/2/4/8 byte
optimization to 64bit __copy_{from,to}_user_inatomic
It includes a si
On 11/11/2013 10:13 AM, Yann E. MORIN wrote:
David, All,
Hi Yann,
On 2013-11-11 10:11 -0800, David Cohen spake thusly:
Is there a plan to fix 'make oldnoconfig' option?
I currently have need to it :)
I've tracked a thread fixing 'make olddefconfig' where 'oldnoconfig'
option is reported as
On 11/11/2013 11:28 AM, Gerlando Falauto wrote:
> Hi everyone,
>
> [jumping in on an old discussion]
>
> On 09/09/2013 06:19 PM, Mark Brown wrote:
>> On Wed, Sep 04, 2013 at 02:16:36PM -0600, Stephen Warren wrote:
>>> On 09/04/2013 03:05 AM, Lars Poeschel wrote:
>>
The driver that tries to u
* tip-bot for Mike Travis wrote:
> Commit-ID: 8eba18428ac926f436064ac281e76d36d51bd631
> Gitweb: http://git.kernel.org/tip/8eba18428ac926f436064ac281e76d36d51bd631
> Author: Mike Travis
> AuthorDate: Mon, 23 Sep 2013 16:25:06 -0500
> Committer: Ingo Molnar
> CommitDate: Tue, 24 Sep 2
Hi everyone,
Is anybody using floppy disk drives with virtual machines on Hyper-V or any
other hypervisor? I would be interested in knowing both common and obscure
scenarios. Please let me know if you have any thoughts in this direction.
Thanks,
Abhishek Gupta
Program Manager, Microsoft Corpor
On 08/11/13 21:21, Soren Brinkmann wrote:
> Add a 'cpus' node to describe the CPU cores of Zynq.
>
> Signed-off-by: Soren Brinkmann
> Acked-by: Peter Crosthwaite
> ---
> arch/arm/boot/dts/zynq-7000.dtsi | 27 +++
> 1 file changed, 27 insertions(+)
>
> diff --git a/arch/
Linus,
Please pull the latest x86-uv-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-uv-for-linus
# HEAD: b5dfcb09debc38582c3cb72a3c1a88b919b07f2d Revert "x86/UV: Add uvtrace
support"
Various SGI UV debuggability improvements, amongst them KDB suppo
On 11/08/2013 09:56 PM, Florian Meier wrote:
Is the I2S clock part of a generic clocking module? If yes it might be
better to implement this as a clock chip driver.
[...]
> +static void bcm2835_i2s_stop(struct bcm2835_i2s_dev *dev,
> + struct snd_pcm_substream *substream)
> +{
> +
From: baker.ker...@gmail.com
Date: Mon, 11 Nov 2013 14:39:11 +0800
> + if (km->acquire == NULL || km->compile_policy == NULL)
> + return -EINVAL;
There are 7 function pointer methods that must be fully implemented
in an xfrm_mgr object, not just two.
And really we absolutely do n
From: Jonas Jensen
Date: Mon, 11 Nov 2013 15:46:06 +0100
> Add RTL8201CP phy_driver.
>
> Signed-off-by: Jonas Jensen
Applied, thanks.
--
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://
Commit-ID: b5dfcb09debc38582c3cb72a3c1a88b919b07f2d
Gitweb: http://git.kernel.org/tip/b5dfcb09debc38582c3cb72a3c1a88b919b07f2d
Author: Ingo Molnar
AuthorDate: Mon, 11 Nov 2013 19:53:42 +0100
Committer: Ingo Molnar
CommitDate: Mon, 11 Nov 2013 19:53:42 +0100
Revert "x86/UV: Add uvtrace
On 11/11/2013 03:21 AM, Michal Nazarewicz wrote:
Check gadget.quirk_ep_out_aligned_size to decide if buffer size requires
to be aligned to maxpacketsize of an out endpoint. ffs_epfile_io() needs
to pad epout buffer to match above condition if quirk is found.
Signed-off-by: Michal Nazarewicz
--
On 11/11/2013 10:53 AM, Ingo Molnar wrote:
>
> * tip-bot for Mike Travis wrote:
>
>> Commit-ID: 8eba18428ac926f436064ac281e76d36d51bd631
>> Gitweb:
>> http://git.kernel.org/tip/8eba18428ac926f436064ac281e76d36d51bd631
>> Author: Mike Travis
>> AuthorDate: Mon, 23 Sep 2013 16:25:06 -
Seth, have you (or anyone else) considered making zswap a writethrough
cache instead of writeback? I think that it would significantly help
the case where zswap fills up and starts writing back its oldest pages
to disc - all the decompression work would be avoided since zswap
could just evict old
On Mon, Nov 11, 2013 at 04:27:38PM -0200, Gustavo Padovan wrote:
> Hi John,
>
> A few fixes for 3.13. There is 3 fixes to the RFCOMM protocol. One crash fix
> to
> L2CAP. A simple fix to a bad behaviour in the SMP protocol, and last, an
> revert, that I sent in the last pull request but doesn't s
On Wed, Oct 30, 2013 at 06:33:25PM +0530, Vinod Koul wrote:
> On Tue, Oct 29, 2013 at 09:47:55AM -0700, Olof Johansson wrote:
> > This patch broke some TI platforms (using edma) due to namespace
> > conflicts. The error is:
> >
> > ../../include/linux/dmaengine.h:54:2: error: expected identifier
>
Hi Stephan,
On 11/11/2013 07:53 PM, Stephen Warren wrote:
On 11/11/2013 11:28 AM, Gerlando Falauto wrote:
Hi everyone,
[jumping in on an old discussion]
On 09/09/2013 06:19 PM, Mark Brown wrote:
On Wed, Sep 04, 2013 at 02:16:36PM -0600, Stephen Warren wrote:
On 09/04/2013 03:05 AM, Lars Poe
On Sun, Nov 10 2013, Kent Overstreet wrote:
> Jens - here's the bcache pull, on top of your for-3.13/drivers branch:
Thanks Kent, pulled in for merge in this merge window.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord
Since lkdtm intentionally does "bad" things, we need to convince sparse
that we're doing these things on purpose. This adds an explicit cast
to the call to copy_to_user() and marks the spin lock as expecting
to dead-lock.
Reported-by: Fengguang Wu
Signed-off-by: Kees Cook
---
drivers/misc/lkdtm
On 11/11/2013 10:31 AM, Catalin Marinas wrote:
I agree, we can't rely on the requested C-state but the_actual_ state
and this means querying the hardware driver. Can we abstract this via
some interface which provides the cost of waking up a CPU? This could
take into account the state of the othe
On 11/11/2013 10:20 AM, Ingo Molnar wrote:
>
> Why aren't the 3 sources of entropy XOR-ed together?
>
Note we don't want to poke i8254 if we have any other sources, as the
i8254 may not be present on newer systems and in some other cases not
safe to touch. We can XOR in the TSC with RDRAND alth
Hey Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-3.13-rc0-tag
which has tons of fixes and two major features which are concentrated around
the Xen SWIOTLB library.
The short is that the tracing facility (just one functio
On Mon, Oct 28, 2013 at 02:29:06PM -0700, Nicholas A. Bellinger wrote:
> I'll wait for Kent's feedback on these, and end-up dropping the
> blk-mq-tag part from Patch #5 for the moment..
Hi Nicholas,
I am bit uncertain regarding the process concerning your and Jens trees.
Are you planning to pull
On Mon, Nov 11, 2013 at 10:31 AM, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
>>
>> * tip-bot for Kees Cook wrote:
>>
>> > Commit-ID: 5bfce5ef55cbe78ee2ee6e97f2e26a8a582008f3
>> > Gitweb:
>> > http://git.kernel.org/tip/5bfce5ef55cbe78ee2ee6e97f2e26a8a582008f3
>> > Author: Kees Cook
On Mon, Nov 11, 2013 at 05:15:29PM +, Jonathan Austin wrote:
> I've tested the patch below and it solves the ARM side of things - so
> gives you an option other than a complete revert. Happy to put this in to
> RMK's patch system if you'd prefer not to have to revert and he's happy
> with the p
On 11/11/2013 12:17 PM, Gerlando Falauto wrote:
> Hi Stephan,
>
> On 11/11/2013 07:53 PM, Stephen Warren wrote:
>> On 11/11/2013 11:28 AM, Gerlando Falauto wrote:
>>> Hi everyone,
>>>
>>> [jumping in on an old discussion]
>>>
>>> On 09/09/2013 06:19 PM, Mark Brown wrote:
On Wed, Sep 04, 2013
301 - 400 of 708 matches
Mail list logo
