; > -# CONFIG_ARM_SMCCC_SOC_ID:
> > -#
> > -# Include support for the SoC bus on the ARM SMCCC firmware based
> > -# platforms providing some sysfs information about the SoC variant.
> > -#
> > -# Symbol: ARM_SMCCC_SOC_ID [=y]
> > -# Type : bool
>
copy_to_user_page(vma, page, vaddr, dst, src, len) \
> do { \
> memcpy(dst, src, len); \
> flush_icache_range((unsigned) (dst), (unsigned) (dst) + (len)); \
> } while (0)
>
> -#define copy_from_u
copy_to_user_page(vma, page, vaddr, dst, src, len) \
> do { \
> memcpy(dst, src, len); \
> flush_icache_range((unsigned) (dst), (unsigned) (dst) + (len)); \
> } while (0)
>
> -#define copy_from_u
On Mon, 2019-10-28 at 09:59 +0800, Abner Chang wrote:
> Add RISC-V specific LD scripts. ."rela(INFO)" in the latest GccBase.lds
> causes PE32 relocation error.
> This is the temporaty solution untill we find the root casue.
>
> Signed-off-by: Abner Chang
>
> Cc: Bob Feng
> Cc: Liming Gao
> Cc:
On Mon, 2019-10-28 at 12:20 +0800, Abner Chang wrote:
> This is OpenSBI platform code implementation of U540 platform.
>
> Signed-off-by: Abner Chang
>
> Cc: Michael D Kinney
> Cc: Ard Biesheuvel
> Cc: Leif Lindholm
> Cc: Gilbert Chen
> Cc: Palmer Dabbelt
> Signed-off-by: Abner Chang
> ---
On Mon, 2019-10-28 at 12:20 +0800, Abner Chang wrote:
> Serial Port library for U5 series platform.
>
> Signed-off-by: Abner Chang
>
> Cc: Michael D Kinney
> Cc: Ard Biesheuvel
> Cc: Leif Lindholm
> Cc: Gilbert Chen
> Cc: Palmer Dabbelt
> Signed-off-by: Abner Chang
> ---
> .../Library/Ser
m wrong on this, so I'll let Mark comment since he authored
> the patch and knows better what's the problem that's fixing.
>
> > On Thu, 31 Oct 2019, 11:39 Javier Martinez Canillas,
> > wrote:
> >
> > > From: Mark Salter
> > >
> > > R
is that desc->entry may be uninitialized in the
async_trigger_callback path where the descriptor was gotten
from ccp_prep_dma_interrupt which got it from ccp_alloc_dma_desc
which doesn't initialize the desc->entry list head. So, just
initialize the list head to avoid the problem.
Reported
On Mon, 2019-03-11 at 22:47 +, Valentin Schneider wrote:
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
> code loop.
>
> Signed-off-by: Valentin Schneider
> Cc: Mark
o extend the generic
> ptrace API with PTRACE_GET_SYSCALL_INFO request.
>
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> Cc: Paul Moore
> Cc: Eric Paris
> Cc: Oleg Nesterov
> Cc: Andy Lutomirski
> Cc: Elvira Khabirova
> Cc: Eugene Syromyatnikov
> Cc:
ndy Lutomirski # for x86
> Reviewed-by: Palmer Dabbelt
> Acked-by: Paul Burton # MIPS parts
> Acked-by: Michael Ellerman (powerpc)
> Cc: Eric Paris
> Cc: Paul Moore
> Cc: Richard Henderson
> Cc: Ivan Kokshaysky
> Cc: Matt Turner
> Cc: Vineet Gupta
> Cc: Ru
o extend the generic
> ptrace API with PTRACE_GET_SYSCALL_INFO request.
>
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> Cc: Paul Moore
> Cc: Eric Paris
> Cc: Oleg Nesterov
> Cc: Andy Lutomirski
> Cc: Elvira Khabirova
> Cc: Eugene Syromyatnikov
> C
The following changes since commit b59dfdaef173677b0b7e10f375226c0a1114fd20:
i2c-hid: properly terminate i2c_hid_dmi_desc_override_table[] array
(2018-10-27 09:10:48 -0700)
are available in the Git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for
On Sun, 2018-10-28 at 15:53 +1100, Stephen Rothwell wrote:
> Hi Mark,
>
> Commit
>
> fe381767b94f ("c6x: switch to NO_BOOTMEM")
>
> is missing a Signed-off-by from its committer.
>
Oops, fixed.
On Wed, 2018-07-04 at 16:25 +0300, Mike Rapoport wrote:
> Any comments on this?
>
> On Wed, Jun 27, 2018 at 03:09:20PM +0300, Mike Rapoport wrote:
> > The c6x is already using memblock and does most of early memory
> > reservations with it, so it was only a matter of removing the bootmem
> > initi
On Mon, 2018-05-21 at 18:00 +0100, Will Deacon wrote:
> Hi Mark,
>
> Thanks for reporting this.
>
> On Sat, May 19, 2018 at 08:17:26PM -0400, Mark Salter wrote:
> > When running a kernel compiled with gcc8 on a machine using LSE, I
> > get:
> >
> > Un
t] "+r" (x0), [v] "+Q" (v->counter)
gcc8 used register x0 for both [ret] and [v] and the subs was
clobbering [v] before it was used for casal. Gcc is free to do
this because [ret] lacks an early clobber modifier. So add one
to tell gcc a separate register is needed for [v].
S
h_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>
> obj-$(CONFIG_MODULES) += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..
> --- a/arch/c6x/kernel/dma
h_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>
> obj-$(CONFIG_MODULES) += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..
> --- a/arch/c6x/kernel/dma
h_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>
> obj-$(CONFIG_MODULES) += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..
> --- a/arch/c6x/kernel/dma
h_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>
> obj-$(CONFIG_MODULES) += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..
> --- a/arch/c6x/kernel/dma
h_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>
> obj-$(CONFIG_MODULES) += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..
> --- a/arch/c6x/kernel/dma
On Sun, 2018-04-22 at 11:34 +0200, Rafael J. Wysocki wrote:
> On Fri, Apr 20, 2018 at 5:29 AM, Mark Salter wrote:
> > Commit e361d1f85855 ("ACPI / scan: Fix enumeration for special UART
> > devices") caused a regression with some X-Gene based platforms (Mustang
> &
T won't be enumerated by ACPI scan (slave serial devices shouldn't
be). So check for X-Gene UART device and skip slace device check on it.
Signed-off-by: Mark Salter
---
drivers/acpi/scan.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/acpi/scan.c b/drive
t, (void *)end, -1, "initrd");
> -}
> -#endif
> -
> void __init free_initmem(void)
> {
> free_initmem_default(-1);
Acked-by: Mark Salter
The following changes since commit 0adb32858b0bddf4ada5f364a84ed60b196dbcda:
Linux 4.16 (2018-04-01 14:20:27 -0700)
are available in the Git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for you to fetch changes up to 85fa2cc51104ee5b529ce85b12f4c8
On Thu, 2018-02-08 at 17:54 +, Mark Rutland wrote:
> Hi Mark,
>
> On Thu, Feb 08, 2018 at 12:45:04PM -0500, Mark Salter wrote:
> > When booting an arm64 debug kernel with ACPI, I see:
> >
> >BUG: sleeping function called from invalid context at mm/slab.
es when booting with device tree.
Fixes: 7d88eb695a1f ("arm/perf: Convert to hotplug state machine")
Signed-off-by: Mark Salter
---
include/linux/cpuhotplug.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/cpuhotplug.h b/include/linux/cpuhotplug.h
index 5172ad
rmation from one context to another.
> >
> > This patch only supports for XGene processors.
> >
> > Signed-off-by: Mark Salter
> > Signed-off-by: Khuong Dinh
> > ---
> > arch/arm64/include/asm/cpucaps.h |3 ++-
> > arch/arm64/inc
x/platforms/plldata.c: In function 'c6472_setup_clocks':
> arch/c6x/platforms/plldata.c:279:33: error: implicit declaration of function
> 'get_coreid'; did you mean 'get_order'?
> [-Werror=implicit-function-declaration]
> c6x_core_clk.parent = &sy
void acpi_table_upgrade(void) { }
>
> #ifdef CONFIG_ACPI_SPCR_TABLE
> extern bool qdf2400_e44_present;
> -int parse_spcr(bool earlycon);
> +int acpi_parse_spcr(bool enable_earlycon, bool enable_console);
> #else
> -static inline int parse_spcr(bool earlycon) { return 0;
void acpi_table_upgrade(void) { }
>
> #ifdef CONFIG_ACPI_SPCR_TABLE
> extern bool qdf2400_e44_present;
> -int parse_spcr(bool earlycon);
> +int acpi_parse_spcr(bool enable_earlycon, bool enable_console);
> #else
> -static inline int parse_spcr(bool earlycon) { return 0;
On Fri, 2018-01-05 at 14:57 +, Mark Rutland wrote:
> Under speculation, CPUs may mis-predict branches in bounds checks. Thus,
> memory accesses under a bounds check may be speculated even if the
> bounds check fails, providing a primitive for building a side channel.
>
> This patch adds helper
On Mon, 2017-09-04 at 15:14 -0400, Jérémy Lefaure wrote:
> KTHREAD_SIZE has never been used since it has been defined for c6x arch.
> Let's remove this useless definition.
>
> Signed-off-by: Jérémy Lefaure
> Acked-by: Mark Salter
> ---
> Hi,
> I sent this patch
The following changes since commit 14ccee78fc82f5512908f4424f541549a5705b89:
Linux 4.13-rc6 (2017-08-20 14:13:52 -0700)
are available in the git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for you to fetch changes up to 636d42117800db1a994726fcf0
gt;
> Thanks
>
> Graeme
For the series:
Tested-by: Mark Salter
Reviewed-by: Mark Salter
On Thu, 2017-07-20 at 06:58 +0200, Krzysztof Kozlowski wrote:
> Remove old, dead Kconfig options (in order appearing in this commit):
> - EXPERIMENTAL is gone since v3.9;
> - MISC_DEVICES: commit 7c5763b8453a ("drivers: misc: Remove
>MISC_DEVICES config option");
>
> Signed-off-by: Krzysztof
On Wed, 2017-07-19 at 21:23 +0200, Rafael J. Wysocki wrote:
> On Wed, Jul 19, 2017 at 7:24 PM, Mark Salter wrote:
> > Rafael,
> >
> > What do you think of this one?
>
> Please ask this question to Boris Petkov in the first place.
Yes, I should have included Boris.
On Tue, 2017-07-18 at 16:42 -0500, Rob Herring wrote:
> Now that we have a custom printf format specifier, convert users of
> full_name to use %pOF instead. This is preparation to remove storing
> of the full path string for each node.
>
> Signed-off-by: Rob Herring
> Cc:
Rafael,
What do you think of this one? I was submitted a long time ago but
there was never any real resolution to it.
Loc Ho (1):
acpi: apei: Enable APEI multiple GHES source to share an single
external IRQ
drivers/acpi/apei/ghes.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
From: Loc Ho
This patch allows APEI generic error source table with external
IRQ to share an single IRQ.
Signed-off-by: Tuan Phan
Signed-off-by: Loc Ho
Signed-off-by: Mark Salter
---
drivers/acpi/apei/ghes.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/acpi
rnel,
this fixes an error seen on a Mustang (arm64) platform:
GHES: Failed to map GSI to IRQ for generic hardware error source: 2
GHES: probe of GHES.2 failed with error 81
Signed-off-by: Tuan Phan
Signed-off-by: Loc Ho
[rebased to v4.12-rc]
Signed-off-by: Mark Salter
---
drivers/acpi
The following changes since commit a351e9b9fc24e982ec2f0e76379a49826036da12:
Linux 4.11 (2017-04-30 19:47:48 -0700)
are available in the git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for you to fetch changes up to 91ebcd1b97aea87172e8ae8871f1f3
ccessary if we ran asm files
> * through the preprocessor.
> */
> - DEFINE(KTHREAD_SIZE, THREAD_SIZE);
> DEFINE(KTHREAD_SHIFT, THREAD_SHIFT);
> DEFINE(KTHREAD_START_SP, THREAD_START_SP);
> DEFINE(ENOSYS_, ENOSYS);
Acked-by: Mark Salter
On Fri, 2017-05-19 at 08:47 -0400, Mark Salter wrote:
> On Fri, 2017-05-19 at 09:34 +1000, Stephen Rothwell wrote:
> > Hi Mark,
> >
> > On Wed, 17 May 2017 07:51:55 +1000 Stephen Rothwell
> > wrote:
> > >
> > > Fetching the c6x tree profuces this er
On Fri, 2017-05-19 at 09:34 +1000, Stephen Rothwell wrote:
> Hi Mark,
>
> On Wed, 17 May 2017 07:51:55 +1000 Stephen Rothwell
> wrote:
> >
> > Fetching the c6x tree profuces this error:
> >
> > fatal: unable to connect to linux-c6x.org:
> > linux-c6x.org[0: 184.73.195.71]: errno=Connection tim
On Fri, 2017-03-24 at 14:09 +, Mark Rutland wrote:
> On Fri, Mar 24, 2017 at 09:53:56AM -0400, Mark Salter wrote:
> > Commit 5c492c3f5255 ("arm64: smp: Add function to determine if cpus are
> > stuck in the kernel") added a helper function to determine if die() is
g protocol is used to boot secondary cpus. In that case, there
is a NULL dereference if have_cpu_die() is called by cpu0. So add a
check for a valid cpu_ops before dereferencing it.
Fixes: 5c492c3f5255 ("arm64: smp: Add function to determine if cpus are stuck
in the kernel")
Signed
On Thu, 2017-03-16 at 12:51 -0400, Mark Salter wrote:
> This reverts commit aea9a80ba98a0c9b4de88850260e9fbdcc98360b.
I see now that Aleksey already submitted a revert and it is in tty-next,
so ignore this.
>
> It completely breaks PL011 SPCR support (a console=ttyAMA0 is
> requi
patch to fix the original
"double printing" problem which this reverted patch was trying to
fix.
https://lkml.org/lkml/2017/3/15/223
So, let's revert the broken patch and live with the double printing
until Aleksey's patch gets upstream.
Signed-off-by: Mark Salter
---
dri
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
der-y += shmbuf.h
> -header-y += sigcontext.h
> -header-y += signal.h
> -header-y += socket.h
> -header-y += sockios.h
> -header-y += stat.h
> -header-y += swab.h
> -header-y += termbits.h
> -header-y += termios.h
> -header-y += types.h
> -header-y += unistd.h
> g
On Tue, 2016-12-06 at 01:34 -0500, Jon Masters wrote:
> On 12/05/2016 10:55 PM, Duc Dang wrote:
> >
> > On Mon, Dec 5, 2016 at 6:27 PM, Jon Masters wrote:
> > >
> > > Hi Duc, all,
> > >
> > > So after regenerating the initrd override (I must have fat fingered)
> > > it is now detecting the corr
On Sat, 2016-12-03 at 05:06 -0500, Jon Masters wrote:
> Hi Duc, all,
>
> (and changing the subject and trimming/adjusting the CC)
>
> On 12/02/2016 02:39 PM, Duc Dang wrote:
> >
> > On Fri, Dec 2, 2016 at 12:11 AM, Jon Masters wrote:
> > >
> > > You're welcome.
> > >
> > > (Unrelated) Note th
On Thu, 2016-12-01 at 12:33 -0600, Bjorn Helgaas wrote:
> Hi Duc,
>
> On Wed, Nov 30, 2016 at 03:42:53PM -0800, Duc Dang wrote:
> >
> > PCIe controllers in X-Gene SoCs is not ECAM compliant: software
> > needs to configure additional controller's register to address
> > device at bus:dev:function
On Wed, 2016-11-30 at 15:42 -0800, Duc Dang wrote:
> PCIe controllers in X-Gene SoCs is not ECAM compliant: software
> needs to configure additional controller's register to address
> device at bus:dev:function.
>
> The quirk will only be applied for X-Gene PCIe MCFG table with
> OEM revison 1, 2,
On Mon, 2016-10-24 at 08:05 -0400, Alexander Duyck wrote:
> This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
> avoid invoking cache line invalidation if the driver will just handle it
> later via a sync_for_cpu or sync_for_device call.
>
> Cc: Mark Salter
On Mon, 2016-10-24 at 08:05 -0400, Alexander Duyck wrote:
> This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
> avoid invoking cache line invalidation if the driver will just handle it
> later via a sync_for_cpu or sync_for_device call.
>
> Cc: Mark Salter
On Fri, 2016-09-09 at 17:28 +0800, Hanjun Guo wrote:
> On 2016/9/9 0:34, Mark Salter wrote:
> >
> > On Thu, 2016-09-08 at 12:16 +0100, Will Deacon wrote:
> > >
> > > On Wed, Sep 07, 2016 at 12:30:19PM +0300, Aleksey Makarov wrote:
> > > >
>
On Thu, 2016-09-08 at 12:16 +0100, Will Deacon wrote:
> On Wed, Sep 07, 2016 at 12:30:19PM +0300, Aleksey Makarov wrote:
> >
> >
> > On 09/05/2016 03:36 PM, Aleksey Makarov wrote:
> > >
> > > SBBR mentions SPCR as a mandatory ACPI table. So enable it for ARM64
> > >
> > > Earlycon should be se
On Thu, 2016-08-11 at 17:59 +0200, Luis R. Rodriguez wrote:
> On Thu, Aug 11, 2016 at 07:32:42AM -0400, Mark Salter wrote:
> >
> > On Thu, 2016-08-11 at 07:56 +0200, Luis R. Rodriguez wrote:
> > >
> > > On Wed, Aug 10, 2016 at 07:04:09PM -0400, Mark Salter wrote:
On Thu, 2016-08-11 at 07:56 +0200, Luis R. Rodriguez wrote:
> On Wed, Aug 10, 2016 at 07:04:09PM -0400, Mark Salter wrote:
> >
> > On Wed, 2016-08-10 at 23:30 +0200, Luis R. Rodriguez wrote:
> > >
> > > On Tue, Aug 09, 2016 at 11:04:07PM -0400, Mark Salter wrote:
On Wed, 2016-08-10 at 23:30 +0200, Luis R. Rodriguez wrote:
> On Tue, Aug 09, 2016 at 11:04:07PM -0400, Mark Salter wrote:
> >
> > On Tue, 2016-08-09 at 19:09 -0700, Luis R. Rodriguez wrote:
> > >
> > > On Aug 9, 2016 6:50 PM, "Mark Salter" wrote:
>
On Tue, 2016-08-09 at 19:09 -0700, Luis R. Rodriguez wrote:
> On Aug 9, 2016 6:50 PM, "Mark Salter" wrote:
> >
> > On Tue, 2016-08-09 at 20:40 +0200, Luis R. Rodriguez wrote:
> > > On Tue, Aug 09, 2016 at 01:04:00PM -0400, Mark Salter wrote:
> > >
On Tue, 2016-08-09 at 20:40 +0200, Luis R. Rodriguez wrote:
> On Tue, Aug 09, 2016 at 01:04:00PM -0400, Mark Salter wrote:
> >
> > On Tue, 2016-08-09 at 06:37 -0700, Guenter Roeck wrote:
> > >
> > > On 08/09/2016 01:11 AM, Luis R. Rodriguez wrote:
> &g
On Tue, 2016-08-09 at 20:40 +0200, Luis R. Rodriguez wrote:
> On Tue, Aug 09, 2016 at 01:04:00PM -0400, Mark Salter wrote:
> >
> > On Tue, 2016-08-09 at 06:37 -0700, Guenter Roeck wrote:
> > >
> > > On 08/09/2016 01:11 AM, Luis R. Rodriguez wrote:
> &g
On Tue, 2016-08-09 at 06:37 -0700, Guenter Roeck wrote:
> On 08/09/2016 01:11 AM, Luis R. Rodriguez wrote:
> >
> > Mark, Aurelien,
> >
> > I've run into a linker (ld) issue caused by the linker table work I've
> > been working on [0]. I looked into this and for the life of me, I
> > cannot compre
hunder-pem.c | 96
> --
> include/linux/pci-acpi.h | 5 ++
> include/linux/pci-ecam.h | 2 +-
> 9 files changed, 252 insertions(+), 57 deletions(-)
> create mode 100644 drivers/pci/host/mcfg-quirks.c
> create mode 100644 drivers/pci/host/mcfg-quirks.h
>
Tested-by: Mark Salter
On Mon, 2016-08-08 at 15:05 +0200, Tomasz Nowicki wrote:
> Some platforms may not be fully compliant with generic set of PCI config
> accessors. For these cases we implement the way to overwrite accessors
> set. Algorithm traverses available quirk list (static array),
> matches against and
> retur
On Tue, 2016-06-28 at 09:54 +0200, Tomasz Nowicki wrote:
> Some platforms may not be fully compliant with generic set of PCI config
> accessors. For these cases we implement the way to overwrite accessors
> set. Algorithm traverses available quirk list (static array),
> matches against and
> retur
l allocate and reserve the region for later
> > > > use.
> > > >
> > > > User space tools, like kexec-tools, will be able to find that region as
> > > > - "Crash kernel" in /proc/iomem, or
> > > > - "linux,crash
On Mon, 2016-06-06 at 16:09 -0400, Mark Salter wrote:
> On Mon, 2016-06-06 at 00:18 +1000, Stephen Rothwell wrote:
> >
> > Hi Mark,
> >
> > Fetching the c6x tree has produced this error for the past few days:
> >
> > fatal: Could not read from remote re
On Mon, 2016-06-06 at 00:18 +1000, Stephen Rothwell wrote:
> Hi Mark,
>
> Fetching the c6x tree has produced this error for the past few days:
>
> fatal: Could not read from remote repository.
>
> Please make sure you have the correct access rights
> and the repository exists.
>
Thanks. TI is
On Thu, 2016-06-02 at 17:39 +0200, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Acked-by: Mark Salter
> arch/c6x/include/asm/dma-mapping.h |
On Wed, 2016-05-25 at 21:48 +0100, Matt Fleming wrote:
> (Cc'ing Mark, the original author)
>
> On Wed, 25 May, at 04:36:55PM, Vitaly Kuznetsov wrote:
> >
> > Commit 78ce248faa3c ("efi: Iterate over efi.memmap in
> > for_each_efi_memory_desc()") introduced a regression for systems booted
> > with
On Wed, 2016-05-11 at 17:06 +0800, zengzhao...@163.com wrote:
> From: Zhaoxiu Zeng
>
> Simply use the generic version.
>
> Signed-off-by: Zhaoxiu Zeng
> Acked-by: Hans-Christian Noren Egtvedt [for avr32]
> ---
For c6x:
Acked-by: Mark Salter
On Wed, 2016-05-11 at 17:06 +0800, zengzhao...@163.com wrote:
> From: Zhaoxiu Zeng
>
> Simply use the generic version.
>
> Signed-off-by: Zhaoxiu Zeng
> Acked-by: Hans-Christian Noren Egtvedt [for avr32]
> ---
For c6x:
On Wed, 2016-05-11 at 17:06 +0800, zengzhao...@163.com wrote:
> From: Zhaoxiu Zeng
>
> Simply use the generic version.
>
> Signed-off-by: Zhaoxiu Zeng
> Acked-by: Hans-Christian Noren Egtvedt [for avr32]
> ---
For c6x:
Acked-by: Mark Salter
--
To unsubscribe from thi
01-e001 : AMDI0300:00
> e0010004-e0010004 : AMDI0300:00
>
> and the ipmi_si driver tries to register one region e001-e0010004.
>
> Based on a patch from Mark Salter
>
> Signed-off-by: Corey Minyard
> ---
This works for me as well.
Tested-by: Mark Salter
&g
01-e001 : AMDI0300:00
> e0010004-e0010004 : AMDI0300:00
>
> and the ipmi_si driver tries to register one region e001-e0010004.
>
> Based on a patch from Mark Salter
>
> Signed-off-by: Corey Minyard
> ---
This works for me as well.
Tested-by: Mark Salter
&g
leanup ops can share the code which requests and
releases the regions separately.
Signed-off-by: Mark Salter
---
drivers/char/ipmi/ipmi_si_intf.c | 74 +---
1 file changed, 54 insertions(+), 20 deletions(-)
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/dr
leanup ops can share the code which requests and
releases the regions separately.
Signed-off-by: Mark Salter
---
drivers/char/ipmi/ipmi_si_intf.c | 74 +---
1 file changed, 54 insertions(+), 20 deletions(-)
diff --git a/drivers/char/ipmi/ipmi_si_intf.c b/dr
On Wed, 2016-04-20 at 07:36 +1000, Stephen Rothwell wrote:
> Hi Mark,
>
> Attempting to fetch the c6x tree
> (git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git#for-linux-next)
> produced this error:
>
> fatal: Could not read from remote repository.
>
> Please make sure you have the corr
On Wed, 2016-04-06 at 09:27 -0700, Peter Hurley wrote:
> On 04/06/2016 07:18 AM, Mark Salter wrote:
> >
> > On Wed, 2016-04-06 at 11:52 +0100, Graeme Gregory wrote:
> > >
> > > On Wed, Apr 06, 2016 at 01:24:12PM +0300, Aleksey Makarov wrote:
> > > >
On Wed, 2016-04-06 at 11:52 +0100, Graeme Gregory wrote:
> On Wed, Apr 06, 2016 at 01:24:12PM +0300, Aleksey Makarov wrote:
> >
> >
> >
> > On 04/05/2016 07:27 PM, Mark Salter wrote:
> > >
> > > Could you CC me on future postings of this series, ple
CPI (Graeme Gregory)
> - introduce DBG2 constants in a separate patch (Andy Shevchenko)
> - fix a typo in DBG2 constants (Andy Shevchenko)
> - add ACPI_DBG2_ARM_SBSA_32BIT constant (Christopher Covington)
> - add support for ACPI_DBG2_ARM_SBSA_* consoles (Christopher Coving
On Tue, 2016-04-05 at 13:59 +0800, Kefeng Wang wrote:
> Use helper of_platform_default_populate() in linux/of_platform
> when possible, instead of calling of_platform_populate() with
> the default match table.
>
> Acked-by: Mark Salter
> Cc: Mark Salter
> Cc: Aurelien Jacq
On Mon, 2016-02-01 at 19:30 -0500, Mark Salter wrote:
> Commit 4dffbfc48d65 ("arm64/efi: mark UEFI reserved regions as
> MEMBLOCK_NOMAP") causes a potential problem in arm64 initrd relocation
> code. If the kernel uses a pagesize greater than the 4k pagesize used
> by UEFI,
On Tue, 2016-02-16 at 14:53 +0100, Tomasz Nowicki wrote:
> Some platforms may not be fully compliant with generic set of PCI config
> accessors. For these cases we implement the way to overwrite accessors
> set prior to PCI buses enumeration. Algorithm traverses available quirk
> list, matches agai
On Tue, 2016-02-09 at 17:56 -0800, Duc Dang wrote:
> This patch makes pci-xgene-msi driver ACPI-aware and provides
> MSI capability for X-Gene v1 PCIe controllers in ACPI boot mode.
>
> Signed-off-by: Duc Dang
> ---
> drivers/pci/host/pci-xgene-msi.c | 35 ---
> 1
101 - 200 of 1081 matches
Mail list logo
