From: Olaf Hering
As suggested by Paolo Bonzini, use getmntent instead of parsing output
of mount(1).
Signed-off-by: Olaf Hering
Signed-off-by: K. Y. Srinivasan
---
tools/hv/hv_vss_daemon.c | 39 +--
1 files changed, 21 insertions(+), 18 deletions(-)
From: Olaf Hering
Similar to what commit 95a69adab9acfc3981c504737a2b6578e4d846ef ("tools:
hv: Netlink source address validation allows DoS") does in
hv_kvp_daemon, improve checks for origin of netlink connector message.
Signed-off-by: Olaf Hering
Signed-off-by: K. Y. Srinivasan
---
Fix a checkpatch warning.
Signed-off-by: K. Y. Srinivasan
---
tools/hv/hv_vss_daemon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tools/hv/hv_vss_daemon.c b/tools/hv/hv_vss_daemon.c
index 712cfc5..fea03a3 100644
--- a/tools/hv/hv_vss_daemon.c
+++
From: Olaf Hering
As suggested by Paolo Bonzini, use ioctl instead of calling fsfreeze.
Signed-off-by: Olaf Hering
Signed-off-by: K. Y. Srinivasan
---
tools/hv/hv_vss_daemon.c | 31 ++-
1 files changed, 22 insertions(+), 9 deletions(-)
diff --git
These five patches were sent by Olaf a while ago. Greg wanted these
re-submitted. I have tested these patches. I have fixed some checkpatch
warnings in Olaf's patches.
K. Y. Srinivasan (2):
Tools: hv: Fix a checkpatch warning
Tools: hv: Fix a checkpatch warning
Olaf Hering (5):
Tools: hv:
As part of device initialization sequence, sending NOP OUT UPIU and
waiting for NOP IN UPIU response is mandatory. This confirms that the
device UFS Transport (UTP) layer is functional and the host can configure
the device with further commands. Add support for sending NOP OUT UPIU to
check the
On Tue, Apr 23, 2013 at 05:31:07PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> The ftrace record command is for saving raw ftrace buffer contents
> which can be get from per_cpu/cpuX/trace_pipe_raw.
>
> Since ftrace events are generated very frequently so single thread for
> recording
On Tue, Apr 23, 2013 at 05:31:03PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
SNIP
> +out:
> + put_tracing_file(file);
> + return ret;
> +}
> +
> +static int reset_tracing_files(struct perf_ftrace *ftrace __maybe_unused)
> +{
> + if (write_tracing_file("tracing_on", "0") <
Hello.
On 24-04-2013 10:53, Lee Jones wrote:
struct musb_hdrc_platform_data *plat = dev->platform_data;
- struct ux500_musb_board_data *data = plat->board_data;
+ struct ux500_musb_board_data *data;
- param_array = data->dma_rx_param_array;
+ param_array =
On Wed, Apr 24, 2013 at 07:58:44AM +0200, Malte Schröder wrote:
> On 23.04.2013 23:58, J. Bruce Fields wrote:
> > On Tue, Apr 23, 2013 at 09:55:01PM +0200, Malte Schröder wrote:
> >> Hi,
> >> when I update my server from kernel 3.8.5 to 3.9-rc8 I cannot mount its
> >> NFS exports from clients
From: James Bottomley
linux-v3.8-rc1 and later support for plug for blkdev_issue_discard with
commit 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9
(block: add plug for blkdev_issue_discard )
For example,
1) DISCARD rq-1 with size size 4GB
2) DISCARD rq-2 with size size 1GB
If these 2 discard
On 04/24/2013 06:46 AM, Joerg Roedel wrote:
On Tue, Apr 23, 2013 at 09:22:45AM -0400, Don Dutile wrote:
Given other threads on this mail list (and I've seen crashes with same problem)
where this type of logging during a flood of IOMMU errors will lock up the
machine,
is there something that
It works
Tested-by: Andy Shevchenko
On Wed, Apr 24, 2013 at 1:13 PM, James Hogan wrote:
> On 24/04/13 02:00, H. Peter Anvin wrote:
>> On 04/23/2013 05:52 PM, H. Peter Anvin wrote:
>>> On 04/23/2013 05:40 AM, Tetsuo Handa wrote:
Commit a4b6a77b "module: fix symbol versioning with symbol
On Mon, 8 Apr 2013, Florin9(doi) wrote:
> I have a patch for linux 3.9.
>
> --- a/Documentation/input/alps.txt 2013-04-01 18:02:56.230177850 +
> +++ b/Documentation/input/alps.txt 2013-04-01 18:03:15.010177850 +
> @@ -225,18 +225,18 @@ packets. This appears to only be used b
>
> For
On Tue, Apr 9, 2013 at 8:39 PM, Lee Jones wrote:
> The channels reserved for memcpy are the same for all currently
> supported platforms. With this in mind, we can ease the platform
> data passing requirement by moving these assignments out from
> platform code and place them directly into the
On Mon, Apr 01, 2013 at 05:56:46PM +0800, Xiao Guangrong wrote:
> Define some meaningful names instead of raw code
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/kvm/mmu.c | 15 +--
> arch/x86/kvm/mmu.h | 14 ++
> arch/x86/kvm/vmx.c |4 ++--
> 3 files
On 23 April 2013 17:06, James Hogan wrote:
> On 23/04/13 16:25, Arnd Bergmann wrote:
>> On Tuesday 23 April 2013, James Hogan wrote:
>>
>>> @@ -46,6 +46,12 @@ core-y+=
>>> arch/metag/boot/dts/
>>> core-y +=
於 三，2013-04-24 於 11:57 +，Matthew Garrett 提到：
> On Wed, 2013-04-24 at 18:59 +0800, joeyli wrote:
>
> > Then why we don't just remove the "remaining_size" condition but only
> > monitor the active_size should not larger then 1/2 storage_size?
>
> If we calculate active_size as using more than
On Wed, Apr 24, 2013 at 12:17:59PM +0100, Matt Fleming wrote:
> We could either change all fields in efi_system_table or the
> efi_call_phys* prototypes. x86-64 already casts to (void *) when
> calling efi_call0(), etc, though I'm not entirely sure why void * is
> needed.
Well, sizeof(void *) ==
On Wed 24-04-13 12:42:55, Heiko Carstens wrote:
> On Thu, Apr 18, 2013 at 09:13:03AM +0200, Heiko Carstens wrote:
> > Ok, thanks for verifying! I'll look into it; hopefully I can reproduce it
> > here as well.
>
> That seems to be a common code bug. I can easily trigger the VM_BUG_ON()
> below
Move "uart_console" definition to serial core header file, so that it can be
used by serial drivers.
Get rid of the uart_console defintion from mpc52xx_uart driver.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
Signed-off-by: Sourav Poddar
Reviewed-by: Felipe Balbi
---
The driver manages "no_console_suspend" by preventing runtime PM
during the suspend path, which forces the console UART to stay awake.
Signed-off-by: Sourav Poddar
---
drivers/tty/serial/omap-serial.c | 29 -
1 files changed, 28 insertions(+), 1 deletions(-)
diff
The "ti,no_idle_on_suspend" property was required to keep ocmcram clocks
running during idle.
But commit 72bb6f9 (ARM: OMAP: omap_device: don't attempt late suspend
if no driver bound), added in v3.6 should prevent any automatic clock
gating for devices without drivers bound. Since there is no
Remove "no_idle_on_suspend" check, since respective
driver should be able to prevent idling of a
device whenever required.
Driver's can get same behavior by just returning -EBUSY
from their ->runtime_suspend only during suspend.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
Cc:
Hi,
This patch series contains fixes and cleanups around the issue that
the console UART should not idled on suspend while using "no_console_suspend"
in bootargs.
The approach thought of is to modify the serial core/serial driver to bypass
runtime PM if the UART in contention is a console and we
"no_console_suspend" is no longer handled in platform file,
Since the omap serial driver is now adapted to prevent
console UART idleing during suspend.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
Signed-off-by: Sourav Poddar
Reviewed-by: Felipe Balbi
---
On Fri, Apr 19, 2013 at 6:56 PM, Anthony Olech
wrote:
> This patch is relative to next-20130419 of linux-next
>
> This is the GPIO component driver of the Dialog DA9058 PMIC.
> This driver is just one component of the whole DA9058 PMIC driver.
> It depends on the CORE component driver of the
On Tue, Apr 23, 2013 at 11:42 PM, Alan Stern wrote:
> On Tue, 23 Apr 2013, Vivek Gautam wrote:
>
>> Hi,
>>
>>
>> On Tue, Apr 23, 2013 at 10:23 PM, Alan Stern
>> wrote:
>> > On Tue, 23 Apr 2013, Vivek Gautam wrote:
>> >
>> >> >> Alright, so here's my understanding:
>> >> >>
>> >> >> I suggested
On Mon, Apr 01, 2013 at 05:56:49PM +0800, Xiao Guangrong wrote:
> Then it has chance to trigger mmio generation number wrap-around
>
> Signed-off-by: Xiao Guangrong
> ---
> arch/x86/include/asm/kvm_host.h |1 +
> arch/x86/kvm/mmu.c |8
> virt/kvm/kvm_main.c
On Wednesday 24 April 2013, Shawn Guo wrote:
> On Tue, Apr 23, 2013 at 05:54:33PM +0200, Arnd Bergmann wrote:
> > The exported interface for device drivers is dma_request_slave_channel,
> > not of_dma_request_slave_channel. The former does not depend on device
> > tree but also works with ACPI and
drivers/isdn/sc/init.c: In function ‘__check_irq’:
drivers/isdn/sc/init.c:36: warning: return from incompatible pointer type
drivers/isdn/sc/init.c: In function ‘__check_ram’:
drivers/isdn/sc/init.c:37: warning: return from incompatible pointer type
Signed-off-by: Geert Uytterhoeven
---
All regulators have ascendant voltage list in this driver.
Use regulator_map_voltage_ascend for them.
Signed-off-by: Axel Lin
---
drivers/regulator/lp8788-buck.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/regulator/lp8788-buck.c b/drivers/regulator/lp8788-buck.c
index
All regulators have ascendant voltage list in this driver.
Use regulator_map_voltage_ascend for them.
Signed-off-by: Axel Lin
---
drivers/regulator/lp872x.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/regulator/lp872x.c b/drivers/regulator/lp872x.c
index 8e3c7ae..f5fc4a1
On Tue, Apr 23, 2013 at 05:31:00PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> Most tracepoint events already have their system and event name in
> ->name field so that searching whole event tracing directory for each
> evsel to match given id is suboptimal.
>
> Cc: Jiri Olsa
> Cc:
Both mc13892_sw1 and mc13892_sw voltage table have ascendant voltage list.
Use regulator_map_voltage_ascend for them.
Signed-off-by: Axel Lin
---
drivers/regulator/mc13892-regulator.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/regulator/mc13892-regulator.c
On Tue, Apr 23, 2013 at 7:37 PM, David Miller wrote:
> From: Linus Torvalds
> Date: Tue, 23 Apr 2013 08:42:49 -0700
>
>> An explicit cast fixes it, and shows that you were aware of the issue:
>>
>>foo &= ~(foo_t)bar;
>>
>> and gcc will generate the right logic. Of course, casts then have
>>
On Tue, Apr 23, 2013 at 05:30:59PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> Since they're generic helpers move them to util.c so that they can be
> used by others.
hum, we have sysfs object, maybe we want debugfs
as well to stay consistent.. even with interface:
for sysfs we have:
James Hogan wrote:
> How does the patch below look? I presume this is preferred over
> making VMLINUX_SYMBOL_STR non-argument-expanding?
>
> Thanks
> James
>
> Subject: [PATCH 1/1] modpost: fix unwanted VMLINUX_SYMBOL_STR expansion
>
> Commit a4b6a77b77ba4f526392612c2365797fab956014 ("module:
On 24 April 2013 17:50, Amit Kucheria wrote:
> On Wed, Apr 24, 2013 at 5:12 PM, Viresh Kumar wrote:
>> +config WQ_POWER_EFFICIENT
>> + bool "Workqueue allocated as UNBOUND (by default) for power
>> efficiency"
>> + depends on PM
>
> default n
If this line is not present i believe
On Wednesday 10 April 2013 19:00:05 Tony Lindgren wrote:
> * Pali Rohár [130410 07:20]:
> > On Tuesday 02 April 2013 18:31:38 Tony Lindgren wrote:
> > > * Pali Rohár [130331 04:23]:
> > > > On Sunday 31 March 2013 12:52:23 Sebastian Reichel wrote:
> > > > > On Sun, Mar 31, 2013 at 12:09:21PM
On Tue, 2 Oct 2012, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=c12b395a46646bab69089ce7016ac78177f6001f
> Commit: c12b395a46646bab69089ce7016ac78177f6001f
> Parent: b7bc2a5b5bd99b216c3e5fe68c7f45c684ab5745
> Author: x...@mail.ru
>
On Tue 23-04-13 16:37:43, Gu Zheng wrote:
> From 35947e6535d92c54cf523470cc8811e8b5fee3e5 Mon Sep 17 00:00:00 2001
> From: Gu Zheng
> Date: Tue, 23 Apr 2013 16:09:04 +0800
> Subject: [PATCH] mm/filemap.c: fix criteria of calling iov_shorten() in
> generic_file_direct_write()
>
>
On Wed, Apr 24, 2013 at 5:12 PM, Viresh Kumar wrote:
> Workqueues can be performance or power oriented. For performance we may want
> to
> keep them running on a single cpu, so that it remains cache hot. For power we
> can give scheduler the liberty to choose target cpu for running work handler.
This patch moves the integrity_audit_msg() function and defintion to
security/integrity/, the parent directory, renames the 'ima_audit'
boot command line option to 'integrity_audit', and fixes the Kconfig
help text to reflect the actual code.
Signed-off-by: Mimi Zohar
---
(Reposting with expanded 'cc' list.)
Included in the EVM hmac calculation is the i_mode. Any changes to
the i_mode need to be reflected in the hmac. shmem_mknod() currently
calls posix_acl_init(), which modifies the i_mode, after calling
security_inode_init_security(). This patch reverses the
Before modifying an EVM protected extended attribute or any other
metadata included in the HMAC calculation, the existing 'security.evm'
is verified. This patch adds calls to integrity_audit_msg() to audit
integrity metadata failures.
Reported-by: Sven Vermeulen
Signed-off-by: Mimi Zohar
---
Hello.
linux-next-20130422 does not boot when built with CONFIG_DEBUG_SLAB=y &&
CONFIG_DEBUG_SPINLOCK=y && CONFIG_DEBUG_PAGEALLOC=y .
It hangs (with CPU#0 spinning) immediately after printing
Decompressing Linux... Parsing ELF... done.
Booting the kernel.
lines.
Config is at
At Tue, 23 Apr 2013 11:45:27 +0200,
Pavel Machek wrote:
>
>
> Fix english in sound/drivers/Kconfig.
>
> Signed-off-by: Pavel Machek
Applied to sound git tree now. Thanks.
Takashi
>
> diff --git a/sound/drivers/Kconfig b/sound/drivers/Kconfig
> index 7d02c32..8545da9 100644
> ---
From: Lad, Prabhakar
This patch enables fbdev driver by creating fbdev device and register it.
Signed-off-by: Lad, Prabhakar
---
arch/arm/mach-davinci/dm365.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/dm365.c
sg_sz and buf_sz are initialized and used in a mutual exclusive way.
However, some versions of gcc are not smart enough to see this:
drivers/net/wireless/ath/ath6kl/sdio.c: In function
‘ath6kl_sdio_alloc_prep_scat_req’:
drivers/net/wireless/ath/ath6kl/sdio.c:338: warning: ‘sg_sz’ may be used
On Wednesday, April 24, 2013 04:40:38 PM Viresh Kumar wrote:
> On Wed, Apr 24, 2013 at 4:34 PM, Chen Gang wrote:
> >
> > For arm S5pv210 with allmodconfig, ARM_S5PV210_CPUFREQ need
> > CONFIG_CPU_FREQ_TABLE=y, or will cause compiling issue.
> >
> > The related operation:
> > + arm-linux-gnu-ld
From: Lad, Prabhakar
This patch enables fbdev driver by creating fbdev device and register it.
Signed-off-by: Lad, Prabhakar
---
arch/arm/mach-davinci/dm644x.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/dm644x.c
From: Lad, Prabhakar
This patch enables fbdev driver by creating fbdev device and register it.
Alongside renames 'vpfe_capture_dma_mask' to 'dm355_video_dma_mask' for better
clarity since it was reused by capture and diplay aswell.
Signed-off-by: Lad, Prabhakar
---
From: Lad, Prabhakar
enable the venc, osd and vpbe display driver for addition
of fbdev driver. Mainly includes fbdev ops structure inclusion,
palette and osd layer related functionality for OSD block.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpbe_display.c |6 +
From: Lad, Prabhakar
This patch fixes checkpatch warning to avoid CamelCase.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpbe_display.c |2 +-
drivers/media/platform/davinci/vpbe_osd.c | 24
include/media/davinci/vpbe_osd.h
From: Lad, Prabhakar
This patch series adds an fbdev driver for Texas
Instruments Davinci SoC.The display subsystem consists
of OSD and VENC, with OSD supporting 2 RGb planes and
2 video planes.
http://focus.ti.com/general/docs/lit/
getliterature.tsp?literatureNumber=sprue37d=pdf
A good amount
On Wed, 2013-04-24 at 18:59 +0800, joeyli wrote:
> Then why we don't just remove the "remaining_size" condition but only
> monitor the active_size should not larger then 1/2 storage_size?
If we calculate active_size as using more than 50% of the storage space
but remaining_size says we still
fbcon uses workqueues and it has no real dependency of scheduling these on the
cpu which scheduled them.
On a idle system, it is observed that and idle cpu wakes up many times just to
service this work. It would be better if we can schedule it on a cpu which the
scheduler believes to be the most
Block layer uses workqueues for multiple purposes. There is no real dependency
of scheduling these on the cpu which scheduled them.
On a idle system, it is observed that and idle cpu wakes up many times just to
service this work. It would be better if we can schedule it on a cpu which the
This patch adds system wide workqueues aligned towards power saving. This is
done by allocating them with WQ_UNBOUND flag if 'wq_power_efficient' is set to
'true'.
Signed-off-by: Viresh Kumar
---
include/linux/workqueue.h | 7 +++
kernel/workqueue.c| 13 -
2 files
Phylib uses workqueues for multiple purposes. There is no real dependency of
scheduling these on the cpu which scheduled them.
On a idle system, it is observed that and idle cpu wakes up many times just to
service this work. It would be better if we can schedule it on a cpu which the
scheduler
Workqueues can be performance or power oriented. For performance we may want to
keep them running on a single cpu, so that it remains cache hot. For power we
can give scheduler the liberty to choose target cpu for running work handler.
Later one (Power oriented WQ) can be achieved if the
This patchset was called: "Create sched_select_cpu() and use it for workqueues"
for the first three versions.
Earlier discussions over v3, v2 and v1 can be found here:
https://lkml.org/lkml/2013/3/18/364
http://lists.linaro.org/pipermail/linaro-dev/2012-November/014344.html
Added the following domain attributes for the FSL PAMU driver:
1. Added new iommu stash attribute, which allows setting of the
LIODN specific stash id parameter through IOMMU API.
2. Added an attribute for enabling/disabling DMA to a particular
memory window.
3. Added domain attribute to
On Tue, Apr 02, 2013 at 01:29:12PM -0700, H. Peter Anvin wrote:
> On 04/02/2013 12:10 PM, Frantisek Hrbata wrote:
> >
> > Hi, this is exactly what the patch is doing imho. Note that the
> > valid_phys_addr_range(), which is using the high_memory, is the same as the
> > default one in
Signed-off-by: Geert Uytterhoeven
---
drivers/media/usb/dvb-usb-v2/anysee.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/anysee.c
b/drivers/media/usb/dvb-usb-v2/anysee.c
index 3a1f976..1760fee 100644
---
drivers/media/usb/dvb-usb-v2/anysee.c: In function ‘anysee_frontend_attach’:
drivers/media/usb/dvb-usb-v2/anysee.c:641: warning: ‘ret’ may be used
uninitialized in this function
And gcc is right (see the ANYSEE_HW_507T case), so initialize ret to zero
to fix this.
Signed-off-by: Geert
On Tue, Apr 23, 2013 at 07:04:06PM -0500, Scott Wood wrote:
> On 04/19/2013 05:47:45 AM, Zhao Chenhui wrote:
> >From: Chen-Hui Zhao
> >
> >For e6500, two threads in one core share one time base. Just need
> >to do time base sync on first thread of one core, and skip it on
> >the other thread.
> >
Hi Nicolas,
I just tried 3.9-rc8 with my board. SPI doesn't work, since in spi.c in
__spi_async() was inserted new checking that initiate now xfer->speed_hz:
if (!xfer->speed_hz)
xfer->speed_hz = spi->max_speed_hz;
And in atmel-spi.c there are another
On Wed, Apr 24, 2013 at 1:13 PM, James Hogan wrote:
> On 24/04/13 02:00, H. Peter Anvin wrote:
>> On 04/23/2013 05:52 PM, H. Peter Anvin wrote:
>> Either way -- James, Rusty, this is in your court.
>
> How does the patch below look? I presume this is preferred over
> making VMLINUX_SYMBOL_STR
On 9 April 2013 20:22, Viresh Kumar wrote:
> [Steven replied to a personal Ping!!, including everybody again]
>
> On 9 April 2013 19:25, Steven Rostedt wrote:
>> On Tue, 2013-04-09 at 14:05 +0530, Viresh Kumar wrote:
>>> Ping!!
>>>
>>
>> Remind me again. What problem are you trying to solve?
>
>
> -Original Message-
> From: Joerg Roedel [mailto:j...@8bytes.org]
> Sent: Wednesday, April 24, 2013 4:21 PM
> To: Sethi Varun-B16395
> Cc: io...@lists.linux-foundation.org; linuxppc-...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org; ga...@kernel.crashing.org;
>
I did allow the remaining 81 character line behind. It did not seem
like it was worth changing. Otherwise, it now passes checkpatch.pl.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: Robin Holt
Cc: Russ Anderson
Cc: Linux Kernel Mailing List
Cc: the
This patch is preparatory. It moves reboot related syscall, etc
functions from kernel/sys.c to kernel/reboot.c.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: Robin Holt
Cc: Russ Anderson
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
---
Since arch/x86 has the most extensive reboot= handling and it appears to
have no effect on the remaining architectures. This patch moves that
reboot= handling from arch/x86 to the generic kernel.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: Robin Holt
From: "Srivatsa S. Bhat"
There are instances in the kernel where we would like to disable
CPU hotplug (from sysfs) during some important operation. Today
the freezer code depends on this and the code to do it was kinda
tailor-made for that.
Restructure the code and make it generic enough to be
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
boot
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
On 24/04/13 11:56, Ingo Molnar wrote:
>
> * Borislav Petkov wrote:
>
>> From: Borislav Petkov
>>
>> Fix this:
>>
>> arch/x86/boot/compressed/eboot.c: In function ???setup_efi_vars???:
>> arch/x86/boot/compressed/eboot.c:269:2: warning: passing argument 1 of
>> ???efi_call_phys??? makes
On 2013/4/24 17:52, Namhyung Kim wrote:
> Hi Ingo,
>
> On Wed, 24 Apr 2013 08:50:18 +0200, Ingo Molnar wrote:
>> * Pekka Enberg wrote:
>>
>>> Hello,
>>>
>>> On Tue, 2013-04-23 at 17:30 +0900, Namhyung Kim wrote:
> This patchset implements a front-end tool for kernel's ftrace. It
> uses
On 2013/4/24 17:27, Namhyung Kim wrote:
> Hi Steve,
>
> On Tue, 23 Apr 2013 11:58:01 -0400, Steven Rostedt wrote:
>> On Tue, 2013-04-23 at 17:30 +0900, Namhyung Kim wrote:
>>> Hello,
>>>
>>> This patchset implements a front-end tool for kernel's ftrace. It
>>> uses function_graph tracer by
If gcc (e.g. 4.1.2) decides not to inline cdc_config_register() and
rndis_config_register(), this will cause section mismatch warnings:
WARNING: drivers/usb/gadget/g_multi.o(.text+0x32f6): Section mismatch in
reference from the function cdc_config_register() to the function
On Tue, Apr 23, 2013 at 07:00:49PM -0500, Scott Wood wrote:
> On 04/19/2013 05:47:46 AM, Zhao Chenhui wrote:
> >From: Chen-Hui Zhao
> >
> >The L1 Data Cache of e6500 contains no modified data, no flush
> >is required.
> >
> >Signed-off-by: Zhao Chenhui
> >Signed-off-by: Li Yang
>
On 2013年04月24日 19:10, Viresh Kumar wrote:
> On Wed, Apr 24, 2013 at 4:34 PM, Chen Gang wrote:
>> >
>> > For arm S5pv210 with allmodconfig, ARM_S5PV210_CPUFREQ need
>> > CONFIG_CPU_FREQ_TABLE=y, or will cause compiling issue.
>> >
>> > The related operation:
>> > + arm-linux-gnu-ld -EL -p
On Wed, Apr 24, 2013 at 01:08:17PM +0200, Lukáš Czerner wrote:
> On Tue, 23 Apr 2013, Zheng Liu wrote:
[snip]
> > > > Also update respective tracepoints to use signed long long type for
> > > > partial_cluster.
> > > The patch looks OK. You can add:
> > > Reviewed-by: Jan Kara
> > >
> > >
On Wed, Apr 24, 2013 at 4:34 PM, Chen Gang wrote:
>
> For arm S5pv210 with allmodconfig, ARM_S5PV210_CPUFREQ need
> CONFIG_CPU_FREQ_TABLE=y, or will cause compiling issue.
>
> The related operation:
> + arm-linux-gnu-ld -EL -p --no-undefined -X --build-id -X -o .tmp_vmlinux1 -T
>
From 8a4773d0c0df6fe2e816ad37fde30a2d90a1ad31 Mon Sep 17 00:00:00 2001
From: Josef Ahmad
Date: Fri, 19 Apr 2013 17:28:10 +0100
Subject: [PATCH] i2c-designware: fix RX FIFO overrun
i2c_dw_xfer_msg() pushes a number of bytes to transmit/receive
to/from the bus into the TX FIFO.
For master-rx
On Tue, Apr 23, 2013 at 06:46:10PM -0500, Scott Wood wrote:
> On 04/19/2013 05:47:34 AM, Zhao Chenhui wrote:
> >These cache operations support Freescale SoCs based on BOOK3E.
> >Move L1 cache operations to fsl_booke_cache.S in order to maintain
> >easily. And, add cache operations for backside L2
On Tue, 23 Apr 2013, Zheng Liu wrote:
> Date: Tue, 23 Apr 2013 17:19:28 +0800
> From: Zheng Liu
> To: Jan Kara
> Cc: Lukas Czerner , linux...@kvack.org,
> linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org,
> linux-e...@vger.kernel.org
> Subject: Re: [PATCH v3 17/18] ext4: make
On 2013年04月24日 19:05, Catalin Marinas wrote:
> On Wed, Apr 24, 2013 at 11:58:24AM +0100, Chen Gang wrote:
>> >
>> > For compiling with allmodconfig, need vga.h file, so generate it which
>> > just only include the asm-generic one.
>> >
>> > It is firstly used by drivers/gpu/drm/drm_irq.c.
>> >
For arm S5pv210 with allmodconfig, ARM_S5PV210_CPUFREQ need
CONFIG_CPU_FREQ_TABLE=y, or will cause compiling issue.
The related operation:
+ arm-linux-gnu-ld -EL -p --no-undefined -X --build-id -X -o .tmp_vmlinux1 -T
/root/linux-next/arch/arm/kernel/vmlinux.lds arch/arm/kernel/head.o
On Wed, 2013-04-24 at 00:40 -0400, Sasha Levin wrote:
> Not registering a platform_driver would make us access garbage
> when the platform callbacks under driver_register() kicks in.
Applied, thanks.
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Apr 24, 2013 at 11:58:24AM +0100, Chen Gang wrote:
>
> For compiling with allmodconfig, need vga.h file, so generate it which
> just only include the asm-generic one.
>
> It is firstly used by drivers/gpu/drm/drm_irq.c.
>
> The related error:
> include/video/vga.h:22:21: fatal error:
Oh, sorry, the subject and the comment is incorrect: it need use
ARM_S5PV210_CPUFREQ instead of ARM_S3C64XX_CPUFREQ.
I need send patch v2.
On 2013年04月24日 18:35, Chen Gang wrote:
>
> For arm S5pv210 with allmodconfig, ARM_S3C64XX_CPUFREQ need
> CONFIG_CPU_FREQ_TABLE=y, or will cause compiling
Hi Minchan,
On Wed, 24 Apr 2013 10:41:03 +0900, Minchan Kim wrote:
> This patch adds address range reclaim of a process.
> The requirement is following as,
>
> Like webkit1, it uses a address space for handling multi tabs.
> IOW, it uses *one* process model so all tabs shares address space
> of
於 三，2013-04-24 於 10:14 +，Matthew Garrett 提到：
> On Wed, 2013-04-24 at 18:08 +0800, joeyli wrote:
>
> > It causes the garbage size increased and remaining_size decreased. But
> > we still can create new variable because active_size doesn't increase
> > due to we delete variable before create
For compiling with allmodconfig, need vga.h file, so generate it which
just only include the asm-generic one.
It is firstly used by drivers/gpu/drm/drm_irq.c.
The related error:
include/video/vga.h:22:21: fatal error: asm/vga.h: No such file or directory
Signed-off-by: Chen Gang
---
Currently, if DMA information isn't passed from platform data, then DMA
will not be used. This patch allows DMA information obtained though Device
Tree to be used as well.
Cc: Russell King
Cc: Chris Ball
Cc: linux-...@vger.kernel.org
Signed-off-by: Lee Jones
---
drivers/mmc/host/mmci.c | 43
On Sat, 20 Apr 2013, Jan Kara wrote:
> Date: Sat, 20 Apr 2013 15:42:41 +0200
> From: Jan Kara
> To: Lukas Czerner
> Cc: linux...@kvack.org, linux-kernel@vger.kernel.org,
> linux-fsde...@vger.kernel.org, linux-e...@vger.kernel.org
> Subject: Re: [PATCH v3 17/18] ext4: make punch hole code
* Borislav Petkov wrote:
> From: Borislav Petkov
>
> Fix this:
>
> arch/x86/boot/compressed/eboot.c: In function ???setup_efi_vars???:
> arch/x86/boot/compressed/eboot.c:269:2: warning: passing argument 1 of
> ???efi_call_phys??? makes pointer from integer without a cast [enabled by
>
301 - 400 of 1126 matches
Mail list logo
