- Remove reference for IP version
- Fix header coding style
- Remove notes which are visible from the code
- Fix driver license according to header
Signed-off-by: Michal Simek
---
Changes in v2: None
drivers/watchdog/of_xilinx_wdt.c | 30 ++
1 file changed, 10
Watchdog 1.01.a is also compatible with 1.00.a.
Add the origin version to compatible list.
Signed-off-by: Michal Simek
---
Changes in v2:
- Extend compatible list with 1.00.a instead of replacing 1.01.a
reported by Guenter Roeck
drivers/watchdog/of_xilinx_wdt.c | 1 +
1 file changed, 1
The patchset fixes license header and add 1.00.a IP to compatible
list.
Thanks for your review,
Michal
Remove the 3rd patch from this series which incorrectly
tried to support set timeout feature.
Changes in v2:
- Extend compatible list with 1.00.a instead of replacing 1.01.a
reported by
On 05/31/2013 12:08 AM, Wim Van Sebroeck wrote:
> Hi All,
>
>>> On Thu, May 30, 2013 at 05:12:24PM +0200, Michal Simek wrote:
On 05/30/2013 05:03 PM, Guenter Roeck wrote:
> On Thu, May 30, 2013 at 04:34:02PM +0200, Michal Simek wrote:
>> On 05/30/2013 04:21 PM, Guenter Roeck wrote:
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
> On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
> > On 05/29/2013 01:35 AM, Guenter Roeck wrote:
> > >bios_add_device(). Drop explicit calls to pcibios_setup_device();
> > >this makes pcibios_setup_bus_devices() a noop
Hi Linus,
On 05/30/2013 09:46 PM, Linus Walleij wrote:
> On Wed, May 29, 2013 at 1:27 PM, Michal Simek wrote:
>
>> Supporting the second channel in the driver.
>> Offset is 0x8 and both channnels share the same
>> IRQ.
>>
>> Signed-off-by: Michal Simek
>
> (...)
>> +/* Read/Write access to
On Thu, 2013-05-30 at 13:57 -0700, Joe Perches wrote:
> Joe Perches (3):
> pktcdvd: Convert ZONE macro to static function get_zone()
> pktcdvd: Convert printk to pr_
> pktcdvd: Consolidate DPRINTK and VPRINTK macros
>
> drivers/block/pktcdvd.c | 248
>
On 5/30/13 10:03 PM, CAI Qian wrote:
> OK, so the minimal workload to trigger this I found so far was to
> run trinity, ltp and then xfstests. I have been able to easily
> reproduced on 3 servers so far, and I'll post full logs here for
> LKML and linux-mm as this may unrelated to XFS only. As far
Hi John,
On Thu, May 30, 2013 at 09:11:17AM -0700, John Stultz wrote:
> On 05/29/2013 10:32 PM, Baruch Siach wrote:
> >On Tue, May 28, 2013 at 01:24:17PM -0700, John Stultz wrote:
> >>On 05/26/2013 05:12 AM, Baruch Siach wrote:
> >>> static const struct of_device_id osctimer_ids[] __initconst =
On Thu, 2013-05-30 at 18:11 -0700, Davidlohr Bueso wrote:
> On Thu, 2013-05-30 at 13:08 +0200, Bjørn Mork wrote:
> > Sergei Shtylyov writes:
> >
> > > Why not "text:%#lx" as already used in this string? It's
> > > equivalent to "0x%lx".
> >
> > Well, I don't know the reasoning in this case,
On 05/30/2013 08:44 PM, Mike Turquette wrote:
> Quoting Michal Simek (2013-05-17 05:14:47)
>> Hi Mike,
>>
>> I have sent email to Greg to take this patch from this series
>> though his serial tree because it is unrelated to this clock stuff.
>>
>> Can you please give me your ACK for these patches
On 10:31 Fri 31 May , Liu Ying wrote:
>2013/5/30 Jean-Christophe PLAGNIOL-VILLARD
>
> On 16:13 Thu 30 May , Liu Ying wrote:
> > We don't have to turn backlight on/off everytime a blanking
> > or unblanking event comes because the backlight status may have
> >
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
> On 05/29/2013 01:35 AM, Guenter Roeck wrote:
> >bios_add_device(). Drop explicit calls to pcibios_setup_device();
> >this makes pcibios_setup_bus_devices() a noop function which could
> >eve
>
> Yeah, it's more reasonable to
Hi all,
Changes since 20130530:
The msm tree gained a build failure for which I applied a fix patch.
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches
On Fri, May 31, 2013 at 12:07:15PM +0800, we...@kylinos.com.cn wrote:
>
> >the only way for them to get stuck is if there aren't enough execution
> >resources (ie. if a new thread can't be created) but OOM killers would
> >have been activated if that were the case.
>
> The following is a
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/gpio/gpio-msm-v2.c: In function 'msm_gpio_irq_domain_map':
drivers/gpio/gpio-msm-v2.c:373:2: error: implicit declaration of function
'set_irq_flags'
2013/5/28 Andy Shevchenko :
> On Tue, May 28, 2013 at 3:05 PM, Xiang Wang wrote:
>> From: Xiang Wang
>>
>> pdev->phy is of type "struct mmp_pdma_phy *". But when
>> allocating memory for it, "struct mmp_pdma_chan" is used
>> by mistake.
>
> Have you tested it?
>
>> Signed-off-by: Xiang Wang
>>
On Fri 31 May 2013 05:58:44 AM CST, Andrew Morton wrote:
> On Sun, 26 May 2013 21:38:34 +0800 Jiang Liu wrote:
>
>> Use common help function free_reserved_area() to simplify code.
>
> http://ozlabs.org/~akpm/mmots/broken-out/drivers-video-acornfbc-remove-dead-code.patch
> removes all the code
On Thu, 30 May 2013, Jacob Shin wrote:
> mkdir initrd
> cd initrd
> -mkdir kernel
> -mkdir kernel/x86
> -mkdir kernel/x86/microcode
> -cp ../microcode.bin kernel/x86/microcode/GenuineIntel.bin
> -find .|cpio -oc >../ucode.cpio
> +mkdir -p kernel/x86/microcode
> +cp ../microcode.bin
After Andrzej's testing, we found the acpi backlight methods broken on Acer
Aspire 5750G but the i915 backlight control works when we set to vendor mode.
And, we still want to keep the acpi/video driver for transfer acpi event to key
event but not unregister whole acpi/video driver.
This patch
There have some situation we unregister whole acpi/video driver by downstream
driver just want to remove backlight control interface of acpi/video. It caues
we lost other functions of acpi/video, e.g. transfer acpi event to input event.
So, this patch add a new function,
On 2013-5-31 6:25, Greg Kroah-Hartman wrote:
> On Thu, May 30, 2013 at 03:57:58PM +0200, Rafael J. Wysocki wrote:
>> On Thursday, May 30, 2013 10:29:54 AM Hanjun Guo wrote:
>>> On 2013-5-29 19:07, Martin Mokrejs wrote:
Hanjun Guo wrote:
> On 2013-5-29 7:30, Rafael J. Wysocki wrote:
>>
On Thu, 30 May 2013, Will Deacon wrote:
> On Thu, May 30, 2013 at 10:09:49AM +0100, Will Deacon wrote:
> > On Thu, May 30, 2013 at 02:41:42AM +0100, Wang, Yalin wrote:
> > > If you have some patch for this issue,
> > > I can do the test for it .
> >
> > I'll have a look at cooking something
On Tue, May 14, 2013 at 9:58 AM, Andy Lutomirski wrote:
> Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS
> mappings with DRM_WRITE_COMBINING set, resulted in an unconditional
> MTRR being added but the actual mappings being created as UC-.
>
> Now these mappings have the MTRR
On Thu, May 30, 2013 at 7:41 PM, Eliezer Tamir
wrote:
> +#else /* CONFIG_NET_LL_RX_POLL */
> +static inline void ixgbe_qv_init_lock(struct ixgbe_q_vector *q_vector)
> +{
> +}
> +
> +static inline int ixgbe_qv_lock_napi(struct ixgbe_q_vector *q_vector)
> +{
> + return true;
> +}
> +
>
Commit-ID: 757885e94a22bcc82beb9b1445c95218cb20ceab
Gitweb: http://git.kernel.org/tip/757885e94a22bcc82beb9b1445c95218cb20ceab
Author: Jacob Shin
AuthorDate: Thu, 30 May 2013 14:09:19 -0500
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 20:19:25 -0700
x86, microcode, amd:
Commit-ID: a76096a6571d5389376753c2e18b30a9791fa072
Gitweb: http://git.kernel.org/tip/a76096a6571d5389376753c2e18b30a9791fa072
Author: Jacob Shin
AuthorDate: Thu, 30 May 2013 14:09:18 -0500
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 20:19:25 -0700
x86, microcode, amd:
於 四,2013-05-30 於 21:17 -0500,Russ Anderson 提到:
> On Fri, May 31, 2013 at 12:30:43AM +0200, Jiri Kosina wrote:
> > On Thu, 30 May 2013, Russ Anderson wrote:
> >
> > > > > That's a great idea. This patch moves the QueryVariableInfo()
> > > > > call from bootime to runtime, in efi_late_init(). The
Commit-ID: f2b3ee820a9f2368d7f8842ad7da062dfe86e199
Gitweb: http://git.kernel.org/tip/f2b3ee820a9f2368d7f8842ad7da062dfe86e199
Author: Jacob Shin
AuthorDate: Thu, 30 May 2013 14:09:17 -0500
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 20:19:25 -0700
x86, microcode: Vendor
Hi Will,
Thanks for your patch ,
But I found I don't have ct_user_exit macro
In my arch/arm/kernel/entry-common.S
My kernel version is 3.4.0
I have add the file as attachment,
Could you make a patch for this file ?
Thank you !
-Original Message-
From: Will Deacon
Commit-ID: 83b325f1b4d00035494bc18a7a131b2197b3c718
Gitweb: http://git.kernel.org/tip/83b325f1b4d00035494bc18a7a131b2197b3c718
Author: Borislav Petkov
AuthorDate: Thu, 30 May 2013 14:09:16 -0500
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 20:19:25 -0700
x86, microcode,
On Fri, May 31, 2013 at 9:27 AM, Matthias Schiffer
wrote:
> Since some refactoring in 5f5a011, ndisc_send_redirect called
> ndisc_fill_redirect_hdr_option on the wrong skb, leading to data corruption or
> in the worst case a panic when the skb_put failed.
>
> Signed-off-by: Matthias Schiffer
On Fri, May 24, 2013 at 4:35 AM, Andy Lutomirski wrote:
> On Mon, May 13, 2013 at 4:58 PM, Andy Lutomirski wrote:
>> A fair number of drivers (mostly graphics) add write-combining MTRRs.
>> Most ignore errors and most add the MTRR even on PAT systems which don't
>> need to use MTRRs.
>>
>> This
Use the right config to empty scu_enable.
Signed-off-by: Neil Zhang
---
arch/arm/include/asm/smp_scu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/smp_scu.h b/arch/arm/include/asm/smp_scu.h
index 18d1693..ac93189 100644
---
boards include:
at91sam9263ek, at91sam9g20ek, at91sam9m10g45ek, at91sam9n12ek, at91sam9x5ek
Signed-off-by: Wenyou Yang
---
arch/arm/boot/dts/at91sam9263ek.dts |4
arch/arm/boot/dts/at91sam9g20ek_common.dtsi |4
arch/arm/boot/dts/at91sam9m10g45ek.dts |4
Hello,
The patches is to add watchdog device tree node for at91 SoC and board dts
files.
Since the watchdog is disabled in the at91bootstrap with default configuration,
if you want to use the watchdog in the kernel, you must make sure the watchdog
doesn't be disabled in the at91bootstrap.
It
at91sam9x5, at91sam9n12
Signed-off-by: Wenyou Yang
---
arch/arm/boot/dts/at91sam9n12.dtsi |6 ++
arch/arm/boot/dts/at91sam9x5.dtsi |6 ++
2 files changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/at91sam9n12.dtsi
b/arch/arm/boot/dts/at91sam9n12.dtsi
index
Hello,
The patches is to add watchdog device tree node for at91 SoC and board dts
files.
Since the watchdog is disabled in the at91bootstrap with default configuration,
if you want to use the watchdog in the kernel, you must make sure the watchdog
doesn't be disabled in the at91bootstrap.
It
Hello,
The patches is to add watchdog device tree node for at91 SoC and board dts
files.
Since the watchdog is disabled in the at91bootstrap with default configuration,
if you want to use the watchdog in the kernel, you must make sure the watchdog
doesn't be disabled in the at91bootstrap.
It
bring up pxa988 with device tree support.
Change-Id: I6fc869b7d5ff8dc6e4eb0042a89429200f7a9fb1
Signed-off-by: Neil Zhang
---
arch/arm/boot/dts/pxa988-dkb.dts | 36 ++
arch/arm/boot/dts/pxa988.dtsi | 189 +
arch/arm/mach-mmp/Kconfig
This patch is supposed to bring up pxa988 SMP.
will change to use CLOCKSOURCE later.
ChangeLog
V2:
1. use early_init call for handler init.
2. Add sanity check for maximum core count.
Neil Zhang (1):
ARM: mmp: bring up pxa988 with device tree support
arch/arm/boot/dts/pxa988-dkb.dts
Hi Linus,
one qxl 32-bit warning fix, the rest is a bunch of radeon fixes from Alex
for some issues we've been seeing.
Dave.
The following changes since commit c89b65e7fffef745bdd36c372aa0dea778fecbab:
qxl: fix Kconfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
are available
On 05/31/2013 02:41 AM, Olof Johansson wrote:
> Hi,
>
> On Wed, May 29, 2013 at 9:40 PM, Tushar Behera
> wrote:
>> There are two definitions for low-level UART ports for Exynos platform.
>> CONFIG_S3C_LOWLEVEL_UART_PORT is used for printing "Uncompressing
>> Linux... done, booting the kernel."
On Thu, May 30, 2013 at 10:32:09PM +, Matthew Garrett wrote:
> On Thu, 2013-05-30 at 17:28 -0500, Russ Anderson wrote:
> > On Thu, May 30, 2013 at 10:21:53PM +, Matthew Garrett wrote:
> > > On Thu, 2013-05-30 at 17:17 -0500, Russ Anderson wrote:
> > >
> > > > That's a great idea. This
On 5/28/2013 9:27 AM, Alex Williamson wrote:
Add a module option to vfio_iommu_type1 to disable IOMMU hugepage
support. This causes iommu_map to only be called with single page
mappings, disabling the IOMMU driver's ability to use hugepages.
This option can be enabled by loading
On Fri, May 31, 2013 at 12:30:43AM +0200, Jiri Kosina wrote:
> On Thu, 30 May 2013, Russ Anderson wrote:
>
> > > > That's a great idea. This patch moves the QueryVariableInfo()
> > > > call from bootime to runtime, in efi_late_init(). The attached
> > > > patch is consistent with the UEFI spec
Hi Seth,
On 05/31/2013 05:20 AM, Seth Jennings wrote:
> Andrew, Mel,
>
> This struct page stuffing is taking a lot of time to work out and _might_ be
> fraught with peril when memmap peekers are considered.
>
> What do you think about just storing the zbud page metadata inline in the
> memory
From: Wei Yongjun
In many of the error handling case, the return value 'ret' not set
and 0 will be return from d40_probe() even if error, but we should
return a negative error code instead in those error handling case.
This patch fixed them, and also removed useless variable 'err'.
On Fri 31 May 2013 08:54:24 AM CST, Yinghai Lu wrote:
> On Thu, May 30, 2013 at 4:22 PM, Bjorn Helgaas wrote:
>> On Thu, May 30, 2013 at 2:27 PM, Yinghai Lu wrote:
>>> On Wed, May 29, 2013 at 11:04 PM, Yinghai Lu wrote:
On Wed, May 29, 2013 at 10:45 PM, Xudong Hao wrote:
> Since
Since some refactoring in 5f5a011, ndisc_send_redirect called
ndisc_fill_redirect_hdr_option on the wrong skb, leading to data corruption or
in the worst case a panic when the skb_put failed.
Signed-off-by: Matthias Schiffer
---
net/ipv6/ndisc.c | 2 +-
1 file changed, 1 insertion(+), 1
Quoting Philippe Begnic (2013-05-27 05:41:28)
> From: Philippe Begnic
>
> Create U8540 clock tree definitions for common clock framework
>
The clock changes look good to me. How did you want to merge the
patches?
Regards,
Mike
> Philippe Begnic (4):
> clk: ux500: Pass clock base adresses
On Thu, May 30, 2013 at 09:18:29AM -0500, Mark Langsdorf wrote:
> The Calxeda SATA phy intermittently fails to bring up a link with Gen3
> Retrying the phy hard reset can work around the issue, but the drive
> may fail again. In less than 150 out of 15000 test runs, it took more
> than 10 tries
On 05/30/2013 09:47 PM, Morten Rasmussen wrote:
> Hi,
>
> A number of patch sets related to power-efficient scheduling have been
> posted over the last couple of months. Most of them do not have much
> data to back them up, so I decided to do some testing.
>
> Common for all of the patch sets
On Thu, May 30, 2013 at 03:17:31PM -0500, Mark Langsdorf wrote:
> +static DEFINE_SPINLOCK(sgpio_lock);
> +#define SCLOCK 0
> +#define SLOAD1
> +#define SDATA2
> +static unsigned ecx_sgpio[3];
> +static
On 2013-05-30 22:38, James Bottomley wrote:
> There doesn't seem to be much point to these patches since either idiom
> is fine and easily understood. We also try to touch the ancient drivers
> as little as possible since it can be months before anyone actually
> tries them out and notices that
Quoting Daniel Tang (2013-05-25 04:08:04)
> diff --git a/drivers/clk/clk-nspire.c b/drivers/clk/clk-nspire.c
> new file mode 100644
> index 000..2546f7d
> --- /dev/null
> +++ b/drivers/clk/clk-nspire.c
> @@ -0,0 +1,155 @@
> +/*
> + * linux/drivers/clk/clk-nspire.c
Hi Daniel,
It's best not
On Thu, May 30, 2013 at 5:04 PM, Arnd Bergmann wrote:
>
> This is probably missing barriers, and is wrong on systems on which
> the endianess of the device is different from the CPU.
I suggest what was done in fsl_ssi.c:
#ifdef PPC
#define read_ssi(addr) in_be32(addr)
#define
ping?
On Thu, 2013-05-23 at 16:59 -0700, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> Upon entering the slowpath, we immediately attempt to acquire the lock
> by checking if it is already unlocked. If we are lucky enough that this
> is the case, then we don't need to deal with any waiter
On Thu, 2013-05-30 at 13:08 +0200, Bjørn Mork wrote:
> Sergei Shtylyov writes:
>
> > Why not "text:%#lx" as already used in this string? It's
> > equivalent to "0x%lx".
>
> Well, I don't know the reasoning in this case, but I'd like to note that
> those are not strictly equivalent.
On 05/31/2013 02:29 AM, Andy Shevchenko wrote:
> On Thu, May 30, 2013 at 7:32 AM, Wei Yongjun wrote:
>> In many of the error handling case, the return value 'ret' not set
>> and 0 will be return from d40_probe() even if error, but we should
>> return a negative error code instead in those error
Hi Vineet,
On Wed, May 29, 2013 at 5:10 PM, Vineet Gupta
wrote:
> Hi Max,
>
> This patch - acked by you then, got lost in the mist of time. Care to take it
> in
> via xtensa tree for 3.11
Oops. Thanks for the reminder. Took it to the xtensa-fixes branch.
> Original Message
>
From: Sebastian Hesselbarth
Date: Wed, 29 May 2013 21:32:42 +0200
> For the patches above I suggest to take Patches 1-6 through David
> Miller's branch, and Patches 7-12 through Jason Cooper's when the
> former have appeared on mainline linux. The patch set has been based
> on v3.10-rc3.
On Thu, May 30, 2013 at 4:22 PM, Bjorn Helgaas wrote:
> On Thu, May 30, 2013 at 2:27 PM, Yinghai Lu wrote:
>> On Wed, May 29, 2013 at 11:04 PM, Yinghai Lu wrote:
>>> On Wed, May 29, 2013 at 10:45 PM, Xudong Hao wrote:
Since device registering is put into pci_device_add(), it must set
This patch looks like it should be in the 3.9-stable tree, should we apply
it?
--
From: "Mark Brown "
commit 9767a58b8b2a0b153c246fb6306c7d48d51bb379 upstream
During recent refactoring the code to report removal when MICDET reports
an absent microphone was removed, causing
This patch looks like it should be in the 3.9-stable tree, should we apply
it?
--
From: "Vinod Koul "
commit d3134e211e8db7fa833c40b5879fc022693e16c2 upstream
Signed-off-by: Vinod Koul
Signed-off-by: Mark Brown
Signed-off-by: Jonghwan Choi
---
sound/soc/codecs/wm8994.c |
Hi Linus,
This is the queue of pending x86 fixes.
3 are EFI-related;
2 are related to early memory initialization;
1 is a build fix for older binutils;
1 is a fix for an eager FPU performance regression -- currently we
don't allow the use of the FPU at interrupt time *at all* in eager
mode,
The obsolete page will be zapped soon, do not reuse it to
reduce future page fault
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 3fd060a..0880b9b4 100644
---
Quote Gleb's mail:
| Back then kvm->lock protected memslot access so code like:
|
| mutex_lock(>kvm->lock);
| kvm_mmu_zap_all(vcpu->kvm);
| mutex_unlock(>kvm->lock);
|
| which is what 7aa81cc0 does was enough to guaranty that no vcpu will
| run while code is patched. This is no longer the case
Zap at lease 10 pages before releasing mmu-lock to reduce the overload
caused by requiring lock
After the patch, kvm_zap_obsolete_pages can forward progress anyway,
so update the comments
[ It improves the case 0.6% ~ 1% that do kernel building meanwhile read
PCI ROM. ]
Note: i am not sure
It is good for debug and development
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c |1 +
arch/x86/kvm/mmutrace.h | 20
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index c8063b9..3fd060a 100644
---
As Marcelo pointed out that
| "(retention of large number of pages while zapping)
| can be fatal, it can lead to OOM and host crash"
We introduce a list, kvm->arch.zapped_obsolete_pages, to link all
the pages which are deleted from the mmu cache but not actually
freed. When page reclaiming is
kvm_zap_obsolete_pages uses lock-break technique to zap pages,
it will flush tlb every time when it does lock-break
We can reload mmu on all vcpus after updating the generation
number so that the obsolete pages are not used on any vcpus,
after that we do not need to flush tlb when obsolete pages
Replace kvm_mmu_zap_all by kvm_mmu_invalidate_zap_all_pages
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 15 ---
arch/x86/kvm/x86.c |4 ++--
2 files changed, 2 insertions(+), 17 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index d71bf8f..c8063b9
It is the responsibility of kvm_mmu_zap_all that keeps the
consistent of mmu and tlbs. And it is also unnecessary after
zap all mmio sptes since no mmio spte exists on root shadow
page and it can not be cached into tlb
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/x86.c |5 +
1 files
From: Gleb Natapov
Quote Gleb's mail:
| why don't we check for sp->role.invalid in
| kvm_mmu_prepare_zap_page before calling kvm_reload_remote_mmus()?
and
| Actually we can add check for is_obsolete_sp() there too since
| kvm_mmu_invalidate_all_pages() already calls kvm_reload_remote_mmus()
|
Show sp->mmu_valid_gen
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmutrace.h | 22 --
1 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kvm/mmutrace.h b/arch/x86/kvm/mmutrace.h
index b8f6172..697f466 100644
--- a/arch/x86/kvm/mmutrace.h
+++
Hi Gleb, Paolo, Marcelo,
I have putted the potential controversial patches to the latter that are
patch 8 ~ 10, patch 11 depends on patch 9. Other patches are fully reviewed,
I think its are ready for being merged. If not luck enough, further discussion
is needed, could you please apply that
The current kvm_mmu_zap_all is really slow - it is holding mmu-lock to
walk and zap all shadow pages one by one, also it need to zap all guest
page's rmap and all shadow page's parent spte list. Particularly, things
become worse if guest uses more memory or vcpus. It is not good for
scalability
On 05/30/2013 07:25 AM, David Vrabel wrote:
From: David Vrabel
Currently the Xen wallclock is only updated every 11 minutes if NTP is
synchronized to its clock source. If a guest is started before NTP is
synchronized it may see an incorrect wallclock time.
Ok.. So this is maybe starting to
Am 30.05.2013 20:20, schrieb Sarah Sharp:
> On Thu, May 30, 2013 at 06:16:34AM +0200, Alexander Holler wrote:
> The point is that unless Renesas tells us how to know if a host
> supports the firmware fetch vendor command, we should stop issuing that
> command to the host. I think my contacts at
From: Michal Simek
Date: Thu, 30 May 2013 12:28:02 +0200
> I have separated these emaclite patches from
> phy patches because it is easier for creating
> new versions.
Series applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 05/30/2013 07:25 AM, David Vrabel wrote:
The kernel has limited support for updating the persistent clock or
RTC when NTP is synced. This has the following limitations:
* The persistent clock is not updated on step changes. This leaves a
window where it will be incorrect (while NTP
On 05/24/2013 11:31 PM, Kishon Vijay Abraham I wrote:
> Modified dwc3-omap to receive connect and disconnect notification using
> extcon framework. Also did the necessary cleanups required after
> adapting to extcon framework.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
>
On Thu, May 30, 2013 at 04:17:57PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the final tree, today's linux-next build (i386 defconfig)
> produced this warning:
>
> net/netfilter/nf_nat_helper.c: In function 'mangle_contents':
> net/netfilter/nf_nat_helper.c:108:9: warning:
Commit-ID: 5187b28ff08249ab8a162e802209ed04e271ca02
Gitweb: http://git.kernel.org/tip/5187b28ff08249ab8a162e802209ed04e271ca02
Author: Pekka Riikonen
AuthorDate: Mon, 13 May 2013 14:32:07 +0200
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 16:36:42 -0700
x86: Allow FPU to be
Commit-ID: 2baad6121e2b2fa3428ee6cb2298107be11ab23a
Gitweb: http://git.kernel.org/tip/2baad6121e2b2fa3428ee6cb2298107be11ab23a
Author: Jan Beulich
AuthorDate: Wed, 29 May 2013 13:43:54 +0100
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 16:36:23 -0700
x86, crc32-pclmul: Fix
On Wed, May 29, 2013 at 06:39:39PM +0200, Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the timers/urgent-for-tip branch that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> timers/urgent-for-tip
Please rather pull
From: Jiri Bohac
Since 7300711e ("clockevents: broadcast fixup possible waiters"),
the timekeeping duty is assigned to the CPU that handles the tick
broadcast clock device by the time it is set in one shot mode.
This is an issue in full dynticks mode where the timekeeping duty
must stay handled
On 05/30/2013 12:39 PM, Ben Greear wrote:
I'm seeing a crash (on hacked 3.9.3+ kernels). It's rare, but in a kernel
larded down with debugging, we are having some luck reproducing it.
Please note, this kernel is running a fair amount of my patches, so it could
be my bug. We did not see this
On Thu, May 30, 2013 at 2:27 PM, Yinghai Lu wrote:
> On Wed, May 29, 2013 at 11:04 PM, Yinghai Lu wrote:
>> On Wed, May 29, 2013 at 10:45 PM, Xudong Hao wrote:
>>> Since device registering is put into pci_device_add(), it must set value of
>>> Virtual Function device's member before the pci_dev
On 13-05-30 03:36 PM, Andrew Morton wrote:
On Thu, 30 May 2013 09:50:27 +0200 Nicolas Ferre
wrote:
The review of this patch series was in my TODO list for some time...
Today, I magically took time to review it ;-)
The patch series is good and I (even if it is too late) here is my:
On Thu, May 30, 2013 at 2:14 PM, Joao Correia
wrote:
> On Thu, May 30, 2013 at 5:48 PM, Pravin Shelar wrote:
>> On Wed, May 29, 2013 at 12:53 PM, Joao Correia
>> wrote:
>>> On Wed, May 29, 2013 at 7:59 PM, Pravin Shelar wrote:
On Wed, May 29, 2013 at 4:37 AM, Joao Correia
On 05/30/2013 05:33 AM, keerthy wrote:
>
> On 03/25/2013 11:29 PM, Stephen Warren wrote:
>
>> On 03/22/2013 08:55 AM, Ian Lartey wrote:
>>> From: Graeme Gregory
>>>
>>> Add the various binding files for the palmas family of chips. There is a
>>> top level MFD binding then a seperate binding for
Tomi and I will now take care of the Framebuffer Layer
The git tree is now on kernel.org
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
Cc: Tomi Valkeinen
Cc: Olof Johansson
Cc: Andrew Morton
Cc: Linus Torvalds
Cc: Arnd Bergmann
Cc: Florian Tobias Schandinat
Cc:
On Thu, May 30, 2013 at 03:57:58PM +0200, Rafael J. Wysocki wrote:
> On Thursday, May 30, 2013 10:29:54 AM Hanjun Guo wrote:
> > On 2013-5-29 19:07, Martin Mokrejs wrote:
> > > Hanjun Guo wrote:
> > >> On 2013-5-29 7:30, Rafael J. Wysocki wrote:
> > >>> On Thursday, May 23, 2013 08:44:26 PM Hanjun
Hi John,
The following patches are important bug fixes for 3.10, plus the support for a
new device. We do have three fixes from Johan. The first one is a fix to avoid
LE-only devices to rely on the (inexistent) extended features data. The second
patch fixes length checks on incoming L2CAP
read_swap_cache_async() can race against get_swap_page(), and stumble across
a SWAP_HAS_CACHE entry in the swap map whose page wasn't brought into the
swapcache yet. This transient swap_map state is expected to be transitory,
but the actual placement of discard at scan_swap_map() inserts a wait
On Thu, 2013-05-30 at 17:28 -0500, Russ Anderson wrote:
> On Thu, May 30, 2013 at 10:21:53PM +, Matthew Garrett wrote:
> > On Thu, 2013-05-30 at 17:17 -0500, Russ Anderson wrote:
> >
> > > That's a great idea. This patch moves the QueryVariableInfo()
> > > call from bootime to runtime, in
On Thu, 30 May 2013, Russ Anderson wrote:
> > > That's a great idea. This patch moves the QueryVariableInfo()
> > > call from bootime to runtime, in efi_late_init(). The attached
> > > patch is consistent with the UEFI spec and avoids the problem.
> >
> > No, that defeats the entire point of
On Thu, May 30, 2013 at 10:21:53PM +, Matthew Garrett wrote:
> On Thu, 2013-05-30 at 17:17 -0500, Russ Anderson wrote:
>
> > That's a great idea. This patch moves the QueryVariableInfo()
> > call from bootime to runtime, in efi_late_init(). The attached
> > patch is consistent with the UEFI
1 - 100 of 1386 matches
Mail list logo