These changes to the linux package are needed to create kernel .debs
and .udebs with all the needed modules for the QEMU m68k virt machine.
These is also needed to create the debian-installer that will be usable
with the virt machine.
Signed-off-by: Laurent Vivier
---
debian/config/m68k
[<8001>] atari_get_hardware_list+0x6d/0x3e0
This seems a bit odd line for kernel boot on Amiga.
It's a false match (0x8001 can be anything).
Stack corruption?
0x8001 looks like
uapi/asm/bootinfo-amiga.h:#define BI_AMIGA_AUTOCON 0x8001 /* AutoConfig
device */
Thanks,
Laurent
Le 12/05/2022 à 18:16, John Paul Adrian Glaubitz a écrit :
Hi!
Hi :)
On 5/12/22 18:10, Laurent Vivier wrote:
The flags are correct.
This can be tested with:
$ sudo chroot m68k-chroot sh -c 'echo $0'
sh
if the argument is not properly managed, you would have &q
Le 12/05/2022 à 17:51, John Paul Adrian Glaubitz a écrit :
On 5/12/22 17:45, Laurent Vivier wrote:
No, the 'F' means 'fix-binary':
The interpreter is loaded in memory once when the binfmt_misc is configured
(when
the configuration is written to /proc/sys/fs/binfmt_misc/reg
Le 12/05/2022 à 17:41, John Paul Adrian Glaubitz a écrit :
Hi Laurent!
The issue can be reproduced on a freshly installed Debian system.
Is the problem the additional "F" flag?
glaubitz@z6:/tmp/test> cat /proc/sys/fs/binfmt_misc/qemu-m68k
enabled
interpreter /usr/libexec/qem
Le 10/05/2022 à 21:23, John Paul Adrian Glaubitz a écrit :
Hi!
On 4/27/22 11:19, John Paul Adrian Glaubitz wrote:
On 4/27/22 11:04, Laurent Vivier wrote:
Normally, since qemu v6.0.0 you can preserve argv[0]:
(...)
You need also kernel v5.12:
OK, I'm installing QEMU 6.2 and kernel 5.16
Le 26/04/2022 à 21:24, John Paul Adrian Glaubitz a écrit :
Hi!
...
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974004
Normally, since qemu v6.0.0 you can preserve argv[0]:
commit 6e1c0d7b951e19c53b8467e8bc4b71ee73a394ea
Author: Laurent Vivier
Date: Mon Feb 22 11:50:04 2021
Le 23/12/2021 à 09:56, John Paul Adrian Glaubitz a écrit :
Hi Laurent!
On 12/22/21 17:48, Laurent Vivier wrote:
With Qemu 6.2.50 (from git repo):
-NAN
With Quadra 800 with 68040 FPU:
NAN
Built with Qemu and debian bookworm/sid, gcc (Debian 10.2.0-15) 10.2.0.
On Quadra 800 it's execut
t gives me:
Qemu: fff1, -NAN
Q800: 7ff80001, NAN
Qemu reuses fonctions common to all emulated archs, so we will have results closer to x86 than to
real 68040.
Thanks,
Laurent
to bank A and the 16 MB to bank B, does that solve
> the problem? (Please also try v5.10 before you make that change.)
>
> AIUI, Penguin needs a large physically contiguous region, so it used the
> largest pysical RAM chunk (which was bank B). But that alone doesn't
> really just
t is not merged and Adrian was thinking about is:
https://patchew.org/QEMU/20191024153847.31815-1-laur...@vivier.eu/
Thanks,
Laurent
he tst.c example will be
> running with 3 args, not 2).
Yes, it's not fixed.
For 10 months I'm trying to have a patch merged into the kernel to be
able to detect if PRESERVE flag is set or not.
https://patchwork.kernel.org/patch/11354255/
Thanks,
Laurent
_padding[3];/* additional padding to ensure
> opslab is 32-bit aligned */
> # endif
> OPSLOT opslab_slots; /* slots begin here */
> };
>
> Adrian
>
Can't you move "opslab_slots" before "# ifdef PERL_DEBUG_READONLY_OPS"?
Thanks,
Laurent
Le 30/05/2020 à 17:27, John Paul Adrian Glaubitz a écrit :
> Hi Laurent!
>
> On 5/30/20 5:12 PM, Laurent Vivier wrote:
>> As the package is available, I've been able to reproduce the problem
>> with logs enabled. Apparently the instruction is not decoded correctly:
&g
fff0
movi_i32 tmp1,$0x0
brcond_i32 tmp0,tmp1,lt,$L0
00016a2c
movi_i32 PC,$0x16a2c
movi_i32 tmp0,$0x3
call raise_exception,$0x0,$0,env,tmp0
set_label $L0
exit_tb $0x7fc2a0da5643
INT 49331: Address Error(0xc) pc=00016a2c sp=3cc91f30 sr=2004
I try to fix that...
Thanks,
Laurent
efore
running R:
logfile qemu.log
log in_asm,op,int
and share the file qemu.log
Thanks,
Laurent
> Cheers,
>
> Michael
>
>
> Am 27.05.2020 um 21:14 schrieb John Paul Adrian Glaubitz:
>> Hi!
>>
>> I just ran into the following kernel crash - which is repro
n.org/~smarenka/d-i/m68k/cds/daily/debian-etch-m68k-m68k-netinst.iso
http://www.telegraphics.com.au/~fthain/debian-etch-m68k-m68k-netinst.iso
Then use archive repo:
http://archive.debian.org/debian etch-m68k
Thanks,
Laurent
24 -display gtk
>>
>> fd console works. /dev/fb0/ device works
>> (i.e. "cat /dev/urandom > /dev/fb0" fills "nubus-macfb"
>> with random dots :) )
>
> I have never tried Xorg on qemu-m68k but Laurent might be able to give you
> some more
ch the script before it
is used and the installation failed at 83% (on m68k) during the
installation of linux-image-5.6.0-1-m68k package (when it build the
initramfs).
Do you have any solution to install a new system while this bug is not
fixed?
Thanks,
Laurent
t use the good keycode map. macintosh_old is for old kernels that
use a non-standard keycode map, we should use now "macintosh" keycode map.
Thanks,
Laurent
EQh.png
> https://i.imgur.com/onii9Wp.png
>
Could you try to add "-k pt-br" on the qemu command line?
Thanks,
Laurent
use "macintosh" keymap rather than
"macintosh_old" one with keyboard-configuration package?
Thanks,
Laurent
Le 03/01/2020 à 07:41, Carlos Rodrigues a écrit :
> Hi!
> I am wanting to study a little about 68k architecture, and for that I
> want to install Debian on QEmu but I am not getting it because I am
> getting the following error:
>
> $ qemu-system-m68k.exe -boot d -hda debian_68k.img --cdrom
> debi
Le 22/11/2019 à 14:42, Laurent Vivier a écrit :
> Le 22/11/2019 à 11:28, John Paul Adrian Glaubitz a écrit :
>> On 11/22/19 11:26 AM, Laurent Vivier wrote:
>>> I tested a version of the installer on Mac (qemu-system-m68k -M q800) at
>>> the beginning of the week and the
Le 22/11/2019 à 11:28, John Paul Adrian Glaubitz a écrit :
> On 11/22/19 11:26 AM, Laurent Vivier wrote:
>> I tested a version of the installer on Mac (qemu-system-m68k -M q800) at
>> the beginning of the week and the mac_sonic driver seemed to be missing
>> from the
ge.php?p=vim&suite=sid
I tested a version of the installer on Mac (qemu-system-m68k -M q800) at
the beginning of the week and the mac_sonic driver seemed to be missing
from the initrd. Is that fixed?
Thanks,
Laurent
ion. The installer may not be at fault
> here. Can you send /var/log/installer/partman?
>
There is a bug in parted that corrupts the AppleDriver partition.
It is fixed in git repo now by:
commit 43b061e90dcdab799ecd1e822852de110673bf7e
Author: Laurent Vivier
Date: Fri Dec 9 15:10:53 2016 +010
On 21/01/2019 18:40, John Paul Adrian Glaubitz wrote:
> On 1/21/19 6:39 PM, Laurent Vivier wrote:
>> Jan 21 17:00:01 debootstrap: Preparing to unpack
>> .../python3-minimal_3.7.2-1_m68k.deb ...
>>
in-menu[172]: WARNING **: Menu item 'bootstrap-base' failed.
Any idea?
Thanks,
Laurent
o time. QEMU bugs still deserve to be fixed.
>
And QEMU bugs are generally fixed...
And I want to add I have real m68k hardware running (a Quadra 800)
Thanks,
LAurent
may not succeed.
You can find a debian-installer on a bootable floppy here:
https://sourceforge.net/projects/emile/files/emile-debian-installer/emile-debian-installer-0.12/
I don't remember which release it is, perhaps woody.
Thanks,
Laurent
Le 04/09/2017 à 23:43, Laurent Vivier a écrit :
> Le 04/09/2017 à 21:51, Laurent Vivier a écrit :
>> Le 02/09/2017 à 07:33, John Paul Adrian Glaubitz a écrit :
>>> On 09/02/2017 05:34 AM, Finn Thain wrote:
>>>> The "-probe" and "--netatalk" options
Le 04/09/2017 à 21:51, Laurent Vivier a écrit :
> Le 02/09/2017 à 07:33, John Paul Adrian Glaubitz a écrit :
>> On 09/02/2017 05:34 AM, Finn Thain wrote:
>>> The "-probe" and "--netatalk" options are not listed in the upstream man
>>> page for xorris
al mkisofs. I was just using the wrong
> tool.
>
>> The hfs options look okay but they are for yaboot on PowerMacs. To create
>> bootable CD for 68k Macs would be a different process (using EMILE SCSI
>> CD-ROM drivers) etc.
>
> Laurent probably knows what to do
Le 04/09/2017 à 19:10, John Paul Adrian Glaubitz a écrit :
> On 09/04/2017 07:07 PM, Laurent Vivier wrote:
>> Debian-installer works fine.
>>
>> The keyboard is not correct when we boot the installed installed system.
>
> Then you're most likely right about &quo
Le 04/09/2017 à 19:06, John Paul Adrian Glaubitz a écrit :
> On 09/04/2017 07:04 PM, Laurent Vivier wrote:
>> Or a package an keyboard-configuration?
>
> Could be. When exactly do you encounter the incorrect keyboard layout?
>
> Does the keyboard work correctly after booti
Le 04/09/2017 à 18:57, John Paul Adrian Glaubitz a écrit :
> On 09/04/2017 06:46 PM, Laurent Vivier wrote:
>> The configuration file is not generated correctly by debian-installer:
>> It uses the old key ids (macintosh specific) whereas kernel uses now the
>> generic ones (si
Le 01/09/2017 à 22:50, Laurent Vivier a écrit :
> Le 01/09/2017 à 22:08, John Paul Adrian Glaubitz a écrit :
>> On 09/01/2017 10:05 PM, Laurent Vivier wrote:
>>> It works fine with (/usr/lib/base-installer/kernel.sh)
>>
>> So, were you able to fully install the syste
Le 01/09/2017 à 22:56, John Paul Adrian Glaubitz a écrit :
> On 09/01/2017 10:50 PM, Laurent Vivier wrote:
>> I've a working system.
>
> Good. But I really need to find where that libxmlada package comes
> from. It doesn't make any sense at all that it's being pu
Le 01/09/2017 à 22:44, John Paul Adrian Glaubitz a écrit :
> On 09/01/2017 10:32 PM, Laurent Vivier wrote:
>> In the "Select and install software".
>> I think it is pulled by "pkgsel".
>
> Hmm, I can't find it there. I'll continue searching.
>
Le 01/09/2017 à 22:08, John Paul Adrian Glaubitz a écrit :
> On 09/01/2017 10:05 PM, Laurent Vivier wrote:
>> It works fine with (/usr/lib/base-installer/kernel.sh)
>
> So, were you able to fully install the system? Any other errors?
I've a working system.
The first proble
nts.
>
> Can you tell me in which d-i step the package is tried to be installed?
In the "Select and install software".
I think it is pulled by "pkgsel".
Laurent
Le 01/09/2017 à 22:08, John Paul Adrian Glaubitz a écrit :
> On 09/01/2017 10:05 PM, Laurent Vivier wrote:
>> It works fine with (/usr/lib/base-installer/kernel.sh)
>
> So, were you able to fully install the system? Any other errors?
I have configured a remote repo
(http://ftp.p
d be able to test this yourself. The script m68k.sh can
> be found somewhere below /lib/ something. Patch the m68k.sh file
> and retry the kernel installation step.
It works fine with (/usr/lib/base-installer/kernel.sh)
I've modified "arch_get_kernel_flavour()" to always print "m68k".
Thanks,
Laurent
1 18:56:16 base-installer: error: exiting on error
base-installer/kernel/no-kernels-found
Laurent
al console, how to switch to the syslog console?
Thanks,
Laurent
ror message is:
No installable kernel was found in the defined APT sources.
You may try to continue without kernel, and manually install your own
kernel later. This is only recommended for experts, otherwie you will
likely end up with a machine that doesn't boot.
Laurent
/people.debian.org/~glaubitz/debian-cd/2017-09-01/
>
This one works better, but it doesn't find any kernel to install.
Thanks,
Laurent
!
>
> Adrian
>
This installation fails with:
Aug 31 13:09:07 debootstrap: Errors were encountered while processing:
Aug 31 13:09:07 debootstrap: mac-fdisk
Aug 31 13:09:08 debootstrap: Setting up mac-fdisk (0.1-16+b1) ...
Aug 31 13:09:08 debootstrap: dpkg: error: unknown option
--print-installation-architecture
Laurent
in in the defconfigs above.
So for mac, I think we need:
for disk: esp_scsi, mac_esp, macide, ide-cd_mod, sd_mod, cdrom, sr_mod
for network: macmace, mac89x0, macsonic, mac8390
Laurent
Le 11/05/2017 à 19:01, John Paul Adrian Glaubitz a écrit :
> On 05/11/2017 06:31 PM, Laurent Vivier wrote:
>>> After hours:
>>
>> ...
>> CC test_urcu_defer.o
>> /tmp/cczwtyzj.s: Assembler messages:
>> /tmp/cczwtyzj.s:298: Error: syntax error -- sta
:367: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/liburcu/userspace-rcu/tests'
Makefile:474: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
Laurent
llow you to capture
> the dmesg output.
>
Here:
http://vivierlaurent.free.fr/Debian_3.1_r0a_m68k_Bin-1-boot.img
Don't use a CD-RW disk as Apple CDROM drives are not able to read them,
and press 'c' on boot to boot from CD.
Laurent
Le 22/03/2017 à 01:56, Finn Thain a écrit :
>
> On Tue, 21 Mar 2017, Laurent Vivier wrote:
>
>>
>> Tested on my Quadra 800. ADB/SCSI/Ethernet work fine.
>>
>> I've also tested with Q800 implementation in QEMU and works fine too.
>>
>
> Than
he Debian list to try to find
> users willing to help improve test coverage prior to patch submission.
Tested on my Quadra 800. ADB/SCSI/Ethernet work fine.
I've also tested with Q800 implementation in QEMU and works fine too.
You can find attached the both dmesg.
Laurent
Linux version
ot know how to configure networking
> with qemu, and would prefer to resolve my bugs without this knowledge,
> if possible.
You can use virt-manager or gnome-boxes to configure and run your machine.
Laurent
Le 06/12/2015 14:09, Andreas Schwab a écrit :
> Laurent Vivier writes:
>
>> I think qemu-m68k is emulating precisely the FPU. I've checked the
>> result of testfloat on qemu-m68k, and moreover I've compared the result
>> of softloat on my Quadra 800 (68040 FP
Le 05/12/2015 20:59, Thorsten Glaser a écrit :
> Dixi quod…
>> Laurent Vivier dixit:
>>> Le 21/11/2015 13:07, Andreas Schwab a icrit :
>>
>>>> Does that include the FPU emulation?
>>>
>>> I don't know: FPU emulation is on 96 bits (in f
Le 23/11/2015 15:23, John Paul Adrian Glaubitz a écrit :
> On 11/19/2015 01:52 PM, Laurent Vivier wrote:
>> I didn't really search the reason of that before, but:
>>
>> Socketcall 20 seems to be sendmmsg() (and 19 is recvmmsg()).
>>
>> I think it should b
Le 21/11/2015 13:07, Andreas Schwab a écrit :
> Laurent Vivier writes:
>
>> I think the instruction emulation is at the same level as Aranym,
>
> Does that include the FPU emulation?
I don't know: FPU emulation is on 96 bits (in fact 80...) and can have
some bugs (I di
ith Aranym or switch to qemu-m68k
> is clearly answered :).
You should keep some Aranyms and real hardwares: qemu-m68k is not perfect.
I think the instruction emulation is at the same level as Aranym, but
the qemu linux-user part has some issues with multi-threaded applications.
Laurent
y_init_stack (addr=0xe680) at thread_pthread.c:719
> #2 0x871a in ?? ()
> #3 0xe680 in ?? ()
> #4 0xe68c in ?? ()
> #5 0xe690 in ?? ()
> #6 0x in ?? ()
> (gdb)
If google give me the good source version,
https://github.com/brightbox/deb-ruby2.2/blob/master/thread_pthread.c
685else {
686 limit -= size;
687 if (buf > limit) {
688 limit = alloca(buf - limit);
689 limit -= stack_check_margin;
690 limit[0] = 0;
691 }
692}
It is playing with stack and it fails... perhaps a m68k specific bug.
Laurent
Le 20/11/2015 15:39, John Paul Adrian Glaubitz a écrit :
> On 11/20/2015 03:28 PM, Laurent Vivier wrote:
>>> So, from your question I assume prlimit64 is not supposed to be present
>>> in an m68k binary? I'll check what ruby does during configure.
>>
>> As t
what ruby does during configure.
As the prlimit64 syscall number is defined in m68k linux includes, it is
defined in qemu and thus it is allowed and managed. I don't understand
why it doesn't work on real machine. What is the kernel version used ?
Laurent
On 19/11/2015 13:20, John Paul Adrian Glaubitz wrote:
> On 11/19/2015 12:29 PM, Laurent Vivier wrote:
>> revert:
>>
>> linux-user: add netlink audit
>> linux-user: support netlink protocol NETLINK_KOBJECT_UEVENT
>> linux-user: add rtnetlink(7) support
>
patches to try to manage
netlink protocol.
revert:
linux-user: add netlink audit
linux-user: support netlink protocol NETLINK_KOBJECT_UEVENT
linux-user: add rtnetlink(7) support
> I'll have to figure out what's happening here. Otherwise, it seems
> to run fine so far. Performance is great.
Thanks,
Laurent
On 19/11/2015 11:40, John Paul Adrian Glaubitz wrote:
> Hi Laurent!
>
> I gave your working tree qemu-m68k [1] a try with sbuild today.
>
> I configured the sources as follows:
>
> $ ./configure --target-list=m68k-linux-user --static
see below.
> Then ran "mak
Le 16/11/2015 14:43, John Paul Adrian Glaubitz a écrit :
> On 11/15/2015 07:49 PM, Laurent Vivier wrote:
>> In GitHub repo (https://github.com/vivier/qemu-m68k), on branch
>> 680x0-v2.4.0, you can find a LXC script to create debian container:
>> (...)
>
> Looks inte
Hi,
Le 15/11/2015 19:08, John Paul Adrian Glaubitz a écrit :
> Hi!
>
> On 11/12/2015 03:34 PM, Laurent Vivier wrote:
>> For the qemu-m68k part, I've tried to merge it after the qemu-2.4
>> release, but there have been some comments and I have to rewrite a major
Le 12/11/2015 15:21, John Paul Adrian Glaubitz a écrit :
> Hi!
>
> I just realized it would be nice to have a condensed TODO for the m68k
> port to have an overview what still needs to be done. It can be found
> on the Debian Wiki:
>
> https://wiki.debian.org/M68k/TODO
Ì have also propos
hanks,
> Adrian
On another subject, I've written some tools in EMILE to create a
bootable disk from inside linux without Apple Driver and without any
MacOS partition (emile-mktable and emile-conf).
Laurent
;
>> In that thread they say qemu emulates a ColdFire MCU rather than a classic
>> Motorola 68k, that could be causing the incompatibility.
>
> Indeed, I completely forgot about that. However, there might be still a
> chance. You could try Laurent Vivier's qemu-NeXT tree wh
). Is this something the kernel can
>> intentionally do or is it more likely sort sort of triple fault-like
>> situation?
>
> I've never tried EMILE on my Q950. Perhaps Laurent can speak to that.
I don't own a Q950, so I've never tested it.
Do you have enough RAM
m68k: Fix boot regression on machines with RAM at non-zero
Both commits are in kernel 3.16 and later.
To help to debug, what is the last letter displayed by the kernel before
crash ?
(did you set CONFIG_EARLY_PRINTK ?)
Laurent
Le 07/08/2015 06:29, Greg Andrzejewski a écrit :
> Greeti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
You mean http://lwn.net/Articles/649239/ ?
Laurent
Le 08/07/2015 20:58, Thorsten Glaser a écrit :
> Hi *,
>
> after reading an LWN comment by neilm – supposedly the DPL – I
> finally decided to not come back to being a Debi
https://gitorious.org/qemu-m68k/qemu-m68k/commits/next-cube
Regards,
Laurent
Le 22/12/2014 09:00, Geert Uytterhoeven a écrit :
> On Mon, Dec 22, 2014 at 7:15 AM, Christian T. Steigies
> wrote:
>> On Sun, Dec 14, 2014 at 07:40:47PM +0100, Geert Uytterhoeven wrote:
>>> On Su
_part=N parameter" (where N is
the maximum number of partition you want to be able to manage. If "loop"
is not a module, you must boot your kernel with the option
"loop.max_part=15" (for instance) on the command line.
Then, your partitions appear as "loop0p1", &quo
architecture with 16bit
alignments for long and pointers...
Josselin, the existing code is broken, but this is hidden...
As explain in the patch, perhaps duplicating the code dealing with the two
structures should be the good solution.
Regards,
Laurent
then that could account for the failures.
>
> I don't know about emile, but Penguin should work in 24-bit mode.
When emile detects a 24bit mode, it changes it to 32bit mode in PRAM and
reboots.
Regards,
Laurent
ing on a floppy would be better :
there is no USB port on this kind of machine, and the floppy is the
easiest way to boot a kernel.
Do you think it is possible ?
(With 2.2 kernel we were able to put kernel AND ramdisk on the SAME
floppy !)
Regards,
Laurent
--
To UNSUBSCRIBE, email to debian-
p://gcc.gnu.org/
Perhaps I missed something ?
BTW, is debian-installer available for debian m68k unstable ?
Regards,
Laurent
Le 26/08/2013 13:57, Thorsten Glaser a écrit :
Laurent Vivier dixit:
Thanks, but what is the URL, I want to wget it. I didn't find it on
ftp.debian.org.
They’re
> Le 26 août 2013 à 13:12, Thorsten Glaser a écrit :
>
>
> Laurent Vivier dixit:
>
> >I'd like to test this on my Quadra 800, where can I find the .deb ?
>
> In Debian unstable: apt-get install linux-image-3.10-2-m68k
> (or better linux-image-m68k which is the
.
>
> Scott Holder booted it on his Macintosh AFAIR.
I'd like to test this on my Quadra 800, where can I find the .deb ?
Regards,
Laurent
Le 29/05/2013 03:03, Finn Thain a écrit :
On Tue, 28 May 2013, Laurent Vivier wrote:
Le 28/05/2013 14:45, Geert Uytterhoeven a ecrit :
On Tue, May 28, 2013 at 1:46 PM, Finn Thain wrote:
On Sun, 26 May 2013, Finn Thain wrote:
On Sun, 26 May 2013, Laurent Vivier wrote:
Le 26/05/2013 02:30
Le 28/05/2013 13:45, Finn Thain a écrit :
On Sun, 26 May 2013, Laurent Vivier wrote:
Please send any patch you want I test (including Kconfig one)
Please try this one (with CONFIG_EARLY_PRINTK=y). I've compile tested but
have no hardware here to run it. This patch should fix a couple of
Le 28/05/2013 14:45, Geert Uytterhoeven a écrit :
On Tue, May 28, 2013 at 1:46 PM, Finn Thain wrote:
On Sun, 26 May 2013, Finn Thain wrote:
On Sun, 26 May 2013, Laurent Vivier wrote:
Le 26/05/2013 02:30, Finn Thain a ecrit :
This works if I disable "EARLY_PRINTK". To do that I nee
ed, Aranym was using
internally only 64bit floating point type (like coldfire).
Regards,
Laurent
"MOTOROLA M68000 FAMILY Programmer’s Reference Manual (includes CPU32
instructions)"
[1] "1.5.2 Binary Floating-Point Formats"
[2] "3.5.1 Intermediate Result"
--
Le 26/05/2013 16:23, Thorsten Glaser a écrit :
Laurent Vivier dixit:
For the "etc" ;-) , in Qemu, I have:
Hm, I thought qemu did not emulate an MMU?
You're right.
I cheat : I use Qemu in linux-user mode, it means I use m68k user
binaries on an x86_64 kernel within a
Le 26/05/2013 15:16, Thorsten Glaser a écrit :
Laurent Vivier dixit:
BTW, the result on a real CPU (68040) is :
68881 even ;-)
test#1 fail: 1.0E+00
test#2 fail: 1.00040E+16
changing FPU control word from to 0080 => 0080
test#1 g
it is possible to disable SCC irqs at this
level (perhaps I'm wrong). If we must access directly hardware
registers, the good place to do this is in the kernel init sequence. IMHO.
Regards,
Laurent
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of &q
40E+16
changing FPU control word from to 0080 => 0080
test#1 good: 1.00022E+00
test#2 good: 1.00020E+16
Regards,
Laurent
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Please send any patch you want I test (including Kconfig one)
Laurent Vivier a écrit :
>Le 26/05/2013 02:30, Finn Thain a écrit :
>> On Sat, 25 May 2013, Laurent Vivier wrote:
>>
>>> Le 25/05/2013 10:04, Finn Thain a ?crit :
>>>
>>>> If you enabl
Le 26/05/2013 02:30, Finn Thain a écrit :
On Sat, 25 May 2013, Laurent Vivier wrote:
Le 25/05/2013 10:04, Finn Thain a ?crit :
If you enable EARLY_CONSOLE, don't generate any Zilog SCC interrupts
before the pmac_zilog driver gets opened (i.e. before getty starts on
ttyS0). The early boo
Le 25/05/2013 21:26, Brad Boyer a écrit :
On Sat, May 25, 2013 at 05:55:55PM +0200, Geert Uytterhoeven wrote:
On Sat, May 25, 2013 at 1:51 PM, Laurent Vivier wrote:
I don't know if it is related to this, but after compiling the kernel
3.10.0-rc2 from Geert defconfig branch, I'm ab
Le 25/05/2013 10:04, Finn Thain a écrit :
On Fri, 24 May 2013, Laurent Vivier wrote:
Le 24 mai 2013 ? 09:27, Finn Thain a
?crit :
[...]
I have a strong suspicion that some stuff not enabled in your configs
would still need to be explicitly disabled to get the best results. I
will let you
ry this on a quadra 800 this week-end.
An advices, Finn ?
Regards,
Laurent
Hi Thorsten,
Le jeudi 06 décembre 2012 à 20:56 +, Thorsten Glaser a écrit :
> Laurent Vivier dixit:
>
> >I think it should be a good idea to play with the linux-user mode of
> >qemu.
>
> Does that emulate an MMU? The system mode doesn’t, IIRC.
MMU is useless in user
server" is not installed
by default, but you can add it from the console with apt-get (don't
forget to add a password for root).
If you don't like this, you can destroy the container with "sudo
lxc-destroy -n virtm68k", but, WARNING, it will also remove the
directory !
Have
ges. They at
> least will let you edit configs.
>
> http://sourceforge.net/projects/emile/files/
>
> You download them, and write them with dd them from any linux box with a
> floppy (There may be a mac-floppy driver required) and the use them to
> launce your mac.
>
> I know you can write the rescue disks from MacOS 10.4 with a external
> USB floppy drive and dd.
>
> All you need is 15 year old floppy's that write and similar drives :)
Emile allows to boot from a CD, too.
This image should do the trick :
http://vivierlaurent.free.fr/Debian_3.1_r0a_m68k_Bin-1_emile.iso
Regards,
Laurent
nt /dev/loop0p1 /mnt
Regards,
Laurent
Le samedi 07 juillet 2012 à 22:23 +, Thorsten Glaser a écrit :
> Package: kpartx
> Version: 0.4.9-3
>
> Hi,
>
> when creating a hdd image, losetup'ing it to /dev/loop0 and then
> creating partitions on it with atari-fdisk, kpartx
1 - 100 of 158 matches
Mail list logo
