On 17.12.12 at 18:15, H. Peter Anvin h...@linux.intel.com wrote:
On 12/17/2012 09:03 AM, Jan Beulich wrote:
On 17.12.12 at 17:39, H. Peter Anvin h...@linux.intel.com wrote:
Right, I think you nailed this one. This patch copies PTEs from the
kernel PTEs and thus they will have the global bit
With CONFIG_PARAVIRT=y and CONFIG_TRANSPARENT_HUGEPAGE=n, the build breaks
because set_pmd_at() is undeclared:
mm/memory.c: In function 'do_pmd_numa_page':
mm/memory.c:3520: error: implicit declaration of function 'set_pmd_at'
mm/mprotect.c: In function 'change_pmd_protnuma':
mm/mprotect.c:120:
- Original Message -
This is just for sanity. The value PATH_MAX was chosen after
discussion
with K. Y. Srinivasan and Olaf Hering instead of some magic
number like
256 or 512.
PATH_MAX is a magic name.
It is defined in limits.h. I would welcome some more constructive
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
The main patch is the function measurement blocks extension for PCI to do
performance statistics and help with debugging. The
12/17/2012 11:04 PM, Brian Foster пишет:
On 12/17/2012 09:13 AM, Maxim V. Patlasov wrote:
Hi,
12/15/2012 12:16 AM, Brian Foster пишет:
On 12/14/2012 10:21 AM, Maxim V. Patlasov wrote:
...
+
fuse_do_truncate() looks fairly close to fuse_do_setattr(). Is there any
reason we couldn't make
commit 8d451690 (watchdog: Fix CPU hotplug regression) cause
an oops or hard lockup when doing
echo 0 /proc/sys/kernel/nmi_watchdog
echo 1 /proc/sys/kernel/nmi_watchdog
and the kernel is booted with nmi_watchdog=1 (default)
Running laptop-mode-tools and disconnecting/connecting AC power
Because there are two aim when allocating the new device, one is for children
of master,
other is for master. So this patch add one flag to indicate different purpose.
Signed-off-by: Bi Chao chao...@intel.com
Signed-off-by: Chen Jun jun.d.c...@intel.com
---
drivers/spi/spi.c | 16
On Mon, Dec 17, 2012 at 06:21:16PM +0100, Armando Visconti wrote:
Besides that the patch looks fine :)
Do you mean that 'inited' should be changed with 'initialized'?
Yes, I do.
Oh ... my poor english... :(
Don't worry. Others, including myself, do this from time to time as well :)
Rgds,
On Mon, 17 Dec 2012, Andrew Morton wrote:
The kbuild test robot reported the following after the merge of Automatic
NUMA Balancing when cross-compiling for avr32.
mm/memory.c: In function 'do_pmd_numa_page':
mm/memory.c:3593: warning: no return statement in function returning
From: Heikki Krogerus heikki.kroge...@linux.intel.com
The DMA transfer could not be established if previously it was paused and
terminated. In that case the channel's suspend bit remains set that prevents to
transfer anything until channel is resumed.
The patch adds a code that clears the
We will use at least the dwc_chan_resume() later.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Acked-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/dma/dw_dmac.c | 31 ++-
1 file changed, 22 insertions(+), 9 deletions(-)
diff --git
Using __CPUINIT instead of __INIT puts the secondary CPU startup code
into the right section: it will not be freed in hotplug configurations,
allowing hot-add of cpus, while still getting freed in non-hotplug configs.
Tested successfully on Fast-Models and on Arndale for VCPU hotplug.
Add the lms501kf03 LCD panel driver. The lms501kf03 LCD panel (800
x 480) driver uses 3-wired SPI inteface.
Signed-off-by: Ilho Lee ilho215@samsung.com
Signed-off-by: Jingoo Han jg1@samsung.com
---
Change since v1:
- remove redundant return variables
- use -EINVAL instead of -EFAULT
- add
The cpu_thermal generic thermal management code has a bug where once
max cpu frequency has been lowered in sysfs (scaling_max_freq) it is
not possible to raise the max back up later. The bug is that the
notifer gets called by __cpufreq_set_policy() before the user policy
max is raised, and is
The spi core make sure that each transfer structure have the proper
setting for bits_per_word before calling low level transfer APIs.
Hence it is no more require to check again in low level driver for
this field whether this is set correct or not. Removing such code
from low level driver.
On Tue, Dec 18, 2012 at 3:46 AM, Jingoo Han jg1@samsung.com wrote:
Add the lms501kf03 LCD panel driver. The lms501kf03 LCD panel (800
x 480) driver uses 3-wired SPI inteface.
Signed-off-by: Ilho Lee ilho215@samsung.com
Signed-off-by: Jingoo Han jg1@samsung.com
---
Change since
This patch adds a check for npct-prcm_base to make sure that the
address is not NULL before using it, as the driver was made capable of
loading even without a proper memory resource in:
f1671bf pinctrl/nomadik: make independent of prcmu driver
Also, refuses to probe without prcm_base on anything
On Sat, Dec 15, 2012 at 06:34:37AM -0500, Nickolai Zeldovich wrote:
The kvm i8254 emulation for counter 0 (but not for counters 1 and 2)
has at least two bugs in mode 0:
1. The OUT bit, computed by pit_get_out(), is never set high.
2. The counter value, computed by pit_get_count(), wraps
Current nmk_pinctrl driver is not PRCMU dependent anymore, so it needs
its own DT address resources to work properly, as done for
platform_device in:
f482833 ARM: ux500: add PRCM register base for pinctrl
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Fabio Baltieri
Hi Rob,
Rob Herring robherri...@gmail.com wrote @ Mon, 17 Dec 2012 15:00:46 +0100:
On 12/17/2012 12:18 AM, Hiroshi Doyu wrote:
Set Snoop Control Unit(SCU) register base address dynamically from DT.
Signed-off-by: Hiroshi Doyu hd...@nvidia.com
---
arch/arm/mach-tegra/platsmp.c | 23
This patch is a v1 based on the RFC submitted here:
https://patchwork.kernel.org/patch/1758921/
This patch set is based on Rui's -thermal tree, and is
tested on a Core-i5 and an Atom netbook.
This series contains 8 patches:
Patch 1/8: Creates new sensor level APIs
Patch 2/8: Creates new zone
This patch creates new APIs to add/remove a
cdev to/from a zone. This patch does not change
the old cooling device implementation.
Signed-off-by: Durgadoss R durgados...@intel.com
---
drivers/thermal/thermal_sys.c | 80 +
include/linux/thermal.h |
This patch adds a new thermal_zone structure to
thermal.h. Also, adds zone level APIs to the thermal
framework.
A thermal zone is a hot spot on the platform, which
can have one or more sensors and cooling devices attached
to it. These sensors can be mapped to a set of cooling
devices, which when
This patch has a dummy driver that can be used for
testing purposes. This patch is not for merge.
Signed-off-by: Durgadoss R durgados...@intel.com
---
drivers/thermal/Kconfig|5 +
drivers/thermal/Makefile |3 +
drivers/thermal/thermal_test.c | 315
This patch makes MAX_SENSORS_PER_ZONE and
MAX_CDEVS_PER_ZONE values configurable. The
default value is 1, and range is 1-12.
Signed-off-by: Durgadoss R durgados...@intel.com
---
No great reason for using 12.
---
drivers/thermal/Kconfig | 14 ++
include/linux/thermal.h |6 +++---
This patch adds Documentation for the new APIs
introduced in this patch set. The documentation
also has a model sysfs structure for reference.
Signed-off-by: Durgadoss R durgados...@intel.com
---
Documentation/thermal/sysfs-api2.txt | 248 ++
1 file changed, 248
This patch adds a thermal_trip directory under
/sys/class/thermal/zoneX. This directory contains
the trip point values for sensors bound to this
zone.
Signed-off-by: Durgadoss R durgados...@intel.com
---
drivers/thermal/thermal_sys.c | 237 -
This patch creates a thermal map sysfs node under
/sys/class/thermal/thermal_zoneX/. This contains
entries named map0, map1 .. mapN. Each map has the
following space separated values:
trip_type sensor_name cdev_name trip_mask weights
Signed-off-by: Durgadoss R durgados...@intel.com
---
This patch creates sensor level APIs, in the
generic thermal framework.
A Thermal sensor is a piece of hardware that can report
temperature of the spot in which it is placed. A thermal
sensor driver reads the temperature from this sensor
and reports it out. This kind of driver can be in
any
From: Stefani Seibold stef...@seibold.net
To build a proper VDSO for 64 bit and 32 bit from the same source, some
header cleanup is necessary, otherwise a gcc -m32 will produce a lot
of errors and warnings due the differents with LP64 and LP32.
Signed-off-by: Stefani Seibold stef...@seibold.net
From: Stefani Seibold stef...@seibold.net
Create a seperate seqcount.h file which handles only seqcount. This file
is save to include in VDSO, since there is no in-kernel functionality
like spinlock in use. seqlock.h still includes seqcount.h, so there is no
side effect for current users.
From: Stefani Seibold stef...@seibold.net
To make the vsyscall_gtod_data available for both VDSO (X86_64 and
IA32_EMULATION) the alignment must be set to 4. Otherwise the code
create with gcc -m32 will fail, since the structure alignment in 32
bit mode ist 4 byte.
There is currently no drawback
From: Stefani Seibold stef...@seibold.net
This patch adds support for 32 bit VDSO.
For 32 bit programs running on a 32 bit kernel, the same mechanism is
used as for 64 bit programs running on a 64 bit kernel.
For 32 bit programs running under a 64 bit IA32_EMULATION, it is a
little bit more
From: Stefani Seibold stef...@seibold.net
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time time stamp, without knowing the pitfalls.
From: Stefani Seibold stef...@seibold.net
This patch move the vsyscall_gtod_data handling out of vsyscall_64.c
into an additonal file vsyscall_gtod.c and make the functions
available for x86 32 bit kernels.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/Kconfig
From: Stefani Seibold stef...@seibold.net
The _install_special_mapping() is the new base function for
install_special_mapping(). This function will return a pointer to the vma
which was created or a error code in an ERR_PTR()
The install_special_mapping() will unscramble this to the old
Hi Suresh and other guys ,
In 3.4.4/3.6.6 ,I found a x2apic issue . if I am wrong , sorry first ,
and welcome your correction . thanks for your forwarding other maintainers.
I am testing a server , its BIOS is like this:
a) If BIOS think the system is of x2apic , it will set
Hi Laurent,
On Mon, 17 Dec 2012 22:04:19 +0100, Laurent Navet wrote:
fix these errors reported by checkpatch.pl
- drivers/i2c/busses/i2c-nforce2.c:191
- drivers/i2c/busses/i2c-nforce2.c:193
ERROR: foo * bar should be foo *bar
- drivers/i2c/busses/i2c-nforce2.c:302:
ERROR: (foo*) should be
On Mon, Dec 17, 2012 at 01:12:31PM -0500, Johannes Weiner wrote:
e986850 mm, vmscan: only evict file pages when we have plenty makes
a point of not going for anonymous memory while there is still enough
inactive cache around.
The check was added only for global reclaim, but it is just as
eurotechwdt hasn't any PCI-ID or DMI checks, thus is can be loaded on any
hardware. On my PC this leads to immediate reboot, because driver got irq right
after registering irq handler. This patch rejects interrupts until device
activation. There is no sense to load this driver without special
Hi,
On Thu, Nov 15, 2012 at 10:31:33AM +0200, Luciano Coelho wrote:
Since the 32KHz clock was removed from the twl-regulator (0e8e5c34
regulator: twl: Remove references to 32kHz clock from DT bindings),
we've been having problems with our wl12xx chip that is connected
through the omap_hsmmc.
On Mon, Dec 17, 2012 at 01:12:33PM -0500, Johannes Weiner wrote:
A swappiness of 0 has a slightly different meaning for global reclaim
(may swap if file cache really low) and memory cgroup reclaim (never
swap, ever).
In addition, global reclaim at highest priority will scan all LRU
lists
The patch improves error handling in fuse_direct_IO(): if we successfully
submitted several fuse requests on behalf of synchronous direct write
extending file and some of them failed, let's try to do our best to clean-up.
Changed in v2: reuse fuse_do_setattr(). Thanks to Brian for suggestion.
Hi guys,
This is correct, however there are several other checkpatch errors and
warnings in this file and I would appreciate if you could fix them as
well. I'm not asking that you fix them all, but please consider fixing
the following:
WARNING: space prohibited between function name and
Hugh Dickins wrote:
On Fri, 14 Dec 2012, Konstantin Khlebnikov wrote:
Content of non-uptodate pages completely random, we cannot expose them into
userspace. This leads to information leak and will crash userspace for sure.
Good find, yes, it's very wrong as is. But, sorry, I don't like your
i have planned fixing these too, do you prefer one patch fixing all or
multiple patches (one per error/warning type )?
One patch, definately. You can skip the 80 char thing. Are you also able
to build-test the changes?
--
Pengutronix e.K. | Wolfram Sang
On Tue, Dec 18, 2012 at 01:29:07PM +1100, Stephen Rothwell wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
mm/migrate.c: In function 'migrate_misplaced_transhuge_page':
mm/migrate.c:1738:2: error: incompatible type for
On 17 December 2012 16:24, Alex Shi alex@intel.com wrote:
The scheme below tries to summaries the idea:
Socket | socket 0 | socket 1 | socket 2 | socket 3 |
LCPU| 0 | 1-15 | 16 | 17-31 | 32 | 33-47 | 48 | 49-63 |
buddy conf0 | 0 | 0| 1 | 16| 2 | 32| 3 |
On 07:58 Tue 18 Dec , Wolfgang Grandegger wrote:
On 12/18/2012 06:55 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 20:47 Mon 17 Dec , Wolfgang Grandegger wrote:
On 12/17/2012 07:02 PM, Roland Stigge wrote:
On 12/17/2012 06:37 PM, Wolfgang Grandegger wrote:
/* Do synchronous data
On Tue, 18 Dec 2012 11:09:06 +0100, Wolfram Sang wrote:
i have planned fixing these too, do you prefer one patch fixing all or
multiple patches (one per error/warning type )?
One patch, definately.
Yes please :)
You can skip the 80 char thing.
For PCI device IDs, agreed.
Are you also
Are you also able to build-test the changes?
Most certainly yes, this driver has almost no dependencies. I will
build-test it anyway.
Me too :) I just wanted to express that I would love to see a compile
test before submission, even for checkpatch thingies. Can save some
hazzle for all of
16.11.2012, 00:36, Steven Rostedt rost...@goodmis.org:
Doing my INBOX maintenance (clean up), I've stumbled on this thread
again. I'm not sure the changes here are hopeless.
On Mon, 2012-06-04 at 13:27 +0800, Yong Zhang wrote:
On Fri, Jun 01, 2012 at 08:45:16PM +0400, Kirill Tkhai wrote:
On 17.12.2012 22:31, Paul Bolle wrote:
On an (outdated) laptop the radeon driver (almost always) prints, during
the first resume of each session:
[drm] crtc 1 is connected to a TV
This message is a bit puzzling as, as far as I know, no TV has ever
been connected to this laptop. Anyhow,
On Tue, 18 Dec 2012 18:38:20 +0800, wenhao zhang wrote:
*A Stupid Question*
This is not a stupid question, but a completely OFF-TOPIC question.
Don't do that again, please. If you have a question to ask, start a new
discussion thread on the appropriate list.
Thanks,
--
Jean Delvare
--
To
On Tue, 2012-12-18 at 14:59 +0530, Durgadoss R wrote:
This patch creates sensor level APIs, in the
generic thermal framework.
Just some trivial notes.
diff --git a/drivers/thermal/thermal_sys.c b/drivers/thermal/thermal_sys.c
[]
+static ssize_t
+sensor_temp_show(struct device *dev, struct
Are you also able to build-test the changes?
Yes,
Me too :) I just wanted to express that I would love to see a compile
test before submission, even for checkpatch thingies. Can save some
hazzle for all of us.
I agree,
thanks for your comments, i'll send new patch in a few days.
--
To
On Tue, 2012-12-18 at 14:59 +0530, Durgadoss R wrote:
This patch adds a new thermal_zone structure to
thermal.h. Also, adds zone level APIs to the thermal
framework.
[]
diff --git a/drivers/thermal/thermal_sys.c b/drivers/thermal/thermal_sys.c
+#define GET_INDEX(tz, ptr, indx, type)
On Tue, 18 Dec 2012 12:29:53 +0530
Laxman Dewangan ldewan...@nvidia.com wrote:
Nvidia's Tegra has multiple uart controller which supports:
- APB dma based controller fifo read/write.
- End Of Data interrupt in incoming data to know whether end
of frame achieve or not.
- Hw controlled RTS
On 2012-12-18 10:25, Ingo Molnar wrote:
* Jens Axboe ax...@kernel.dk wrote:
Hi Linus,
Now that the core bits are in, here are the driver bits for 3.8. The
branch contains:
FYI, I'm getting a divide-by-zero boot crash (serial log capture
below) with the attached config.
Reproduced
Hi Julia,
On Thu, 11 Oct 2012 08:45:43 +0200 (CEST), Julia Lawall wrote:
I found 6 cases where there are more than 2 messages in the array. I
didn't check how many cases where there are two messages but there is
something other than one read and one write.
Perhaps a reasonable option would
Hi Amaury,
On Wed, 29 Aug 2012 03:35:13 +0200, Amaury Decrême wrote:
This serie of patches brings SIS964 support to i2c-sis630.
The SiS datasheets have been used.
The SIS964 isn't part of the SIS96X family and behaves differently.
For i2c, this array show the differences between sis630
Uwe,
On Fri, 14 Sep 2012 10:25:36 +0200, Jean Delvare wrote:
On Wed, 12 Sep 2012 11:43:32 +0200, Uwe Kleine-König wrote:
The respective values are evaluated at each read/write, so no further
action is required than to change the perm argument to module_param.
Note there is no sanity
On Tue, Dec 18, 2012 at 5:53 PM, Vincent Guittot
vincent.guit...@linaro.org wrote:
On 17 December 2012 16:24, Alex Shi alex@intel.com wrote:
The scheme below tries to summaries the idea:
Socket | socket 0 | socket 1 | socket 2 | socket 3 |
LCPU| 0 | 1-15 | 16 | 17-31 |
I reviewed this patch 3 months ago and did not hear back. Are you going
to update this patch and resubmit, or should I just drop it?
Uwe is on holiday. I'll take care about it if the need is still there...
--
Pengutronix e.K. | Wolfram Sang|
stanley zhou wrote:
when call write_lock_bh() table is null cause crash in __ip6_del_rt().
kernel version is 2.6.30.10
:
static int __ip6_del_rt(struct rt6_info *rt, struct nl_info *info)
{
int err;
struct fib6_table *table;
struct net *net = dev_net(rt-rt6i_dev);
if (rt ==
In some SMP systems, cpu-local timers may stop delivering interrupts
when in low power states, or not all CPUs may have local timers. To
support these systems we have a mechanism for broadcasting timer ticks
to other CPUs. This mechanism relies on the struct
clock_event_device::broadcast function
Currently we only provide an implementation of smp_timer_broadcast in
smp.c if GENERIC_CLOCKEVENTS_BROADCAST is selected. As
smp_timer_broadcast is only used in smp.c, smp.c depends on SMP, and
GENERIC_CLOCKEVENTS_BROADCAST is selected by SMP, this is unnecessary.
This patch removes the redundant
Currently the broadcast mechanism used for timers is abstracted by a
function pointer on struct clock_event_device. As the fundamental
mechanism for broadcast is architecture-specific, this ties each
clock_event_device driver to a single architecture, even where the
driver is otherwise generic.
Currently, the ARM backend must maintain a redundant list of timers for
the purpose of centralising timer broadcast functionality. This prevents
sharing timer drivers across architectures.
This patch moves the pain of dealing with timer broadcasts to the core
clockevents tick broadcast code,
Currently, the timer broadcast mechanism is defined by a function
pointer on struct clock_event_device. As the fundamental mechanism for
broadcast is architecture-specific, this means that clock_event_device
drivers cannot be shared across multiple architectures.
This patch adds an (optional)
Implement timer_broadcast for the arm architecture, allowing for the use
of clock_event_device_drivers decoupled from the timer tick broadcast
mechanism.
Signed-off-by: Mark Rutland mark.rutl...@arm.com
---
arch/arm/Kconfig |1 +
arch/arm/kernel/smp.c |3 +--
2 files changed, 2
On Tue, 18 Dec 2012 12:59:26 +0100, Wolfram Sang wrote:
I reviewed this patch 3 months ago and did not hear back. Are you going
to update this patch and resubmit, or should I just drop it?
Uwe is on holiday. I'll take care about it if the need is still there...
The need was Uwe's
On Mon, 17 Dec 2012 09:30:33 -0600
Steve French smfre...@gmail.com wrote:
I don't think taking out debugging makes sense - we need debugging a
lot more often than expected even to diagnose user errors (usually
relating to session establishment failures, since we are very limited
in how much
On 2012-12-15, at 19:15, Dave Chinner da...@fromorbit.com wrote:
On Sat, Dec 15, 2012 at 11:25:23PM +0800, ys wrote:
From 3d56c131b58a21c05bcd677b9d2ba915abcbf195 Mon Sep 17 00:00:00 2001
From: yangsheng sick...@gmail.com
Date: Sat, 15 Dec 2012 21:46:22 +0800
Subject: [PATCH] vfs: update
The virtqueue_add_buf function has two limitations:
1) it requires the caller to provide all the buffers in a single call;
2) it does not support chained scatterlists: the buffers must be
provided as an array of struct scatterlist;
Because of these limitations, virtio-scsi has to copy each
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
a queue arbitrarily. In this case the queue is chosen according to the
current VCPU,
This will be needed soon in order to retrieve the per-target
struct.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
drivers/scsi/virtio_scsi.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_scsi.c
Using the new virtio_scsi_add_sg function lets us simplify the queueing
path. In particular, all data protected by the tgt_lock is just gone
(multiqueue will find a new use for the lock).
The speedup is relatively small (2-4%) but it is worthwhile because of
the code simplification---both in
On Tue, 18 Dec 2012, Jean Delvare wrote:
Hi Julia,
On Thu, 11 Oct 2012 08:45:43 +0200 (CEST), Julia Lawall wrote:
I found 6 cases where there are more than 2 messages in the array. I
didn't check how many cases where there are two messages but there is
something other than one read
On Tue, 2012-12-18 at 03:06 -0500, Tomas Hozza wrote:
- Original Message -
This is just for sanity. The value PATH_MAX was chosen after
discussion
with K. Y. Srinivasan and Olaf Hering instead of some magic
number like
256 or 512.
PATH_MAX is a magic name.
It is
virtio_scsi_target_state is now empty, but we will find new uses
for it in the next few patches. However, dropping the sglist lets
us turn the array-of-pointers into a simple array, which simplifies
the allocation.
However, we do not leave the virtio_scsi_target_state structs in the
flexible
Hi all,
this series adds multiqueue support to the virtio-scsi driver, based
on Jason Wang's work on virtio-net. It uses a simple queue steering
algorithm that expects one queue per CPU. LUNs in the same target always
use the same queue (so that commands are not reordered); queue switching
Whitespace at the end of line is not end of the world,
but nor useful too.
Signed-off-by: Michal Privoznik mpriv...@redhat.com
---
Documentation/networking/tuntap.txt | 64 ++---
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git
Hi Linus,
Please pull the latest SLAB tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git slab/for-linus
This contains preparational work from Christoph Lameter and Glauber Costa for
SLAB memcg and cleanups and improvements from Ezequiel Garcia and Joonsoo Kim.
Please
Does anobody can helps me?
Hello. I'm newbie with cgroups (try to use blkio cgroups).
I need to shape disk activity on xen vps.
Each xen domU have block device that is software raid 1.
This raid have two devices that is lvm volume lies on srp (infiniband)
attached disk.
How can i limit disk usage
On Tuesday 18 December 2012 12:37 PM, Prashant Gaikwad wrote:
On Tuesday 18 December 2012 11:54 AM, Laxman Dewangan wrote:
On Tuesday 18 December 2012 11:44 AM, Prashant Gaikwad wrote:
My clock driver rework includes this fix. Divider supports both DIVU71
and DIVU151.
UART divider is set to
OMAP and ST-Ericsson platforms are both using mailbox to communicate
with some coprocessors.
Based on OMAP existing mailbox framework, this series proposes a
generic framework, living under drivers/mailbox.
This series:
- moves omap-mailbox framework to a newly drivers/mailbox folder
(part of
Now internal structures can remain hidden to the user and just API
related functions and defines are made available.
Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org
---
drivers/mailbox/mailbox.c | 34 ++
drivers/mailbox/mailbox.h | 44
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy loic.palla...@st.com
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
index c0a8e49..57cb566 100644
---
Current message type is a u32 to fit HW fifo format.
This should be extended to support any message exchanges
and type of mailbox.
Propose structure owns the original u32 and an optional
pointer on additional data.
Signed-off-by: Loic Pallardy loic.palla...@st.com
---
drivers/mailbox/Kconfig
Actually moving it from plat-omap, as this framework/driver code is
supposed to be under drivers/ folder. The framework should work with
the current supported OMAP processors (OMAP1+) that have mailbox and
can be used as a method of interprocessor communication.
The mailbox hardware (in OMAP)
Some mailboxes are made up of cross interrupts
and associated shared memory.
Shared memory mapping is fixed and cross interrupt/shared
memory relation make impossible the use of virtio.
Mailbox framework must be enough opened to support
any kind of mailbox.
Signed-off-by: Loic Pallardy
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Signed-off-by: Loic Pallardy loic.palla...@st.com
---
drivers/mailbox/Kconfig | 3 +-
drivers/mailbox/mailbox-omap1.c | 28 -
drivers/mailbox/mailbox-omap2.c | 60
TX: replace spin by mutex
RX: replace spin_lock_irq by spin_lock_irqsave
Signed-off-by: Loic Pallardy loic.palla...@st.com
---
drivers/mailbox/mailbox.c | 10 ++
drivers/mailbox/mailbox.h | 1 +
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/mailbox/mailbox.c
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy loic.palla...@st.com
---
drivers/mailbox/mailbox.c | 66 +++
include/linux/mailbox.h | 3 +++
2 files changed, 69
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy loic.palla...@st.com
---
drivers/mailbox/Kconfig | 18 +-
drivers/mailbox/Makefile | 1 +
drivers/mailbox/mailbox-dbx500.c | 601 +++
Please note that I resigned from my position of i2c subsystem
maintainer, so I will not handle this. If you think this is important,
you'll have to resubmit and Wolfram will decide what he wants to do
about it.
OK, I had the impression that the conclusion was that the danger was
Liu, Jinsong wrote:
Liu, Jinsong wrote:
Konrad Rzeszutek Wilk wrote:
On Thu, Dec 06, 2012 at 04:27:36AM +, Liu, Jinsong wrote:
diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig index
126d8ce..abd0396 100644 --- a/drivers/xen/Kconfig
+++ b/drivers/xen/Kconfig
@@ -206,4 +206,15 @@
On Tue, Dec 04, 2012 at 10:35:13AM +0800, Li Zhong wrote:
This patch adds user eqs exception hooks for async page fault page not
present code path, to exit the user eqs and re-enter it as necessary.
Async page fault is different from other exceptions that it may be
triggered from idle
Some comments without arguing about whether the performance
benefit is worth it.
On Tue, Dec 18, 2012 at 01:32:48PM +0100, Paolo Bonzini wrote:
diff --git a/include/linux/virtio.h b/include/linux/virtio.h
index cf8adb1..39d56c4 100644
--- a/include/linux/virtio.h
+++ b/include/linux/virtio.h
1 - 100 of 932 matches
Mail list logo