Activity for Stanislav Shwartsman
-
Stanislav Shwartsman modified ticket #368
AGP or PCI Express support
-
AGP is WIP, For PCI-Express where is another request open in github. Closing this as duplicate
-
Add "Run To Cursor" command to debug
-
New 'rla' command was added to debugger exact to do that mentioned Run to linear address. GUI debugger support (another feature request) is next step
-
Bochs should use the OSX toolbar
-
Seems like outdate, if the request still relevant - please reopen on github
-
compressed harddisc image format
-
new FreeDOS BOchs image
-
Already become obsolete
-
Utilities to mount bochs images as hard disks
-
Not a Bochs request, tools like WinImage already able to manipulate disk images from Bochs
-
VPN client
-
Should be already possible. Not a Bochs request.
-
PocketPC support
-
Windows CE is dead and obsolete
-
Request for 2nd monitor (2nd emulated montitor) already present even here. Multi-Head support: https://sourceforge.net/p/bochs/feature-requests/15/ It is probably hard to do so nobody tries. If you want to highlight it more - better to open another request on github. But one request for one feature.
-
blow-up feature for too small guest window
-
autoscale require is understood. such a requests better to be tracked in github
-
Debugger: Add command/keypress for Step Over
-
added keypress
-
dark flat ui or bordless inner window for ui testing
-
Duplicate, present also in github
-
Literally didn't understand a single word about 2nd window. What is monitor ? What is second monitor ? I don't know if its just the pre-made binary version I got but the new Bochs debugger isn't allowing me to copy lines and paste them else where. It also doesn't output much information on errors either. I think its important so we can do a search on the web to find related errors. It normally brings up other Bochs content. I am pretty sure it is a problem of the command line shell you are using....
-
What is 64-bit line or 32-bit line ? The only line I know is cache line size in the processor. Not sure Bochs has to do anything with it.
-
Double faults in Linux VMX non-root mode guest (<ENTRY_TRAMPOLINE>)
-
Got no response to several years and nobody else reported similar issue. Rejected as 'cannot be reproduced'
-
You are using obsolete CPU model, on current git master bx_generic CPUID doesn't exists anymore as well as SMAP/SMEP optons in bochsrc. If you use other model which support SMAP (for example haswell) it will be present in CPUID. You are also using obsolete way to communicate. Bochs moved to github and best way to ask questions is to use github as well. Thanks, Stanislav
-
Full long mode paging support in debugger
-
Already resolved
-
Update build script to build a debugger version and none debugging version of bochs or make debugging available as plugin
-
Bochs debugger will be enabled in main release now and can be used from the same binary with high performance version.
-
It is very simple - we have no clue who build this Bochs on the video, I don't know know to build Bochs for Android, we cannot run it here because we have no source code. We don't support Bochs for Android at all and you will have no response unless original author of Bochs for Android will reply you. We still want to have Android support in-house (and will officiall y support it) but nobody ever supplied pull request or patch to us. Thanks Stanislav
-
Better to open issue in github https://github.com/bochs-emu/Bochs/issues Or if you not sure it is the issue use discussion boards in github: https://github.com/bochs-emu/Bochs/discussions
-
add back link to github project for Bochs on main page
-
Ignore SPP in guest paging-structure entries
-
This part is not a part of genuine definition. It is part of HLAT feature and Paging Write control. Write for A/D update should be okay only of Paging Write control is enabled. This control is not implemented yet, will be implemented soom/ In meanwhile- this is not a bug.
-
USABILITY: There should be a small message before the debugger's Bochs prompt that the c key must be pressed
-
Done
-
write config/read config can fail
-
Every such case should be considered an issue. Right now we are clean after fixing few issues like that. Closing. If appears again - please open ticket on Github
-
Bochs Enhanced Debugger useful features
-
Already implemented in github
-
Bochs does not support two VGA fonts displayed simultaneously.
-
Already implemented in github
-
Incorrect "Blocking by NMI" bit when handling NMI VM-exit
-
Fix was pushed to github Branch: refs/heads/master Home: https://github.com/bochs-emu/Bochs Commit: 6b48d6e33ff8d5a5f8b1986e01aa34c901faffe3 https://github.com/bochs-emu/Bochs/commit/6b48d6e33ff8d5a5f8b1986e01aa34c901faffe3
-
svn guidelines
-
Bochs moved to github and we hope we will get "quite a number of cvs developers" there to raise such an issues again
-
assign opcode F1 as magic break point
-
Many versions of magic breakpoints were added to fight 'bad magic breakpoint encoding' problem. Still definitelly not ICEBP because there are real workloads which want to emulate it properly.
-
Memory module size determination
-
Unclear requirement, what is S728P.ROM and why it is interesting ? If still relevant - please come up to discuss on github.
-
Out of bounds memory access in memory.cc
-
Was never reproduced and the code was altered significantly. If you see it again - please report issue on github
-
magic breakpoint instruction reassign ability
-
Implemented and turned to master on github
-
PAUSE instruction hack
-
Obsolete
-
Japan and Korea key support & Cirrus support for OS/2
-
All but Japanese keyboard is already in the master. add scancodes for Japanese A01/AX keyboard and Hanguel keyboard win32 and RFB gui : Japanese A01 (106/109) keyboard support These could be supplied as separate patches based on master in github if still relevant.
-
Real Time Clock /CMOS fix
-
Merged into master
-
Out of curiosity, do you work for Intel in Haifa? yes
-
Fix Bochs-Discussion link
-
A bochsrc. configuration file is a mess. It is auto generated. It does have no help comments. The >user is not told which options are available, which are mutually exclusive, or which require each >other. All that have to be read in the manual. BTW, I don't know where you got your .bochsrc from. We actually update it very carefully and treat it as necessary documentation. See .bochsrc in the sources tree and explain why you think it is autogenerated. I personally have no idea why do you think that...
-
We could argue forever. QEMU wasn't easier to use back 2004 not even in 2010. I was playing with Bochs and they were the same. Until a lot of users made QEMU more user friendly. And these users didn't came to Bochs not because Bochs not user friendly, because QEMU better served their needs. Most of users in the world don't need slow emulator, they need fast dynamic translation and hypervisor. New device developer will never look into Bochs because it is much more convenient to test device under QEMU...
-
I would support everything that makes bochs better But you would have to explain the difference between one way or another way to the same thing. Bochs has parameters tree and other is used as main message system between devices and configuration. i know it us not perfect ut it us not that bad for its purpose Before adding new one need to think carefully. EDIT: I would rush adding client-server system messaging interface when there is nobody to communicate to on the other side. If the message system...
-
I would support everything that makes bochs better but you would have to explain the difference between one way or another way to the same thing. Bochs has parameters tree and other is used as main message system between devices and configuration. i know it us not perfect ut it us not that bad for its purpose Before adding new one need to think carefully.
-
I see you underestimating Bochs users. I just run your script blindly in purpose to demonstrate you your set of mind. Look on the description above, this is "simple" script and you barely managed to explain it in two pages of text. And you think that configuring Bochs is harder than running that script ? You also suggest reading into the script code which is definitely more complicated than reading into .bochsrc configuration example. Bochs is not virtual PC nor Virtual Box, so we assume that if...
-
After many years in industry I learned few things. The open source isn't stand of volunteers which develop open sources projects as hobby or on spare time. Most software developed because they are paid. The QEMU became such popular when big industry players with money put their power to develop QEMU. See how many Linux kernel devlopers payed by Microsoft, Intel, AMD, Apple and others. See the same for QEMU. And it is obvious that they choose QEMU, QEMU is FASTER. But it is faster by design, because...
-
Long time ago I wanted to write a GUI tool like QEMU virtualization manager which does the configure work but got no support from any of the developers. Old folks know to read .bochsrc example and make the configuration for themselves - it is trivial for them. The Bochs configurator or Bochs manager you so missing could be nice side project for a student or new developers - I have a perfect vision how it should look like and I could guide anybody to it. Anyone raise hand ?
-
I am sorry, but is this called user-friendly tool you are complaining about ? I tried to run it and here what I got: ./run_bochs.sh: line 232: localectl: command not found Error: A keyboard language layout file for the language does not exist. Please select a different language for the variable keyb_locale. Error tells nothing to me. I am using cygwin and not Linux expert to understand what is going on. And of course editing the script is not looking as good idea. What the script supposed to do ...
-
After many years in industry I learns few things. The open source isn't stand of volunteers which develop open sources projects as hobby or on spare time. Most software developed because they are paid. The QEMU because such popular when big industry players with money put their power to develop QEMU. See how many Linux kernel devlopers paied by Microsoft, Intel, AMD, Apple and others. See the same for QEMU. And it is obvious that they choose QEMU, QEMU is FASTER. But it is faster by design, because...
-
Just follow CR and DR write methods in CPU, file crregs.cc
-
I am alone here. Volker is not as available as before and doesn't contribute to the project recently. Also I am not very active in the last year. What is the reason for new release if nothing changed since previous one ? At least I would wait for Ben Lunt to come up with his USB updates. We transitioned to github for a reason to attract new developers. Instead old developers who not so friendly with new environment disappear and new folks didn't come. Seems like people have no interest in contributing...
-
386 is not project priority and these TR registers do not exists in newer products Also they are not documented. The wiki says TR6 is used for TLB testing. How ? There is no description anywhere.
-
Just re-read it and seems it is explained quite well and detailed. You are welcome to submit pull request with explanation that will satisfy you and it will be reviewed
-
Just re-read it and seems it is explained quite well and detailed. You are welcome to submit pull request with explanation that will satisfy you and it will be reviewed
-
Now it seems to me, that you are mixing address space and memory. memory = "If your WinXP has 128MB of RAM..." address space = "where you give each task 1024MB of RAM ?" So this address space is only a theoretical value? And you mixing guest and host. The Guest MEM - is how much memory guest sees. The Host MEM - is much memory host (OS running Bochs as applciation) allocate for it. And yes, this is like "virtual memory" because this is how it is implemented. On 32-bit Windows XP Host if you attempt...
-
I don't understand what do you expect and what happens instead. I see it like this: - You try to overwrite 0x100 words (512 bytes) starting from 0x7c00 here. This wipes out everyting, entire your example. The rep stos itself is not affected (rep stos cannot overwrite itself) but all after it is overwritten. So next instruction to execute after rep stosw will be db 00,00 ALWAYS The @ should never be printed because rep stosw overwrote it. During the rep stosw it detects self-modifying code and raises...
-
Bochs does not handle NMI blocking correctly when running virtual machines (VMX)
-
I have pushed the fix into git. Please review if it works on master now.
-
Just a whild guess for your case: see vmx.cc: if (guest.interruptibility_state & BX_VMX_INTERRUPTS_BLOCKED_NMI_BLOCKED) { if (vm->vmexec_ctrls1 & VMX_VM_EXEC_CTRL1_VIRTUAL_NMI) mask_event(BX_EVENT_VMX_VIRTUAL_NMI); else mask_event(BX_EVENT_NMI); } else { unmask_event(BX_EVENT_VMX_VIRTUAL_NMI | BX_EVENT_NMI); } Please try to add the unmask_event 'else' and tell if it helps. I wrote entire VMX support for Bochs single handed and wouldbe happy to make it as good as possible. Would be glad if you could...
-
Hi, This is known problem, Bochs doesn't implement NMI-blocking and NMI handling in VMX. Also VMCALL is not implemented. Till now it was not required to implement it as most of the VMMs worked also without. Do you see a reason to implement it ?
-
Port configure script to C99
-
It is written on main page ochs project is transitioning to github ! The Bochs source tree is transitioning from SVN to GIT hosted on github. We welcome every new contributor !
-
Bochs has been moved to github. Please open github pull request instead
-
Hi, This patch doesn't merge in acpi.cc. Are you in github ? May be can create a PR for the change in github ?
-
Not that permanent. Now it is permanent https://github.com/bochs-emu/Bochs The https://github.com/stlintel/Bochs will be removed soon
-
update github reference to Bochs SF site
-
"info gdt" uses wrong index in 64-bit mode
-
Broadcast SMI
-
'info gdt' does not properly print TSS in long mode
-
The info gdt was fixed to print long mode descriptors correctly
-
Page Table view shows only low 32-bits linear address
1 >
