As a follow up to my previous post - I'm debugging data via the host
parallel port to some custom hardware. The OS (which I don't have code for),
sets up the RTC for a very fast 0.25ms (4096Hz) time, and runs exclusively
off the interrupt geneted, ie all subsequent timing and functions are based
tty stupid of me to think.. :)
Thanks for setting me in the right direction.
-Steve
From: Vincent Palatin <[EMAIL PROTECTED]>
To: "Steve Ellenoff" <[EMAIL PROTECTED]>
CC: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Log I/O from host Parallel Port?
Date: Tue, 8 Aug 20
According to the doc:
"The requirements for a guest OS to work in full virtualization mode are
very simple and most recent OSes (such as Linux or Windows 2000/XP) fulfill
them. Interested OS writers can contact the author to get the necessary
information to make their OS work in full virtualiz
Is there any easy way to log all I/O data reads & writes to/from the host
parallel port, when using the -parallel /dev/parport0 option?
My host is connected via parallel port to some custom hardware and I'd like
to be able to diagnose why the hardware's not working, by seeing the data
stream o
eful for future projects.
Regards-
Steve
From: malc <[EMAIL PROTECTED]>
To: Steve Ellenoff <[EMAIL PROTECTED]>
Subject: Re: [Qemu-devel] How to Simulate hardware that counts scanlines?
Date: Tue, 1 Aug 2006 04:16:32 +0400 (MSD)
On Mon, 31 Jul 2006, Steve Ellenoff wrote:
You misunderst
BRAD YOU ROCK!! LOL..
It works!!!
I'm not sure what you meant by "you would most certainly want a HZ value of
1000 to try this", but I simply changed the #define to 4096 as you
suggested, put it on my fastest machine, and it works perfectly! I didn't
even get the message saying to echo > 1024
I must be blind and stupid, but I don't see any obvious easy way to reply to
a message when I get the list via dialy batched digest mode. Replying is a
pain, as I have to do it manually by surfing to the mail archives, find the
thread I want to reply, and cut & paste the text etc.. Is there any
That's great news, thanks for letting us know.
Steve
The next release of QEMU is likely to have cycle exact emulation and
delivery of interrupts in the middle of a basic block.
Regards,
Fabrice.
___
Qemu-devel mailing list
Qemu-devel@nongnu.o
Sorry, stupid hotmail default. According to the options I've now turned that
feature off, so hopefully that won't happen again, but there's no easy way
to verify it before sending that I can see in hotmail.
-Steve
From: Paul Brook <[EMAIL PROTECTED]>
To: "Steve E
You misunderstand, I have no control over the running program. I didn't
write it, I don't have source code, and I surely wouldn't have used a
polling mechanism for determining the vblank as you suggested.
My problem is that I wish to run this program through qemu. I've made a
bunch of hardware
Is it possible to run a real time OS under qemu? What changes would need to
be made?
Can it even be done?
The guest OS I'm trying to run sets the RTC System Timer 0 to a 0.25ms
interval (~4000Hz)!! The program I'm trying to run on it, expects this time
to be accurate, and as such, visually the
I'm working on some custom emulated hardware to integrate with qemu's full pc emulation ( i guess you could call it a new target, but really just some mods of the x86 )..
I am curious if there's a way I could simulate counting scanlines. Basically a small piece of the chipset I'm implementing has
all your help.
-Steve
From: Mulyadi Santosa <[EMAIL PROTECTED]>Reply-To: [EMAIL PROTECTED]To: qemu-devel@nongnu.org, "Steve Ellenoff" <[EMAIL PROTECTED]>Subject: Re: [Qemu-devel] Trouble with GDB & Some 'Can it be done' Debugging questionsDate: Thu, 20 J
Hi -
I'm having a bit of trouble getting gdb to do what I was hoping it would
with qemu. Following the instructions in the docs:
#1) I launch qemu with -S -s flags ( since I want to trace the bootloader
code )
It says: Waiting gdb connection on port 1234 - which is correct, and it
opens the
14 matches
Mail list logo
