2005/6/9, Hetz Ben Hamo <[EMAIL PROTECTED]>:
> XpostFacto let you install OS X on macs with PPC chips (G3 as
> minimum)
Not exactly. Jaguar can be installed on a 603/604 machine. Panther and
later versions require G3s at minimum.
> On 6/9/05, Natalia Portillo <[EMAIL PROTECTED]> wrote:
> > Apple
Open Firmware is a "fantasy name" for the IEEE-1275 standard. It's not
some idiotic gratuitous Apple fluff.
2005/6/6, Hetz Ben Hamo <[EMAIL PROTECTED]>:
> Not exactly...
>
> As many Apple fans can tell you, apple just love to stick their own
> ROM in there machines (I think it's called open firm
Short answer is no. The patch does not work for 64-bit kernel/system.
-ishwar
On Thu, 9 Jun 2005, Jeff Wiegley wrote:
> I have an AMD64 system with Debian pure64 distribution.
> My kernel is 2.6.12-rc6 (I'm stuck with it due to a particular
> patch fix)
>
> Is it possible to get kqemu working on
On Thursday 09 June 2005 17:55, Jeff Wiegley wrote:
> I saw the posting about a x86-64 alpha version of kqemu coming out in
> "the next few days" but that was a month ago. Did this happen?
It didn't happen.
> Or does it just not work on AMD64 systems/kernels yet?
kqemu is still 32-bit only.
Pa
I have an AMD64 system with Debian pure64 distribution.
My kernel is 2.6.12-rc6 (I'm stuck with it due to a particular
patch fix)
Is it possible to get kqemu working on this system?
When I compile I get this:
make -C kqemu
make[1]: Entering directory `/home/jeffw/Downloads/qemu-0.7.0/kqemu'
mak
Nate Lawson wrote:
> Have you considered adding support for this instruction set?
> http://cache-www.intel.com/cd/00/00/19/76/197666_197666.pdf
It's not clear if you're trying to execute instructions such as VMREAD
inside qemu or use qemu's device models + VT-x (used to be called VMX)
for executin
Hi,
On Thu, 9 Jun 2005, Jan Marten Simons wrote:
> > Not quite, but TFTP by protocol design limits filesize to 2^16-1 blocks
> > of 512 bytes or 32 MB minus 512 bytes (33553920 bytes).
>
> Well, if this is the case FTP should realy be added as an alternative
> protocol.
Yes, please! And just for
Hi,
On Thu, 9 Jun 2005, Henrik Nordstrom wrote:
> What I tried to refer to here is that vvfat if supporting writes from the
> host side it must monitor the mapped directory and on each host side
> initiated change of any kind (write to file, addition/removal of file, new
> subdirectory, timestamp
Apple will use standard PC architecture: hardware, memory map, ROM
(the BIOS), etc.
Apple will remain the kernel as Open Source.
Just search XPostFacto.
Was easy to make OS X work in machines not officially supported, and
so will be.
El 06/06/2005, a las 23:21, Hetz Ben Hamo escribió:
Not
On Tue, Jun 07, 2005 at 09:08:57PM +0200, Jocelyn Mayer wrote:
> > Oh, I've created a small Qemu/MIPS page on the Linux/MIPS Wiki at
> > http://www.linux-mips.org/wiki/index.php/Qemu. It's a wiki so please feel
> > free to edit.
I've just put patches on that page.
> It would be great to publish
Can you make a nightly build with the CVS?
PLEASE! xD
And another with the patches that aren't in the CVS?
Thanks!
El 08/06/2005, a las 19:32, Mike Kronenberg escribió:
Pierre has asked me to maintain the OS X package.
I will glady take this task.
To keep things simple for enduser, I plan t
Not exactly.
XpostFacto let you install OS X on macs with PPC chips (G3 as
minimum), not on Intel based PC's.
Apple will *not* let users install OS-X/ X86 on your PC. Thats the
official word from Phil Schiller, Vice president of worldwide
marketting at Apple.
So, I'm pretty sure Apple will use s
Hi,
I am having the following gdb difficulties with QEMU (latest CVS snapshot,
nbench was cross compiled and works perfectly with qemu-sparc alone):
QEMU started as:
qemu-sparc -g -L /usr/local/gnemul/qemu-sparc nbench
The gdb is started using the following in another terminal:
gdb nbench
GNU
On Wed, 8 Jun 2005, Jim C. Brown wrote:
Next to impossible to do portably. I am not sure how user-net port redirection
even enters the picture - once the FTP daemon is set up, the guest sees
the FTP server on the host (admittedly on a nonstandard port, but is that
such a big deal?).
With the u
On Wed, 8 Jun 2005, Johannes Schindelin wrote:
There is several big issues involved in providing write support
a) On guest writes, the emulation must have a very good understanding of
how the guest writes to the emulated filesystem to allow it to piece
together the block level writes and map th
On Thu, Jun 09, 2005 at 11:33:27AM +0200, Hetz Ben Hamo wrote:
> I'll be happy to add FreeOSZoo to QEMU Forums page, that way it would
> be easier for users and developers to track problems if they're image
> related or QEMU related..
>
> What do you think?
Yes,it's ok. Better have a centralized
I'll be happy to add FreeOSZoo to QEMU Forums page, that way it would
be easier for users and developers to track problems if they're image
related or QEMU related..
What do you think?
Thanks,
Hetz
On 6/9/05, Stefano Marinelli <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 08, 2005 at 06:43:24PM -0500
On Wed, Jun 08, 2005 at 06:43:24PM -0500, [EMAIL PROTECTED] wrote:
> Obviously there are still some issues (for example, language issues), but I
> think most people will still prefer the qemu forum at
> http://m2.dad-answers.com/qemu-forum/ since it's already fairly well
> established and it doe
18 matches
Mail list logo
