On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> what command line did you use when you reported a
> successful installation of aurora earlier this year ?
qemu-system-sparc -boot d -hda aurora-1.0.img -cdrom aurora-1.0-sparc-disc1.iso
I tested Aurora 1.0 and 2.0, 2.1 can't read from cdrom. I
On 7/4/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> Aurora is fine, Debian should work on Sparc too.
when trying to boot aurora, it stops and complains about
/dev/sda
I already gave a hda disk. is it a problem of size or a
problem of command
On 7/4/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Is there a special reason to use Aurora? I thought it was an
abandoned port of Fedora Core 2... (with Fedora 7 available nowadays)
Debian was the only maintained Sparc distribution I could recently
find for qemu.
that's the only port I found
On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
Aurora is fine, Debian should work on Sparc too.
when trying to boot aurora, it stops and complains about
/dev/sda
I already gave a hda disk. is it a problem of size or a
problem of command line switch ?
what command line did you use when you r
Am 04.07.2007 um 21:45 schrieb Christian MICHON:
I plan to build uclibc and the rest natively from aurora
linux 2.99
Is there a special reason to use Aurora? I thought it was an
abandoned port of Fedora Core 2... (with Fedora 7 available nowadays)
Debian was the only maintained Sparc distri
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 07/07/04 20:22:35
Modified files:
target-sparc : translate.c
Log message:
Fix Sparc64 movr
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/translate.c?cvsroot=qemu&r1=1.60&r2=1.
On 7/4/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
I noticed spurious fast keyboard repeats. Like I must be
extra careful when typing commands when in the
qemu-system-sparc guest.
I thought that was fixed some time ago, but I'll check.
I plan to build uclibc and the rest natively from aur
On 04/07/07, Rob Landley <[EMAIL PROTECTED]> wrote:
Does arm (versatilepb) have any kind of battery backed clock? I can't find a
way to init the linux kernel's clock from the kernel command line, and if
there's clock hardware that should be initializing it I haven't enabled the
driver in the ker
On 7/4/07, Cedric Hombourger <[EMAIL PROTECTED]> wrote:
You may want to look at crosskit.sourceforge.net
thanks for this hint.
I haven't looked at detaoib yet but it was surely created before crosskit
and may therefore be a safer bet.
DetaolB aims to be a native solution, not a cross compi
The busybox link failure has an existing entry in mantis:
http://www.uclibc.org/bugs/bug_view_advanced_page.php?bug_id=1356
2007/7/4, Cedric Hombourger <[EMAIL PROTECTED]>:
Hi,
You may want to look at crosskit.sourceforge.net (a
crosstool/buildroot-like project that I have recently started an
Hi,
You may want to look at crosskit.sourceforge.net (a crosstool/buildroot-like
project that I have recently started and that you can find on sourceforge).
Following your e-mails, I have added sparc support. The toolchain builds
fine but busybox fails to link (sched_getaffinity and sched_setaffi
In article <[EMAIL PROTECTED]> you write:
>-=-=-=-=-=-
>
>Hi,
>
>Some time ago I made a patch to handle keyboard localization for vnc:
>
>http://lists.gnu.org/archive/html/qemu-devel/2006-08/msg00129.html
>
>It is outdated and most probably won't apply to current CVS, but with some
>tweaking it can
On 7/4/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
I used the attached config for sparc-test kernel build, with one patch
for TCX that shouldn't be necessary for newer kernels.
thanks. that'll save time.
> will uclibc work well enough on sparc32 ?
I have no first hand experience. Busybox work
On 7/4/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
On 6/30/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> As the number of Sparc32 distributions keeps approaching zero, could
> you consider porting DetaolB to non-x86 CPUs?
ok, I documented myself, and I'll try on sparc32.
any hint on patches, c
On 6/30/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
As the number of Sparc32 distributions keeps approaching zero, could
you consider porting DetaolB to non-x86 CPUs?
ok, I documented myself, and I'll try on sparc32.
any hint on patches, config files for the kernel ?
will uclibc work well enough
On 7/4/07, Magnus Damm <[EMAIL PROTECTED]> wrote:
Ok, to begin with I've attached two patches needed for this to work on
sh4. They are in quite hairy shape and not ready for upstream merge. I
don't plan on submitting them upstream any time in the future - they
are just useful for debugging. Anywa
On Wednesday 04 July 2007, Rob Landley wrote:
> Does arm (versatilepb) have any kind of battery backed clock? I can't find
> a way to init the linux kernel's clock from the kernel command line, and if
> there's clock hardware that should be initializing it I haven't enabled the
> driver in the ker
The SIGIO signal info struct includes an 'fd'-field which some
applications (esp. libasound) rely on. This patch passes this through to
the emulated program.
Alex
Index: qemu/linux-user/signal.c
===
--- qemu.orig/linux-user/signal.c
+
Hi,
Some time ago I made a patch to handle keyboard localization for vnc:
http://lists.gnu.org/archive/html/qemu-devel/2006-08/msg00129.html
It is outdated and most probably won't apply to current CVS, but with some
tweaking it can improve things a bit.
Regads,
Eduardo Felipe
2007/7/4, Juerg
19 matches
Mail list logo
