On Tue, Sep 23, 2014 at 04:08:36PM +0100, Weston Andros Adamson wrote:
> On Sep 23, 2014, at 11:02 AM, Weston Andros Adamson
> wrote:
> > Wait a second - the whole point of this extra reference (that the
> > WARN_ON_ONCE is related to) is to handle the pass off to commit lists.
> >
> > Maybe
Hi Huang,
I've added some code comments inline (and I'll squash them in my next
version).
On Tue, 23 Sep 2014 16:07:34 +0200
Boris BREZILLON wrote:
> Add a new function to move bits (not bytes) from a memory region to
> another one.
> This function is similar to memmove except it acts at bit
From: Marcos Paulo de Souza
Signed-off-by: Marcos Paulo de Souza
Cc: Dmitry Torokhov
Cc: Hans de Goede
Cc: Jiri Kosina
Cc: Tom Gundersen
Cc: Peter Hutterer
Cc: linux-in...@vger.kernel.org
Cc: sta...@vger.kernel.org
---
drivers/input/serio/i8042-x86ia64io.h | 9 +
1 file changed, 9
On Mon, Sep 15, 2014 at 4:09 PM, Mika Westerberg
wrote:
> Some newer Intel SoCs, like Braswell already have more than 256 GPIOs
> available so the default limit is exceeded. Instead of adding more
> architecture specific gpio.h files with custom ARCH_NR_GPIOs we increase
> the gpiolib default
On Tue, Sep 23, 2014 at 09:28:01AM -0400, Johannes Weiner wrote:
> On Tue, Sep 23, 2014 at 03:06:34PM +0400, Vladimir Davydov wrote:
> > On Mon, Sep 22, 2014 at 02:57:36PM -0400, Johannes Weiner wrote:
> > > On Mon, Sep 22, 2014 at 06:41:58PM +0400, Vladimir Davydov wrote:
> > > > On Fri, Sep 19,
On Tue, Sep 23, 2014 at 11:04:28PM +0800, Huang Shijie wrote:
> On Tue, Sep 23, 2014 at 04:58:22PM +0200, Boris BREZILLON wrote:
> > On Tue, 23 Sep 2014 22:54:15 +0800
> > Huang Shijie wrote:
> >
> > > On Tue, Sep 23, 2014 at 04:07:34PM +0200, Boris BREZILLON wrote:
> > > > Add a new function to
On Tue 23-09-14 01:46:40, Tommy Kurby wrote:
> Fixed coding style issues.
>
> Signed-off-by: Tommy Kurby
Hum, I think Matthew Wilcox's patches change this area as well and they
actually also do something useful. So I prefer not to merge this trivial
cleanup to not make Matthew's life
On Tue, Sep 23, 2014 at 04:07:35PM +0200, Boris BREZILLON wrote:
> Several MTD users (either in user or kernel space) expect a valid raw
> access support to NAND chip devices.
> This is particularly true for testing tools which are often touching the
> data stored in a NAND chip in raw mode to
"John W. Linville" writes:
> On Tue, Sep 23, 2014 at 07:20:53AM +0300, Kalle Valo wrote:
>> Joe Perches writes:
>>
>> > drivers/net/wireless/ath/wil6210/debug.c | 14 --
>> > drivers/net/wireless/ath/wil6210/wil6210.h | 7 +--
>> > 7 files changed, 32 insertions(+), 56
On Mon, Sep 15, 2014 at 4:44 PM, Ivan T. Ivanov wrote:
> This is forth version of the patches posted earlier here[1].
I mainly want you and Björn to cross-ACK each others' patches
and then I'm ready to merge this.
Björn are these 4 patches OK with you?
Yours,
Linus Walleij
--
To unsubscribe
23.09.2014, 19:06, "Peter Zijlstra" :
> On Mon, Sep 22, 2014 at 10:36:18PM +0400, Kirill Tkhai wrote:
>> From: Kirill Tkhai
>>
>> Architectures, which define __ARCH_WANT_UNLOCKED_CTXSW,
>> may pull a task when it's in the middle of schedule().
>>
>> CPU1(task1 calls schedule) CPU2
On Sun, Sep 14, 2014 at 3:56 PM, Fabian Frederick wrote:
> Use container_of instead of casting first structure member.
>
> Signed-off-by: Fabian Frederick
> ---
> Compiled but untested.
Patch applied.
The existing code is unintelligible, so thanks a lot.
Yours,
Linus Walleij
--
To unsubscribe
The ARM SMMU supports the IOMMU_NOEXEC protection flag. Add the
corresponding IOMMU capability.
Signed-off-by: Antonios Motakis
---
drivers/iommu/arm-smmu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
index c7cbdda..7c0fa25 100644
On Sat, Sep 13, 2014 at 8:31 PM, Joe Perches wrote:
> Use the more common pr_warn.
>
> Other miscellanea:
>
> o Coalesce formats
> o Realign arguments
> o typo fixes of Siple to Simple
>
> Signed-off-by: Joe Perches
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send
On Sep 23, 2014, at 11:02 AM, Weston Andros Adamson
wrote:
> On Sep 23, 2014, at 10:59 AM, Weston Andros Adamson
> wrote:
>
>> On Sep 23, 2014, at 10:53 AM, Will Deacon wrote:
>>
>>> On Tue, Sep 23, 2014 at 02:59:38PM +0100, Will Deacon wrote:
On Tue, Sep 23, 2014 at 02:33:06PM +0100,
This allows to make use of the VFIO_IOMMU_TYPE1 driver with platform
devices on ARM. The driver can then be used with an Exynos SMMU, or
ARM SMMU driver.
Signed-off-by: Antonios Motakis
---
drivers/vfio/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
We introduce the VFIO_DMA_MAP_FLAG_NOEXEC flag to the VFIO dma map call,
and expose its availability via the capability VFIO_IOMMU_PROT_NOEXEC.
This way the user can control whether the XN flag will be set on the
requested mappings. The IOMMU_NOEXEC flag needs to be available for all
the IOMMUs of
On Tue, Sep 23, 2014 at 04:09:08PM +0200, Takashi Iwai wrote:
> At Tue, 23 Sep 2014 16:30:21 +0530,
> Sudip Mukherjee wrote:
> >
> > initialized the reference of snd_card which was added to the various
> > structures through the previous patch of the series.
> > these references of snd_card will
Add documentation for alternative binding path 'driver_override' for
AMBA devices.
Signed-off-by: Antonios Motakis
---
Documentation/ABI/testing/sysfs-bus-amba | 20
1 file changed, 20 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-bus-amba
diff --git
On Tue, Sep 9, 2014 at 12:20 PM, Pramod Gurav
wrote:
> This patch removes a call to panic function when gpiochio_irqchip_add
> fails and just returns the error to the calling function.
> Same return value is used to handle the error case and adds a lable
> to release resources on error.
> The
On Mon, Sep 22, 2014 at 10:36:18PM +0400, Kirill Tkhai wrote:
> From: Kirill Tkhai
>
> Architectures, which define __ARCH_WANT_UNLOCKED_CTXSW,
> may pull a task when it's in the middle of schedule().
>
> CPU1(task1 calls schedule)CPU2
> ...
Replace devm_ioremap calls by devm_ioremap_resource which already check
resource consistency (resource != NULL) and print an error in case of
failure.
Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
Acked-by: Nicolas Ferre
Acked-by: Johan Hovold
Acked-by: Arnd Bergmann
---
On Tue, Sep 23, 2014 at 04:58:22PM +0200, Boris BREZILLON wrote:
> On Tue, 23 Sep 2014 22:54:15 +0800
> Huang Shijie wrote:
>
> > On Tue, Sep 23, 2014 at 04:07:34PM +0200, Boris BREZILLON wrote:
> > > Add a new function to move bits (not bytes) from a memory region to
> > > another one.
> > >
VFIO returns a file descriptor which we can use to manipulate the memory
regions of the device. Usually, the user will mmap memory regions that are
addressable on page boundaries, however for memory regions where this is
not the case we cannot provide mmap functionality due to security concerns.
On Tue, Sep 23, 2014 at 03:06:35PM +0100, Russell King - ARM Linux wrote:
> On Tue, Sep 23, 2014 at 07:56:01AM -0600, Bjorn Helgaas wrote:
> > This doesn't require any coordination with the PCI core, so I was just
> > leaving this up to the arch. But I guess I can at least give you my
> > opinion
On Sep 23, 2014, at 10:59 AM, Weston Andros Adamson
wrote:
> On Sep 23, 2014, at 10:53 AM, Will Deacon wrote:
>
>> On Tue, Sep 23, 2014 at 02:59:38PM +0100, Will Deacon wrote:
>>> On Tue, Sep 23, 2014 at 02:33:06PM +0100, Weston Andros Adamson wrote:
Any more info on how to reproduce
Hi Antonios,
On Tue, Sep 23, 2014 at 03:46:00PM +0100, Antonios Motakis wrote:
> Exposing the XN flag of the SMMU driver as IOMMU_NOEXEC instead of
> IOMMU_EXEC makes it enforceable, since for IOMMUs that don't support
> the XN flag pages will always be executable.
>
> Signed-off-by: Antonios
On Wed, Sep 10, 2014 at 11:15 AM, Antoine Tenart
wrote:
> The berlin_pinctrl_dt_free_map function tries to free memory
> allocated and handled by the of subsystem. This is wrong and
> already handled by pinctrl_dt_free_maps() which calls
> of_node_put().
>
> This patch fixes the Berlin pinctrl
Dave,
Please consider pulling this one last batch of fixes intended for the 3.17
stream!
For the NFC bits, Samuel says:
"Hopefully not too late for a handful of NFC fixes:
- 2 potential build failures for ST21NFCA and ST21NFCB, triggered by a
depmod dependenyc cycle.
- One potential buffer
On 14-09-23 05:54 AM, Matt Porter wrote:
On Mon, Sep 22, 2014 at 10:03:39PM -0700, Olof Johansson wrote:
On Fri, Sep 19, 2014 at 11:17:11AM -0700, Florian Fainelli wrote:
Hi all,
As some of you may have seen in the news, Broadcom has recently stopped
its mobile SoC activities. Upstream
On Tue, Sep 23, 2014 at 07:20:53AM +0300, Kalle Valo wrote:
> Joe Perches writes:
>
> > The return values are not used by callers of these functions
> > so change the functions to return void.
> >
> > Other miscellanea:
> >
> > o add __printf verification to wil6210 logging functions
> > No
On Thu, Sep 11, 2014 at 4:40 PM, Alexandre Belloni
wrote:
> From: Wenyou Yang
>
> Because the pin's Pull-Up and Pull-Down property is mutually exclusive.
>
> Signed-off-by: Wenyou Yang
Patch applied with Nicolas' ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On 2014-09-18 02:35, Randy Dunlap wrote:
> On 09/17/14 17:32, Stephen Rothwell wrote:
>> Hi all,
>>
>> After merging the net tree, today's linux-next build (powerpc
>> ppc64_defconfig) produced these warnings:
>>
>> warning: (PPC_CELL_NATIVE && BLUESTONE && CANYONLANDS && GLACIER && EIGER &&
>>
From: Peter Zijlstra
This patch reorders fields in the perf_sample_data
struct in order to minimize the number of cachelines
touched in perf_sample_data_init(). It also removes
some intializations which are redundant with the
code in kernel/events/core.c
Signed-off-by: Peter Zijlstra
---
On Sep 23, 2014, at 10:53 AM, Will Deacon wrote:
> On Tue, Sep 23, 2014 at 02:59:38PM +0100, Will Deacon wrote:
>> On Tue, Sep 23, 2014 at 02:33:06PM +0100, Weston Andros Adamson wrote:
>>> Any more info on how to reproduce this would be really great. Unfortunately
>>> I don’t
>>> have access
The RTT block is using the slow clock which is accessible through the clk
API.
Use the clk API to retrieve, enable and get the slow clk rate instead of
the AT91_SLOW_CLOCK macro (which hardcodes the slow clk rate).
Doing this allows us to reference the clk thus preventing the CCF from
disabling it
On Tue, Sep 23, 2014 at 02:59:38PM +0100, Will Deacon wrote:
> On Tue, Sep 23, 2014 at 02:33:06PM +0100, Weston Andros Adamson wrote:
> > Any more info on how to reproduce this would be really great. Unfortunately
> > I don’t
> > have access to an arm64 system.
>
> I've not spotted a pattern
The GPBR block provides a set of battery-backed registers that can be used
to save data which need to be kept when the system is powered down and
VDD-core is maintained by an external battery.
A typical usage is the RTT block (when used as an RTC) which needs one of
those registers to save the
PEBS can capture machine state regs at retiremnt of the sampled
instructions. When precise sampling is enabled on an event, PEBS
is used, so substitute the interrupted state with the PEBS state.
Note that not all registers are captured by PEBS. Those missing
are replaced by the interrupt state
Add the infrastructure to setup, collect and report the interrupt
machine state regs which can be captured by the kernel.
Signed-off-by: Stephane Eranian
---
tools/perf/perf.h |1 +
tools/perf/util/event.h |1 +
tools/perf/util/evsel.c | 46
Enable capture of interrupted machine state for each
sample.
Registers to sample are passed per event in the
sample_regs_intr bitmask.
To sample interrupt machine state, the
PERF_SAMPLE_INTR_REGS must be passed in
sample_type.
The list of available registers is arch
dependent and provided by
On Tue, 23 Sep 2014 22:54:15 +0800
Huang Shijie wrote:
> On Tue, Sep 23, 2014 at 04:07:34PM +0200, Boris BREZILLON wrote:
> > Add a new function to move bits (not bytes) from a memory region to
> > another one.
> > This function is similar to memmove except it acts at bit level.
> > This
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Tejun Heo
> Sent: Tuesday, 23 September, 2014 1:12 AM
> To: Christoph Hellwig
> Cc: Jens Axboe; linux-kernel@vger.kernel.org; linux-s...@vger.kernel.org
> Subject:
This patch updates the sample parsing test with support
for the sampling of machine interrupted state.
The patch modifies the do_test() code to sahred the sample
regts bitmask between user and intr regs.
Signed-off-by: Stephane Eranian
---
tools/perf/tests/sample-parsing.c | 55
Add -I/--intr-regs option to capture machine state registers at
interrupt.
Add the corresponding man page description
Signed-off-by: Stephane Eranian
---
tools/perf/Documentation/perf-record.txt |6 ++
tools/perf/builtin-record.c |2 ++
2 files changed, 8 insertions(+)
This short patch series add the ability to sample the interrupted
machine state for each hardware sample. This is useful to analyze
the state after certain events, for instance for function value
profiling after a call instruction.
The patch extends the interface with a new PERF_SAMPLE_REGS_INTR
On Tuesday, September 23, 2014 09:52:21 AM Felipe Balbi wrote:
> On Tue, Sep 23, 2014 at 04:52:01PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, September 23, 2014 03:17:12 PM Heikki Krogerus wrote:
> > > On Wed, Aug 20, 2014 at 02:55:26PM +0300, Heikki Krogerus wrote:
> > > > Most devices are
Remove all references to AT91CAP9 SoC which has been removed.
Rework help message to remove any specific references to AT91SAM9 SoCs.
State that RTC_DRV_AT91SAM9_RTT and RTC_DRV_AT91SAM9_GPBR options are only
used when booting non DT boards.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
In order to support multi platform kernel drivers should not include
machine specific headers.
Copy RTT macros in the driver code and remove any machine specific
headers.
Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
Acked-by: Nicolas Ferre
Acked-by: Johan Hovold
Acked-by: Arnd
Add of_match_table to the existing driver so that rtt nodes defined in at91
DTs can be attached to this driver.
Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
Acked-by: Nicolas Ferre
Acked-by: Johan Hovold
Acked-by: Arnd Bergmann
---
drivers/rtc/rtc-at91sam9.c | 9 +
1
On Tuesday 23 September 2014 03:52:48 C Bergström wrote:
> Here's where I originally found it
> https://github.com/Bumblebee-Project/Bumblebee/issues/159
> (Adding Peter to cc chain)
>
> I guess there's already a bug id and some (snarky?) comments
>
On Tue, Sep 23, 2014 at 04:10:09PM +0200, Arnd Bergmann wrote:
> On Tuesday 23 September 2014 21:58:14 Joe. C wrote:
> > Thanks for review.
> > The intend for these macros is helpin pinctrl user to write DT node.
> > With these macro, we could write like this for i2c0:
> >
> > mediatek,pinfunc =
On Tue, Sep 9, 2014 at 12:26 PM, Masahiro Yamada
wrote:
> Clearing obj-y, obj-m, obj-n, obj- in each Makefile is
> a useless habit.
>
> They are non-exported variables; therefore they are always empty
> whenever descending into each subdirectory.
> (Moreorver, obj-y and obj-m are also set to
This patch is a skeleton for the VFIO_DEVICE_SET_IRQS IOCTL, around which
most IRQ functionality is implemented in VFIO.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform_common.c | 41 ++--
drivers/vfio/platform/vfio_platform_irq.c | 56
Use ACCESS_ONCE() instead of the cast to volatile and read. This is just a style
change which is reader friendly.
Signed-off-by: Pranith Kumar
---
tools/perf/util/session.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/session.h b/tools/perf/util/session.h
First export the clk32k clk.
Then add clk_lookup entries for RTT devices so that rtc-at91sam9 driver
can retrieve and manipulate the slow clk.
Signed-off-by: Boris BREZILLON
Acked-by: Alexandre Belloni
Acked-by: Nicolas Ferre
Acked-by: Johan Hovold
Acked-by: Arnd Bergmann
---
On Tue, Sep 23, 2014 at 04:07:34PM +0200, Boris BREZILLON wrote:
> Add a new function to move bits (not bytes) from a memory region to
> another one.
> This function is similar to memmove except it acts at bit level.
> This function is needed to implement GPMI raw access functions, given the
>
Add RTT bindings documentation.
Signed-off-by: Boris BREZILLON
Acked-by: Nicolas Ferre
Acked-by: Johan Hovold
---
.../devicetree/bindings/rtc/atmel,at91sam9-rtc.txt | 23 ++
1 file changed, 23 insertions(+)
create mode 100644
On Tue, Sep 9, 2014 at 9:51 AM, Pramod Gurav
wrote:
> This patch releases gpiochip related resources by calling
> gpiochip_remove when gpiochip_irqchip_add fails.
>
> CC: Srinivas Kandagatla
> CC: Srinivas Kandagatla
> CC: Maxime Coquelin
> CC: Patrice Chotard
> CC: Linus Walleij
> CC:
On Tue, Sep 23, 2014 at 04:52:01PM +0200, Rafael J. Wysocki wrote:
> On Tuesday, September 23, 2014 03:17:12 PM Heikki Krogerus wrote:
> > On Wed, Aug 20, 2014 at 02:55:26PM +0300, Heikki Krogerus wrote:
> > > Most devices are configured for 32-bit DMA addresses.
> > > Setting the mask to 32-bit
On 09/22/2014 12:59 PM, Yoder Stuart-B08248 wrote:
-Original Message-
From: Kim Phillips [mailto:kim.phill...@freescale.com]
Sent: Monday, September 22, 2014 11:53 AM
To: Rivera Jose-B46482
Cc: gre...@linuxfoundation.org; a...@arndb.de; linux-kernel@vger.kernel.org;
Yoder
The GPBR registers are not part of the RTT block and thus should not be
defined in the reg property of the rtt node.
Use syscon to provide a proper DT representation and reference the GPBR
syscon device in a new "atmel,rtt-rtc-time-reg" property which store both
the syscon device phandle and the
On Tue, Sep 23, 2014 at 10:01:20AM +0200, Borislav Petkov wrote:
> ./arch/x86/include/asm/io_apic.h: In function ‘io_apic_modify’:
> ./arch/x86/include/asm/io_apic.h:223:48: warning: declaration of ‘apic’
> shadows a global declaration [-Wshadow]
> static inline void io_apic_modify(unsigned int
VFIO_PCI passes the VFIO device structure *vdev via eventfd to the handler
that implements masking/unmasking of IRQs via an eventfd. We can replace
it in the virqfd infrastructure with an opaque type so we can make use
of the mechanism from other VFIO bus drivers.
Signed-off-by: Antonios Motakis
Return information for the interrupts exposed by the device.
This patch extends VFIO_DEVICE_GET_INFO with the number of IRQs
and enables VFIO_DEVICE_GET_IRQ_INFO.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/Makefile| 2 +-
Now we have finally completely decoupled virqfd from VFIO_PCI. We can
initialize it from the VFIO generic code, in order to safely use it from
multiple independent VFIO bus drivers.
Signed-off-by: Antonios Motakis
---
drivers/vfio/pci/vfio_pci.c | 8
drivers/vfio/vfio.c | 8
The virqfd functionality that is used by VFIO_PCI to implement interrupt
masking and unmasking via an eventfd, is generic enough and can be reused
by another driver. Move it to a separate file in order to allow the code
to be shared.
Also properly export virqfd_enable and virqfd_disable in the
Raw versions of writel and writel should not be directly used and should
be replaced by their relaxed versions (readl/writel_relaxed), which take
endianness conversion into account.
In this driver we prefer the standard readl/writel function which add the
appropriate memory barrier around the
Adds support to mask interrupts, and also for automasked interrupts.
Level sensitive interrupts are exposed as automasked interrupts and
are masked and disabled automatically when they fire.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform_irq.c | 120
With this patch the VFIO user will be able to set an eventfd that can be
used in order to mask and unmask IRQs of platform devices.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform_irq.c | 48 +--
drivers/vfio/platform/vfio_platform_private.h |
This patch allows to set an eventfd for a patform device's interrupt,
and also to trigger the interrupt eventfd from userspace for testing.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform_irq.c | 89 ++-
On Tuesday 23 September 2014 16:34:12 Jingchang Lu wrote:
> This adds PM suspend/resume support for the of-serial driver
> to provide power management support on devices attatched to it.
>
> Signed-off-by: Jingchang Lu
>
Looks good to me,
Acked-by: Arnd Bergmann
--
To unsubscribe from this
Hello,
This patch series adds DT support to the atmel at91sam9 RTC driver.
It also removes any machine specific inclusions to prepare the migration
to multi platform kernel support, and retain the slow clock to prevent
the CCF from disabling it at the end of boot.
Best Regards,
Boris
Virqfd just needs to keep accesses to any struct *virqfd safe, but this
comes into play only when creating or destroying eventfds, so sharing
the same spinlock with the VFIO bus driver is not necessary.
Signed-off-by: Antonios Motakis
---
drivers/vfio/pci/vfio_pci_intrs.c | 10 +-
Enable building the VFIO PLATFORM driver that allows to use Linux platform
devices with VFIO.
Signed-off-by: Antonios Motakis
---
drivers/vfio/Kconfig | 1 +
drivers/vfio/Makefile | 1 +
drivers/vfio/platform/Kconfig | 9 +
drivers/vfio/platform/Makefile | 4
4
This patch enables the IOCTLs VFIO_DEVICE_GET_REGION_INFO ioctl call,
which allows the user to learn about the available MMIO resources of
a device.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform_common.c | 84 +--
A VFIO userspace driver will start by opening the VFIO device
that corresponds to an IOMMU group, and will use the ioctl interface
to get the basic device info, such as number of memory regions and
interrupts, and their properties. This patch enables the
VFIO_DEVICE_GET_INFO ioctl call.
Add support for discovering AMBA devices with VFIO and handle them
similarly to Linux platform devices.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_amba.c | 108 ++
include/uapi/linux/vfio.h | 1 +
2 files changed, 109
Allow to memory map the MMIO regions of the device so userspace can
directly access them.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform_common.c | 40 +++-
1 file changed, 39 insertions(+), 1 deletion(-)
diff --git
Enable building the VFIO AMBA driver. VFIO_AMBA depends on VFIO_PLATFORM,
since it is sharing a portion of the code, and it is essentially implemented
as a platform device whose resources are discovered via AMBA specific APIs
in the kernel.
Signed-off-by: Antonios Motakis
---
As already demonstrated with PCI [1] and the platform bus [2], a
driver_override property in sysfs can be used to bypass the id matching
of a device to a AMBA driver. This can be used by VFIO to bind to any AMBA
device requested by the user.
[1]
This patch forms the common skeleton code for platform devices support
with VFIO. This will include the core functionality of VFIO_PLATFORM,
however binding to the device and discovering the device resources will
be done with the help of a separate file where any Linux platform bus
specific code
Driver to bind to Linux platform devices, and callbacks to discover their
resources to be used by the main VFIO PLATFORM code.
Signed-off-by: Antonios Motakis
---
drivers/vfio/platform/vfio_platform.c | 96 +++
include/uapi/linux/vfio.h | 1 +
2
Some IOMMU drivers, such as the ARM SMMU driver, make available the
IOMMU_NOEXEC flag, to set the page tables for a device as XN (execute never).
This affects devices such as the ARM PL330 DMA Controller, which respects
this flag and will refuse to fetch DMA instructions from memory where the
XN
Exposing the XN flag of the SMMU driver as IOMMU_NOEXEC instead of
IOMMU_EXEC makes it enforceable, since for IOMMUs that don't support
the XN flag pages will always be executable.
Signed-off-by: Antonios Motakis
---
drivers/iommu/arm-smmu.c | 9 +
include/linux/iommu.h| 2 +-
2
Some IOMMUs accept an IOMMU_NOEXEC protection flag in addition to
IOMMU_READ and IOMMU_WRITE. Expose this as an IOMMU capability.
Signed-off-by: Antonios Motakis
---
include/linux/iommu.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/iommu.h b/include/linux/iommu.h
index
On Tue, Sep 9, 2014 at 12:20 PM, Pramod Gurav
wrote:
> This fixes the whole error handling in probe function by capturing and
> returning error values on kernel function like clk_prepare,
> clk_enable, gpiochip_add etc.
>
> CC: Jean-Christophe Plagniol-Villard
> CC: Linus Walleij
>
On Tue, Sep 23, 2014 at 04:33:48PM +0200, Arnd Bergmann wrote:
> On Tuesday 23 September 2014 16:01:13 Antoine Tenart wrote:
> >
> > On Tue, Sep 23, 2014 at 02:38:39PM +0200, Arnd Bergmann wrote:
> > > On Tuesday 23 September 2014 14:15:30 Antoine Tenart wrote:
> > > > +Optional properties:
> > >
On Wed, Sep 17, 2014 at 6:18 PM, Weike Chen wrote:
> This patch enables suspend and resume mode for the power management, and
> it is based on Josef Ahmad's previous work.
>
> Reviewed-by: Hock Leong Kweh
> Signed-off-by: Weike Chen
Patch applied with Andy's review tag.
Yours,
Linus Walleij
On Tuesday 23 September 2014 16:29:22 Antoine Tenart wrote:
>
> So I had a look on other Ethernet bindings. Would you agree with
> something like the following?
>
> eth0: ethernet@f7b9 {
> ...
> #address-cells = <1>;
> #size-cells =
On Mon, Sep 22, 2014 at 04:04:37PM +0800, Lai Jiangshan wrote:
> It seems incomplete if the pool_ids file doesn't include the default
> pwq's pool. Add it and the result:
>
> # cat pool_ids
> 0:9 1:10
> default:8
Hmmm? default pwq is used only as the fallback if pool switching
fails and the
On Tue, 23 Sep, at 04:25:36PM, Maarten Lankhorst wrote:
> It seems to boot for me with direct efi netboot. But when I'm doing a
> local boot through refind instead I also hit that setup_efi_pci()
> failed bug, it doesn't look like it's fixed by reverting all the efi
> stub patches though. This
On Tuesday 23 September 2014 16:01:13 Antoine Tenart wrote:
>
> On Tue, Sep 23, 2014 at 02:38:39PM +0200, Arnd Bergmann wrote:
> > On Tuesday 23 September 2014 14:15:30 Antoine Tenart wrote:
> > > +Optional properties:
> > > +- port-id: should be '0','1' or '2'.
> > > +- phy-addr: MDIO address of
On Mon, Sep 22, 2014 at 03:40:55AM -0700, Yifan Zhang wrote:
> You can tell it is a bug when pwq = get_work_pwq() return NULL, and
> cpu_intensive = pwq->wq->flags use it w/o check.
A bug somewhere else.
> Normally get_work_pwq doesn't return NULL, but we had a bug in code
> which makes
On Tuesday, September 23, 2014 03:17:12 PM Heikki Krogerus wrote:
> On Wed, Aug 20, 2014 at 02:55:26PM +0300, Heikki Krogerus wrote:
> > Most devices are configured for 32-bit DMA addresses.
> > Setting the mask to 32-bit here removes the need for the
> > drivers to do it separately.
>
> Rafael,
On Tue, 23 Sep 2014 16:20:37 +0200
Peter Zijlstra wrote:
> On Tue, Sep 23, 2014 at 07:45:22AM -0400, Rik van Riel wrote:
>
> > > I really thing the preempt_disable/enable is not needed.
> > >
> > > Paul, Thomas, care to comment?
> >
> > I suspect you are right. On normal kernels,
On Tue, Sep 23, 2014 at 04:01:13PM +0200, Antoine Tenart wrote:
> Arnd,
>
> On Tue, Sep 23, 2014 at 02:38:39PM +0200, Arnd Bergmann wrote:
> > On Tuesday 23 September 2014 14:15:30 Antoine Tenart wrote:
> > > +Optional properties:
> > > +- port-id: should be '0','1' or '2'.
> > > +- phy-addr:
On 09/23/14 16:00, Weijie Yang wrote:
> On Tue, Sep 23, 2014 at 12:48 PM, 朱辉 wrote:
>>
>>
>> On 09/23/14 12:18, Greg KH wrote:
>>> On Tue, Sep 23, 2014 at 10:57:09AM +0800, Hui Zhu wrote:
The cause of this issue is when free memroy size is low and a lot of task
is
trying to shrink
On Fri, Sep 12, 2014 at 09:41:41AM -0500, Seth Forshee wrote:
> Third round of patches for making it possible to mount with fuse from
> within user namespaces. The only change since v2 is the addition of a
> patch to ensure real root is capable towards inodes whose uid/gid is
> invalid.
It's been
On Tue 23-09-14 10:05:26, Johannes Weiner wrote:
[...]
> That's one way to put it. But the way I see it is that I remove a
> generic resource counter and replace it with a pure memory counter
> which I put where we account and limit memory - with one exception
> that is hardly worth creating a
501 - 600 of 2070 matches
Mail list logo