On Wed, Mar 20, 2013 at 2:17 AM, Lauri Hintsala
wrote:
>> Are you able to boot 3.8?
>
>
> I booted up to 3.2.
>
>
>
>> I assume that the freeze still happened without this patch, right?
>
>
> The freeze happens with and without this patch if I use 2.6.35.3 kernel from
> Freescale.
Thanks for tes
On 03/19/2013 02:36 PM, Fabio Estevam wrote:
On Tue, Mar 19, 2013 at 3:52 AM, Lauri Hintsala
wrote:
I tried to boot Freescale's 2.6.35.3 kernel on apx4devkit. The device is
still freezing after mxs_cpu_init print.
Are you able to boot 3.8?
I booted up to 3.2.
I assume that the freeze st
On Wed, Mar 13, 2013 at 1:55 PM, Måns Rullgård wrote:
> >>> I suppose we could check the available stack space.
> >> There is no way to check stack usage from C.
> > Well there is an architecture-specific way. A function can generally
> > find its own stack pointer by taking the address of a loca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/19/2013 08:05 PM, Javier Martinez Canillas wrote:
> On Tue, Mar 19, 2013 at 3:49 PM, Tom Rini wrote:
>> On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
>>
>>> I'm surprised that no one is interested in a functioning
>>> Beaglebo
On Tue, Mar 19, 2013 at 3:49 PM, Tom Rini wrote:
> On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
>
>> I'm surprised that no one is interested in a functioning
>> Beagleboard. Has no one tested the Beagleboard since 2012-09-19?
>
> I don't see this problem on mine (classic and xM),
On 2013-03-19 15:49, Tom Rini wrote:
On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
I'm surprised that no one is interested in a functioning
Beagleboard. Has no one tested the Beagleboard since 2012-09-19?
I don't see this problem on mine (classic and xM), which is probably
pa
On 03/19/2013 05:07:33 PM, York Sun wrote:
On 03/19/2013 03:01 PM, Albert ARIBAUD wrote:
> What's the point of this command exactly? I can see the point of
range
> flushes (and invalidates) in the code for drivers that use DMA, but
as a
> shell command, I fail to see the interest of it.
>
I
On 03/18/2013 07:50:07 PM, Paul B. Henson wrote:
I'm prototyping a project that's going to need to boot linux from
NAND on a mx28evk board.
I was able to successfully use the u-boot mxsboot utility to generate
a nand image and burn it, then boot from it. I noticed one anomaly
though, when
On 03/19/2013 03:01 PM, Albert ARIBAUD wrote:
> What's the point of this command exactly? I can see the point of range
> flushes (and invalidates) in the code for drivers that use DMA, but as a
> shell command, I fail to see the interest of it.
>
I am actually expecting this question. We have a s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/19/2013 03:53 PM, Alexander Graf wrote:
>
> On 19.03.2013, at 18:01, Nishanth Menon wrote:
>
>> Change in subject. Original thread start:
>> http://lists.opensuse.org/opensuse-arm/2013-03/msg00076.html
>>
>
Hi York,
On Tue, 19 Mar 2013 13:29:52 -0700, York Sun
wrote:
> When we need the copied code/data in the main memory, we can flush the
> cache now. It uses the existing function flush_cache. Syntax is
>
> flush_cache
>
> The addr and size are given in hexadecimal. Like memory command, there i
On Mon, 18 Mar 2013 02:06:15 -0400
Akshay Saraswat wrote:
> SHA-256 and SHA-1 accelerated using ACE hardware.
>
> Signed-off-by: ARUN MANKUZHI
> Signed-off-by: Akshay Saraswat
> Acked-by: Simon Glass
> ---
> +++ b/arch/arm/include/asm/arch-exynos/ace_sha.h
ace_sha.h belongs in drivers/crypto
On Tue, Mar 19, 2013 at 09:25:45PM +0100, Marek Vasut wrote:
> Dear Tom Rini,
>
> > On Mon, Mar 18, 2013 at 07:01:16PM +0100, Marek Vasut wrote:
> > > Hi Tom,
> > >
> > > fixed, see new PR below please. Sorry about that, it's quite a load of
> > > stuff on me recently.
> > >
> > > The following
Hi Allen,
On Sat, Mar 16, 2013 at 9:58 PM, Allen Martin wrote:
> Add driver for tegra114 SPI controller. This controller is not
> compatible with either the tegra20 or tegra30 controllers, so it
> requires a new driver.
>
> Signed-off-by: Allen Martin
> ---
> arch/arm/include/asm/arch-tegra114
Dear Tom Rini,
> On Mon, Mar 18, 2013 at 07:01:16PM +0100, Marek Vasut wrote:
> > Hi Tom,
> >
> > fixed, see new PR below please. Sorry about that, it's quite a load of
> > stuff on me recently.
> >
> > The following changes since commit b5bec88434adb52413f1bc33fa63d7642cb8fd35:
> > Use 'unsig
On 19.03.2013, at 18:01, Nishanth Menon wrote:
> Change in subject.
> Original thread start:
> http://lists.opensuse.org/opensuse-arm/2013-03/msg00076.html
>
> On 17:15-20130319, Guillaume Gardet wrote:
>>
>> Le 19/03/2013 17:04, Nishanth Menon a écrit :
>&g
When we need the copied code/data in the main memory, we can flush the
cache now. It uses the existing function flush_cache. Syntax is
flush_cache
The addr and size are given in hexadecimal. Like memory command, there is
no sanity check for the parameters.
Signed-off-by: York Sun
---
common/
On 03/19/2013 01:01 PM, Simon Glass wrote:
> Hi Allen,
>
> On Sat, Mar 16, 2013 at 9:58 PM, Allen Martin wrote:
>> This feature was only used for tegra20 seaboard that had a pinmux
>> conflict on the SPI pins. These boards were never manufactured, so
>> remove this support to clean up SPI driver
Hi Allen,
On Sat, Mar 16, 2013 at 9:58 PM, Allen Martin wrote:
> This feature was only used for tegra20 seaboard that had a pinmux
> conflict on the SPI pins. These boards were never manufactured, so
> remove this support to clean up SPI driver.
>
> Signed-off-by: Allen Martin
> ---
> arch/arm
Hi Tom,
Re the SPI changes, I have put these in a patchwork bundle here:
http://patchwork.ozlabs.org/bundle/sjg/spi/
Also below is a pull request with the same FYI. I have run it through
the builder and see no regressions.
Regards,
Simon
The following changes since commit 0ce033d2582129243ac
On 03/18/2013 05:25 PM, Tom Warren wrote:
> Tested on my Dalmore E1611 board, eMMC and SD-Card work fine, can load
> a kernel off of an SD card OK, card detect works, and the env is now
> stored in eMMC (end of the 2nd 'boot' sector, same as Tegra20/30).
> diff --git a/include/configs/dalmore.h b/
On 03/16/2013 10:58 PM, Allen Martin wrote:
> Add a common interface to fdt based SPI drivers. Each driver is
> represented by a table entry in fdt_spi_drivers[]. If there are
> multiple SPI drivers in the table, the first driver to return success
> from spi_init() will be registered as the SPI d
On 03/16/2013 10:58 PM, Allen Martin wrote:
> This series pulls fdt functionality from the existing tegra20 and
> tegra30 SPI drivers into a new common fdt SPI driver front end,
> then adds a new tegra114 SPI driver as an additional client of
> the fdt SPI driver.
The series,
Reviewed-by: Stephen
On 03/16/2013 10:58 PM, Allen Martin wrote:
> This feature was only used for tegra20 seaboard that had a pinmux
> conflict on the SPI pins. These boards were never manufactured, so
> remove this support to clean up SPI driver.
> diff --git a/drivers/spi/tegra_spi.c b/drivers/spi/tegra_spi.c
> @@
Hi Tom,
> On Mon, Mar 18, 2013 at 07:01:16PM +0100, Marek Vasut wrote:
>
> > Hi Tom,
> >
> > fixed, see new PR below please. Sorry about that, it's quite a load
> > of stuff on me recently.
> >
> > The following changes since commit
> > b5bec88434adb52413f1bc33fa63d7642cb8fd35:
> >
> > Use '
Change in subject.
Original thread start:
http://lists.opensuse.org/opensuse-arm/2013-03/msg00076.html
On 17:15-20130319, Guillaume Gardet wrote:
>
> Le 19/03/2013 17:04, Nishanth Menon a écrit :
> >On 08:47-20130319, gary wrote:
> >>Just a FYI, here is the the boot text
On Tue, Mar 19, 2013 at 03:25:47PM +, Adnan Ali wrote:
> Hi
>
> On 19/03/13 14:35, Tom Rini wrote:
> >On Mon, Mar 18, 2013 at 01:23:20PM +, Adnan Ali wrote:
> >
> >>Introduces btrfs file-system to read file from
> >>volume/sub-volumes with btrload command. This
> >>implementation has read-
Hi
On 19/03/13 14:35, Tom Rini wrote:
On Mon, Mar 18, 2013 at 01:23:20PM +, Adnan Ali wrote:
Introduces btrfs file-system to read file from
volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code, commit
This supports Intel ICH7/9. The Intel controller is a little unusual in
that it is mostly intended for use with SPI flash, and has some
optimisations and features specifically for that application. In
particular it is not possible to support ongoing transactions that
continue over many calls with S
It is common to have a "reg = " property in the FDT.
Add a function to handle this, similar to the existing
fdtdec_get_addr();
Signed-off-by: Simon Glass
---
Changes in v3:
- Fix new checkpatch check
Changes in v2: None
include/fdtdec.h | 15 +++
lib/fdtdec.c | 27 +
On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
> I'm surprised that no one is interested in a functioning
> Beagleboard. Has no one tested the Beagleboard since 2012-09-19?
I don't see this problem on mine (classic and xM), which is probably
part of the why. I'm inclined to accep
On Mon, Mar 18, 2013 at 01:23:20PM +, Adnan Ali wrote:
> Introduces btrfs file-system to read file from
> volume/sub-volumes with btrload command. This
> implementation has read-only support.
> This btrfs implementation is based on syslinux btrfs
> code, commit 269ebc845ebc8b46ef4b0be7fa0005c7
On Mon, Mar 18, 2013 at 07:01:16PM +0100, Marek Vasut wrote:
> Hi Tom,
>
> fixed, see new PR below please. Sorry about that, it's quite a load of stuff
> on
> me recently.
>
> The following changes since commit b5bec88434adb52413f1bc33fa63d7642cb8fd35:
>
> Use 'unsigned int' for global_data
On Tue, Mar 19, 2013 at 3:52 AM, Lauri Hintsala
wrote:
> I tried to boot Freescale's 2.6.35.3 kernel on apx4devkit. The device is
> still freezing after mxs_cpu_init print.
Are you able to boot 3.8?
I assume that the freeze still happened without this patch, right?
_
On 03/19/2013 01:35 PM, Otavio Salvador wrote:
On Tue, Mar 19, 2013 at 3:52 AM, Lauri Hintsala
wrote:
Hi,
On 03/01/2013 12:59 AM, Fabio Estevam wrote:
From: Fabio Estevam
Currently the following kernel hang happens when loading a 2.6.35 kernel
from
Freeescale on a mx28evk board:
RPC: Reg
On Tue, Mar 19, 2013 at 3:52 AM, Lauri Hintsala
wrote:
> Hi,
>
>
> On 03/01/2013 12:59 AM, Fabio Estevam wrote:
>>
>> From: Fabio Estevam
>>
>> Currently the following kernel hang happens when loading a 2.6.35 kernel
>> from
>> Freeescale on a mx28evk board:
>>
>> RPC: Registered tcp transport mo
Hi Josh,
On 03/19/2013 11:58 AM, Josh Wu wrote:
> Hi, Andreas
>
> thanks for the review.
>
> On 3/18/2013 9:48 PM, Andreas Bießmann wrote:
>> Dear Josh Wu,
>>
>> this is an additional review. I left out MAINTAINERS, alphabetical
>> ordering, copyright stuff a.s.o. mentioned before.
>>
>> On 03/1
Hi, Andreas
On 3/18/2013 7:01 PM, Andreas Bießmann wrote:
Dear Josh Wu,
On 03/18/2013 10:57 AM, Josh Wu wrote:
Dear Wolfgang Denk
Thanks for your review. See my comment below:
On 3/18/2013 2:58 PM, Wolfgang Denk wrote:
Dear Josh Wu,
In message <1363342624-2939-1-git-send-email-josh...@atm
Hi, Andreas
thanks for the review.
On 3/18/2013 9:48 PM, Andreas Bießmann wrote:
Dear Josh Wu,
this is an additional review. I left out MAINTAINERS, alphabetical
ordering, copyright stuff a.s.o. mentioned before.
On 03/15/2013 11:17 AM, Josh Wu wrote:
This patch adds at91sam9n12ek support, i
NAND operations in condition like below will result ELBC internal multi-bit
ECC error, DCFG will send this error to MPIC to report it as an error
interrupt (Interrupt 0), which causes call trace in kernel, so software
should disable the DCFG not to send the ELBC ECC error by setting bit 15
in the r
NAND operations in condition like below will result ELBC internal multi-bit
ECC error, DCFG will send this error to MPIC to report it as an error
interrupt (Interrupt 0), which causes call trace in kernel, so software
should disable the DCFG not to send the ELBC ECC error by setting bit 15
in the r
41 matches
Mail list logo
