Removed dummy functions in "mmc_spl/board/samsung/smdkv310/mmc_boot.c",
@mmc_boot.c
void do_undefined_instruction(struct pt_regs *pt_regs);
void do_software_interrupt(struct pt_regs *pt_regs);
void do_prefetch_abort(struct pt_regs *pt_regs);
void do_data_abort(struct pt_regs *pt_regs);
void do_not_
To everyone, and especially to those who are expected to work on this
topic next week, please find below a list of tasks that needs to be
investigated and/or accomplished. I'll coordinate the work and collect
patches for the team.
If you have comments on this, or if you know about some omissi
On Wed, 2011-07-27 at 21:45 +0100, Andy Green wrote:
>
> Shawn Guo helped me before with this magic required sequencing to get
> the dtbs built:
Thanks. The problem was that flattened device tree was not set in my
config file. I really thought we had this set in the panda default
config fil
On 07/27/2011 08:44 PM, Somebody in the thread at some point said:
Hi -
To build them from Nicolas' tree, just do: make.dtb. For
some configs,"make dtbs" will also work.
Did this capability go away at some point, or am I now forgetting a
step. I can't seem to build .dtb files any more.
S
Yeah...its Tuesday. Thanks for the clarification everyone and sorry
for the confusion.
-Zach
On 27 July 2011 15:18, Andy Green wrote:
> On 07/27/2011 08:41 PM, Somebody in the thread at some point said:
>>
>> On Wed, 2011-07-27 at 14:33 -0500, Zach Pfeffer wrote:
>>>
>>> Landing teams and other
On 07/27/2011 08:41 PM, Somebody in the thread at some point said:
On Wed, 2011-07-27 at 14:33 -0500, Zach Pfeffer wrote:
Landing teams and other interested parties,
John Stultz will be in the Android hacking room from 11:00-13:00
(possibly earlier for working with Andy) on Monday.
Err. I thi
On 27 July 2011 18:08, Akinobu Mita wrote:
> 2011/7/27 Per Forlin :
>
>> There is an issue with patch v4 now when fault_attr is per-host.
>> Without your patch the entry is still created at the root but there
>> are many instances of fault-attr. I think it's better to wait for your
>> patch to mak
On Tue, 2011-06-21 at 12:25 -0600, Grant Likely wrote:
> On Tue, Jun 21, 2011 at 11:31 AM, David Long wrote:
> >
> > Hi,
> >
> > WRT to .dtb files: I see sources in the kernel tree but they don't appear
> > to be built as part of the kernel build. How are these produced and how
> > can I buil
On Wed, 2011-07-27 at 14:33 -0500, Zach Pfeffer wrote:
> Landing teams and other interested parties,
>
> John Stultz will be in the Android hacking room from 11:00-13:00
> (possibly earlier for working with Andy) on Monday.
Err. I think you meant Tuesday, right? Monday is team meetings.
thanks
Landing teams and other interested parties,
John Stultz will be in the Android hacking room from 11:00-13:00
(possibly earlier for working with Andy) on Monday. He'd like to meet
the other LTs as well. Everyone's who's interested is invited. We can
talk about the single kernel stuff and maybe get
Key Points for wider discussion
===
Busybox from sorce is working and integrated.
Launcher2 is now working in Android Builds.
All daily and release builds are submitting to LAVA.
Team Highlights
===
Ongoing side-by-side Pandaboard demo for Aug. 8.
iMX53 bo
2011/7/27 Per Forlin :
> There is an issue with patch v4 now when fault_attr is per-host.
> Without your patch the entry is still created at the root but there
> are many instances of fault-attr. I think it's better to wait for your
> patch to make it into the mmc-next tree before submitting my pa
Thanks james for your feedback and input.
On Wed, Jul 27, 2011 at 12:48 PM, James Tunnicliffe
wrote:
> Hi,
>
> Executive summary: James opens up a can of worms and volunteers to fix it.
>
> I am not suggesting that we change anything for this release. I don't
> mind what the directory structure
James,
This is a good topic to tackle. I have struggled myself to generalize a
script I wrote that helps with the media creation.
I think we should start doing retrospectives on the monthly releases and
this topic can be one of the first ones to address.
Mounir
On Wed, Jul 27, 2011 at 5:48 AM, Ja
On Wed, 27 Jul 2011 15:48:06 +0100, James Tunnicliffe
wrote:
> Release is a YY.MM release and a milestone is alpha/beta/eac/release
> candidate/final. I realise that we are being far more agile than we
> were and we probably won't have anything before a release candidate.
Right, I wonder if it's
On 27 July 2011 15:12, James Westby wrote:
> On Wed, 27 Jul 2011 11:48:11 +0100, James Tunnicliffe
> wrote:
>> All OS binaries structured as:
>> http://releases.linaro.org/platform/[release]/[distribution
>> name]/[milestone]/
>>
>> Hardware packs all in one place:
>> http://releases.linaro.or
On Wed, 27 Jul 2011 11:48:11 +0100, James Tunnicliffe
wrote:
> A couple more observations:
>
> First we have duplication of hardware packs, but not the checksum
> files and GPG signatures to go with them. The hardware packs are
> hardware, not distribution specific, so it is difficult to justify
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/27/2011 03:47 PM, Amit Kucheria wrote:
> On 11 Jul 26, Daniel Lezcano wrote:
>> This little program takes the cpu # as parameter, set the affinity and
>> renice itself to the maximum priority. It increments a counter during
>> one second, display
On 11 Jul 26, Daniel Lezcano wrote:
> Signed-off-by: Daniel Lezcano
> ---
> cpufreq/test_01.sh | 32
> 1 files changed, 32 insertions(+), 0 deletions(-)
> create mode 100644 cpufreq/test_01.sh
>
> diff --git a/cpufreq/test_01.sh b/cpufreq/test_01.sh
> new file
Just a nit below.
On 11 Jul 26, Daniel Lezcano wrote:
> Add a common directory for all the functions we will use later in the test
> scripts.
>
> Signed-off-by: Daniel Lezcano
> ---
> include/functions.sh | 251
> ++
> 1 files changed, 251 inse
On 11 Jul 26, Daniel Lezcano wrote:
> This little program takes the cpu # as parameter, set the affinity and
> renice itself to the maximum priority. It increments a counter during
> one second, display the coutner's value and exit.
>
> Signed-off-by: Daniel Lezcano
Have you looked at the cpubur
On 27 July 2011 11:48, James Tunnicliffe wrote:
> Hi,
> First we have duplication of hardware packs, but not the checksum
> files and GPG signatures to go with them. The hardware packs are
> hardware, not distribution specific, so it is difficult to justify to
> have them in multiple locations. I
Hi,
Executive summary: James opens up a can of worms and volunteers to fix it.
I am not suggesting that we change anything for this release. I don't
mind what the directory structure on releases.linaro.org is, as long
as it is consistent. But...
As someone who cares more about structure on the f
Make sure MMC is configured when selecting config for mmc fault-inject.
Signed-off-by: Per Forlin
---
lib/Kconfig.debug |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 330fc70..b135c5e 100644
--- a/lib/Kconfig.debug
+++ b/lib/
Fault inject init can't be a module since core may be a module as well.
Call fault inject init function from mmc_init instead.
Signed-off-by: Per Forlin
---
drivers/mmc/core/core.c | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/core/core.c
The mmc fault injection is being refactored and the new version
will not make it until 3.1 due to external dependencies. The current
version works fine except that it can't be used if mmc is a module.
This patch-set resolves that issue.
Per Forlin (4):
fault-inject: make fault injection availabl
Skip building fault inject boot param code in case of
core being built as a module.
Signed-off-by: Per Forlin
---
drivers/mmc/core/core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index af09384..2f4b77e 100644
---
export symbols should_fail() and init_fault_attr_dentries() in order
to make modules use the fault injection functionality
Signed-off-by: Per Forlin
---
lib/fault-inject.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib/fault-inject.c b/lib/fault-inject.c
index 7e65
On 27 July 2011 01:17, Akinobu Mita wrote:
> 2011/7/27 Per Forlin :
>> This adds support to inject data errors after a completed host transfer.
>> The mmc core will return error even though the host transfer is successful.
>> This simple fault injection proved to be very useful to test the
>> non-
On Tue, Jul 26, 2011 at 01:14:26PM +0100, Amit Kachhap wrote:
> On 7 July 2011 21:20, Lorenzo Pieralisi wrote:
> > This patch adds the required Kconfig and Makefile entries to
> > enable and compile common idle code for ARM kernel.
> >
> > Common idle code depends on CPU_PM platform notifiers to t
30 matches
Mail list logo