On 05/10/2011 12:13 AM, Alexander Graf wrote:
>
> On 10.05.2011, at 06:58, Rob Landley wrote:
>
>> On 05/09/2011 09:11 AM, Alexander Graf wrote:
C) requires more research, because I have to make sure the
entry point is either doing the 16->32 (or 64) bit startup
dance or that it's
On 05/09/2011 10:50 AM, Peter Maydell wrote:
> On 9 May 2011 16:11, Alexander Graf wrote:
> [about -kernel, unless I've got confused]
>> The issue is that this is not how it works on real hardware. Grub won't just
>> load a vmlinux file and boot it. I'm not even sure how much exactly the
>> early
On 10.05.2011, at 06:58, Rob Landley wrote:
> On 05/09/2011 09:11 AM, Alexander Graf wrote:
>>> C) requires more research, because I have to make sure the entry point
>>> is either doing the 16->32 (or 64) bit startup dance or that it's being
>>> launched in the right mode (which the bios isn't d
On 05/09/2011 09:11 AM, Alexander Graf wrote:
>> C) requires more research, because I have to make sure the entry point
>> is either doing the 16->32 (or 64) bit startup dance or that it's being
>> launched in the right mode (which the bios isn't doing), but vmlinux
>> doesn't need to be decompress
On 9 May 2011 16:11, Alexander Graf wrote:
[about -kernel, unless I've got confused]
> The issue is that this is not how it works on real hardware. Grub won't just
> load a vmlinux file and boot it. I'm not even sure how much exactly the
> early entry code handles in Linux before it jumps to the E
On 05/08/2011 08:25 PM, Rob Landley wrote:
On 05/08/2011 09:10 AM, Andreas Färber wrote:
Am 06.05.2011 um 14:48 schrieb Alexander Graf:
On 06.05.2011, at 01:50, Rob Landley wrote:
On 05/05/2011 06:26 PM, Alexander Graf wrote:
As an aside: I think QEMU should have an option which is "just lo
On 05/08/2011 09:10 AM, Andreas Färber wrote:
> Am 06.05.2011 um 14:48 schrieb Alexander Graf:
>
>> On 06.05.2011, at 01:50, Rob Landley wrote:
>>
>>> On 05/05/2011 06:26 PM, Alexander Graf wrote:
> As an aside: I think QEMU should have an option which is "just load
> a plain ELF or raw bi
Am 06.05.2011 um 14:48 schrieb Alexander Graf:
On 06.05.2011, at 01:50, Rob Landley wrote:
On 05/05/2011 06:26 PM, Alexander Graf wrote:
As an aside: I think QEMU should have an option which is "just load
a plain ELF or raw binary, with no funny Linux-kernel-specific
behaviour" rather than ov
On 06.05.2011, at 01:50, Rob Landley wrote:
> On 05/05/2011 06:26 PM, Alexander Graf wrote:
>>> As an aside: I think QEMU should have an option which is "just load
>>> a plain ELF or raw binary, with no funny Linux-kernel-specific
>>> behaviour" rather than overloading -kernel to mean "if it's a
On 05/05/2011 06:26 PM, Alexander Graf wrote:
>> As an aside: I think QEMU should have an option which is "just load
>> a plain ELF or raw binary, with no funny Linux-kernel-specific
>> behaviour" rather than overloading -kernel to mean "if it's a raw
>> image it's Linux and if it's an ELF file it
On 05.05.2011, at 11:56, Peter Maydell wrote:
> On 5 May 2011 09:23, Ben Leslie wrote:
>> FWIW, the reason why I'm not using -kernel is that the current
>> way the armv7m code works, it expects the provided kernel to
>> be a full flash image including appropriate vector table, whereas
>> right n
On 5 May 2011 13:03, Ben Leslie wrote:
> I still think it is somewhat nice that the simulator target can work
> just like a blank board though, and then connect GDB to it either
> directly for the sim or via JTAG for a real board. Then it is the
> same work flow for simulated or real hardware. (An
On Thu, May 5, 2011 at 19:56, Peter Maydell wrote:
> On 5 May 2011 09:23, Ben Leslie wrote:
>> FWIW, the reason why I'm not using -kernel is that the current
>> way the armv7m code works, it expects the provided kernel to
>> be a full flash image including appropriate vector table, whereas
>> rig
On 5 May 2011 09:23, Ben Leslie wrote:
> FWIW, the reason why I'm not using -kernel is that the current
> way the armv7m code works, it expects the provided kernel to
> be a full flash image including appropriate vector table, whereas
> right now I just want to debug some stand-alone code, not the
Hi all,
For some current software development I'm doing I've found it most easy
to use Qemu in the following manner
qemu-system-arm -M lm3s811evb -s -S & arm-eabi-gdb
>From GDB I then load any code I want to debug and test and run it.
For this to work however, I needed to make a small change t
15 matches
Mail list logo