On Fri, Aug 21, 2015 at 04:46:14PM -0300, Danilo Cesar Lemes de Paula wrote:
> "/**" should be used for kernel-doc documentation only.
> It causes a warning with the new "in struct body" format.
>
> Signed-off-by: Danilo Cesar Lemes de Paula
> Cc: Randy Dunlap
> Cc: Daniel Vetter
> Cc: Laurent
This patch adds the registration/unregistration of an
irq_bypass_producer for MSI/MSIx on vfio pci devices.
v6:
- Make the add_consumer and del_consumer callbacks static
- Remove pointless INIT_LIST_HEAD to 'vdev->ctx[vector].producer.node)'
- Use dev_info instead of WARN_ON() when
Make kvm_set_msi_irq() public, we can use this function outside.
Signed-off-by: Feng Wu
---
arch/x86/include/asm/kvm_host.h | 4
arch/x86/kvm/irq_comm.c | 4 ++--
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/kvm_host.h
This patch adds the routine to update IRTE for posted-interrupts
when guest changes the interrupt configuration.
Signed-off-by: Feng Wu
---
arch/x86/kvm/x86.c | 73 ++
1 file changed, 73 insertions(+)
diff --git a/arch/x86/kvm/x86.c
Implement the following callbacks for x86:
- kvm_arch_irq_bypass_add_producer
- kvm_arch_irq_bypass_del_producer
- kvm_arch_irq_bypass_stop: dummy callback
- kvm_arch_irq_bypass_resume: dummy callback
and set CONFIG_HAVE_KVM_IRQ_BYPASS for x86.
Signed-off-by: Feng Wu
---
This patch updates the Posted-Interrupts Descriptor when vCPU
is preempted.
sched out:
- Set 'SN' to suppress furture non-urgent interrupts posted for
the vCPU.
sched in:
- Clear 'SN'
- Change NDST if vCPU is scheduled to a different CPU
- Set 'NV' to POSTED_INTR_VECTOR
Signed-off-by: Feng Wu
* Ingo Molnar wrote:
>
> * Johannes Berg wrote:
>
> > On Mon, 2015-08-24 at 17:32 +0300, Alexander Shishkin wrote:
> >
> > > This time around, I employed a linker trick to convert the structures
> > > containing extended error information into integers, which are then made
> > > to
> > >
On Sun, Aug 23, 2015 at 06:23:14PM -0500, Rob Herring wrote:
> On Wed, Aug 19, 2015 at 9:50 AM, Yakir Yang wrote:
[...]
> > + -analogix,link-rate:
> > + max link rate supported by the eDP controller.
> > + LINK_RATE_1_62GBPS = 0x6, LINK_RATE_2_70GBPS =
Hi Joerg,
In commit message:
> There is a bug in iommu_context_addr() which will always use the lower
> context table, event when the upper context table needs to be used. Fix this
> issue.
I think it should be " even when the upper context table ", not "event".
Thanks!
Best Regards
Nan
On Tue, Aug 25, 2015 at 11:12 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> 8cd1470("gpio: rcar: Add r8a7795 (R-Car H3) support") added
> GPIO support for r8a7795. r8a7795 based on CONFIG_ARM64.
> OTOH, GPIO_RCAR driver can be compiled fine on non-ARM.
> This patch removed ARM
On Mon, Aug 24, 2015 at 09:48:27AM -0500, Rob Herring wrote:
> On Mon, Aug 24, 2015 at 7:57 AM, Russell King - ARM Linux
> wrote:
> > On Sun, Aug 23, 2015 at 06:23:14PM -0500, Rob Herring wrote:
> >> On Wed, Aug 19, 2015 at 9:50 AM, Yakir Yang wrote:
> >> > + -analogix,color-depth:
> >> >
Add support for vmmc_aux to switch to 1.8v. Also use "iov" instead of
"vdd" to indicate io voltage. This is in preparation for adding support
for io signal voltage switch.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/mmc/host/omap_hsmmc.c | 48 +++--
1
Hi Geert
> > config GPIO_RCAR
> > tristate "Renesas R-Car GPIO"
> > - depends on ARM && (ARCH_SHMOBILE || COMPILE_TEST)
> > + depends on (ARM || ARM64) && (ARCH_SHMOBILE || COMPILE_TEST)
>
> As this driver seems to compile fine on non-ARM, what about relaxing the
>
Patch series implements voltage switching and tuning for omap_hsmmc
driver.
Changes from v1:
*) rebased on top of [1]
*) Patch breaking omap3 beagle xm is fixed. (set clk rate patch was
breaking beagle xm)
[1] -> https://lkml.org/lkml/2015/8/21/125
Did basic read/write test in J6, J6 Eco,
On Mon, Aug 24, 2015 at 06:47:36PM +0100, Russell King - ARM Linux wrote:
> On Mon, Aug 24, 2015 at 05:15:22PM +0300, Andrey Ryabinin wrote:
> > Yes, ~130Mb (3G/1G split) should work. 512Mb shadow is optional.
> > The only advantage of 512Mb shadow is better handling of user memory
> > accesses
We register wildcard mmio eventfd on two buses, one for KVM_MMIO_BUS
and another is KVM_FAST_MMIO_BUS. This leads to issue:
- kvm_io_bus_destroy() knows nothing about the devices on two buses
points to a single dev. Which will lead double free [1] during exit.
- wildcard eventfd ignores data
On 08/25/2015 08:31 AM, Javier Martinez Canillas wrote:
The I2C core always reports the MODALIAS uevent as "i2c:"
regardless of the mechanism that was used to register the device
(i.e: OF or board code) and the table that is used later to match
the driver with the device (i.e: I2C id table or OF
From: Kuninori Morimoto
8cd1470("gpio: rcar: Add r8a7795 (R-Car H3) support") added
GPIO support for r8a7795. r8a7795 based on CONFIG_ARM64.
OTOH, GPIO_RCAR driver can be compiled fine on non-ARM.
This patch removed ARM dependency for it.
Signed-off-by: Kuninori Morimoto
---
This was "gpio:
您好:
您还在用ali平台开发外贸客户?
还在使用展会宣传企业和产品?
你out了!!!
当前外贸客户开发难,您是否也在寻找展会,B2B之外好的渠道?
行业全球十几万客户,平时最多也就联系了三千家,您是否想把剩下的也开发到?
加QQ2821117472给您演示下主动开发客户的方法,先用先受益,已经有近万家企业领先您使用!!。
广东省商业联合会推荐,主动开发客户第一品牌,近万家企业正在获益。您可以没有使用,但是不能没有了解。
--
To unsubscribe from this list: send the line
All fields of kvm_io_range were initialized or copied explicitly
afterwards. So switch to use kmalloc().
Cc: Gleb Natapov
Cc: Paolo Bonzini
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
virt/kvm/kvm_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Cc: Gleb Natapov
Cc: Paolo Bonzini
Cc: Michael S. Tsirkin
Signed-off-by: Jason Wang
---
arch/x86/kvm/trace.h | 17 +
arch/x86/kvm/vmx.c | 1 +
arch/x86/kvm/x86.c | 1 +
3 files changed, 19 insertions(+)
diff --git a/arch/x86/kvm/trace.h b/arch/x86/kvm/trace.h
index
Added a separate function to set the voltage capabilities of the host
controller. Voltage capabilities should be set only once during
controller initialization but bus power can be changed every time there
is a voltage switch and whenever a different card is inserted.
This allows
This patch updates the Posted-Interrupts Descriptor when vCPU
is blocked.
pre-block:
- Add the vCPU to the blocked per-CPU list
- Set 'NV' to POSTED_INTR_WAKEUP_VECTOR
post-block:
- Remove the vCPU from the per-CPU list
Signed-off-by: Feng Wu
---
arch/x86/include/asm/kvm_host.h | 5 ++
From: Balaji T K
UHS sd card i/o data line can operate at 3V and 1.8V on UHS speed
modes. Add support for signal voltage switch and check for card_busy.
Signed-off-by: Balaji T K
Signed-off-by: Sourav Poddar
[kis...@ti.com : cleanup the voltage switch sequence]
Signed-off-by: Kishon Vijay
Add a separate function to set the UHSMS field to one
of SDR104, SDR50, DDR50, SDR25 or SDR12 depending on the
inserted SD card. This is required for
tuning to succeed in the case of SDR104/HS200 or SDR50.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/mmc/host/omap_hsmmc.c | 49
This patch adds support for R-Car generation 3 USB2 PHY driver.
This SoC has 3 EHCI/OHCI channels, and the channel 0 is shared
with the HSUSB (USB2.0 peripheral) device.
So, the purpose of this driver is:
1) initializes some registers of SoC specific to use the
{ehci,ohci}-platform driver.
Now that vmmc regulator is made optional, do not bail out if vmmc
regulator is not found.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/mmc/host/omap_hsmmc.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index
From: Balaji T K
MMC tuning procedure is required to support SD card
UHS1-SDR104 mode and EMMC HS200 mode.
The tuning function omap_execute_tuning() will only
be called by the MMC/SD core if the corresponding
speed modes are supported by the OMAP silicon which
is set in the mmc host "caps"
According to errata i802, DCRC error interrupts
(MMCHS_STAT[21] DCRC=0x1) can occur during the tuning procedure.
The DCRC interrupt, occurs when the last tuning block fails
(the last ratio tested). The delay from CRC check until the
interrupt is asserted is bigger than the delay until assertion
Add chip identification support for 88PM860 device
to the pm80x_chip_mapping table.
Signed-off-by: Vaibhav Hiremath
Reviewed-by: Krzysztof Kozlowski
Acked-by: Lee Jones
---
drivers/mfd/88pm80x.c | 2 ++
include/linux/mfd/88pm80x.h | 1 +
2 files changed, 3 insertions(+)
diff --git
ios->vdd is set only in mmc_power_up and mmc_power_off and not in
mmc_select_voltage as mentioned in the code comment. This seems to be
legacy code that has been carried for a long time without being
tested.
This will be replaced with a proper voltage switch sequence and
populated in
Set the clock rate of the functional clock to the max frequency
that is passed to the driver either using pdata or dt.
Also remove unnecessary setting of host->fclk to NULL.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/mmc/host/omap_hsmmc.c | 13 -
1 file changed, 12
On 08/25/2015 04:20 PM, Cornelia Huck wrote:
> On Tue, 25 Aug 2015 15:47:14 +0800
> Jason Wang wrote:
>
>> diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
>> index 9ff4193..95f2901 100644
>> --- a/virt/kvm/eventfd.c
>> +++ b/virt/kvm/eventfd.c
>> @@ -762,13 +762,15 @@
HCTL is now set based on ios.signal_voltage set by mmc core and not
hardcoded to 3V0 if OMAP_HSMMC_SUPPORTS_DUAL_VOLT is set. If
OMAP_HSMMC_SUPPORTS_DUAL_VOLT is set, it means HCTL can be set to either
3V0 or 1V8. And it should be set to 3V0 or 1V8 depending on
ios.signal_voltage.
Also it is now
From: Mugunthan V N
DRA7 Errata No i834: When using high speed HS200 and SDR104
cards, the functional clock for MMC module will be 192MHz.
At this frequency, the maximum obtainable timeout (DTO =0xE)
in hardware is (1/192MHz)*2^27 = 700ms. Commands taking longer
than 700ms will be affected by
Currently, we don't support urgent interrupt, all interrupts
are recognized as non-urgent interrupt, so we cannot post
interrupts when 'SN' is set.
If the vcpu is in guest mode, it cannot have been scheduled out,
and that's the only case when SN is set currently, warning if
SN is set.
Enable VT-d Posted-Interrtups and add a command line
parameter for it.
Signed-off-by: Feng Wu
---
Documentation/kernel-parameters.txt | 1 +
drivers/iommu/irq_remapping.c | 12
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
Define two weak arch callbacks so that archs that don't need
them don't need define them.
Signed-off-by: Feng Wu
---
virt/kvm/eventfd.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
index d7a230f..f3050b9 100644
--- a/virt/kvm/eventfd.c
This patch adds an arch specific hooks 'arch_update' in
'struct kvm_kernel_irqfd'. On Intel side, it is used to
update the IRTE when VT-d posted-interrupts is used.
Signed-off-by: Feng Wu
---
arch/x86/include/asm/kvm_host.h | 2 ++
arch/x86/kvm/x86.c | 5 +
Enable irq bypass manager for vfio PCI devices.
Signed-off-by: Feng Wu
---
drivers/vfio/pci/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/vfio/pci/Kconfig b/drivers/vfio/pci/Kconfig
index 579d83b..02912f1 100644
--- a/drivers/vfio/pci/Kconfig
+++ b/drivers/vfio/pci/Kconfig
VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
With VT-d Posted-Interrupts enabled, external interrupts from
direct-assigned devices can be delivered to guests without VMM
intervention when guest is running in non-root mode.
You can find the VT-d Posted-Interrtups Spec. in
This patch adds some helper functions to manipulate the
Posted-Interrupts Descriptor.
Signed-off-by: Feng Wu
---
arch/x86/kvm/vmx.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 271dd70..316f9bf 100644
---
Define an interface to get PI descriptor address from the vCPU structure.
Signed-off-by: Feng Wu
---
arch/x86/include/asm/kvm_host.h | 2 ++
arch/x86/kvm/vmx.c | 11 +++
2 files changed, 13 insertions(+)
diff --git a/arch/x86/include/asm/kvm_host.h
On Tuesday 25 August 2015 02:00 PM, Lee Jones wrote:
On Mon, 24 Aug 2015, Vaibhav Hiremath wrote:
On Monday 24 August 2015 09:21 PM, Lee Jones wrote:
On Mon, 24 Aug 2015, Vaibhav Hiremath wrote:
On Monday 24 August 2015 07:24 PM, Lee Jones wrote:
On Wed, 08 Jul 2015, Vaibhav Hiremath
* Johannes Berg wrote:
> On Mon, 2015-08-24 at 17:32 +0300, Alexander Shishkin wrote:
>
> > This time around, I employed a linker trick to convert the structures
> > containing extended error information into integers, which are then
> > made to look just like normal error codes so that
From: Noam Camus
Add support for UPIO_MEM32BE in addition to UPIO_MEM32.
dw8250_serial_out32() extra functionality that is not part of
the 8250 core driver was moved to new function called
dw8250_check_LCR().
For big endian we use 2 new accessors similar to little endian,
called
* Zhang, Jonathan Zhixiong wrote:
>
>
> On 8/22/2015 2:24 AM, Ingo Molnar wrote:
> >
> >* Jonathan (Zhixiong) Zhang wrote:
> >
> >>From: "Jonathan (Zhixiong) Zhang"
> >>
> >>With ACPI APEI firmware first handling, generic hardware error
> >>record is updated by firmware in GHES memory
On Tue, Aug 25, 2015 at 08:46:27AM +, Xiao, Nan (Nan@HPservers-Core-OE-PSC)
wrote:
> Yes, your patch is simple and better!
Okay, I queued this patch to my x86/vt-d branch:
>From 03932776424a799c3f065a69e98076a78530288b Mon Sep 17 00:00:00 2001
From: Joerg Roedel
Date: Tue, 25 Aug 2015
Hi Morimoto-san,
On Tue, Aug 25, 2015 at 10:39 AM, Kuninori Morimoto
wrote:
> 8cd1470("gpio: rcar: Add r8a7795 (R-Car H3) support") adds
> GPIO support for r8a7795. r8a7795 based on CONFIG_ARM64.
> This patch enables r8a7795 on ARM64.
>
> Signed-off-by: Kuninori Morimoto
> ---
>
From: Noam Camus
v5 change:
Two patches is now squashed into single one
v4 change
Remove patch for skipping looptest through DT option.
This is now handled in our simulator model.
Thanks to Vineet Gupta from Synopsys for his help.
We are left with 2 patches which adds BIG endian support.
V3
On Mon, 2015-08-24 at 17:32 +0300, Alexander Shishkin wrote:
> This time around, I employed a linker trick to convert the structures
> containing extended error information into integers, which are then
> made to look just like normal error codes so that IS_ERR_VALUE() and
> friends would still
On Tuesday 25 August 2015 01:28 PM, Lee Jones wrote:
On Tue, 25 Aug 2015, Vaibhav Hiremath wrote:
This patch updates the binding documentation for optional
clocks node and related information for buffered 32KHz clock.
Signed-off-by: Vaibhav Hiremath
Reviewed-by: Krzysztof Kozlowski
NFC_DEBUG is not defined in Kconfig and since DEBUG is not used
anywhere in this directory, we can safely remove this line.
Signed-off-by: Valentin Rothberg
---
I detected the issue with scripts/checkkconfigsymbols.py
drivers/nfc/s3fwrn5/Makefile | 2 --
1 file changed, 2 deletions(-)
diff
On Tuesday 25 August 2015 01:22 PM, Lee Jones wrote:
On Tue, 25 Aug 2015, Vaibhav Hiremath wrote:
Driver had coding style issues where spaces were used instead
of tabs. This patch fixes them all.
Signed-off-by: Vaibhav Hiremath
---
drivers/mfd/88pm800.c | 125
* Alexander Shishkin wrote:
> Ingo Molnar writes:
>
> > * Peter Zijlstra wrote:
> >
> >> On Fri, Jul 24, 2015 at 02:45:55PM +0300, Alexander Shishkin wrote:
> >> > Hi Peter and Ingo and everybody,
> >> >
> >> > Here's my second stab at improving perf's error reporting by attaching
> >> >
Hi Joerg,
Yes, your patch is simple and better!
Best Regards
Nan Xiao
-Original Message-
From: j...@8bytes.org [mailto:j...@8bytes.org]
Sent: Tuesday, August 25, 2015 4:42 PM
To: Xiao, Nan (Nan@HPservers-Core-OE-PSC)
Cc: dw...@infradead.org; io...@lists.linux-foundation.org;
On Wed, 26 Aug 2015, Qipeng Zha wrote:
> IRQ control registers of Intel Broxton Whisky Cove PMIC are
> separated in two parts, so add secondary IRQ chip.
> And the new member of device will be used in PMC IPC regmap APIs.
>
> Signed-off-by: Qipeng Zha
> ---
> include/linux/mfd/intel_soc_pmic.h
On Tuesday 25 August 2015 01:25 PM, Lee Jones wrote:
On Tue, 25 Aug 2015, Vaibhav Hiremath wrote:
Update header file with required macros for 32KHz buffered clock
output of 88PM800 family of device.
These macros will be used in clk provider driver.
Signed-off-by: Vaibhav Hiremath
---
On Tue, Aug 18, 2015 at 02:54:04PM -0700, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is
* Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
> > Hi all-
> >
> > I want to (try to) mostly or fully get rid of the messy bits (as
> > opposed to the hardware-bs-forced bits) of the 64-bit syscall asm.
> > There are two major conceptual things that are in the way.
> >
> > Thing 1:
Hi Nan,
On Mon, Aug 24, 2015 at 06:26:33AM +, Xiao, Nan (Nan@HPS Performance,
Beijing) wrote:
> drivers/iommu/intel-iommu.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c
> index 0649b94..4213598
On Tuesday 25 August 2015 01:21 PM, Lee Jones wrote:
On Tue, 25 Aug 2015, Vaibhav Hiremath wrote:
Driver had coding style issues where spaces were used instead
of tabs. This patch fixes them all.
That's not all it's doing though is it?
Yes, its just tabbing related fixes.
Please
From: Kuninori Morimoto
8cd1470("gpio: rcar: Add r8a7795 (R-Car H3) support") adds
GPIO support for r8a7795. r8a7795 based on CONFIG_ARM64.
This patch enables r8a7795 on ARM64.
Signed-off-by: Kuninori Morimoto
---
drivers/gpio/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 08/24/2015 03:05 PM, Peng Fan wrote:
Use devm_* API to simplify driver code.
Signed-off-by: Peng Fan
Cc: Linus Walleij
Cc: Alexandre Courbot
---
drivers/gpio/gpiolib.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/gpio/gpiolib.c
On 8/25/15 4:30 PM, Ingo Molnar wrote:
* Wanpeng Li wrote:
--- a/kernel/cpuset.c
+++ b/kernel/cpuset.c
@@ -2376,8 +2376,12 @@ void cpuset_cpus_allowed(struct task_struct *tsk, struct
cpumask *pmask)
void cpuset_cpus_allowed_fallback(struct task_struct *tsk)
{
+ unsigned long flags;
On Tuesday 25 August 2015 01:19 PM, Lee Jones wrote:
On Tue, 25 Aug 2015, Krzysztof Kozlowski wrote:
On 25.08.2015 03:56, Vaibhav Hiremath wrote:
This patch adds mfd_cell/clk-subdevice for 88PM800 MFD
(and family of devices).
Signed-off-by: Vaibhav Hiremath
---
drivers/mfd/88pm800.c |
* Denys Vlasenko wrote:
> On 08/24/2015 08:50 AM, Ingo Molnar wrote:
> >
> > * Ingo Molnar wrote:
> >
> >>
> >> * Denys Vlasenko wrote:
> >>
> >>> I propose the table to be commented like shown below:
> >>>
> >>> /*Opcode: d8 d9da db dc dd de df */
>
Hi all,
Changes since 20150824:
The nfs tree still had its build failure for which I disabled a staging
driver.
The i2c tree gained a build failure so I used the version from
next-20150824.
The net-next tree lost its build failure.
The tty tree still had its build failure for which I reverted
On Tue 25-08-15 13:54:23, Alexander Kuleshov wrote:
> The debugfs_create_dir() function may fail and return error. If the
> root directory not created, we can't create anything inside it. This
> patch adds check for this case.
>
> Signed-off-by: Alexander Kuleshov
The patch looks good to me.
On Tuesday 25 August 2015 12:08 PM, Mark Brown wrote:
On Mon, Aug 24, 2015 at 12:32:17PM +0530, Vaibhav Hiremath wrote:
On Monday 20 July 2015 05:22 PM, Vaibhav Hiremath wrote:
Add chip identification support for 88PM860 device
to the pm80x_chip_mapping table.
Last update/understanding
* Wanpeng Li wrote:
> >>--- a/kernel/cpuset.c
> >>+++ b/kernel/cpuset.c
> >>@@ -2376,8 +2376,12 @@ void cpuset_cpus_allowed(struct task_struct *tsk,
> >>struct cpumask *pmask)
> >> void cpuset_cpus_allowed_fallback(struct task_struct *tsk)
> >> {
> >>+ unsigned long flags;
> >>+
> >>
On Tuesday 25 August 2015 10:55 AM, Krzysztof Kozlowski wrote:
On 25.08.2015 03:56, Vaibhav Hiremath wrote:
This patch adds mfd_cell/clk-subdevice for 88PM800 MFD
(and family of devices).
Signed-off-by: Vaibhav Hiremath
---
drivers/mfd/88pm800.c | 25 +
1 file
On Mon, 24 Aug 2015, Vaibhav Hiremath wrote:
>
>
> On Monday 24 August 2015 09:21 PM, Lee Jones wrote:
> >On Mon, 24 Aug 2015, Vaibhav Hiremath wrote:
> >
> >>
> >>
> >>On Monday 24 August 2015 07:24 PM, Lee Jones wrote:
> >>>On Wed, 08 Jul 2015, Vaibhav Hiremath wrote:
> >>>
> As per the
* Frederic Weisbecker wrote:
> On Mon, Aug 24, 2015 at 08:44:12AM +0200, Ingo Molnar wrote:
> > 2)
> >
> > What happens if the boot CPU is offlined? (under
> > CONFIG_BOOTPARAM_HOTPLUG_CPU0=y)
> >
> > I don't see CPU hotplug callbacks fixing up the housekeeping_mask if the
> > boot CPU
> >
Commit-ID: 9e517ac88b2443bebc0499c0b477b155d63648a7
Gitweb: http://git.kernel.org/tip/9e517ac88b2443bebc0499c0b477b155d63648a7
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:25 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:44 +0200
Commit-ID: 39c33704420b147fb7e193a9f406cc8420a1d610
Gitweb: http://git.kernel.org/tip/39c33704420b147fb7e193a9f406cc8420a1d610
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:31 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:46 +0200
drivers/dma/iop-adma:
Commit-ID: 4edcd2ab125506516c7de038f6e0a6d19dcc411d
Gitweb: http://git.kernel.org/tip/4edcd2ab125506516c7de038f6e0a6d19dcc411d
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:29 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:45 +0200
Commit-ID: 81bdef04d3bc76fc516ca613fa96061ff27bced9
Gitweb: http://git.kernel.org/tip/81bdef04d3bc76fc516ca613fa96061ff27bced9
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:30 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:45 +0200
Commit-ID: c823a48ac47f8e0274fa7c8a3befae4bfa8412e3
Gitweb: http://git.kernel.org/tip/c823a48ac47f8e0274fa7c8a3befae4bfa8412e3
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:28 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:45 +0200
Commit-ID: 1b3d4200c1e00a3fb5e0aea428de5b07079a37e3
Gitweb: http://git.kernel.org/tip/1b3d4200c1e00a3fb5e0aea428de5b07079a37e3
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:27 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:45 +0200
PCI: Add
On Tue, 25 Aug 2015 15:47:14 +0800
Jason Wang wrote:
> diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
> index 9ff4193..95f2901 100644
> --- a/virt/kvm/eventfd.c
> +++ b/virt/kvm/eventfd.c
> @@ -762,13 +762,15 @@ ioeventfd_check_collision(struct kvm *kvm, struct
> _ioeventfd *p)
>
Commit-ID: c112709809b2ca1e8ff2841a1958503e548b81e4
Gitweb: http://git.kernel.org/tip/c112709809b2ca1e8ff2841a1958503e548b81e4
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:24 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:44 +0200
On 8/25/15 4:13 PM, Leo Yan wrote:
Hi Wanpeng,
On Tue, Aug 25, 2015 at 03:59:54PM +0800, Wanpeng Li wrote:
[ 15.273708] [ cut here ]
[ 15.274097] WARNING: CPU: 0 PID: 13 at kernel/sched/core.c:1156
do_set_cpus_allowed+0x7e/0x80()
[ 15.274857] Modules linked in:
[
Commit-ID: f3adccbd75831f3651ca6e2cbb83f27cd68a27c9
Gitweb: http://git.kernel.org/tip/f3adccbd75831f3651ca6e2cbb83f27cd68a27c9
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:26 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:44 +0200
* Kevin Hao wrote:
> Hi,
>
> v2:
> Drop the following two patches as suggested by Ingo and Peter:
> jump_label: no need to acquire the jump_label_mutex in jump_lable_init()
> jump_label: introduce DEFINE_STATIC_KEY_{TRUE,FALSE}_ARRAY macros
>
> v1:
> I have tried to change the
Commit-ID: c43996f4001de629af4a4d6713782e883677e5b9
Gitweb: http://git.kernel.org/tip/c43996f4001de629af4a4d6713782e883677e5b9
Author: Luis R. Rodriguez
AuthorDate: Mon, 24 Aug 2015 12:13:23 -0700
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:59:43 +0200
PCI: Add
Commit-ID: 13fe86f465b72fc9328d4f5ebc33223c011852ae
Gitweb: http://git.kernel.org/tip/13fe86f465b72fc9328d4f5ebc33223c011852ae
Author: Paul Gortmaker
AuthorDate: Mon, 24 Aug 2015 19:34:55 -0400
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:48:38 +0200
x86/mm: Make
Commit-ID: 8f45fe441a9836011672436ef007654969b28ccc
Gitweb: http://git.kernel.org/tip/8f45fe441a9836011672436ef007654969b28ccc
Author: Paul Gortmaker
AuthorDate: Mon, 24 Aug 2015 19:34:54 -0400
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:48:38 +0200
x86/mm/pat: Make
* Alexander Shishkin wrote:
> Hi Peter and Ingo and everybody,
>
> Here's an update of my extended error reporting patchset, addressing
> review comments and adding a few more error messages to PT and BTS
> drivers.
>
> Changes since v1:
> * addressed Peter's comments,
> * added
Commit-ID: e971aa2cbac02363a29e9358de3b688001191ffd
Gitweb: http://git.kernel.org/tip/e971aa2cbac02363a29e9358de3b688001191ffd
Author: Paul Gortmaker
AuthorDate: Mon, 24 Aug 2015 19:34:53 -0400
Committer: Ingo Molnar
CommitDate: Tue, 25 Aug 2015 09:47:50 +0200
x86/platform: Make
On 8/22/15 7:00 AM, kernel test robot wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 25834c73f93af7f0712c98ca4593691592e6b360 ("sched: Fix a race between
__kthread_bind() and sched_setaffinity()")
* Andy Lutomirski wrote:
> Hi all-
>
> I want to (try to) mostly or fully get rid of the messy bits (as
> opposed to the hardware-bs-forced bits) of the 64-bit syscall asm.
> There are two major conceptual things that are in the way.
>
> Thing 1: partial pt_regs
>
> 64-bit fast path syscalls
On Wed, 5 Aug 2015, Toshi Kani wrote:
> The PAT bit gets relocated to bit 12 when PUD and PMD mappings are
> used. This bit 12, however, is not covered by PTE_FLAGS_MASK, which
> is corrently used for masking pfn and flags for all cases.
>
> Fix pud/pmd interfaces to handle pfn and flags
> On Aug 25, 2015, at 16:07, Thomas Gleixner wrote:
>
> On Tue, 25 Aug 2015, yalin wang wrote:
>> Change ipu_irq_handler() to avoid gcc warning:
>>
>> drivers/dma/ipu/ipu_irq.c:305:4: warning: 'irq' may be used
>> uninitialized in this function [-Wmaybe-uninitialized]
>>
Change ipu_irq_handler() to avoid gcc warning:
drivers/dma/ipu/ipu_irq.c:305:4: warning: 'irq' may be used
uninitialized in this function [-Wmaybe-uninitialized]
generic_handle_irq(irq);
Signed-off-by: yalin wang
---
drivers/dma/ipu/ipu_irq.c | 2 +-
1 file changed, 1 insertion(+), 1
Hi Wanpeng,
On Tue, Aug 25, 2015 at 03:59:54PM +0800, Wanpeng Li wrote:
> [ 15.273708] [ cut here ]
> [ 15.274097] WARNING: CPU: 0 PID: 13 at kernel/sched/core.c:1156
> do_set_cpus_allowed+0x7e/0x80()
> [ 15.274857] Modules linked in:
> [ 15.275101] CPU: 0 PID: 13
On Mon, 2015-08-24 at 12:49 +0100, Leif Lindholm wrote:
> On Mon, Aug 24, 2015 at 06:19:56PM +0800, Haojian Zhuang wrote:
> > > If your EFI memory map describes the memory as mappable, it is wrong.
> >
> > When kernel is working, kernel will create its own page table based on
> > UEFI memory map.
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
A single fix for a APIC regression introduced in 4.0 which went
undetected until now. I screwed up the x2apic cleanup in a subtle
way. The screwup
IRQ control registers of Intel Broxton Whisky Cove PMIC are
separated in two parts, so add secondary IRQ chip.
And the new member of device will be used in PMC IPC regmap APIs.
Signed-off-by: Qipeng Zha
---
include/linux/mfd/intel_soc_pmic.h | 5 +
1 file changed, 5 insertions(+)
diff
On Mon, Aug 24, 2015 at 03:49:28PM -0700, Stephen Boyd wrote:
> On 08/24, Varadarajan Narayanan wrote:
> > Add initial dts files and SoC support for IPQ40XX
> >
>
> So far we haven't added any Xs in the model names for our SoC
> support. Even for IPQ806X, we have it as IPQ8064 as the config
> name
701 - 800 of 1804 matches
Mail list logo