On Fri, May 29, 2015 at 06:44:45PM +1000, Alexey Kardashevskiy wrote:
> The iommu_table struct keeps a list of IOMMU groups it is used for.
> At the moment there is just a single group attached but further
> patches will add TCE table sharing. When sharing is enabled, TCE cache
> in each PE needs t
On Fri, May 29, 2015 at 06:44:44PM +1000, Alexey Kardashevskiy wrote:
> At the moment the DMA setup code looks for the "ibm,opal-tce-kill"
> property which contains the TCE kill register address. Writing to
> this register invalidates TCE cache on IODA/IODA2 hub.
>
> This moves the register addres
On Fri, May 29, 2015 at 06:44:41PM +1000, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple (currently two) TCE tables
> per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
> for TCE tables. Right now just one table is supported.
>
> For IODA, instead of em
On Fri, May 29, 2015 at 06:44:42PM +1000, Alexey Kardashevskiy wrote:
> This adds tce_iommu_take_ownership() and tce_iommu_release_ownership
> which call in a loop iommu_take_ownership()/iommu_release_ownership()
> for every table on the group. As there is just one now, no change in
> behaviour is
On Thu, 2015-05-28 at 15:12 +0200, Philippe Bergheaud wrote:
> This patch configures the PSL Timebase function and enables it,
> after the CAPP has been initialized by OPAL. Failures are reported
> and ignored.
Needs an Signed-off-by.
Comments inline.
> ---
> drivers/misc/cxl/cxl.h |5 +++
We see a large number of duplicate const errors in the user access
code when building with llvm/clang:
include/linux/pagemap.h:576:8: warning: duplicate 'const' declaration specifier
[-Wduplicate-decl-specifier]
ret = __get_user(c, uaddr);
The problem is we are doing const __typeof_
On Fri, May 29, 2015 at 06:44:40PM +1000, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple (currently two) TCE tables
> per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
> for TCE tables. Right now just one table is supported.
>
> This defines iommu_tabl
On Fri, May 29, 2015 at 06:44:33PM +1000, Alexey Kardashevskiy wrote:
> There moves locked pages accounting to helpers.
> Later they will be reused for Dynamic DMA windows (DDW).
>
> This reworks debug messages to show the current value and the limit.
>
> This stores the locked pages number in th
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, May 13, 2015 5:18 PM
> To: Pan Lijun-B44306
> Cc: linuxppc-...@ozlabs.org
> Subject: Re: [PATCH v3] powerpc/defconfig: new way of writing defconfig
>
> On Mon, 2015-05-11 at 23:39 -0500, Lijun Pan wrote:
> > It is always a
On Fri, Jan 30, 2015 at 1:22PM +0800, Wood Scott wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, January 30, 2015 1:22 PM
> To: Zhao Qiang-B45475
> Cc: linux-ker...@vger.kernel.org; net...@vger.kernel.org; linuxppc-
> d...@lists.ozlabs.org; Wood Scott-B07421; Xie Xiao
On Fri, May 29, 2015 at 06:44:29PM +1000, Alexey Kardashevskiy wrote:
> At the moment iommu_free_table() only releases memory if
> the table was initialized for the platform code use, i.e. it had
> it_map initialized (which purpose is to track DMA memory space use).
>
> With dynamic DMA windows, w
On Fri, May 29, 2015 at 06:44:27PM +1000, Alexey Kardashevskiy wrote:
> The existing code has 3 calls to iommu_register_group() and
> all 3 branches actually cover all possible cases.
>
> This replaces 3 calls with one and moves the registration earlier;
> the latter will make more sense when we a
On Fri, May 29, 2015 at 06:44:28PM +1000, Alexey Kardashevskiy wrote:
> So far an iommu_table lifetime was the same as PE. Dynamic DMA windows
> will change this and iommu_free_table() will not always require
> the group to be released.
>
> This moves iommu_group_put() out of iommu_free_table().
>
On Fri, May 29, 2015 at 06:44:26PM +1000, Alexey Kardashevskiy wrote:
> The set_iommu_table_base_and_group() name suggests that the function
> sets table base and add a device to an IOMMU group.
>
> The actual purpose for table base setting is to put some reference
> into a device so later iommu_a
On Fri, May 29, 2015 at 06:44:25PM +1000, Alexey Kardashevskiy wrote:
> This relies on the fact that a PCI device always has an IOMMU table
> which may not be the case when we get dynamic DMA windows so
> let's use more reliable check for IOMMU group here.
>
> As we do not rely on the table presen
Powerpc powernv platforms allow access to certain system flash devices
through a firmwarwe interface. This change adds an mtd driver for these
flash devices.
Minor updates from Jeremy Kerr and Joel Stanley.
Signed-off-by: Cyril Bur
Signed-off-by: Joel Stanley
Signed-off-by: Jeremy Kerr
---
V2:
On Fri, 2015-05-29 at 14:52 +0530, Neelesh Gupta wrote:
>
> [...]
>
> > +/**
> > + * @mtd: the device
> > + * @erase: the erase info
> > + * Returns 0 if erase successful or -ERRNO if an error occurred
> > + */
> > +static int powernv_flash_erase(struct mtd_info *mtd, struct erase_info
> > *eras
This series of commits converts non-modular code that is using the
module_init() call to hook itself into the system to instead use one of
the alternate priority initcalls.
Unlike the earlier series[1] that used device_initcall and hence was a
runtime no-op, these commits change to one of the alte
The FSL_SOC option is bool, and hence this code is either
present or absent. It will never be modular, so using
module_init as an alias for __initcall is rather misleading.
Fix this up now, so that we can relocate module_init from
init.h into module.h in the future. If we don't do this, we'd
hav
The hugetlbpage.o is obj-y (always built in). It will never
be modular, so using module_init as an alias for __initcall is
somewhat misleading.
Fix this up now, so that we can relocate module_init from
init.h into module.h in the future. If we don't do this, we'd
have to add module.h to obviousl
On Fri, May 29, 2015 at 01:44:38PM +0200, Takashi Iwai wrote:
> At Fri, 29 May 2015 20:06:09 +0900,
> Wolfram Sang wrote:
> >
> > > Do you think from which stable kernel version can this be applied?
> >
> > The offending commit is 3a3dd0186f619b74e61e6f29dddcaf59af7d3cac
> > ("i2c/powermac: Impro
On Sun, 31 May 2015, Finn Thain wrote:
> On Sun, 31 May 2015, Henrique de Moraes Holschuh wrote:
> > On Sun, 31 May 2015, Finn Thain wrote:
> > > Make use of arch_nvram_ops in the thinkpad_acpi driver so that the
> > > nvram_* function exports can be removed.
> > >
> > > This patch series was tes
Ok I did some scripting to add these topics you requested to the Intel JSON
files,
and changed perf list to group events by them.
I'll redirect any questions on their value to you.
And I certainly hope this is the last of your "improvements" for now.
The updated event lists are available in
On Sun, 31 May 2015, Finn Thain wrote:
> Make use of arch_nvram_ops in the thinkpad_acpi driver so that the
> nvram_* function exports can be removed.
>
> This patch series was tested on a ThinkPad T43.
Can you describe how you did the testing? A specific procedure is required
to test the hotkey
24 matches
Mail list logo
