On Wed, Mar 20, 2013 at 11:47 PM, Stephen Rothwell
wrote:
> Hi Alexandre,
>
> On Wed, 20 Mar 2013 23:02:14 +0900 Alexandre Courbot wrote:
>>
>> I am currently trying to get rid of the GENERIC_GPIO config option in
>> order to center GPIO support around gpiolib. The patch series has been
>>
On Wed, Mar 20, 2013 at 06:53:55AM -0700, Boris Ostrovsky wrote:
>
> - jwbo...@redhat.com wrote:
>
> > On Wed, Mar 13, 2013 at 09:25:44AM -0400, Boris Ostrovsky wrote:
> > > On 03/01/2013 07:14 AM, Josh Boyer wrote:
> > > >On Thu, Feb 28, 2013 at 04:52:20PM -0800, H. Peter Anvin wrote:
> > >
do_work_pending() may be called on IRQ, exception or syscall exit (for
reschedule, signal handling, etc.) , but user_enter() may have already
been called (e.g. by syscall return path.)
Since do_work_pending() is still in kernel mode, keep context_tracker
up to date by using user_exit/user_enter.
When context tracking (TIF_NOHZ), force the syscall slow path by
adding _TIF_NOHZ to _TIF_SYSCALL_WORK. Use the syscall trace
enter/exit paths to do the context tracking. This corresponds to
commit bf5a3c13 (x86: Syscall hooks for userspace RCU extended QS.)
Also cover the special case in
Hi Naoya,
On 03/21/2013 05:59 AM, Naoya Horiguchi wrote:
> On Wed, Mar 20, 2013 at 08:31:06AM +0800, Simon Jeons wrote:
> ...
> diff --git v3.8.orig/mm/mempolicy.c v3.8/mm/mempolicy.c
> index e2df1c1..8627135 100644
> --- v3.8.orig/mm/mempolicy.c
> +++ v3.8/mm/mempolicy.c
> @@
Signed-off-by: Kevin Hilman
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 9473d55..4028fb2 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -60,6 +60,7 @@ config ARM
select OLD_SIGSUSPEND3
select
Add ARM support for the context tracking subsystem by instrumenting
exception entry/exit points.
Special thanks to Mats Liljegren for testing, collaboration and adding
support for exceptions/faults that were missing in early test versions.
Cc: Mats Liljegren
Signed-off-by: Kevin Hilman
---
On Wednesday, March 20, 2013 11:28:49 AM Dirk Brandewie wrote:
> On 03/20/2013 11:28 AM, Rafael J. Wysocki wrote:
> > On Wednesday, March 20, 2013 09:17:24 AM dirk.brande...@gmail.com wrote:
> >> From: Dirk Brandewie
> >>
> >> Some VMs seem to try to implement some MSRs but not all the registers
On 03/14/2013 07:13:46 PM, Kevin Hilman wrote:
The new context tracking subsystem unconditionally includes kvm_host.h
headers for the guest enter/exit macros. This causes a compile
failure when KVM is not enabled.
Fix by adding an IS_ENABLED(CONFIG_KVM) check to kvm_host so it can
be
Hi Toshi,
2013/03/20 0:03, Toshi Kani wrote:
On Mon, 2013-03-18 at 11:19 +0900, Yasuaki Ishimatsu wrote:
Hi Toshi,
Sorry for the late reply
2013/03/13 23:50, Toshi Kani wrote:
On Wed, 2013-03-13 at 15:54 +0900, Yasuaki Ishimatsu wrote:
At http://marc.info/?l=linux-acpi=135769405622667=2
Hi,
I spent some time working on this and incorporating feedback. Here's an updated
proposal for a clock controller for Zynq:
Required properties:
- #clock-cells : Must be 1
- compatible : "xlnx,ps7-clkc" (this may become 'xlnx,zynq-clkc' terminology
differs a bit between Xilinx internal
On Wed, Mar 20, 2013 at 07:32:18PM -0400, Steven Rostedt wrote:
> On Mon, 2013-03-18 at 15:25 -0700, Paul E. McKenney wrote:
>
> >
> >
> > NO_HZ: Reducing Scheduling-Clock Ticks
> >
> >
> > This document
Hi Naoya,
On 03/21/2013 06:05 AM, Naoya Horiguchi wrote:
> On Wed, Mar 20, 2013 at 09:03:20AM +0800, Simon Jeons wrote:
>> Hi Naoya,
>> On 02/22/2013 03:41 AM, Naoya Horiguchi wrote:
>>> Currently we can't offline memory blocks which contain hugepages because
>>> a hugepage is considered as an
Hi Naoya,
On 03/21/2013 05:35 AM, Naoya Horiguchi wrote:
> On Wed, Mar 20, 2013 at 07:43:44AM +0800, Simon Jeons wrote:
> ...
>>> Easy patch access:
>>> g...@github.com:Naoya-Horiguchi/linux.git
>>> branch:extend_hugepage_migration
>>>
>>> Test code:
>>>
Hi Alexandre,
On Wed, 20 Mar 2013 23:02:14 +0900 Alexandre Courbot wrote:
>
> I am currently trying to get rid of the GENERIC_GPIO config option in
> order to center GPIO support around gpiolib. The patch series has been
> rather welcome and I collected a few acks, but since the change is
>
On Thu, Mar 21, 2013 at 12:21:21AM +0100, Jiri Kosina wrote:
> On Wed, 20 Mar 2013, Alan Stern wrote:
>
> > > Ok, so how about this?
> > > Daniel, is it enough to make the problem appear on your system (by
> > > building this into the kernel and booting with dummy-irq.irq=16)?
> > >
> > >
Hi Naoya,
On 03/21/2013 05:53 AM, Naoya Horiguchi wrote:
> On Wed, Mar 20, 2013 at 07:57:32AM +0800, Simon Jeons wrote:
>> Hi Naoya,
>> On 02/22/2013 03:41 AM, Naoya Horiguchi wrote:
>>> When we have a page fault for the address which is backed by a hugepage
>>> under migration, the kernel can't
The 64-bit requirement can be removed after the conversion of
the conversion of the nsec granularity cputime to work on !64_BIT
Cc: Frederic Weisbecker
Signed-off-by: Kevin Hilman
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfig
With the 64-bit requirement removed from virt CPU accounting,
allow ARM platforms to enable it.
Signed-off-by: Kevin Hilman
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 5b71469..9473d55 100644
--- a/arch/arm/Kconfig
+++
This series is a set of prerequistes for getting the new context
tracking subsystem, and adaptive tickless support working on ARM.
Kevin Hilman (3):
cputime_nsecs: use math64.h for nsec resolution conversion helpers
init/Kconfig: virt CPU accounting: drop 64-bit requirment
ARM: Kconfig:
For the nsec resolution conversions to be useable on non 64-bit
architectures, the helpers in need to be used so the
right arch-specific 64-bit math helpers can be used (e.g. do_div())
Cc: Frederic Weisbecker
Signed-off-by: Kevin Hilman
---
include/asm-generic/cputime_nsecs.h | 28
On Mon, 2013-03-18 at 15:25 -0700, Paul E. McKenney wrote:
>
>
> NO_HZ: Reducing Scheduling-Clock Ticks
>
>
> This document covers Kconfig options and boot parameters used to reduce
> the number of
Looks lots cleaner. Applied on top of 3.9.rc3 and took it for a spin
offlining and onlining cpus at random intervals. First time round I
saw a few splats like the one below. But after a reboot I can no
longer reproduce.
-Tony
INFO: task devkit-power-da:19861 blocked for more than 120 seconds.
Hi David,
On Wed, 20 Mar 2013 16:52:39 + David Howells wrote:
>
> David Howells wrote:
>
> > Stephen Rothwell wrote:
> >
> > > David, if I do remove it, are there other patches in your pekey tree that
> > > are still going forward?
> >
> > No.
>
> Well, maybe. But feel free to drop it
Hello,
ipheth does not work for me at all with iPhone5 and iOS 6.
Setup:
Thinkpad T60 (32 bit) with openSUSE 12.1 (with current kernel repo)
iPhone5 with iOS 6.1.2
USB-Cable between laptop and iphone
In the moment I enable Hotspot with USB-cable connected to phone and
laptop, I get the
Hi Frederic,
On 01/07/2013 06:08 PM, Frederic Weisbecker wrote:
> The runqueue clock is supposed to be periodically updated by the
> tick. On full dynticks CPU we call update_nohz_rq_clock() before
> reading it. Now the scheduler code is complicated enough that we
> may miss some
On Wed, 20 Mar 2013, Alan Stern wrote:
> > Ok, so how about this?
> > Daniel, is it enough to make the problem appear on your system (by
> > building this into the kernel and booting with dummy-irq.irq=16)?
> >
> > Thanks.
> >
> > From: Jiri Kosina
> > Subject: [PATCH] dummy-irq: introduce a
On Tue, Mar 19, 2013 at 04:30:26PM +0100, Paolo Bonzini wrote:
> The CS base was initialized to 0 on VMX (wrong, but usually overridden
> by userspace before starting) or 0xf on SVM. The correct value is
> 0x, and VMX is able to emulate it now, so use it.
>
> Signed-off-by: Paolo
On 03/17/2013 05:50 AM, Huacai Chen wrote:
Currently, init_new_context() only for each online CPU, this may cause
memory corruption when CPU hotplug and fork() happens at the same time.
To avoid this, we make init_new_context() cover each possible CPU.
Scenario:
1, CPU#1 is being offline;
2, On
On 03/17/2013 05:49 AM, Huacai Chen wrote:
This and the next patch resolve memory corruption problems while CPU
hotplug. Without these patches, memory corruption can triggered easily
as below:
On a quad-core MIPS platform, use "spawn" of UnixBench-5.1.3 (http://
On Tue, 19 Mar 2013, Yinghai Lu wrote:
> > I guess I should have phrased it more precisely, but that's exactly
> > what I expect is happening on my machine: I don't have anything on
> > irq16 (i.e. in non-msi mode the gfx interrupt isn't shared) and hence
> > the irq is completely disabled. Which
From: Stephen Warren
_regmap_raw_write() contains code to call regcache_write() to write
values to the cache. That code calls memcpy() to copy the value data to
the start of the work_buf. However, at least when _regmap_raw_write() is
called from _regmap_bus_raw_write(), the value data is in the
On Wed, 2013-03-20 at 14:01 -0400, Mathieu Desnoyers wrote:
> * Steven Rostedt (rost...@goodmis.org) wrote:
> > On Wed, 2013-03-20 at 12:18 +0900, kpark3...@gmail.com wrote:
> > > From: Sahara
> > >
> > > Somehow tracepoint_entry_add/remove_probe functions allow a null probe
> > > function.
> >
From: Rob Herring
The timer-sp initialization code clears the control register before
initializing the timers, so every platform doing this is redundant.
For unused timers, we should not care what state they are in.
Signed-off-by: Rob Herring
---
arch/arm/mach-integrator/integrator_ap.c |
From: Rob Herring
This adds CLKSRC_OF based init for sp804 timer. The clock initialization is
refactored to support retrieving the clock(s) from the DT.
Signed-off-by: Rob Herring
---
arch/arm/Kconfig |1 +
arch/arm/common/timer-sp.c | 98
On Wed, 2013-03-20 at 16:52 +, Al Viro wrote:
> On Wed, Mar 20, 2013 at 09:26:54AM -0700, Joe Perches wrote:
> > Add Al's comments in from https://lkml.org/lkml/2013/3/20/345
>
> > +Tip 7:
> > +Code flow is down, not across...
>
> That one is a lovely improvement on what I actually said.
From: Rob Herring
This series add device-tree support using CLKSRC_OF for initialization
of integrator ap and cp timers and sp804 timers. The timer code for all
of these is moved to drivers/clocksource. The common DT based
initialization of sp804 is supported on highbank, versatile-ab and
From: Rob Herring
The motherboard sp804 timer is used, but core tile sp804 timer is not.
According to Russell King, the clock configuration is undocumented and
defaults to 32kHz which is not desireable. So mark core tile sp804 timer
as disabled.
Signed-off-by: Rob Herring
---
From: Rob Herring
Remove the vexpress specific setup for the sp804 timer now that
clocksource_of_init will do it.
Signed-off-by: Rob Herring
---
arch/arm/mach-vexpress/v2m.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/arch/arm/mach-vexpress/v2m.c
From: Rob Herring
Add the versatile platform dtbs to the dtbs make rule.
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/Makefile |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile
index 9c62558..08d298d 100644
---
From: Rob Herring
Move the integrator-cp timer init to timer-sp.c and use CLKSRC_OF. There is
no reason to use the aliases, so drop them from the init code.
The integrator-cp timers are mistakenly called sp804 timers in the dts, but
in fact they are not sp804 dual timers, but single timers with
From: Rob Herring
Enable DT based init for the sp804 timers on versatile DT platform.
Signed-off-by: Rob Herring
---
arch/arm/boot/dts/versatile-ab.dts | 12
arch/arm/mach-versatile/core.c | 26 +-
arch/arm/mach-versatile/versatile_dt.c |
From: Rob Herring
Remove the highbank specific setup for the sp804 timer now that
clocksource_of_init will do it.
Signed-off-by: Rob Herring
---
arch/arm/mach-highbank/highbank.c | 19 ---
1 file changed, 19 deletions(-)
diff --git a/arch/arm/mach-highbank/highbank.c
From: Haojian Zhuang
The sp804 binding is already in use by several platforms. This adds missing
documentation for the binding and also extends the binding to handle some
additional possible interrupt configurations.
Signed-off-by: Haojian Zhuang
Signed-off-by: Rob Herring
---
From: Rob Herring
Move timer-sp and integrator-ap timer code to drivers/clocksource and
update timer-sp.h and arm_timer.h includes.
This adds CLKSRC_OF support for the integrator-ap timer and removes the
use of "arm,timer-primary" and "arm,timer-secondary" aliases. The timer
selection should
From: Rob Herring
Add an empty version of of_device_is_available.
Signed-off-by: Rob Herring
---
include/linux/of.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/linux/of.h b/include/linux/of.h
index a0f1292..6fe655b 100644
--- a/include/linux/of.h
+++
On Wed, 2013-03-20 at 17:36 +0100, Mark Brown wrote:
> On Wed, Mar 20, 2013 at 08:22:16AM -0700, Joe Perches wrote:
> > On Wed, 2013-03-20 at 10:57 +0100, Mark Brown wrote:
>
> > > I've applied this but I'm fed up to the back teeth of having to hand
> > > edit trivial patches from you because you
Hi Andrew,
On Thu, Feb 28, 2013 at 04:39:53PM -0500, Joern Engel wrote:
> Blockconsole is a console driver very roughly similar to netconsole.
> Instead of sending messages out via UDP, they are written to a block
> device. Typically a USB stick is chosen, although in principle any
> block
From: Samuel Ortiz
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 226 +
drivers/misc/mei/mei_dev.h | 30 ++
include/linux/mei_cl_bus.h | 11 +++
3 files changed, 267 insertions(+)
diff --git
From: Samuel Ortiz
MEI drivers should be able to carry their private data around.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 12
include/linux/mei_cl_bus.h | 3 +++
2 files changed, 15 insertions(+)
diff --git
consider that this kernel is not compileable on mips targets due the
patch in kernel/signal.c
SA_RESTORER is defined in mips, but sa_restorer does not exist on that
platform
Am 20.03.2013 21:15, schrieb Greg KH:
I'm announcing the release of the 3.8.4 kernel.
All users of the 3.8 kernel
From: Samuel Ortiz
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 26 ++
include/linux/mei_cl_bus.h | 7 +++
2 files changed, 33 insertions(+)
diff --git a/drivers/misc/mei/bus.c b/drivers/misc/mei/bus.c
index
From: Samuel Ortiz
After receiving the NFC interface version, IVN and radio type,
we can connect to the the actual nfc ME client and send the
initialization (nfc connect) message.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/nfc.c | 128
From: Samuel Ortiz
NFC ME device is exported through the MEI bus to be consumed by the
NFC subsystem.
NFC is represented by two mei clients: An info one and the actual
NFC one. In order to properly build the ME id we first need to retrieve
the firmware information from the info client.
From: Samuel Ortiz
Register the MEI bus type against the kernel core bus APIs and
call the bus Rx handler from interrupt.c
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 22 ++
drivers/misc/mei/interrupt.c | 2 ++
From: Samuel Ortiz
After building its bus name as a string based on its vendor id and radio
type, we can add it to the bus.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/nfc.c | 55 ++
drivers/misc/mei/nfc.h | 6
From: Samuel Ortiz
We keep track of all MEI devices on the bus through a specific linked list.
We also have a mei_device instance in the mei_cl structure.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/bus.c | 48
From: Samuel Ortiz
The send ops for NFC builds the command header, updates the request id
and then waits for an ACK.
The recv ops check if it receives data or an ACK and in the latter case
wakes the send ops up.
Signed-off-by: Samuel Ortiz
Signed-off-by: Tomas Winkler
---
From: Samuel Ortiz
Define a truly synchronous API for the bus Tx path by putting all pending
request to the write list and wait for the interrupt tx handler to wake
us up.
The ___mei_cl_send() out path is also slightly reworked to make it look more
like main.c:mei_write().
Signed-off-by: Samuel
This is take 4 on the MEI bus + NFC device patches
This patch set adds implementation of MEI CLIENT BUS abstraction
over MEI device, this allows standard Linux device drivers
to access functionality exposed by MEI device clients that was previously
available only to the user space through
From: Samuel Ortiz
mei cleint bus will present some of the me clients
as devices for other standard subsystems
Implement the probe, remove, match and the device addtion routines.
A mei-cleint-bus.txt document describing the rationale and the API usage
is also added.
Signed-off-by: Samuel Ortiz
On Wed, Mar 20, 2013 at 4:04 PM, Andrew Collins wrote:
> Kees Cook (1):
> signal: always clear sa_restorer on execve
>
> This commit seems to cause the following build breakage on MIPS in 3.0.70:
>
> kernel/signal.c: In function 'flush_signal_handlers':
> kernel/signal.c:441:9: error:
Hi Kishon,
On 03/20/2013 10:12 AM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. To obtain a reference to the PHY without
using
From: Rob Herring
This converts arm and arm64 to use CLKSRC_OF DT based initialization for
the arch timer. A new function arch_timer_arch_init is added to allow for
arch specific setup.
This has a side effect of enabling sched_clock on omap5 and exynos5. There
should not be any reason not to
On 03/20/2013 04:19 PM, Stephen Warren wrote:
> On 03/19/2013 10:50 AM, Mark Brown wrote:
>> On Mon, Mar 18, 2013 at 05:41:49PM -0600, Stephen Warren wrote:
>>
>>> It took a very quick look at the patch and couldn't see anything
>>> actively wrong. I wonder if one of the existing unconverted
On Mon, 18 Mar 2013 10:56:19 -0500 Russ Anderson wrote:
> When booting on a large memory system, the kernel spends
> considerable time in memmap_init_zone() setting up memory zones.
> Analysis shows significant time spent in __early_pfn_to_nid().
>
> The routine memmap_init_zone() checks each
Hi Steve,
> > I am going to push the changes to github.
>
> Great!
>
> Didn't I ask you before if the nvme drive and the sop drive were the same
> size? ;-)
[CB] Right! But the value returned by the FW was same, and the utilities round
that off to 400GB in both cases. So to me it was the same
On Wed, Mar 20, 2013 at 04:41:21PM -0400, Alan Stern wrote:
> On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
>
> > > > Ok, I'll postpone this patch for the next stable release, in time for
> > > > the fix to be put in at the same time.
> > >
> > > I think patch 13/75 ("USB: EHCI: dont check DMA
On Wed, Mar 20, 2013 at 10:01:19PM +, Chayan Biswas wrote:
> Got it! It is fixed now!!
>
> Just one line fix, like last time. The drive capacity is 1 more than the
> value returned by READ_CAPACITY. Since the value we were setting was not a
> multiple of 4K, all the I/O were coming in the
On 03/19/2013 10:50 AM, Mark Brown wrote:
> On Mon, Mar 18, 2013 at 05:41:49PM -0600, Stephen Warren wrote:
>
>> It took a very quick look at the patch and couldn't see anything
>> actively wrong. I wonder if one of the existing unconverted users
>> of .parse_val() relies on the in-place
On Wed 20-03-13 21:48:13, Al Viro wrote:
> On Wed, Mar 20, 2013 at 08:52:22PM +0100, Jan Kara wrote:
> > > do_bio_filebacked(), with some ugliness between that and callsite. Note,
> > > BTW, that we have a pair of possible vfs_fsync() calls in there; how do
> > > those
> > > interact with
Got it! It is fixed now!!
Just one line fix, like last time. The drive capacity is 1 more than the value
returned by READ_CAPACITY. Since the value we were setting was not a multiple
of 4K, all the I/O were coming in the lowest accessible size of 512 bytes.
Sumant gave me the idea to explore
On Wed, Mar 20, 2013 at 3:09 PM, Stephen Rothwell wrote:
> There has been no change to the cgroup tree
> (git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git#for-next).
> Forgot to push?
Yeah, I'm on a roll today. My apologies. Just pushed out.
Thanks.
--
tejun
--
To unsubscribe from
Hi Tejun,
On Wed, 20 Mar 2013 07:51:35 -0700 Tejun Heo wrote:
>
> On Wed, Mar 20, 2013 at 03:43:28PM +1100, Stephen Rothwell wrote:
> > It has returned today. Please be more careful.
> >
> > In file included from include/linux/memcontrol.h:22:0,
> > from
On Wed, Mar 20, 2013 at 09:03:20AM +0800, Simon Jeons wrote:
> Hi Naoya,
> On 02/22/2013 03:41 AM, Naoya Horiguchi wrote:
> >Currently we can't offline memory blocks which contain hugepages because
> >a hugepage is considered as an unmovable page. But now with this patch
> >series, a hugepage has
Hi Grant,
On Wed, 20 Mar 2013 15:57:01 + Grant Likely
wrote:
>
> On Wed, Mar 20, 2013 at 3:25 PM, Stephen Rothwell
> wrote:
> >
> > On Wed, 6 Mar 2013 09:10:42 +0800 Grant Likely
> > wrote:
> >>
> >> On Wed, Mar 6, 2013 at 8:44 AM, Stephen Rothwell
> >> wrote:
> >> > Caused by commit
Kees Cook (1):
signal: always clear sa_restorer on execve
This commit seems to cause the following build breakage on MIPS in 3.0.70:
kernel/signal.c: In function 'flush_signal_handlers':
kernel/signal.c:441:9: error: 'struct sigaction' has no member named
'sa_restorer'
make[3]: ***
On Mon, 18 Mar 2013 06:13:42 + "Hampson, Steven T"
wrote:
> Using mbind to change the mempolicy to MPOL_BIND on several adjacent
> mmapped blocks
> may result in a reset of the mempolicy to MPOL_DEFAULT in vma_adjust.
>
> ...
>
> --- a/mm/mmap.c
> +++ b/mm/mmap.c
> @@ -820,7 +820,7 @@
On Wed, Mar 20, 2013 at 08:31:06AM +0800, Simon Jeons wrote:
...
> >>> diff --git v3.8.orig/mm/mempolicy.c v3.8/mm/mempolicy.c
> >>> index e2df1c1..8627135 100644
> >>> --- v3.8.orig/mm/mempolicy.c
> >>> +++ v3.8/mm/mempolicy.c
> >>> @@ -525,6 +525,27 @@ static int check_pte_range(struct
When running mke2fs against the make_request_fn based block driver
I'm working on, I'm seeing only single-block bios. Other such drivers
(e.g. nvme) are getting, for example, 4k bios coming in from the same
mke2fs command.
mke2fs /dev/sop0
This is on a 3.9-rc1 kernel.
I've tried setting:
On Wed, Mar 20, 2013 at 07:57:32AM +0800, Simon Jeons wrote:
> Hi Naoya,
> On 02/22/2013 03:41 AM, Naoya Horiguchi wrote:
> >When we have a page fault for the address which is backed by a hugepage
> >under migration, the kernel can't wait correctly until the migration
> >finishes. This is because
On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre
wrote:
> On some revisions of AT91 SoCs, the RTC IMR register is not working.
> Instead of elaborating a workaround for that specific SoC or IP version,
> we simply use a software variable to store the Interrupt Mask Register and
> modify it for
On Wed, Mar 20, 2013 at 08:52:22PM +0100, Jan Kara wrote:
> > do_bio_filebacked(), with some ugliness between that and callsite. Note,
> > BTW, that we have a pair of possible vfs_fsync() calls in there; how do
> > those
> > interact with freeze?
> Freezing code takes care that all dirty data
On Wed, Mar 20, 2013 at 10:11 PM, William Hubbs wrote:
> On Wed, Mar 20, 2013 at 02:03:20AM -0500, Rob Landley wrote:
>> On 03/19/2013 07:20:17 PM, William Hubbs wrote:
>> > On Tue, Mar 19, 2013 at 04:17:11PM -0700, H. Peter Anvin wrote:
>> > > On 03/19/2013 03:28 PM, William Hubbs wrote:
>> > >
On Wed, Mar 20, 2013 at 2:57 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>> version.
>>
>> Tested on
On Wed, Mar 20, 2013 at 07:43:44AM +0800, Simon Jeons wrote:
...
> >Easy patch access:
> > g...@github.com:Naoya-Horiguchi/linux.git
> > branch:extend_hugepage_migration
> >
> >Test code:
> > g...@github.com:Naoya-Horiguchi/test_hugepage_migration_extension.git
>
> git clone
>
On Wed, Mar 20, 2013 at 03:41:08PM -0400, George Spelvin wrote:
> Sorry for being so very late to the party, but rather than messing
> with xattrs, why not just have a specific file (say, default /.whiteout,
> but selectable via a mount option) and links to it are counted as
> whiteout entries?
>
On Wed, Mar 20, 2013 at 2:57 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2013-03-20 at 14:51 +, Grant Likely wrote:
>> Both of the above problems can be worked around by using
>> sysfs_create_bin_file() instead of sysfs_create_file(), but doing so
>> adds an additional 20 to 40 bytes of
On Wed, Mar 20, 2013 at 03:01:23PM +0800, Wanlong Gao wrote:
From: Paolo Bonzini
This patch adds queue steering to virtio-scsi. When a target is sent
multiple requests, we always drive them to the same queue so that FIFO
processing order is kept. However, if a target was idle, we can choose
On Wed, 2013-03-20 at 17:11 -0400, Mimi Zohar wrote:
> On Wed, 2013-03-20 at 20:37 +, Matthew Garrett wrote:
> > Right, that'd be the rough idea. Any further runtime policy updates
> > would presumably need to be signed with a trusted key.
>
> I'm really sorry to belabor this point, but can
On Wed, Mar 20, 2013 at 02:03:20AM -0500, Rob Landley wrote:
> On 03/19/2013 07:20:17 PM, William Hubbs wrote:
> > On Tue, Mar 19, 2013 at 04:17:11PM -0700, H. Peter Anvin wrote:
> > > On 03/19/2013 03:28 PM, William Hubbs wrote:
> > > > The issue is that /dev/root appears in /proc/mounts if you
On Wed, 2013-03-20 at 20:37 +, Matthew Garrett wrote:
> On Wed, 2013-03-20 at 15:16 -0400, Mimi Zohar wrote:
> > On Wed, 2013-03-20 at 18:12 +, Matthew Garrett wrote:
> > > Well, in the absence of hardcoded in-kernel policy, there needs to be
> > > some mechanism for ensuring the integrity
On 20 March 2013 15:47, Mike Turquette wrote:
> Quoting Bill Huang (2013-03-19 21:39:44)
>> On Wed, 2013-03-20 at 11:31 +0800, Mike Turquette wrote:
>> > Quoting Bill Huang (2013-03-19 19:55:49)
>> > > On Wed, 2013-03-20 at 01:01 +0800, Mike Turquette wrote:
>> > > > Quoting Bill Huang
Shawn Starr writes:
> Hello folks,
>
> I was looking at why I can't load the Intel RNG driver (or why it doesn't
> load automatically) and
> it just so happens I have both the mobile and non-mobile ICH9 chipset.
> Looking at the driver I noticed:
>
> /* BAM, CAM, DBM, FBM, GxM
>{
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
> Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
> binding in order for the driver to use the new generic PHY framework.
> Also updated the Documentation to include the binding information.
> diff --git
On Wed, 2013-03-20 at 13:49 -0700, Linus Torvalds wrote:
> On Wed, Mar 20, 2013 at 12:55 PM, Rik van Riel wrote:
> >
> > This series makes the sysv semaphore code more scalable,
> > by reducing the time the semaphore lock is held, and making
> > the locking more scalable for semaphore arrays with
On Wed, Mar 20, 2013 at 1:49 PM, Linus Torvalds
wrote:
>
> It *would* be lovely to see this run with the actual Swingbench
> numbers. The microbenchmark always looked much nicer. Do the
> additional multi-semaphore scalability patches on top of Davidlohr's
> patches help with the swingbench
Vivek Goyal writes:
> On Tue, Mar 19, 2013 at 03:38:45PM -0700, Eric W. Biederman wrote:
>> HATAYAMA Daisuke writes:
>>
>> > If there's some vmcore object that doesn't satisfy page-size boundary
>> > requirement, remap_pfn_range() fails to remap it to user-space.
>> >
>> > Objects that
On 03/20/2013 01:42 PM, Shawn Starr wrote:
> Hello folks,
>
> I was looking at why I can't load the Intel RNG driver (or why it doesn't
> load automatically) and
> it just so happens I have both the mobile and non-mobile ICH9 chipset.
> Looking at the driver I noticed:
>
> /* BAM, CAM, DBM,
On 03/20/2013 07:44 AM, Laxman Dewangan wrote:
> NVIDIA's Tegra114 have two reference platform, Dalmore and Pluto.
> Dalmore uses the following PMICs:
> - TPS65913 as primary PMIC.
> - TPS65090 as secondary PMIC used for switch regulators and battery charging.
> - TPS51632 for cpu regulator.
>
>
101 - 200 of 1483 matches
Mail list logo
