On Tue, Mar 14, 2017 at 12:08:33PM +, Sudeep Holla wrote:
> On Tue, Feb 21, 2017 at 7:11 PM, Stafford Horne <sho...@gmail.com> wrote:
> > From: Stefan Kristiansson <stefan.kristians...@saunalahti.fi>
> >
> > Motivation for this is to be able to print
On Tue, Mar 14, 2017 at 12:08:33PM +, Sudeep Holla wrote:
> On Tue, Feb 21, 2017 at 7:11 PM, Stafford Horne wrote:
> > From: Stefan Kristiansson
> >
> > Motivation for this is to be able to print the way information
> > properly in print_cpuinfo(), inst
On Fri, Feb 24, 2017 at 01:48:10PM +0100, Jonas Bonn wrote:
> On 02/24/2017 11:54 AM, Stefan Kristiansson wrote:
> >eOn Fri, Feb 24, 2017 at 10:57:19AM +0100, Jonas Bonn wrote:
> >>On 02/24/2017 05:32 AM, Stafford Horne wrote:
> >>>From: Stefan Kristiansson <
On Fri, Feb 24, 2017 at 01:48:10PM +0100, Jonas Bonn wrote:
> On 02/24/2017 11:54 AM, Stefan Kristiansson wrote:
> >eOn Fri, Feb 24, 2017 at 10:57:19AM +0100, Jonas Bonn wrote:
> >>On 02/24/2017 05:32 AM, Stafford Horne wrote:
> >>>From: Stefan Kristiansson
&g
eOn Fri, Feb 24, 2017 at 10:57:19AM +0100, Jonas Bonn wrote:
> On 02/24/2017 05:32 AM, Stafford Horne wrote:
> >From: Stefan Kristiansson <stefan.kristians...@saunalahti.fi>
> >
> >This brings it inline with the other setup oprations done like the cache
> >enables
eOn Fri, Feb 24, 2017 at 10:57:19AM +0100, Jonas Bonn wrote:
> On 02/24/2017 05:32 AM, Stafford Horne wrote:
> >From: Stefan Kristiansson
> >
> >This brings it inline with the other setup oprations done like the cache
> >enables _ic_enable and _dc_enable. Also, this is
On Tue, Nov 17, 2015 at 04:46:29PM +0100, Geert Uytterhoeven wrote:
> Thanks, this is still very useful!
>
> I stumbled across this old patch while trying to instantiate a fixed rate
> clock from a DT overlay.
> Without this, the clock is never instantiated, as drivers/clk/clk-fixed-rate.c
> uses
On Tue, Nov 17, 2015 at 04:46:29PM +0100, Geert Uytterhoeven wrote:
> Thanks, this is still very useful!
>
> I stumbled across this old patch while trying to instantiate a fixed rate
> clock from a DT overlay.
> Without this, the clock is never instantiated, as drivers/clk/clk-fixed-rate.c
> uses
On Sat, Feb 21, 2015 at 07:18:27PM -0800, Joe Perches wrote:
> Hello Stefan, Jonas:
>
> I sent a patch for openrisc use of seq_printf
> to li...@lists.openrisc.net that bounced.
>
> https://lkml.org/lkml/2015/2/21/228
>
> There's no DNS entry for openrisc.net.
>
> I notice Stefan has an active
On Sat, Feb 21, 2015 at 07:18:27PM -0800, Joe Perches wrote:
Hello Stefan, Jonas:
I sent a patch for openrisc use of seq_printf
to li...@lists.openrisc.net that bounced.
https://lkml.org/lkml/2015/2/21/228
There's no DNS entry for openrisc.net.
I notice Stefan has an active openrisc
xes below build warning:
> drivers/video/fbdev/ocfb.c:335:2:
> warning: passing argument 3 of ‘dma_alloc_attrs’
> from incompatible pointer type [enabled by default]
>
> Signed-off-by: Qiang Chen
Acked-by: Stefan Kristiansson
--
To unsubscribe from this list: send the
:
drivers/video/fbdev/ocfb.c:335:2:
warning: passing argument 3 of ‘dma_alloc_attrs’
from incompatible pointer type [enabled by default]
Signed-off-by: Qiang Chen qiang2.c...@sonymobile.com
Acked-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
--
To unsubscribe from
This adds the necessary values to the constraint list and
register values to the coefficient table in order to
configure the device for 11.025kHz and 22.5kHz sample rates.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Keep SSM2602_RATES sorted.
---
sound/soc/codecs/ssm2602.c | 15
Allow the ssm2602/ssm2603/ssm2604 codec driver to be
instantiated from the device tree.
Also, add Kconfig prompts to allow manual selection of both the
I2C and SPI configuration versions of the driver.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Remove "ssm2603" and &quo
The correct type (SSM2602/SSM2603/SSM2604) is passed down
from the ssm2602_spi_probe()/ssm2602_spi_probe() functions,
so use that instead of hardcoding it to SSM2602 in
ssm2602_probe().
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- None, new in series.
---
sound/soc/codecs/ssm2602.c
On Mon, Sep 29, 2014 at 05:34:52PM +0300, Stefan Kristiansson wrote:
> ... if I set it to
> "adi,ssm2604" I get id->name = "ssm2603" and id->driver_data = 1.
>
Err, copy-paste mistake,that should have of course have read
'if I set it to "adi,ssm2604"
On Mon, Sep 29, 2014 at 10:50:24AM +0200, Lars-Peter Clausen wrote:
> On 09/28/2014 09:57 AM, Stefan Kristiansson wrote:
> >Allow the ssm2602/ssm2603/ssm2604 codec driver to be
> >instantiated from the device tree.
> >
> >Also, add Kconfig prompts to allow manual s
On Mon, Sep 29, 2014 at 10:50:24AM +0200, Lars-Peter Clausen wrote:
On 09/28/2014 09:57 AM, Stefan Kristiansson wrote:
Allow the ssm2602/ssm2603/ssm2604 codec driver to be
instantiated from the device tree.
Also, add Kconfig prompts to allow manual selection of both the
I2C and SPI
On Mon, Sep 29, 2014 at 05:34:52PM +0300, Stefan Kristiansson wrote:
... if I set it to
adi,ssm2604 I get id-name = ssm2603 and id-driver_data = 1.
Err, copy-paste mistake,that should have of course have read
'if I set it to adi,ssm2604 I get id-name = ssm2604'
--
To unsubscribe from
The correct type (SSM2602/SSM2603/SSM2604) is passed down
from the ssm2602_spi_probe()/ssm2602_spi_probe() functions,
so use that instead of hardcoding it to SSM2602 in
ssm2602_probe().
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2:
- None, new in series
Allow the ssm2602/ssm2603/ssm2604 codec driver to be
instantiated from the device tree.
Also, add Kconfig prompts to allow manual selection of both the
I2C and SPI configuration versions of the driver.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2
This adds the necessary values to the constraint list and
register values to the coefficient table in order to
configure the device for 11.025kHz and 22.5kHz sample rates.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2:
- Keep SSM2602_RATES sorted
This adds the necessary values to the constraint list and
register values to the coefficient table in order to
configure the device for 11.025kHz and 22.5kHz sample rates.
Signed-off-by: Stefan Kristiansson
---
sound/soc/codecs/ssm2602.c | 15 +--
1 file changed, 13 insertions(+), 2
Allow the ssm2602/ssm2603/ssm2604 codec driver to be
instantiated from the device tree.
Also, add Kconfig prompts to allow manual selection of both the
I2C and SPI configuration versions of the driver.
Signed-off-by: Stefan Kristiansson
---
.../devicetree/bindings/sound/adi,ssm2602.txt
This adds the necessary values to the constraint list and
register values to the coefficient table in order to
configure the device for 11.025kHz and 22.5kHz sample rates.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
sound/soc/codecs/ssm2602.c | 15 +--
1
Allow the ssm2602/ssm2603/ssm2604 codec driver to be
instantiated from the device tree.
Also, add Kconfig prompts to allow manual selection of both the
I2C and SPI configuration versions of the driver.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
.../devicetree
call_get_arch for all
> > arches")
> > Cc: Eric Paris
> > Cc: Stefan Kristiansson
> > Cc: Geert Uytterhoeven
> > Cc: Stephen Rothwell
> > Signed-off-by: Guenter Roeck
> > ---
> > v2: Only move EM_OPENRISC.
> >
> > Another possibl
On Fri, Sep 26, 2014 at 08:30:57AM +0200, Geert Uytterhoeven wrote:
> Hi Günther,
>
> [cc openrisc]
>
> On Thu, Sep 25, 2014 at 10:25 PM, Guenter Roeck wrote:
> > New build failures:
>
> > openrisc-defconfig
> >
> > In file included from arch/openrisc/kernel/signal.c:31:0:
> >
On Fri, Sep 26, 2014 at 08:30:57AM +0200, Geert Uytterhoeven wrote:
Hi Günther,
[cc openrisc]
On Thu, Sep 25, 2014 at 10:25 PM, Guenter Roeck li...@roeck-us.net wrote:
New build failures:
openrisc-defconfig
In file included from arch/openrisc/kernel/signal.c:31:0:
: In function 'syscall_get_arch':
./arch/openrisc/include/asm/syscall.h:77:9: error: 'EM_OPENRISC' undeclared
Fix by moving EM_OPENRISC to include/uapi/linux/elf-em.h.
Fixes: ce5d112827e5 (ARCH: AUDIT: implement syscall_get_arch for all
arches)
Cc: Eric Paris epa...@redhat.com
Cc: Stefan
nged from "elf32-or32"
> >to "elf32-or1k" when using the or1k instead of the older or32 toochain.
> >Select the correct output format automatically to be able to compile
> >the kernel with both toolchain variants.
> >
> >Cc: Stefan Kristiansson
> >
using the or1k instead of the older or32 toochain.
Select the correct output format automatically to be able to compile
the kernel with both toolchain variants.
Cc: Stefan Kristiansson stefan.kristians...@saunalahti.fi
Signed-off-by: Guenter Roeck li...@roeck-us.net
---
Candidate for -stable
On Tue, Aug 26, 2014 at 11:03:36AM +0100, Marc Zyngier wrote:
> Use the new handle_domain_irq method to handle interrupts.
>
> Signed-off-by: Marc Zyngier
This (and the other two openrisc related patches in this series) works fine
in my setup at least.
Acked-by: Stefan Kri
On Tue, Aug 26, 2014 at 11:03:36AM +0100, Marc Zyngier wrote:
Use the new handle_domain_irq method to handle interrupts.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
This (and the other two openrisc related patches in this series) works fine
in my setup at least.
Acked-by: Stefan
On Wed, Jul 23, 2014 at 10:26:01PM +0100, One Thousand Gnomes wrote:
> > +config OPENRISC_HAVE_INST_LWA_SWA
> > + bool "Have instruction l.lwa and l.swa"
> > + help
> > + Select this if your implementation have l.lwa and l.swa atomic
> > + instructions.
> > +
> > endmenu
>
> Please
On Wed, Jul 23, 2014 at 10:26:01PM +0100, One Thousand Gnomes wrote:
+config OPENRISC_HAVE_INST_LWA_SWA
+ bool Have instruction l.lwa and l.swa
+ help
+ Select this if your implementation have l.lwa and l.swa atomic
+ instructions.
+
endmenu
Please do everyone a
Optimized version that make use of the l.lwa and l.swa instructions
if available.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/Kbuild| 2 -
arch/openrisc/include/asm/cmpxchg.h | 83 +
2 files changed, 83 insertions(+), 2 deletions
This utilize the load-link/store-conditional l.lwa and l.swa
instructions to implement the atomic bitops.
When those instructions are not available, a fallback to the
generic implementation is provided.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/bitops.h| 2
Optimized version that make use of the l.lwa and l.swa instructions
if available.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/Kbuild | 1 -
arch/openrisc/include/asm/atomic.h | 88 ++
2 files changed, 88 insertions(+), 1 deletion
The way to determine if a data pagefault was caused
by a write is to read the instruction at the PC that caused
the fault and check if it's a store instruction.
To recognize pagefaults caused by the l.swa instruction with
opcode 0x33, has to be included in the check.
Signed-off-by: Stefan
proper futex support, the implementation
that is added here is needed.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/Kbuild | 1 -
arch/openrisc/include/asm/futex.h | 140 ++
2 files changed, 140 insertions(+), 1 deletion(-)
create mode
Not all OpenRISC cpus have support for the l.lwa and l.swa,
this adds a config knob to opt them in and out.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/openrisc/Kconfig b/arch/openrisc/Kconfig
index 848bf96
/openrisc/doc/blob/master/openrisc-arch-1.1-rev0.pdf?raw=true
Stefan Kristiansson (6):
openrisc: add Kconfig for l.lwa and l.swa atomic instructions
openrisc: add atomic bitops
openrisc: add cmpxchg and xchg implementations
openrisc: add atomic operations implementations
openrisc: include l.swa
/openrisc/doc/blob/master/openrisc-arch-1.1-rev0.pdf?raw=true
Stefan Kristiansson (6):
openrisc: add Kconfig for l.lwa and l.swa atomic instructions
openrisc: add atomic bitops
openrisc: add cmpxchg and xchg implementations
openrisc: add atomic operations implementations
openrisc: include l.swa
Not all OpenRISC cpus have support for the l.lwa and l.swa,
this adds a config knob to opt them in and out.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/openrisc/Kconfig b/arch
proper futex support, the implementation
that is added here is needed.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/include/asm/Kbuild | 1 -
arch/openrisc/include/asm/futex.h | 140 ++
2 files changed, 140 insertions
Optimized version that make use of the l.lwa and l.swa instructions
if available.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/include/asm/Kbuild | 1 -
arch/openrisc/include/asm/atomic.h | 88 ++
2 files changed
The way to determine if a data pagefault was caused
by a write is to read the instruction at the PC that caused
the fault and check if it's a store instruction.
To recognize pagefaults caused by the l.swa instruction with
opcode 0x33, has to be included in the check.
Signed-off-by: Stefan
This utilize the load-link/store-conditional l.lwa and l.swa
instructions to implement the atomic bitops.
When those instructions are not available, a fallback to the
generic implementation is provided.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc
Optimized version that make use of the l.lwa and l.swa instructions
if available.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/include/asm/Kbuild| 2 -
arch/openrisc/include/asm/cmpxchg.h | 83 +
2 files changed
On Mon, Jun 23, 2014 at 03:01:36PM +0300, Tomi Valkeinen wrote:
> On 11/06/14 23:17, Franck Jullien wrote:
> > Signed-off-by: Franck Jullien
> > ---
> > drivers/video/fbdev/Kconfig |2 ++
> > drivers/video/fbdev/ocfb.c | 31 ++-
> > 2 files changed, 28
On Mon, Jun 23, 2014 at 03:01:36PM +0300, Tomi Valkeinen wrote:
On 11/06/14 23:17, Franck Jullien wrote:
Signed-off-by: Franck Jullien franck.jull...@gmail.com
---
drivers/video/fbdev/Kconfig |2 ++
drivers/video/fbdev/ocfb.c | 31 ++-
2 files
On Fri, Jun 20, 2014 at 10:04:30PM -0400, Jason Cooper wrote:
> On Thu, May 29, 2014 at 11:28:08PM +0300, Stefan Kristiansson wrote:
> > But I don't understand the purpose of the versioning here,
> > there will never be any other or1200-pic version than the one that currently
>
On Fri, Jun 20, 2014 at 10:04:30PM -0400, Jason Cooper wrote:
On Thu, May 29, 2014 at 11:28:08PM +0300, Stefan Kristiansson wrote:
But I don't understand the purpose of the versioning here,
there will never be any other or1200-pic version than the one that currently
exists, so IMO or1200
NULL, 0, _mode, 16)) {
> + dev_err(>dev, "No valid video modes found\n");
> + return -EINVAL;
> + }
> }
> ocfb_init_var(fbdev);
> ocfb_init_fix(fbdev);
Nice, this was som
;
+ }
}
ocfb_init_var(fbdev);
ocfb_init_fix(fbdev);
Nice, this was something that was discussed as a possible future improvement
when I first posted this driver.
Acked-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
--
To unsubscribe from this list: send the line unsubscribe linux
On Tue, May 27, 2014 at 08:47:36AM +0200, Jonas Bonn wrote:
> On 05/26/2014 10:52 PM, Geert Uytterhoeven wrote:
> > CC devicetree for the bindings
> >
> > On Mon, May 26, 2014 at 10:31 PM, Stefan Kristiansson
> > wrote:
> >> +++
> >> b/Documenta
On Tue, May 27, 2014 at 08:47:36AM +0200, Jonas Bonn wrote:
On 05/26/2014 10:52 PM, Geert Uytterhoeven wrote:
CC devicetree for the bindings
On Mon, May 26, 2014 at 10:31 PM, Stefan Kristiansson
stefan.kristians...@saunalahti.fi wrote:
+++
b/Documentation/devicetree/bindings
into
three chip variants.
One that handles level triggered interrupts, one that handles edge
triggered interrupts and one that handles the interrupt
controller that is present in the or1200 OpenRISC cpu
implementation.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Move or1k-pic related code
into
three chip variants.
One that handles level triggered interrupts, one that handles edge
triggered interrupts and one that handles the interrupt
controller that is present in the or1200 OpenRISC cpu
implementation.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2
into
three chip variants.
One that handles level triggered interrupts, one that handles edge
triggered interrupts and one that handles the interrupt
controller that is present in the or1200 OpenRISC cpu
implementation.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Move or1k-pic related code
On Thu, May 22, 2014 at 09:48:00AM +0200, Geert Uytterhoeven wrote:
> On Thu, May 22, 2014 at 9:32 AM, Jonas Bonn wrote:
> > On 05/21/2014 09:50 PM, Stefan Kristiansson wrote:
> >> I see two paths to go to get there though, and here's where I'd like some
> >> inpu
On Thu, May 22, 2014 at 09:48:00AM +0200, Geert Uytterhoeven wrote:
On Thu, May 22, 2014 at 9:32 AM, Jonas Bonn jo...@southpole.se wrote:
On 05/21/2014 09:50 PM, Stefan Kristiansson wrote:
I see two paths to go to get there though, and here's where I'd like some
input.
1) Define
into
three chip variants.
One that handles level triggered interrupts, one that handles edge
triggered interrupts and one that handles the interrupt
controller that is present in the or1200 OpenRISC cpu
implementation.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2
On Wed, May 21, 2014 at 04:01:56PM -0400, Jason Cooper wrote:
> On Wed, May 21, 2014 at 10:50:57PM +0300, Stefan Kristiansson wrote:
> ...
> > I see two paths to go to get there though, and here's where I'd like some
> > input.
> > 1) Define the three different imp
On Tue, May 20, 2014 at 08:18:16AM +0900, Thomas Gleixner wrote:
> On Mon, 19 May 2014, Stefan Kristiansson wrote:
> > +static void or1k_pic_ack(struct irq_data *data)
> > +{
> > + /* EDGE-triggered interrupts need to be ack'ed in order to clear
> > +* the latch.
On Tue, May 20, 2014 at 08:18:16AM +0900, Thomas Gleixner wrote:
On Mon, 19 May 2014, Stefan Kristiansson wrote:
+static void or1k_pic_ack(struct irq_data *data)
+{
+ /* EDGE-triggered interrupts need to be ack'ed in order to clear
+* the latch.
+* LEVEL-triggered interrupts
On Wed, May 21, 2014 at 04:01:56PM -0400, Jason Cooper wrote:
On Wed, May 21, 2014 at 10:50:57PM +0300, Stefan Kristiansson wrote:
...
I see two paths to go to get there though, and here's where I'd like some
input.
1) Define the three different implementations as seperate irqchips
On Tue, May 20, 2014 at 08:45:44AM +0200, Jonas Bonn wrote:
> On 05/19/2014 09:54 PM, Stefan Kristiansson wrote:
> > On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
> >
> >> ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
> >
> > Hmm, do
On Tue, May 20, 2014 at 08:45:44AM +0200, Jonas Bonn wrote:
On 05/19/2014 09:54 PM, Stefan Kristiansson wrote:
On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
Hmm, do we really need that?
The irqchip driver
:
- The wrongly handled or1k_pic_mask_ack() for the non-or1200
case have been fixed.
- The warnings for the non-or1200 case have been removed.
- A hook for registering a handle_arch_irq function have been
added.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Move or1k-pic related code
On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
> This looks good. Let's complete the the cleanup of this driver while
> we're at it:
>
> i) Move this file to drivers/irqchip/
Sure, that sounds like a good idea.
> ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
Hmm, do we
In addition to consolidating the or1k-pic initialization with
how other interrupt controllers are initialized, this makes
OpenRISC less tied to its on-cpu interrupt controller.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/kernel/irq.c | 17 +
1 file changed, 9 insertions
In addition to consolidating the or1k-pic initialization with
how other interrupt controllers are initialized, this makes
OpenRISC less tied to its on-cpu interrupt controller.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/kernel/irq.c | 17
On Mon, May 19, 2014 at 04:44:57PM +0200, Jonas Bonn wrote:
This looks good. Let's complete the the cleanup of this driver while
we're at it:
i) Move this file to drivers/irqchip/
Sure, that sounds like a good idea.
ii) Put a Depends on CONFIG_ARCH_OPENRISC in the Kconfig
Hmm, do we
:
- The wrongly handled or1k_pic_mask_ack() for the non-or1200
case have been fixed.
- The warnings for the non-or1200 case have been removed.
- A hook for registering a handle_arch_irq function have been
added.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2
b.c:(.text+0x28418): undefined reference to `dma_alloc_coherent'
> ocfb.c:(.text+0x284d2): undefined reference to `dma_free_coherent'
>
I obviously had neglected compiling against that configuration,
thanks for the catch.
Acked-by: Stefan Kristiansson
> Signed-off-by: Geert Uytterhoe
reference to `dma_alloc_coherent'
ocfb.c:(.text+0x284d2): undefined reference to `dma_free_coherent'
I obviously had neglected compiling against that configuration,
thanks for the catch.
Acked-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
Signed-off-by: Geert Uytterhoeven ge
retval >= 0 is implied by retval != -ENOEXEC
Signed-off-by: Stefan Kristiansson
---
fs/exec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
index 7ea097f..aafafea 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -1390,8 +1390,8 @@
retval = 0 is implied by retval != -ENOEXEC
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
fs/exec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/exec.c b/fs/exec.c
index 7ea097f..aafafea 100644
--- a/fs/exec.c
+++ b/fs/exec.c
@@ -1390,8
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Add Microblaze as an example user and fix a typo
On Mon, Jan 13, 2014 at 11:54:30AM +0100, Geert Uytterhoeven wrote:
> On Mon, Jan 13, 2014 at 11:43 AM, Tomi Valkeinen
> wrote:
> > On 2014-01-13 12:20, Stefan Kristiansson wrote:
OB> >> The VGA/LCD in the subject comes from the name of the core,
> >> the co
On Mon, Jan 13, 2014 at 10:21:16AM +0200, Tomi Valkeinen wrote:
> On 2014-01-10 22:13, Stefan Kristiansson wrote:
> > This adds support for the VGA/LCD core available from OpenCores:
> > http://opencores.org/project,vga_lcd
> >
> > The driver have been tested
On Mon, Jan 13, 2014 at 10:21:16AM +0200, Tomi Valkeinen wrote:
On 2014-01-10 22:13, Stefan Kristiansson wrote:
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga
On Mon, Jan 13, 2014 at 11:54:30AM +0100, Geert Uytterhoeven wrote:
On Mon, Jan 13, 2014 at 11:43 AM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On 2014-01-13 12:20, Stefan Kristiansson wrote:
OB The VGA/LCD in the subject comes from the name of the core,
the core itself presents a vga
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2:
- Add Microblaze
On Mon, Jan 13, 2014 at 10:24:49AM +0900, Jingoo Han wrote:
> On Saturday, January 11, 2014 5:13 AM, Stefan Kristiansson wrote:
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#i
On Mon, Jan 13, 2014 at 10:24:49AM +0900, Jingoo Han wrote:
On Saturday, January 11, 2014 5:13 AM, Stefan Kristiansson wrote:
+#include linux/module.h
+#include linux/kernel.h
+#include linux/errno.h
+#include linux/string.h
+#include linux/slab.h
+#include linux/delay.h
+#include
intent was to iterate
over a set of page table entries.
This patch corrects that issue as well.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/pgtable.h | 2 +-
arch/openrisc/mm/init.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/openrisc/inclu
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Add Microblaze as an example user and fix a typo
On Fri, Jan 10, 2014 at 02:08:27PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> On 2013-11-29 17:45, Stefan Kristiansson wrote:
> > This adds support for the VGA/LCD core available from OpenCores:
> > http://opencores.org/project,vga_lcd
> >
> > The driver have been t
On Fri, Jan 10, 2014 at 02:08:27PM +0200, Tomi Valkeinen wrote:
Hi,
On 2013-11-29 17:45, Stefan Kristiansson wrote:
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2:
- Add Microblaze
was to iterate
over a set of page table entries.
This patch corrects that issue as well.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/include/asm/pgtable.h | 2 +-
arch/openrisc/mm/init.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/kernel/head.S | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/openrisc/kernel/head.S b/arch/openrisc/kernel/head.S
index eecc8df..0c21acd 100644
--- a/arch/openrisc/kernel/head.S
+++ b/arch/openrisc/kernel/head.S
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
arch/openrisc/kernel/head.S | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/openrisc/kernel/head.S b/arch/openrisc/kernel/head.S
index eecc8df..0c21acd 100644
--- a/arch/openrisc/kernel/head.S
Hi Jonas,
I realised that this haven't been picked up nor commented on (and that I missed
CC you on it).
Could you take a look at it?
Stefan
On Thu, Aug 01, 2013 at 10:46:10AM +0300, Stefan Kristiansson wrote:
> By slightly reorganizing the code, the number of registers
> used in the tl
Hi Jonas,
I realised that this haven't been picked up nor commented on (and that I missed
CC you on it).
Could you take a look at it?
Stefan
On Thu, Aug 01, 2013 at 10:46:10AM +0300, Stefan Kristiansson wrote:
By slightly reorganizing the code, the number of registers
used in the tlb miss
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson
---
Changes in v2:
- Add Microblaze as an example user and fix a typo
This adds support for the VGA/LCD core available from OpenCores:
http://opencores.org/project,vga_lcd
The driver have been tested together with both OpenRISC and
ARM (socfpga) processors.
Signed-off-by: Stefan Kristiansson stefan.kristians...@saunalahti.fi
---
Changes in v2:
- Add Microblaze
1 - 100 of 134 matches
Mail list logo