th CONFIG_BUILD_PROTECTED=y enabled.
>
> There are other board profiles that you can test on real boards.
>
> Best Regards,
>
> Alan
>
> On Tue, May 14, 2024 at 2:12 PM Robin Randhawa
> wrote:
>
> > Hi Alan.
> >
> > Thanks for the response.
> >
> &
this issues.
>
> Best Regards,
>
> Alan
>
> On Mon, May 13, 2024 at 5:41 PM Robin Randhawa
> wrote:
>
> > Hi.
> >
> > I find that:
> >
> > $ ./tools/configure.sh lm3s6965-ek:qemu-flat
> > $ make
> > $ qemu-system-arm -M lm3s6965evb -net ni
Hi.
I find that:
$ ./tools/configure.sh lm3s6965-ek:qemu-flat
$ make
$ qemu-system-arm -M lm3s6965evb -net nic,model=stellaris -net
user,hostfwd=tcp:127.0.0.1:10023-10.0.2.15:23,hostfwd=tcp:127.0.0.1:10021-
10.0.2.15:21 -kernel nuttx -nographic
.. gets me to a nice NSH prompt with ping working.
Hi Fabian.
On 12.02.2021 19:43, Fabian Groffen wrote:
All,
I'm looking for someone with an Apple SI M1 machine. I'm running into a
very strange problem during bootstrap for native arm64 with flex, where
no matter which flex I compile appears not to be able to exec m4, an
issue that's
Hi Matthias.
Thanks for this.
I can confirm that this fixes the reported problem. You have my Tested-By.
FWIW, the changes look fine to me too.
Cheers,
Robin
On Tue, 2020-03-17 at 22:41 +, Heiser, Gernot (Data61, Kensington
NSW) wrote:
> We rather focus on getting Aarch64 funded, for which there is strong
> demand. (Arm, are you listening)
:)
Can't speak for the whole of the mother-ship but some of us here are
definitely listening!
Having
https://bugs.kde.org/show_bug.cgi?id=418250
--- Comment #2 from Robin Randhawa ---
I think I've found a relevant lead: It turns out that simply clicking the OK
button in the keyboard shortcuts dialog after registering a new shortcut is
_not_ enough for the shortcut to become persistently
https://bugs.kde.org/show_bug.cgi?id=418250
--- Comment #2 from Robin Randhawa ---
I think I've found a relevant lead: It turns out that simply clicking the OK
button in the keyboard shortcuts dialog after registering a new shortcut is
_not_ enough for the shortcut to become persistently
https://bugs.kde.org/show_bug.cgi?id=418250
--- Comment #1 from Robin Randhawa ---
I find that 2 key combinations for 'Delete Message' don't work at all (not even
for the first invocation). Not sure if that has a bearing here. The combination
I tried was 'Ctrl + d'.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=418250
--- Comment #1 from Robin Randhawa ---
I find that 2 key combinations for 'Delete Message' don't work at all (not even
for the first invocation). Not sure if that has a bearing here. The combination
I tried was 'Ctrl + d'.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=418250
Bug ID: 418250
Summary: A single letter keyboard shortcut for the 'Delete
Message' action only works once
Product: kmail2
Version: 5.11.3
Platform: Kubuntu Packages
https://bugs.kde.org/show_bug.cgi?id=418250
Bug ID: 418250
Summary: A single letter keyboard shortcut for the 'Delete
Message' action only works once
Product: kmail2
Version: 5.11.3
Platform: Kubuntu Packages
On Thu, 2020-01-09 at 15:57 +0100, Matthias Brugger wrote:
[...]
> The property expects size-cells to be two, but U-Boot will use one
> cell if no
> size-cells are defined in the device node (which is not the case) and
> therefor
> will see
>
> Bank1: Flashbase 0x0 0x0 Flashsize
Hi Matthias.
On Thu, 2020-01-09 at 12:12 +0100, Matthias Brugger wrote:
[...]
> Can you pinpoint me to where I can find the DTS used by U-boot.
As per my understanding the DTB for this virtual platform is generated
by qemu and handed to u-boot.
I dumped the DTB to the host filesystem using
Hi folks.
[CC'ing some hopefully relevant folks].
As of:
commit 0ba41ce1b7816c229cc19e0621148b98f990cb68
libfdt: return correct value if #size-cells property is not present
.. accesses to the second flash bank on the qemu_arm64 virtual board
appear broken.
To demonstrate, consider that the
Hi Julien.
Thanks for looping me in.
On Tue, 2018-02-06 at 10:11 +, Julien Grall wrote:
> Hi all,
>
> I would suggest to have the next community call on Tuesday 13th
> February
> 5pm GMT. Does it sound good?
I'm out of office from the 8th to the 16th unfortunately.
> Do you have any
Hi Alex.
On Wed 14 Sep 08:34:47 2016, Alexander Graf wrote:
[...]
> Very nice catch!
Thanks!
[...]
> Can you please double-check that this is the only place the type
> mismatch happened?
So I skimmed through the boot and run-time service API implementations
and couldn't spot another
ensure the correct outcome, irrespective of the system's native word
size.
This was observed when bootefi'ing the EFI instance of FreeBSD's first
stage bootstrap (boot1.efi) on a 32-bit ARM platform (Qemu VExpress +
Cortex-a9).
Signed-off-by: Robin Randhawa <robin.randh...@arm.com>
---
li
On 08/08/14 10:35, Daniel Lezcano wrote:
1. Poetic
Sisyphean workload generator ?
As a punishment for his trickery, King Sisyphus was made to endlessly
roll a huge boulder up a steep hill. The maddening nature of the
punishment was reserved for King Sisyphus due to his hubristic belief
On 8 Aug 2014, at 14:20, Robin Randhawa robin.randh...@arm.com wrote:
So Daniel and I spoke offline and improved each other's understanding of Greek
mythology a bit more. :)
No paranoid Gods or delusional Rolling Stones please. (Or any ensuing
misunderstandings!).
The rest of the bits
On 8 Aug 2014, at 14:20, Robin Randhawa robin.randh...@arm.com wrote:
So Daniel and I spoke offline and improved each other's understanding of Greek
mythology a bit more. :)
No paranoid Gods or delusional Rolling Stones (and anything that did or could
cause misunderstandings!).
From
Hi again.
On Sun, Sep 26, 2010 at 01:15:34pm +0200, björn wrote:
[ ... ]
It turns out that this bug is known and a patch has been proposed, see
http://groups.google.com/group/vim_dev/browse_thread/thread/db5b682736a8f4e
Thanks for this. I re-built things with this patch and I can now
Hi Anitha.
Anitha Boyapati wrote:
Hi All,
Having gone through the documentation (developers) and source code, I
couple of questions:
1. For a microcontroller which doesn't have any OS support, can QEMU be
ported without any OS ?
Not sure I understand. If you want to run qemu natively on the
Greetings.
-Original Message-
From: Amit Kucheria [mailto:amit.kuche...@linaro.org]
[...]
* ACTION: Robin to send links to patches sent to linux-pm
Amit, this URL points to the discussion I was referring to. It turns
out that it's the cpufreq list and it's a sort of RFC really, no
Hi Joel.
On Tue, Jan 26, 2010 at 03:23:03AM +0530, Joel Fernandes wrote:
I am having some trouble accessing 'current' to get the currently
executing task in kgdb (x86_64).
As current is a macro, I can't expand it in kgdb, so instead I'm
trying to access the variable per_cpu__current_task
On Wed, Jan 06, 2010 at 04:08:09AM -0500, Robert P. J. Day wrote:
or you can buy the zippy expansion board for that:
Apart from the great hardware recommendations, I'd like to offer my 2
cents for other relatively hassle free newbie alternatives - simply use
an emulator such as qemu.
On Sun, Jan 03, 2010 at 11:49:09AM -0500, Anand Arumugam wrote:
I think the last __v; inside the macro is to avoid compiler warning or
error that the unsigned 8-bit variable __v is not being used inside the
scope defined by the macro.
That's incorrect. The GNU C literature states that
On Mon, Jan 04, 2010 at 05:08:03PM -0500, Anand Arumugam wrote:
The purpose of the macro is served even without the last __v; statement.
But the last statement __v; enables the macro to be used as rvalue (as
described in many replies) in an expression.
Without the last statement
Greetings.
On Thu10 Dec 2009, at 20:29, Wierd O wrote:
I am not sure why the kernel stops short of loading. The other thing that
confuses me is that i couldnt know whther the proble is from the image or
uboot.
You are assuming that the kernel 'stops short of loading'. It is quite likely
Hi.
On 30 Sep 2009, at 09:25, Mandeep Sandhu wrote:
On Wed, Sep 30, 2009 at 1:20 PM, Bob Brusa bob.br...@gmail.com
wrote:
Am 27.09.2009, 05:27 Uhr, schrieb Mandeep Sandhu
mandeepsandhu@gmail.com:
Hi all,
I'm going to be using a real hardware for the first time (with
ECOS).
The h/w
Greetings.
On 28 Dec 2008, at 16:03, Portos wrote:
We're trying to run the eCos examples such as hello.c and
twothreads.c under
arm-elf-gdb with target sim (cygwin on a Pentium). They seem to
work when
we remove the calls to printf.
AFAIK, GDB's 'sim' target is more of an instruction
Hi again and apologies for the delay.
On Wed, 2008-09-03 at 10:07 +0200, [EMAIL PROTECTED] wrote:
It's not yet decided, but it seems that my company will use eCos in
upcoming projects. As these designs are based on STM32 processors, we
would like to invest in the eCos architecture port. So
Hey Simon.
On Tue, 2008-09-02 at 13:33 +0200, Simon Kallweit wrote:
I still wonder what we should use as the architecture name. armv7m is
obviously wrong, as the M1 is actually an armv6m.
I agree that any allusion to v7 isn't a good idea.
So, should the new
architecture be named cortex,
On Wed, 2008-09-03 at 09:27 +0200, [EMAIL PROTECTED] wrote:
I'm currently using an STMicroelectronics STM3210E-EVAL board with an
STM32F103ZET6 controller. Would be great to see support for Luminary
processors early on, as this would help get the architecture, variant,
platform layering
Greetings.
I'm looking at eCos as a potential candidate for product development on
a board built around an Au1000.
I gather from the list archives that a certain group had offered to
contribute patches for the Alchemy series sometime in 2004.
Since I do not find support in the current trees I
Hi Onkar.
On Friday 01 February 2008 11:34:37 Onkar wrote:
I am foxed with the lspci output
lspci is a utility for displaying information about all PCI buses
in the system and all devices connected to them.
that means all the devices - devices for which drivers are available and
Greetings.
I'm using evolution 2.12.1 from an Ubuntu Gutsy installation. There's
this repeatable problem that I keep hitting and would like some
assistance.
While I agree that I really should provide a backtrace at the segfault,
I thought I'd ask if anyone else had another solution before I dive
Hi Patrick.
On Tue, 2007-11-27 at 11:49 -0500, Domegan, Patrick wrote:
We are trying to create a port of eCOS to our board (MIPS 4Kec) based
from the Malta branch.
I am making the following assumptions/observations (possibly faulty):
-MIPS reset vector is at 0xBFC0
That is correct. The
Hi Michael.
Interesting setup there. Reminds me of a time when I had to do something
similar over PCI for IPC between multiple processor domains but that's
another story.
On Mon, 2007-09-24 at 10:07 -0400, Michael Cashwell wrote:
The Basics: The hardware is an embedded system with an Xscale
Greetings.
I'm not an E developer at all but thought I'd chime in anyways. I'm
probably trying to teach the choir how to sing but it appears to me that
what people seem to be looking for here, essentially, is a buildbot.
[ http://en.wikipedia.org/wiki/Buildbot ]
If the need is along the lines of
Hi.
On Thu, 2007-07-05 at 05:40 -0400, Ross Vandegrift wrote:
Enlightnement doesn't automatically start up the daemons that Gnome
uses to manage preferences like these. If you start
gnome-settings-daemon your Gnome preferences will be loaded for
applications.
On a related note - I
Greetings.
Your description is quite puzzling.
POSIX threads in eCos have nothing to do with the network stack, not
directly at least. The POSIX functionality is essentially a carefully
crafted set of wrappers over the basic eCos threading architecture.
Think of the networking stack as a state
Hi.
Just some shots in the dark :
1. Have you enabled all assertions ? Checks for stack manipulation ?
2. Are you using a separate interrupt stack ?
3. Does changing the default stack size of the Network Thread make a
difference in either the exhibited phenomena and/or the time before the
Greetings again.
In addition to the build failure mentioned in my previous mail, I find
that redboot fails to detect the SDRAM size correctly on this platform.
I am using a single 64MB SDRAM Module with a CAS Latency of 2 and
redboot always seems to detect only 32MB. Shouldn't redboot be probing
though!
Cheers,
Robin
--Chris
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robin
Randhawa
Sent: 26 October 2006 09:17
To: [EMAIL PROTECTED]
Subject: [ECOS] Possible bit-rot in hal_if.c
Greetings again.
In addition to the build failure
Greetings.
I was trying to build a redboot_ROM image for a MIPS 4Kc processor on a
malta platform using a latest checkout of anoncvs. I've hit a build
failure which I'll describe here.
I'm using the recommended tools as follows :
$ ecosconfig new malta_mips32_4kc redboot
$ ecosconfig import
On Friday 07 April 2006 02:48, [EMAIL PROTECTED] wrote:
I have been tasked with a project that involves a PCI-to-USB slave
device on a PC platform. This is supposed to allow the PC to act as a
USB slave.
Chipsets that provide a USB Host controller Interface AND a slave device
interface are
Hi Stefan!
On Wed, 2005-03-09 at 23:11 +0100, Stefan Reinauer wrote:
I attach the dram code I
started to this mail.
Hey thanks!
It should go somewhere to northbridge/amd/sc520
but there is quite some other code missing around it, and it is probably
not really correct.
I see. Well I am
Greetings List and Hi Ron!
Ron, its been a while since I made on offlist enquiry about Linuxbios
support for AMD's ELANSC520 microcontroller. Couldn't get my hands on
the devel board hence the delay. Apologies for the same! I'll have the
board by the weekend so I thought now would be a good time
Hi Stefan.
Thanks for your prompt response.
That would be nice.
Will look forward to checking out your code. Do let me know when you
would be able to hand it over,
Cheers and thanks,
Robin
On Tue, 2005-02-22 at 16:58 +0100, Stefan Reinauer wrote:
* Robin Randhawa [EMAIL PROTECTED] [050222 16:40
50 matches
Mail list logo