Hi,
This patchset adds Palmchip BK3710 IDE controller driver to
libata and switches ARM/DaVinci to use it (instead of the old
IDE driver).
Sekhar, please check that it still works after changes, thanks.
Changes since v1
(https://www.spinics.net/lists/arm-kernel/msg567442.html):
- addressed revie
Add Palmchip BK3710 PATA controller driver.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/ata/Kconfig | 9 ++
drivers/ata/Makefile | 1 +
drivers/ata/pata_bk3710.c | 386 ++
3 files changed, 396 insertions(+)
create mode 100644 d
From: Sekhar Nori
Signed-off-by: Sekhar Nori
[b.zolnierkie: split from bigger patch + preserved old driver support]
Signed-off-by: Bartlomiej Zolnierkiewicz
---
arch/arm/mach-davinci/board-dm644x-evm.c | 3 ++-
arch/arm/mach-davinci/board-dm646x-evm.c | 3 ++-
arch/arm/mach-davinci/board-neu
From: Sekhar Nori
IDE subsystem has been deprecated since 2009 and the majority
(if not all) of Linux distributions have switched to use
libata for ATA support exclusively. However there are still
some users (mostly old or/and embedded non-x86 systems) that
have not converted from using IDE subs
On Tue, Mar 14, 2017 at 7:56 AM, Eric Dumazet wrote:
> On Tue, Mar 14, 2017 at 7:46 AM, Dmitry Vyukov wrote:
>
>> I am confused. Lockdep has observed both of these stacks:
>>
>>CPU0CPU1
>>
>> lock(&(&q->lock)->rlock);
>>
On Tue, 14 Mar 2017, Andi Kleen wrote:
> > And the way how this function is used is a horrible hack. It's called from
> > a random driver at some random point in time.
> >
> > The proper solution is to identify the bus at the point where the bus is
> > discovered and switch it to mmconfig if poss
On Tue, 14 Mar 2017 12:01:03 -0400
Cathy Avery wrote:
> #if IS_ENABLED(CONFIG_SCSI_FC_ATTRS)
> if (host->transportt == fc_transport_template) {
> + struct fc_rport_identifiers ids;
> +
> + ids.node_name = 0;
> + ids.port_name = 0;
> + ids.por
On 03/14/2017 09:21 AM, Nicolas Dufresne wrote:
Le lundi 13 mars 2017 à 10:45 +, Russell King - ARM Linux a écrit :
On Mon, Mar 13, 2017 at 11:02:34AM +0100, Hans Verkuil wrote:
On 03/11/2017 07:14 PM, Steve Longerbeam wrote:
The event must be user visible, otherwise the user has no indi
On Tue, 28 Feb 2017, Milo Kim wrote:
> This patch describes overall binding for TI LMU MFD devices.
>
> Acked-by: Lee Jones
> Acked-by: Rob Herring
> Signed-off-by: Milo Kim
> ---
> Documentation/devicetree/bindings/mfd/ti-lmu.txt | 243
> +++
> 1 file changed, 243 insert
On Tue, 28 Feb 2017, Milo Kim wrote:
> TI LMU (Lighting Management Unit) driver supports lighting devices below.
>
> LM3532, LM3631, LM3632, LM3633, LM3695 and LM3697.
>
> LMU devices have common features.
> - I2C interface for accessing device registers
> - Hardware enable pin control
>
On 03/14/2017 07:53 AM, Linus Walleij wrote:
On Wed, Mar 1, 2017 at 2:48 AM, David Daney wrote:
Signed-off-by: David Daney
Acked-by: Rob Herring
This patch applied to the GPIO tree, really simplistic so why not
merge it.
I think the idea is that with Rob's Acked-by, it could be merged vi
On Tue, 14 Mar 2017, Andy Lutomirski wrote:
> On Mon, Mar 13, 2017 at 2:05 PM, Andy Lutomirski wrote:
> > On Mon, Mar 13, 2017 at 9:55 AM, Peter Zijlstra
> > wrote:
> >> On Mon, Mar 13, 2017 at 09:44:02AM -0700, Andy Lutomirski wrote:
> >>> static void x86_pmu_event_mapped(struct perf_event *ev
On Tuesday, March 14, 2017 09:06:52 AM Doug Smythies wrote:
> On 2017.03.12 10:19 Rafael J. Wysocki wrote:
>
> > From: Rafael J. Wysocki
> >
> > PID controller parameters only need to be initialized if the
> > get_target_pstate_use_performance() P-state selection routine
> > is going to be used.
Suggested by Marek, continuation of cleanup of PMU register defines
in headers.
Let's keep all of them in include/linux/soc/samsung/exynos-regs-pmu.h.
Everything is bisectable but should go in through one tree.
It can go through phy tree - in that case 4/5 (added in v3) needs Lee's
ack. For the re
Phy drivers access PMU region through regmap provided by exynos-pmu
driver. However there is no need to duplicate defines for PMU
registers. Instead just use whatever is defined in exynos-regs-pmu.h.
This reduces number of defines.
Suggested-by: Marek Szyprowski
Signed-off-by: Krzysztof Kozlo
There is no need for separate defines for Exynos4 and Exynos5 phy enable
bit and MIPI phy reset bits. In both cases there are the same so
simplify it.
This reduces number of defines and allows removal of one header file.
Signed-off-by: Krzysztof Kozlowski
Acked-by: Lee Jones
Reviewed-by: Bartl
Exynos4 MIPI phy registers are defined with macro calculating the offset
for given phyN. Use the same method for Exynos5420 to be consistent.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Bartlomiej Zolnierkiewicz
---
drivers/phy/phy-exynos-mipi-video.c | 20 ++--
inc
The MFD-specific header will go away because it duplicates defines from
exynos-regs-pmu.h.
Reported-by: kbuild test robot
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Bartlomiej Zolnierkiewicz
---
drivers/mfd/exynos-lpass.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --g
On 2017-03-14 08:56, Dan Carpenter wrote:
> This error handling is mixed up. mux_chip_alloc() doesn't return error
> pointers but devm_mux_chip_alloc() does.
>
> Fixes: 4f5078327db1 ("mux: minimal mux subsystem and gpio-based mux
> controller")
> Signed-off-by: Dan Carpenter
Eeek, thanks for p
On Tuesday, March 14, 2017 09:07:48 AM Doug Smythies wrote:
> Hi Rafael,
>
> I can not get this patch to apply.
> My start point is kernel 4.11-rc2, so maybe (probably) it is my problem.
I need to rebase the series.
There are fixes in flight that will need to go in first anyway.
Thanks,
Rafael
On Tue, Mar 14, 2017 at 12:21:31PM -0400, Nicolas Dufresne wrote:
> My main concern here based on what I'm reading, is that this driver is
> not even able to notice immediately that a produced frame was corrupted
> (because it's out of sync). From usability perspective, this is really
> bad. Can't
Phy drivers access PMU region through regmap provided by exynos-pmu
driver. However there is no need to duplicate defines for PMU
registers. Instead just use whatever is defined in exynos-regs-pmu.h.
Additionally MIPI PHY registers for Exynos5433 start from the same
address as Exynos4 and Exyno
The error handling is mixed up. mux_chip_alloc() doesn't return an error
pointer (just NULL on failure), so check for NULL instead of using IS_ERR.
devm_mux_chip_alloc is documented to return NULL on failure, so fix that
as well.
All users of devm_mux_chip_alloc() are coded according to documentat
On Tue, Mar 14, 2017 at 01:12:53PM +0100, Arnd Bergmann wrote:
> We still get a build error in random configurations, after this has been
> modified a few times:
>
> In file included from include/linux/mm.h:68:0,
> from include/linux/suspend.h:8,
> from arch/x86/k
On 03/14/2017 09:47 AM, Russell King - ARM Linux wrote:
On Tue, Mar 14, 2017 at 12:21:31PM -0400, Nicolas Dufresne wrote:
My main concern here based on what I'm reading, is that this driver is
not even able to notice immediately that a produced frame was corrupted
(because it's out of sync). F
On Mon, 2017-03-13 at 12:35 +0900, Michel Dänzer wrote:
> On 10/03/17 08:46 PM, Ben Hutchings wrote:
> > 3.16.42-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > > > From: Michel Dänzer
> >
> > commit d74c67dd7800fc7aae381f272875c337f268806
On Thu 2017-03-02 16:11:32, Aleksey Makarov wrote:
> The variable preferred_console is used only inside register_console()
> and its semantics is boolean. It is negative when no console has been
> made preferred.
>
> Make it static bool and rename to has_preferred.
>
> Renaming was suggested by
On 01/03/17 01:48, David Daney wrote:
> Follow-on patch for gpio-thunderx uses a irqdomain hierarchy which
> requires slightly different flow handlers, add them to chip.c which
> contains most of the other flow handlers.
>
> Signed-off-by: David Daney
> ---
> include/linux/irq.h | 2 ++
> kern
On Mon, Mar 6, 2017 at 10:40 AM, Anup Patel wrote:
> Some of the Broadcom iProc SoCs have FlexRM ring manager
> which provides a ring-based programming interface to various
> offload engines (e.g. RAID, Crypto, etc).
>
> This patch adds a common mailbox driver for Broadcom FlexRM
> ring manager wh
On Wed, 01 Mar 2017, Enric Balletbo i Serra wrote:
> From: Doug Anderson
>
> This is a sucky change to bump up the time we'll wait for the EC. Why
> is it sucky? If 200ms for a transfer is a common thing it will have a
> massively bad impact on keyboard responsiveness.
>
> It still seems like
On Tue, 14 Mar 2017, Li, Yi wrote:
hi Matthew,
Hi Yi,
On 3/13/2017 4:09 PM, matthew.gerl...@linux.intel.com wrote:
On Fri, 10 Mar 2017, Li, Yi wrote:
Hi Matthew
Hi Yi,
On 3/10/2017 11:44 AM, matthew.gerl...@linux.intel.com wrote:
On Thu, 9 Mar 2017, yi1...@linux.intel.com wr
On Mon, Mar 6, 2017 at 1:43 AM, Anup Patel wrote:
> The Broadcom SBA RAID is a stream-based device which provides
> RAID5/6 offload.
>
> It requires a SoC specific ring manager (such as Broadcom FlexRM
> ring manager) to provide ring-based programming interface. Due to
> this, the Broadcom SBA RAI
bclk is derived from sysclk with the help of bclk_divs. Anyhow, for
S20_3LE format there is no bclk_divs that could be used to derive
an exact bclk.
We can fix this by using storage size instead the exact
number of bits of the sample when computing bclk.
With this approach we can play S20_3LE enc
On 14/03/2017 12:07, Suzuki K Poulose wrote:
> On 10/03/17 13:34, Andrey Konovalov wrote:
>> Hi,
>>
>> I've got the following error report while fuzzing the kernel with
>> syzkaller.
>>
>> On linux-next commit 56b8bad5e066c23e8fa273ef5fba50bd3da2ace8 (Mar 8).
>>
>> Unfortunately I can't reproduce
On Tue, Mar 07, 2017 at 04:35:28PM -0800, Darrick J. Wong wrote:
> The sole remaining caller of kmem_zalloc_greedy is bulkstat, which uses
> it to grab 1-4 pages for staging of inobt records. The infinite loop in
> the greedy allocation function is causing hangs[1] in generic/269, so
> just get ri
On Mon, 20 Feb 2017, Boris Brezillon wrote:
> These new helpers + macro definitions are meant to replace the old ones
> which are unpractical to use.
>
> Note that the macros and function prefixes have been intentionally
> changed to ATMEL_[H]SMC_XX and atmel_[h]smc_ to reflect the fact that
> th
On Fri, Mar 03, 2017 at 09:01:49AM +0800, Chris Zhong wrote:
> Support Innolux P079ZCA 7.85" 768x1024 TFT LCD panel, it is a MIPI DSI
> panel.
>
> Signed-off-by: Chris Zhong
> ---
>
> drivers/gpu/drm/panel/Kconfig | 11 +
> drivers/gpu/drm/panel/Makefile| 1 +
On 03/12/2017 03:10 PM, Mauro Carvalho Chehab wrote:
Em Sun, 12 Mar 2017 21:13:24 +
Russell King - ARM Linux escreveu:
On Sun, Mar 12, 2017 at 05:59:28PM -0300, Mauro Carvalho Chehab wrote:
Yet, udev/systemd has some rules that provide an unique name for V4L
devices at /lib/udev/rules.d
On Wed, 01 Mar 2017, Enric Balletbo i Serra wrote:
> From: Benson Leung
>
> This is the driver for the USB Type C cable detection mechanism
> built into the ChromeOS Embedded Controller on systems that
> have USB Type-C ports.
>
> At present, this allows for the presence of display out, but in
> > Or define some quirk table just for this purpose?
>
> Nope. It's about identifying the bus.
PCI just has no good way to identify busses.
>
> The bus which contains the uncore devices:
>
> The Uncore devices reside on CPUBUSNO(1), which is the PCI bus assigned
> for the processor socket.
Neil Armstrong writes:
> On 03/14/2017 09:57 AM, Sergei Shtylyov wrote:
>> Hello!
>>
>> On 3/13/2017 7:36 PM, Bartosz Golaszewski wrote:
>>
>>> This SATA controller is quite similar to the one present on the DA850
>>> SoC, but the PHY configuration is different and it supports two HBA
>>> ports
This patch aligns MODULES_END to the beginning of the Fixmap section.
It optimizes the space available for both sections. The address is
pre-computed based on the number of pages required by the Fixmap
section.
It will allow GDT remapping in the Fixmap section. The current
MODULES_END static addre
This patch makes the GDT remapped pages read-only to prevent corruption.
This change is done only on 64-bit.
The native_load_tr_desc function was adapted to correctly handle a
read-only GDT. The LTR instruction always writes to the GDT TSS entry.
This generates a page fault if the GDT is read-only
Each processor holds a GDT in its per-cpu structure. The sgdt
instruction gives the base address of the current GDT. This address can
be used to bypass KASLR memory randomization. With another bug, an
attacker could target other per-cpu structures or deduce the base of
the main memory section (PAGE
On Thu, 09 Mar 2017, Charles Keepax wrote:
> Register addresses are normally displayed in hex throughout the Arizona
> driver. Update the arizona_poll_reg function to follow this convention.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/arizona-core.c | 4 ++--
> 1 file changed, 2 inser
On Thu, 09 Mar 2017, Charles Keepax wrote:
> arizona_poll_reg already returns ETIMEDOUT if we don't see the expected
> register changes before the time out, so remove pointless local setting of
> ETIMEDOUT.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/arizona-core.c | 8 ++--
> 1 f
On Tue, Mar 14, 2017 at 05:14:22PM +0100, Heiko Stübner wrote:
> [added arm64 maintainers and arm list to recipients]
>
> Hi,
>
> Am Donnerstag, 9. März 2017, 17:24:07 CET schrieb Kirill A. Shutemov:
> > Convert all non-architecture-specific code to 5-level paging.
> >
> > It's mostly mechanical
On Thu, 09 Mar 2017, Charles Keepax wrote:
> Currently, we specify the timeout in terms of the number of polls but it
> is more clear from a user of the functions perspective to specify the
> timeout directly in milliseconds, as such update the function to these new
> semantics.
>
> Signed-off-by
On Thu, 09 Mar 2017, Charles Keepax wrote:
> arizona_poll_reg essentially hard-codes regmap_read_poll_timeout, this
> patch updates the implementation to use regmap_read_poll_timeout. We
> still keep arizona_poll_reg around as regmap_read_poll_timeout is a
> macro so rather than expand this for ea
Thomas Petazzoni writes:
> Hello,
>
> On Fri, 10 Mar 2017 13:27:57 -0800, Kevin Hilman wrote:
>
>> This board seems to never have successfully booted for
>> stable/linux-4.4.y:
>> https://kernelci.org/boot/id/58c2a47559b51483e7645541/
>
> It does:
>
> https://kernelci.org/boot/id/58b457dc59b514
On 03/14/2017 12:51 AM, Junil Lee wrote:
> Replace list into lock-less list of ion page pool.
>
> Measure how mutex lock contention latency on android.
>
> 1. the test is done under android 7.0
> 2. startup many applications circularly
> 3. find sample in trace log as below
>
> cameraserver-
Good catch. Thanks!
On 03/14/2017 12:42 PM, Stephen Hemminger wrote:
On Tue, 14 Mar 2017 12:01:03 -0400
Cathy Avery wrote:
#if IS_ENABLED(CONFIG_SCSI_FC_ATTRS)
if (host->transportt == fc_transport_template) {
+ struct fc_rport_identifiers ids;
+
+ ids.nod
Greg Kroah-Hartman writes:
> On Mon, Mar 13, 2017 at 07:11:12AM -0700, kernelci.org bot wrote:
>> stable-rc boot: 530 boots: 5 failed, 516 passed with 9 offline
>> (v4.10.2-76-g43100e143367)
>
> These are ok, right?
Yes, these are ones that have already been reported.
> And 4.9 seems to not be
Enable drivers specific to Exynos5433 and Exynos7:
1. MFD Low Power Audio SubSystem (LPASS),
2. DRM drivers (DECON display, outputs),
3. Drivers for video-related sub-blocks (JPEG, Multi Format Codec,
GScaler).
Signed-off-by: Krzysztof Kozlowski
---
arch/arm64/configs/defconfig | 11 +
Hi,
Patches are independent but I organized them into one patchset
as they have common goal - enable more drivers for ARMv8 Exynos chips.
If there are no objections, I can take it through samsung-soc.
Changes since v1:
1. Patch 1/3: Do not enable entire DRM stack but only drive
Enable EXYNOS_PM_DOMAINS because recently Exynos5433 got support for
Power Management domains. The Exynos5433 pinctrl driver requires
EXYNOS_PMU to get the syscon-regmap for PMU address space.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Bartlomiej Zolnierkiewicz
Reviewed-by: Alim Akhtar
--
The Exynos Power Management Unit (PMU) drivers contain quite large
static arrays of register values necessary for given Exynos SoC to enter
low power mode. All this data is useless for ARMv8 SoC like
Exynos5433, because the image will not be shared between ARMv7 and
ARMv8.
Add additional Kconfig
On 17-03-13 17:00:20, Petko Manolov wrote:
> On 17-03-12 23:16:25, Philippe Reynes wrote:
> > The ethtool api {get|set}_settings is deprecated. We move this driver to
> > new
> > api {get|set}_link_ksettings.
> >
> > As I don't have the hardware, I'd be very pleased if someone may test this
> >
On Thu, Mar 9, 2017 at 1:56 PM, Andrey Ryabinin wrote:
> On 03/06/2017 08:16 PM, Andrey Konovalov wrote:
>
>>>
>>> What about
>>>
>>> Object at 880068388540 belongs to cache kmalloc-128 of size 128
>>> Accessed address is 123 bytes inside of [880068388540, 8800683885c0)
>>>
>>> ?
>>
>>
On Tue, 2017-03-14 at 14:04 +, Lee Jones wrote:
> On Thu, 16 Feb 2017, Joe Perches wrote:
> > To enable eventual removal of pr_warning
[]
> > diff --git a/drivers/mfd/twl4030-power.c b/drivers/mfd/twl4030-power.c
[]
> > @@ -502,9 +502,7 @@ static int load_twl4030_script(const struct
> > twl403
On Thu, Mar 9, 2017 at 2:15 PM, Diego Viola wrote:
> On Thu, Mar 9, 2017 at 11:11 AM, Diego Viola wrote:
>> On Wed, Mar 8, 2017 at 5:40 PM, Diego Viola wrote:
>>> Hi Greg,
>>>
>>> On Wed, Mar 8, 2017 at 5:15 PM, Greg KH wrote:
On Wed, Mar 08, 2017 at 03:49:19PM -0300, Diego Viola wrote:
>>
On Tue, 14 Mar 2017 17:00:03 +
Lee Jones wrote:
> On Mon, 20 Feb 2017, Boris Brezillon wrote:
>
> > These new helpers + macro definitions are meant to replace the old ones
> > which are unpractical to use.
> >
> > Note that the macros and function prefixes have been intentionally
> > change
On 03/13/2017 07:43 PM, Andrew Lunn wrote:
> On Mon, Mar 13, 2017 at 07:06:25PM -0700, Doug Berger wrote:
>> On 03/13/2017 06:06 PM, Andrew Lunn wrote:
>>> On Mon, Mar 13, 2017 at 05:41:32PM -0700, Doug Berger wrote:
+static int bcm7xxx_28nm_ephy_01_afe_config_init(struct phy_device *phydev)
>
On 03/02/17 15:21, Andi Kleen wrote:
> From: Andi Kleen
>
> The Intel uncore driver can do a lot of PCI config accesses to read
> performance counters. I had a situation on a 4S system where it
> was spending 40+% of CPU time grabbing the pci_cfg_lock due to that.
>
> For 64bit x86 with MMCONFIG
On 03/12/2017 02:09 PM, Russell King - ARM Linux wrote:
On Sun, Mar 12, 2017 at 08:40:37PM +, Russell King - ARM Linux wrote:
On Sun, Mar 12, 2017 at 01:36:32PM -0700, Steve Longerbeam wrote:
But hold on, if my logic is correct, then why did the CSI power-off
get reached in your case, mul
In this driver, there is a "port" created for the connection to each of
the other ldoms; a netdev queue is mapped to each port, and they are
collected under a single netdev. The generic netdev statistics show
us all the traffic in and out of our network device, but don't show
individual queue/port
The sunvnet netdev is connected to the controlling ldom's vswitch
for network bridging. However, for higher performance between ldoms,
there also is a channel between each client ldom. These connections are
represented in the sunvnet driver by a queue for each ldom. The driver
uses select_queue
Make sure multicast packets get counted in the device.
Orabug: 25190537
Signed-off-by: Shannon Nelson
---
drivers/net/ethernet/sun/sunvnet_common.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ethernet/sun/sunvnet_common.c
b/drivers/net/ethernet/sun/sun
These patches remove some problems in handling of carrier state
with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and
add stats for debug and tracking of point-to-point connections
between the ldom VMs.
v2:
- added ldmvsw ndo_open to reset the LDC channel
- updated copyrights
Shannon
Track our used and unused queue indexies correctly. Otherwise, as ports
dropped out and returned, they all eventually ended up with the same
queue index.
Orabug: 25190537
Signed-off-by: Shannon Nelson
---
drivers/net/ethernet/sun/sunvnet_common.c | 24
drivers/net/et
When an ldom VM is bound, the network vswitch infrastructure is set up for
it, but was being forced 'UP' by the userland switch configuration script.
When 'UP' but not actually connected to a running VM, the ipv6 neighbor
probes fail (not a horrible thing) and start cluttering up the kernel logs.
F
On 03/14/2017 04:04 AM, David Laight wrote:
> From: Doug Berger
>> Sent: 14 March 2017 00:42
>> This commit changes the ioctl handling behavior to return the
>> EOPNOTSUPP error code instead of the EINVAL error code when an
>> unknown ioctl command value is detected.
>>
>> It also removes some redu
On 03/02/17 15:21, Andi Kleen wrote:
> From: Andi Kleen
>
> x86 traditionally used mmconfig only for extended config space accesses
> with offsets larger than 256. For lower offsets it uses the classic
> Type 1 IO port access. This is quite slow and also requires taking
> a global spin lock to pr
On Tue, Mar 14, 2017 at 10:56:42AM +0800, Xiong Zhou wrote:
> Hi,
>
> xfstests cases:
> generic/075 generic/112 generic/127 generic/231 generic/263
>
> fail with DAX, pass without it. Both xfs and ext4.
>
> It was okay on 0306 -next tree.
Thanks for the report. I'm looking into it. -next is a
Move PVHVM related code to enlighten_hvm.c. Three functions:
xen_cpuhp_setup(), xen_reboot(), xen_emergency_restart() are shared, drop
static qualifier from them. These functions will go to common code once
it is split from enlighten.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
As a preparation to splitting the code we need to untangle it:
x86_hyper_xen -> x86_hyper_xen_hvm and x86_hyper_xen_pv
xen_platform() -> xen_platform_hvm() and xen_platform_pv()
xen_cpu_up_prepare() -> xen_cpu_up_prepare_pv() and xen_cpu_up_prepare_hvm()
xen_cpu_dead() -> xen_cpu_dead_pv() and xen
All code to support Xen PV will get under this new option. For the
beginning, check for it in the common code.
Signed-off-by: Vitaly Kuznetsov
---
Changes since v2:
select XEN_HAVE_PVMMU moved to config XEN_PV [Juergen Gross]
---
arch/x86/kernel/cpu/hypervisor.c | 4 +++-
arch/x86/kernel/pro
Split xen_cpu_die() into xen_pv_cpu_die() and xen_hvm_cpu_die() to support
further splitting of smp.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/smp.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/arch/x86/xen/s
xen_create_contiguous_region()/xen_create_contiguous_region() are PV-only,
they both contain xen_feature(XENFEAT_auto_translated_physmap) check and
bail in the very beginning.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
include/xen/xen-ops.h | 14 ++
1 file change
Slit the code in suspend.c into suspend_pv.c and suspend_hvm.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
Changes since v2:
#include added to suspend_pv.c [kbuild test robot]
---
arch/x86/xen/Makefile | 3 ++-
arch/x86/xen/suspend.c | 54 --
xen_smp_intr_init() and xen_smp_intr_free() have PV-specific code and as
a praparatory change to splitting smp.c we need to split these fucntions.
Create xen_smp_intr_init_pv()/xen_smp_intr_free_pv().
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
Changes since v2:
'extern' q
Create enlighten_pvh.c by splitting off PVH related code from enlighten.c,
put it under CONFIG_XEN_PVH.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
Changes since v2:
#include added [kbuild test robot]
---
arch/x86/xen/Makefile| 2 +
arch/x86/xen/enlighten.c
Balloon driver uses several PV-only concepts (xen_start_info,
xen_extra_mem,..) and it seems the simpliest solution to make HVM-only
build happy is to decorate these parts with #ifdefs.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
drivers/xen/balloon.c | 30 +++
On Tue, Mar 14, 2017 at 04:26:25PM +0100, Peter Zijlstra wrote:
> A well.. I'll go do the 'trivial' patch then.
A little like so; completely untested.
---
kernel/events/core.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/kernel/events/core.c b/kernel/events/core.c
index 110b3
xen_pmu_init/finish() functions are used in suspend.c and
enlighten.c, add stubs for now.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/Kconfig | 2 +-
arch/x86/xen/Makefile | 6 +++---
arch/x86/xen/pmu.h| 5 +
3 files changed, 9 insertions(+), 4 deletions
After code split between PV and HVM some functions in xen_smp_ops have
xen_pv_ prefix and some only xen_ which makes them look like they're
common for both PV and HVM while they're not. Rename all the rest to
have xen_pv_ prefix.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
ar
Hi Suzuki,
On 14 March 2017 at 11:31, Mathieu Poirier wrote:
> From: "Suzuki K. Poulose"
>
> With a coresight tracing session, the components along the path
> from the source to sink are disabled after the source is disabled.
> However, if the source was not actually disabled due to active
> use
On Tue, 2017-03-14 at 16:06 +0100, Sebastian Andrzej Siewior wrote:
> The setup/remove_state/instance() functions in the hotplug core code are
> serialized against concurrent CPU hotplug, but unfortunately not serialized
> against themself.
>
> As a consequence a concurrent invocation of these fun
Hi!
> > > However there are still three problems left:
> > > 1. More and more reports show that other platforms also
> > >encountered the same issue, so the quirk list might
> > >be endless.
> > > 2. Each CPUs should take the save/restore operation into
> > >consideration, rather than
Now everything is in place and we can move PV-only code under
CONFIG_XEN_PV. CONFIG_XEN_PV_SMP is created to support the change.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/Kconfig | 4
arch/x86/xen/Makefile | 9 +
2 files changed, 9 insertions(+),
startup_xen references PV-only code, decorate it with #ifdef CONFIG_XEN_PV
to make PV-free builds possible.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/xen-head.S | 4
1 file changed, 4 insertions(+)
diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-h
Basically, smp.c is renamed to smp_pv.c and some code moved out to common
smp.c. struct xen_common_irq delcaration ended up in smp.h.
Reviewed-by: Juergen Gross
Signed-off-by: Vitaly Kuznetsov
---
arch/x86/xen/Makefile | 2 +-
arch/x86/xen/smp.c| 488 +-
__pfn_to_mfn() is only used from PV code (mmu_pv.c, p2m.c) and from
page.h where all functions calling it check for
xen_feature(XENFEAT_auto_translated_physmap) first so we can replace
it with any stub to make build happy.
set_foreign_p2m_mapping()/clear_foreign_p2m_mapping() are used from
grant-t
Basically, enlighten.c is renamed to enlighten_pv.c and some code moved
out to common enlighten.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
Changes since v2:
xen_pin_vcpu() left in enlighten.c
---
arch/x86/xen/Makefile |4 +-
arch/x86/xen/enlighten.c| 1647
Basically, mmu.c is renamed to mmu_pv.c and some code moved out to common
mmu.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/Makefile |4 +-
arch/x86/xen/mmu.c| 2702 +
arch/x86/xen/mmu_pv.c | 2635 +
Move PVHVM related code to smp_hvm.c. Drop 'static' qualifier from
xen_smp_send_reschedule(), xen_smp_send_call_function_ipi(),
xen_smp_send_call_function_single_ipi(), these functions will be moved to
common smp code when smp_pv.c is split.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gr
Split xen_smp_prepare_boot_cpu() into xen_pv_smp_prepare_boot_cpu() and
xen_hvm_smp_prepare_boot_cpu() to support further splitting of smp.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/smp.c | 49 ++---
1 file changed,
Changes since v2:
- Rebase to 4.11.0-rc1+
- XEN_HAVE_PVMMU moved to config XEN_PV [Juergen Gross]
- .pin_vcpu kept for x86_hyper_xen_hvm to support PVH Dom0 in future
[Juergen Gross]
- 'extern' qualifiers dropped from newly introduced function prototypes
in headers [Juergen Gross]
- A couple o
On Tue, 14 Mar 2017, Bart Van Assche wrote:
> On Tue, 2017-03-14 at 16:06 +0100, Sebastian Andrzej Siewior wrote:
> > The setup/remove_state/instance() functions in the hotplug core code are
> > serialized against concurrent CPU hotplug, but unfortunately not serialized
> > against themself.
> >
>
Move PVHVM related code to mmu_hvm.c.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Juergen Gross
---
arch/x86/xen/Makefile | 2 +-
arch/x86/xen/mmu.c | 74 --
arch/x86/xen/mmu_hvm.c | 79 ++
3 file
901 - 1000 of 1088 matches
Mail list logo
