All of lore.kernel.org
 help / color / mirror / Atom feed
From: Piotras <piotras@gmail.com>
To: "Vladimir N. Oleynik" <dzo@simtreas.ru>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: Windows 2000 disk full problem during install...
Date: Fri, 17 Dec 2004 12:51:09 +0100	[thread overview]
Message-ID: <da631837041217035179671e55@mail.gmail.com> (raw)
In-Reply-To: <41C2C1BA.9000509@simtreas.ru>

If this is the problem, how Bochs solves it?


Piotrek

PS. There is another issue that AIO-like driver could clean:
  http://lists.gnu.org/archive/html/qemu-devel/2004-09/msg00290.html


On Fri, 17 Dec 2004 14:23:38 +0300, Vladimir N. Oleynik <dzo@simtreas.ru> wrote:
> Leo,
> 
>  > I was wondering if anyone had a chance to look into this problem more.
>  > I've done a great deal of research myself on it so far, but do not yet have
>  > a solution. Most of the c:\winnt\security\edb*.log files that fill up the disk
>  > are created during the hardware scan stage in the GUI portion of the install.
>  > I'm using Windows 2000 Professional, on QEMU 0.6.2 (latest from CVS) and have
>  > encountered the problem on any flavor of Linux I try.
> 
>  > I also tried a small patch to hw/ide.c (without the multithread bits),
>  > from Vladimir N. Oleynik. Basically only the s->status is set to READY_STAT
>  > instead of READY_STAT | SEEK_STAT in/around hw/ide.c:1472 from that patch.
>  > This did not solve the problem at all.
> 
> O my God!
> This problem consists not in these flags, you looked corrections
> to the previous version of the ide emulator.
> I have made new hack specially for elimination of a Subject problem only.
> This correction adds waiting one (or zero, autorandomly) period before
> sending interruption after positioning before write. (see attach)
> But this a HACK, do not use after w2k install!
> Me other idea interested - to make asynchronous input-output.
> The received effect of elimination of a Subject problem was
> completely unexpected.
> But the author of the QEmu has not supported idea.
> (The sended a patch do not contain asynchronous input-output.)
> 
> --w
> vodz

  reply	other threads:[~2004-12-17 12:01 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200412142142.iBELg2Qa009126@treas.simtreas.ru>
2004-12-17 11:23 ` [Qemu-devel] Re: Windows 2000 disk full problem during install Vladimir N. Oleynik
2004-12-17 11:51   ` Piotras [this message]
2004-12-17 14:15   ` Leo Whitman
2005-04-30 16:18   ` Fabrice Bellard
2004-12-17 17:42 Vladimir N. Oleynik
  -- strict thread matches above, loose matches on Subject: below --
2004-12-14 20:58 [Qemu-devel] " Leo Whitman
2004-12-15  6:50 ` [Qemu-devel] " Janusz S. Bień

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=da631837041217035179671e55@mail.gmail.com \
    --to=piotras@gmail.com \
    --cc=dzo@simtreas.ru \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.