On Monday 24 February 2014 00:44:37 Josh Triplett wrote:
>
> I agree that allowing BUG() to become a no-op seems suboptimal, if only
> because of the resulting warnings and mis-optimizations. However, I
> think the overhead could be cut down massively, such that BUG() just
> compiles down to a on
Commit 7053aee26a35 "fsnotify: do not share events between notification
groups" used overflow event statically allocated in a group with the
size of the generic notification event. This causes problems because
some code looks at type specific parts of event structure and gets
confused by a random d
From: Valentine Barshak
This adds the following to R-Car M2 Koelsch board:
- USBHS PHY
- USBHS device in usb0
- internal PCI USB host device on usb1
USBHS is configured for usb0 and cable id is checked at probe.
USB PCI is configured for usb1.
The USB phy is bound to ether USB host or USBHS dev
From: Vladimir Barinov
Add USB and PCI to koelsch_defconfig
Signed-off-by: Vladimir Barinov
Changes in V5:
* removed CONFIG_USB_RENESAS_USBHS_HCD as not used yet
Changes in V4:
* Added this patch to series
---
arch/arm/configs/koelsch_defconfig | 15 ++-
1 file changed, 14 ins
On Mon, Feb 24, 2014 at 05:32:24AM +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> Hi MST, MKP, Paolo & Co,
>
> The following is an initial RFC series for allowing vhost/scsi to
> accept T10 protection information (PI) as seperate SGLs along side
> existing data payload SGLs f
On Thu, Jan 30, 2014 at 7:57 PM, Mark Brown wrote:
> From: Mark Brown
>
> On systems which were not booted using DT it is entirely unsurprising that
> device nodes don't have any DT information and this is going to happen for
> every single device in the system. Make pinctrl be less chatty about
2014-02-24 17:06 GMT+09:00 Dan Carpenter :
> On Mon, Feb 24, 2014 at 09:51:35AM +0900, Daeseok Youn wrote:
>> >From 5e737e8211cd1f83488e484c088befc5feb755a9 Mon Sep 17 00:00:00 2001
>> From: Daeseok Youn
>> Date: Mon, 24 Feb 2014 09:17:41 +0900
>> Subject: [PATCH] staging: ced401: remove redundant
Hi Mark, Magnus,
On Sat, Feb 22, 2014 at 4:27 AM, Mark Brown wrote:
> On Thu, Feb 20, 2014 at 03:43:07PM +0100, Geert Uytterhoeven wrote:
>
>> + if (!test_and_set_bit(0, &p->flags)) {
>> + pm_runtime_get_sync(&p->pdev->dev);
>> + clk_enable(p->clk);
>> + }
>
> That
Removed unnecessary spaces after function pointer names and corrected
multi-line wrap alignment
Signed-off-by: David Roddick
---
drivers/staging/comedi/drivers/poc.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/comedi/drivers/poc.c
b/driver
On Thu, Jan 30, 2014 at 9:37 PM, Joe Perches wrote:
> Avoid an unnecessary allocation/free by using stack instead.
>
> Signed-off-by; Joe Perches
Hm.
> + char propname[9 + sizeof(int) * 2 + 4] = "pinctrl-";
If you absolutely want to do this you have to
#define PINCTRL_PREFIX "pinctrl-"
Hi Roger,
On Friday 21 February 2014 05:59 PM, Roger Quadros wrote:
> On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote:
>> Hi Roger,
>>
>> On Wednesday 19 February 2014 06:07 PM, Roger Quadros wrote:
>>> Hi,
>>>
>>> On 02/12/2014 11:46 AM, Kishon Vijay Abraham I wrote:
On Wednesday 29 Jan
On 02/23/2014 04:05 PM, David Herrmann wrote:
> Hi
>
> On Sun, Feb 23, 2014 at 1:20 AM, Ray Strode wrote:
>> Hi,
>>
>>
>> On Feb 22, 2014 9:27 AM, "David Herrmann" wrote:
>>> How about this:
>>>
>>> + driver = cs[i]->device(cs[i], &index);
>>> +/* special case for t
On Fri, Feb 21, 2014 at 09:09:22PM +0100, David Herrmann wrote:
> Hi
>
> On Fri, Feb 21, 2014 at 3:46 PM, Josh Boyer wrote:
> > On Fri, Feb 21, 2014 at 9:37 AM, Ray Strode wrote:
> >> Hi,
> >>
> >> This broke plymouth, i think. Plymouth used the herustic:
> >> "/sys/class/tty/console/active con
On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Add pin, group and function definitions for SPI#8
> controller.
>
> Signed-off-by: Ivan T. Ivanov
Patch applied with Björn's ACK.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscri
On Friday 21 February 2014 05:59 PM, Roger Quadros wrote:
> On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote:
>> Hi Roger,
>>
>> On Wednesday 19 February 2014 06:07 PM, Roger Quadros wrote:
>>> Hi,
>>>
>>> On 02/12/2014 11:46 AM, Kishon Vijay Abraham I wrote:
On Wednesday 29 January 2014 0
On Mon, Feb 10, 2014 at 2:00 PM, Geert Uytterhoeven
wrote:
> A QSPI function set consists of 3 groups:
> - qspi_ctrl (2 control wires)
> - qspi_data2 (2 data wires, for Single/Dual SPI)
> - qspi_data4 (4 data wires, for Quad SPI)
>
> Signed-off-by: Geert Uytterhoeven
> Acked-by: Laurent Pi
On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Add the pin control node and pin definitions of SPI8.
>
> Signed-off-by: Ivan T. Ivanov
Acked-by: Linus Walleij
Kumar, please take this through your qcom tree.
Yours,
Linus Walleij
--
To unsubscribe from this
On Fri, Feb 21, 2014 at 01:59:50PM +0100, Florian Vaussard wrote:
> Hi,
>
> On 02/21/2014 01:47 PM, Luis Henriques wrote:
> > 3.11.10.5 -stable review patch. If anyone has any objections, please let
> > me know.
> >
>
> This was nack'ed by Greg KH a few days ago. Please see [1].
>
Ok, thank
On Sun, Feb 23, 2014 at 3:20 PM, Sebastian Hesselbarth
wrote:
> pinctrl-mvebu allows SoCs to pass unnamed controls that will get an
> auto-generated name of "mpp". Currently, we are allocating name
> buffers on a per-control basis while looping over passed controls.
> This counts the total number
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> With the introduction of a global name buffer, we can now remove
> the allocation and preparation of per-control name buffers.
>
> Signed-off-by: Sebastian Hesselbarth
> Tested-by: Andrew Lunn
> Tested-by: Thomas Petazzoni
Patch
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> We treat unnamed controls as generic mvebu mpp register controls but
> we identify them by not being special controls. Flip the logic and
> use the name pointer as identification instead. While at it, add some
> comments explaining t
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> The only valuable information a special callback can derive from
> mvebu_mpp_ctrl passed to it, is the pin id. Instead of passing
> the struct, pass the pid directly.
>
> Signed-off-by: Sebastian Hesselbarth
> Tested-by: Andrew Lunn
On Sun, Feb 23, 2014 at 3:21 PM, Sebastian Hesselbarth
wrote:
> This adds some defines and helper functions for the common mpp reg
> layout to mvebu pinctrl include.
>
> Signed-off-by: Sebastian Hesselbarth
> Signed-off-by: Thomas Petazzoni
> Tested-by: Andrew Lunn
> ---
> Changelog:
> v3->v4:
On Mon, 2014-02-24 at 08:15 +, Peter Chen wrote:
> > +CI13xxx (Chipidea) USB controllers
> > +
> > +Required properties:
> > +- compatible: should contain "qcom,ci-hdrc"
> > +- reg: offset and length of the register set in the memory map
> > +- interrupts: interrupt-specifier for
EOC value from DTS.
4. Rebased on next-20140224.
Changes since v2
1. Added ACK-s.
2. Applied minor checkpatch fixes (pointed by Lee Jones).
3. Rebased on next-20140217.
Changes since v1
1. Added ACK-s, reviews and tested-by tags.
2. Removed applied patches (they
Add support for MAX77836 chipset to the max14577 extcon driver. The
MAX77836 MUIC has additional interrupts (VIDRM, ADC1K) so IRQ handling
is split up into two functions: max14577_parse_irq() and
max77836_parse_irq().
Signed-off-by: Krzysztof Kozlowski
Signed-off-by: Chanwoo Choi
Cc: Kyungmin Pa
Add max14577 prefix to muic_irqs array. This prepares for max77836
support in this extcon driver.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
Acked-by: Chanwoo Choi
Tested-by: Chanwoo Choi
---
drivers/extcon/extcon-max14577.c | 12 ++--
1 file changed,
Remove hard-coded values for:
- Fast Charge current,
- End Of Charge current,
- Fast Charge timer,
- Overvoltage Protection Threshold,
- Battery Constant Voltage,
and use DTS to configure them. This allows using the max14577 charger
driver with different batteries.
Now the charger driver requ
Add support for MAX77836 chipset and its additional two LDO regulators.
These LDO regulators are controlled by the PMIC block with additional
regmap (different I2C slave address).
The MAX77836 charger and safeout regulators are almost identical to
MAX14577. The registers layout is the same, except
On 02/21/2014 08:01 PM, Theodore Ts'o wrote:
> On Fri, Feb 21, 2014 at 09:57:20AM -0800, Greg Kroah-Hartman wrote:
>>> But shouldn't we at least write somewhere
>>> that it has connection to spdx.org where you can find out that licenses.
>>
>> Why? Are these licenses so unknown that no one knows w
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
During probe choose muic_irqs according to device type. Currently there
are only "max14577_muic_irqs" but later patch will add max77836
interrupts.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyun
This patch prepares for changing the max14577 charger driver to allow
configuring battery-dependent settings from DTS.
The patch moves from regulator driver to MFD core driver and exports:
- function for calculating register value for charger's current;
- table of limits for chargers (MAX14577,
The MAX77836 LDO regulators support low power mode. In this mode the
maximum load current is 5 mA and the quiescent supply current is 1.5 uA.
This patch adds support for mode REGULATOR_MODE_STANDBY (and NORMAL) to
LDO regulators by implementing the set_mode() and get_mode() operations.
However the
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
Add enum for types of devices supported by this driver. The device type
will be detected by matching of_device_id, or i2c_device_id as a
fallback.
The patch also moves to separate function the
Add document describing device tree bindings for MAX14577 MFD
drivers: MFD core, extcon, regulator and charger.
Both MAX14577 and MAX77836 chipsets are documented.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Tomasz Figa
Cc: Marek Szyprowski
Cc: devicet...@vger.kernel.org
Cc: Rob
On 02/24/2014 03:10 PM, Peter Zijlstra wrote:
> On Mon, Feb 24, 2014 at 01:19:15PM +0800, Michael wang wrote:
>> Peter, do we accidentally missed this commit?
>>
>> http://git.kernel.org/tip/477af336ba06ef4c32e97892bb0d2027ce30f466
>
> Ingo dropped it on Saturday because it makes locking_selftest(
Add support for MAX77836 charger to the max14577 driver. The MAX77836
charger is almost the same as 14577 model except:
- No dead-battery detection;
- Support for special charger (like in max77693);
- Support for DX over-voltage protection (like in max77693);
- Lower values of charging current
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
Add "muic" suffix to regmap and irq_data fields in maxim_core state
container to prepare for max77836 support.
This is only a rename-like patch, new code is not added.
Signed-off-by: Krzysztof
Add Maxim 77836 support to max14577 driver. The chipsets have same MUIC
component so the extcon, charger and regulators are almost the same. The
max77836 however has also PMIC and Fuel Gauge.
The MAX77836 uses three I2C slave addresses and has additional interrupts
(related to PMIC and Fuel Gauge)
Hello,
The Project is about the exportation of 100,000 barrels of Light Crude
Oil daily out from Iraq to Turkey through my client's company in Iraq
at the rate of $92.00 per barrel. This amount to $9,200,000 daily. I ask
for your support as a foreigner to handle this business project with my
clien
MAX77836 has the same Fuel Gauge as MAX17040. The max17040 driver can be
safely re-used. The patch adds MAX77836 ID to array with i2c_device_id.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
Cc: Anton Vorontsov
Cc: Dmitry Eremin-Solenikov
Cc: David Woodhouse
---
From: Chanwoo Choi
This patch use device name to make sysfs path according to device type:
max14577-muic
- /sys/class/extcon/max14577-muic/
max77836-muic
- /sys/class/extcon/max77836-muic/
Signed-off-by: Chanwoo Choi
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
On Mon, Feb 24, 2014 at 9:42 AM, Sebastian Hesselbarth
wrote:
> This is a patches separated from one sent earlier [1] with just the
> removal of any hard-coded reg addresses from Dove pinctrl stub.
OK let's queue this a while later on top of the other stuff (that I'm working
on applying right no
This patch continues the preparation for adding support for max77836
device to existing max14577 driver.
The patch renames the struct "max14577" state container to "maxim_core".
This is only a rename-like patch, new code is not added.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Mar
This patch prepares for adding support for max77836 device to existing
max14577 driver:
1. Renames most of symbols and defines prefixed with MAX14577 to MAXIM.
2. Adds prefixes (MAXIM or MAX14577) to defines without any MAX* prefix.
This is only a rename-like patch, new code is not added.
Signed-
Hi,
On Wed, 2014-02-19 at 09:46 -0800, Courtney Cavin wrote:
> On Wed, Feb 19, 2014 at 04:43:22PM +0100, Ivan T. Ivanov wrote:
> >
> > Hi,
> >
> > On Tue, 2014-02-18 at 13:26 -0800, Courtney Cavin wrote:
> > > On Tue, Feb 18, 2014 at 02:21:19PM +0100, Ivan T. Ivanov wrote:
> > > > From: "Iv
On Thursday 13 February 2014, Linus Walleij wrote:
> irqchip: vic: update the base IRQ member correctly
> irqchip: support cascaded VICs
> ARM: integrator: register the IM-PD1 VIC
I got a randconfig build error for CONFIG_IMPD1=m. Ok to apply this
fix on top?
8<---
irqchip: VIC
On 02/24/14 11:17, Linus Walleij wrote:
On Mon, Feb 24, 2014 at 9:42 AM, Sebastian Hesselbarth
wrote:
This is a patches separated from one sent earlier [1] with just the
removal of any hard-coded reg addresses from Dove pinctrl stub.
OK let's queue this a while later on top of the other stuf
You have not understood what Joe said.
On Mon, Feb 24, 2014 at 08:48:47PM +1100, David Roddick wrote:
> Removed unnecessary spaces after function pointer names and corrected
> multi-line wrap alignment
>
This should be line wrapped at 72 characters (same rule as email). In
other words it shoul
On Sun, Feb 23, 2014 at 4:40 PM, Jason Cooper wrote:
> I certainly don't want to assume we can take this, and you've been quiet
> on the previous versions of this series. We have a lot of moving pieces
> for getting the Armada 375/380/385 support added to the kernel. It's a
> huge help to us if
On 02/24/2014 09:03 AM, Jan Beulich wrote:
On 22.02.14 at 13:09, Daniel Borkmann wrote:
On 02/21/2014 11:33 AM, Jan Beulich wrote:
... to match its two callers (i.e. the alternative would have been to
swap the arguments at the call sites).
Signed-off-by: Jan Beulich
Cc: Francesco Fusco
Cc:
After spin_lock() is called, all of if-else conditions in this brace
should reach the end of else and spin_unlock() must be called.
So It doesn't need to call spin_unlock() without a return statement
for handling an error.
Also sparse says:
drivers/staging/ced1401/usb1401.c:1080:28: warning:
con
Il 24/02/2014 06:32, Nicholas A. Bellinger ha scritto:
AFAICT up until this point the ->prio field has been unused, but
I'm certainly open to better ways of signaling (to vhost) that some
number of metadata iovs are to be expected.. Any thoughts..?
Hi nab,
the virtio-scsi side of the patch is
Signed-off-by: Gerd Hoffmann
---
drivers/hv/vmbus_drv.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
index b37c91b..2352ae48 100644
--- a/drivers/hv/vmbus_drv.c
+++ b/drivers/hv/vmbus_drv.c
@@ -899,10 +899,12 @@ static acpi_status vmbus_wal
Remove firmware framebuffer before initializing hyperv-fb. Needed
on gen2 virtual machines. Letting register_framebuffer handle the
switchover results in efifb still being active while hyperv graphics
are initialized, which in turn can make the linux kernel hang.
Signed-off-by: Gerd Hoffmann
-
From: "K. Y. Srinivasan"
On Gen2 firmware, Hyper-V does not emulate the PCI bus. However, the MMIO
information is packaged up in DSDT. Extract this information and export it
for use by the synthetic framebuffer driver. This is the only driver that
needs this currently.
In this version of the pat
UEFI-based generation 2 virtual machines support vmbus devices only.
There is no pci bus. Thus they use a different mechanism for the
graphics framebuffer: Instead of using the vga pci bar a chunk of
memory muct be allocated from the hyperv mmio region declared using
APCI. This patch implements
Use a resource for the hyperv mmio region instead of start/size
variables. Register the region properly so it shows up in
/proc/iomem.
Signed-off-by: Gerd Hoffmann
---
drivers/hv/vmbus_drv.c | 16 ++--
include/linux/hyperv.h | 3 +--
2 files changed, 11 insertions(+), 8 deletions(-
Hi,
This patch series adds support for uefi-based gen2 virtual machines to
the hyperv-fb driver.
Patch #1 is included just for completeness. Greg picked it up
already and it is in -next, but it isn't in master yet.
Patch #2 is a bugfix for the first patch.
Patch #3 changes vmbus to properly
From: Joe Perches
> Reduce text a bit by using static const.
If you want to save a few bytes remove the pointers.
(and the fixed RAM text to get below 7 chars).
eg:
> - const char *ramtypetext2[] = { "SDR SDRAM", "SDR SGRAM",
> - "DDR SDRAM", "DDR SGRAM" }
Add a device tree for NVIDIA SHIELD. The set of enabled features is
still minimal with no display option (although HDMI should be easy
to get to work) and USB requiring external power.
A default kernel command-line as well as initrd addresses are hardcoded
to match the static values the bootloader
Hi
On Thu, Feb 20, 2014 at 9:24 PM, Benjamin Tissoires
wrote:
> Hi guys,
>
> this is a new round in the low level HID transport cleanup.
> These are the formely 7/14 an 12/14 only.
> I add in between a patch which makes .raw_request mandatory, to cleanup
> the old 12/14 (so 3/3 here).
>
> There i
Le Mon, 24 Feb 2014 16:03:10 +0800,
Neil Zhang a écrit :
> This patch set is mainly for bug fix.
>
> Neil Zhang (6):
> usb: gadget: mv_udc: remove redundant pull up in udc_start
> usb: gadget: mv_udc: disable HW zlt for ep0
> usb: gadget: mv_udc: clear corresponding interrupt when flush fi
On Mon, Feb 24, 2014 at 07:23:15PM +0900, Daeseok Youn wrote:
>
> After spin_lock() is called, all of if-else conditions in this brace
> should reach the end of else and spin_unlock() must be called.
> So It doesn't need to call spin_unlock() without a return statement
> for handling an error.
>
Hi Maxime,
Am Mittwoch, den 19.02.2014, 14:57 +0100 schrieb Maxime Coquelin:
> Hi Philipp,
>
> On 02/07/2014 01:54 PM, srinivas kandagatla wrote:
> > Hi Philipp,
> > Thankyou for looking at the patches.
> >
> >
> > On 05/02/14 09:28, Philipp Zabel wrote:
> >> Hi Srinivas,
> >>
> > ...
> >>
> >> t
Hi,
On Fri, 2014-02-21 at 09:35 -0600, Kumar Gala wrote:
> On Feb 20, 2014, at 6:38 PM, Bjorn Andersson
> wrote:
>
> > This bus driver supports the QUP i2c hardware controller in the Qualcomm
> > SOCs.
> > The Qualcomm Universal Peripheral Engine (QUP) is a general purpose data
> > path
> >
>
> On Mon, 2014-02-24 at 08:15 +, Peter Chen wrote:
> > > +CI13xxx (Chipidea) USB controllers
> > > +
> > > +Required properties:
> > > +- compatible: should contain "qcom,ci-hdrc"
> > > +- reg: offset and length of the register set in the memory
> map
> > > +- interrupts: inte
On Mon, Feb 24, 2014 at 11:25:12AM +0100, Gerd Hoffmann wrote:
> -static acpi_status vmbus_walk_resources(struct acpi_resource *res, void *irq)
> +static acpi_status vmbus_walk_resources(struct acpi_resource *res, void *ctx)
> {
> + switch (res->type) {
> + case ACPI_RESOURCE_TYPE_IRQ:
> +
I'm sorry, I know it sucks to not get credit for fixes, but please just
fold this into [patch 1/5]. We really should have a tag for this kind
of thing.
Would something like this work?
Additional-Fixes: Gerd Hoffmann
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsub
On Sat, Feb 22, 2014 at 05:05:36PM +0800, Dongsheng Yang wrote:
> Hi Peter.
> It seems the all other patches in this set were all applied to tip
> except this one.
> What is the problem with the [9/9]? Is there any thing I can do?
The problem is that it never actually made it to my inbox; coul
Hi Vince,
On Fri, Jan 17, 2014 at 05:45:04AM +, Vince Weaver wrote:
> On Thu, 16 Jan 2014, Peter Zijlstra wrote:
>
> > Yeah I suppose we could do something like that. Maybe something like:
> >
> > # cat /sys/bus/event_source/devices/cpu/flags
> > int precise filter
>
> wouldn't that violate
Commit 82b9580 (sched/deadline: Test for CPU's presence explicitly)
changed how we check if a CPU returned by cpudeadline machinery is
valid. But, we don't want to call cpu_present() if best_cpu is
equal to -1. So, switch the order of tests inside WARN_ON().
Signed-off-by: Juri Lelli
---
kernel/
Liu, Jinsong wrote:
> Paolo Bonzini wrote:
>> Il 21/02/2014 18:57, Liu, Jinsong ha scritto:
>>> - F(BMI2) | F(ERMS) | f_invpcid | F(RTM) | F(RDSEED) |
>>> + F(BMI2) | F(ERMS) | f_invpcid | F(RTM) | F(MPX) | F(RDSEED) |
>>> F(ADX);
>>
>> MPX also needs to be conditio
>>> On 24.02.14 at 11:22, Daniel Borkmann wrote:
> On 02/24/2014 09:03 AM, Jan Beulich wrote:
> On 22.02.14 at 13:09, Daniel Borkmann wrote:
>>> On 02/21/2014 11:33 AM, Jan Beulich wrote:
... to match its two callers (i.e. the alternative would have been to
swap the arguments at the
These patches are version 5 to enable Intel MPX for KVM.
Version 1:
* Add some Intel MPX definiation
* Fix a cpuid(0x0d, 0) exposing bug, dynamic per XCR0 features enable/disable
* vmx and msr handle for MPX support at KVM
* enalbe MPX feature for guest
Version 2:
* remove generic MPX
>From caddc009a6d2019034af8f2346b2fd37a81608d0 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Mon, 24 Feb 2014 18:11:11 +0800
Subject: [PATCH v5 1/3] KVM: x86: Intel MPX vmx and msr handle
This patch handle vmx and msr of Intel MPX feature.
Signed-off-by: Xudong Hao
Signed-off-by: Liu Jinsong
On 24 February 2014 14:09, wrote:
>
> Srivatsa S. Bhat wrote:
>> On 02/24/2014 12:27 PM, Saravana Kannan wrote:
>>> The existing code sets the per CPU policy to a non-NULL value before all
>>> the steps performed during the hotplug online path is done.
>>> Specifically,
>>> this is done before th
On Mo, 2014-02-24 at 13:42 +0300, Dan Carpenter wrote:
> I'm sorry, I know it sucks to not get credit for fixes, but please just
> fold this into [patch 1/5]. We really should have a tag for this kind
> of thing.
It's not because of the credits, but because Greg picked up #1 into one
of his branc
>From 5d5a80cd172ea6fb51786369bcc23356b1e9e956 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Mon, 24 Feb 2014 18:11:55 +0800
Subject: [PATCH v5 2/3] KVM: x86: add MSR_IA32_BNDCFGS to msrs_to_save
Add MSR_IA32_BNDCFGS to msrs_to_save, and corresponding logic
to kvm_get/set_msr().
Signed-off-by
Hi Tomasz,
Am Sonntag, den 23.02.2014, 18:07 +0100 schrieb Tomasz Figa:
> Hi Philipp,
>
> On 19.02.2014 17:53, Philipp Zabel wrote:
> > Am Samstag, den 11.01.2014, 20:42 +0100 schrieb Tomasz Figa:
>
> [snip]
>
> >> + pd = of_genpd_get_from_provider(&pd_args);
> >> + if (IS_ERR(pd))
> >> +
>From 44c2abca2c2eadc6f2f752b66de4acc8131880c4 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Mon, 24 Feb 2014 18:12:31 +0800
Subject: [PATCH v5 3/3] KVM: x86: Enable Intel MPX for guest
This patch enable Intel MPX feature to guest.
Signed-off-by: Xudong Hao
Signed-off-by: Liu Jinsong
---
a
Hi Magnus,
I noticed during randconfig testing that you enabled DMABOUNCE for the
pci-rcar-gen2 driver as posted in this patch https://lkml.org/lkml/2014/2/5/30
I didn't see the original post unfortunately, but I fear we have to
revert it and come up with a better solution, as your approach seems
On 02/24/2014 11:51 AM, Kishon Vijay Abraham I wrote:
> Hi Roger,
>
> On Friday 21 February 2014 05:59 PM, Roger Quadros wrote:
>> On 02/21/2014 02:25 PM, Kishon Vijay Abraham I wrote:
>>> Hi Roger,
>>>
>>> On Wednesday 19 February 2014 06:07 PM, Roger Quadros wrote:
Hi,
On 02/12/20
On Mon, Feb 24, 2014 at 11:55:43AM +0100, Gerd Hoffmann wrote:
> On Mo, 2014-02-24 at 13:42 +0300, Dan Carpenter wrote:
> > I'm sorry, I know it sucks to not get credit for fixes, but please just
> > fold this into [patch 1/5]. We really should have a tag for this kind
> > of thing.
>
> It's not
Dear Friend,I'm Mamadou Sanogo,I work with a bank in Burkina Faso west
africa, I have a business transaction for you.worth the sum of ($10,5
Million US Dollars) to transfer to your account,the fund will be share
50%50% by both of us. if you are interested,give me your Name and
phone number for easy
On Sat, 22 Feb 2014 15:52:17 -0500
Tejun Heo wrote:
> The problem is rtc_device_unregister(). It grabs rtc->ops_lock and
> then tries to remove the sysfs files. Some of those sysfs file
> implementations acquire rtc->ops_lock, so it of course can lead to
> deadlocks. One can't try to delete a
Il 24/02/2014 11:58, Liu, Jinsong ha scritto:
@@ -599,6 +599,9 @@ int __kvm_set_xcr(struct kvm_vcpu *vcpu, u32 index, u64 xcr)
u64 old_xcr0 = vcpu->arch.xcr0;
u64 valid_bits;
+ if (!kvm_x86_ops->mpx_supported || !kvm_x86_ops->mpx_supported())
+ xcr0 &= ~(XSTAT
On Fri, 2014-02-21 at 01:19 +, Zoltan Kiss wrote:
> I don't know if the guest expects that slots for the same packet
> comes back at the same time.
I don't think the guest is allowed to assume that. In particular they
aren't allowed to assume the the slots will be freed in the order they
wer
Signed-off-by: Daeseok Youn
---
fs/dcache.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/fs/dcache.c b/fs/dcache.c
index 265e0ce..f360620 100644
--- a/fs/dcache.c
+++ b/fs/dcache.c
@@ -3345,10 +3345,9 @@ EXPORT_SYMBOL(d_tmpfile);
static __initdata unsigned long
On Mon, 24 Feb 2014, Chao Xie wrote:
> On Mon, Feb 24, 2014 at 7:17 AM, Uwe Kleine-König
> wrote:
> > Hi Thomas,
> >
> > On Sun, Feb 23, 2014 at 09:40:13PM -, Thomas Gleixner wrote:
> >> The pm-mmp2 and pm-pxa910 power management related irq_set_wake
> >> callbacks fiddle pointlessly with the
On Fri, Feb 21, 2014 at 03:18:38PM -0500, Vince Weaver wrote:
> I've applied the patch and have been unable to trigger the warning with
> either my testcase or a few hours of fuzzing.
Yay.
> My only comment on the patch is it could always use some comments.
>
> The perf_event code is really har
On Mon, Feb 24, 2014 at 02:55:29PM +0800, Nicolin Chen wrote:
> This patch adds support for the Cirrus Logic CS42888 Audio CODEC that
> has four 24-bit A/D and eight 24-bit D/A converters.
Looks generally good, some fairly small nits below.
> [ CS42888 supports both I2C and SPI control ports. As
On Mon, 24 Feb 2014, Haojian Zhuang wrote:
> On Mon, Feb 24, 2014 at 2:07 PM, Chao Xie wrote:
> > On Mon, Feb 24, 2014 at 7:17 AM, Uwe Kleine-König
> > wrote:
> >> Hi Thomas,
> >>
> >> On Sun, Feb 23, 2014 at 09:40:13PM -, Thomas Gleixner wrote:
> >>> The pm-mmp2 and pm-pxa910 power manageme
On Mon, 24 Feb 2014, Gavin Shan wrote:
> On Sun, Feb 23, 2014 at 09:40:09PM -, Thomas Gleixner wrote:
> >commit 91150af3a (powerpc/eeh: Fix unbalanced enable for IRQ) is
> >another brilliant example of trainwreck engineering.
> >
> >The patch "fixes" the issue of an unbalanced call to irq_enabl
On Tue 14-01-14 23:10:40, Guillaume Morin wrote:
> Greg,
>
> I am going to do more testing but it seems that reverting this patch
> from 3.4.69 fixes the BUG
> commit b07ef016454ff46f98e633b5a6247ca7e343fb67
> Author: Khalid Aziz
>
> I also verified that I cannot reproduce this problem with 3.13
Hi Brian,
> > Can you confirm receipt of this set, or would you like me to resend?
>
> Well, I personally have the patch set but haven't had a chance to review
> it. Can you resend with MTD in the CC, since we haven't had any comments
> anyway? I believe MTD people are much less likely to look at
On 02/24/2014 11:53 AM, Jan Beulich wrote:
On 24.02.14 at 11:22, Daniel Borkmann wrote:
On 02/24/2014 09:03 AM, Jan Beulich wrote:
On 22.02.14 at 13:09, Daniel Borkmann wrote:
On 02/21/2014 11:33 AM, Jan Beulich wrote:
... to match its two callers (i.e. the alternative would have been to
sw
On Mon, Feb 24, 2014 at 11:20 AM, Sebastian Hesselbarth
wrote:
> Although, I guess instead of applying them separately, it would have
> been better to pull them from Jason's stable topic branch. But that is
> also up to you and Jason may give valuable hints on how to proceed in
> the future.
Yea
On Mon, Feb 24, 2014 at 11:17 AM, Arnd Bergmann wrote:
> On Thursday 13 February 2014, Linus Walleij wrote:
>> irqchip: vic: update the base IRQ member correctly
>> irqchip: support cascaded VICs
>> ARM: integrator: register the IM-PD1 VIC
>
> I got a randconfig build error for C
Hi,
Last weekend one of our machines showed some interesting behaviour, where
processes seemed to be crashing randomly. Further inspection showed that
all the oopses in syslog were on core #12, and had
kmem_cache_alloc+0x66/0x150 as the RIP, except for the second one, which had
kmem_cache_alloc_tr
101 - 200 of 866 matches
Mail list logo
