Re: [Freedos-user] devload and UMB problem
I've the same problem with usb drivers Devload \h C:\usb\usbaspi.sys devload \h C:\usb\usbcd.sys All the drivers remain in low memory. as702 SHA-1 wrote: just wondering if you could shed some light on a problem i'm having with FreeDOS (this work is based off of Modboot/NwDsk 3.42 FreeDos) i cannot for the life of me get devload to function using the /H switch. whenever i try to load a device into UMB, it always dumps the device into conventional ram. for instance: :config.sys devicehigh=\bin\ifshlp.sys works fine, whilst :autoexec.bat/some.bat devload /h %ramdrv%\bin\ifshlp.sys will load the driver into conventional ram only. am i doing something wrong? i also can't seem to get the shell to load into UMB :config.sys shellhigh=\command.com /e:2048 /p again, goes straight into conventional memory. i must be missing something :( _ http://clk.atdmt.com/UKM/go/msnnkmgl001007ukm/direct/01/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- View this message in context: http://www.nabble.com/devload-and-UMB-problem-tp17936897p17960502.html Sent from the FreeDOS - User mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Sound on thinkpad
Hallo I am new on this list. I have a Linux system on my thinkPad 390 there are some problems with Linux sound and that laptop series. I have made the laptop play sound on the Linux sys with sb-16 but I can not record sound. Now want to try with freedos. I have installed the one floppy odin system. first I have tried to install the official ibm dos drivers for that laptop but they seems to need win3.1 to be working to install. Than I have tried some small dos sound program that I found called dss. When I try to execute it I get something like System all ready in protected mode and no Vcpi or dpmi found. do you have any advice for me about getting sound working under freedos odin? /mikkel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Freedos Speed
I'm new to Freedos, and tried it with a program written in Borland Pascal which usually gives a 200 "divide by zero" error if run on a modern PC. The software seems to run perfectly under Freedos, and I would like to know whether this is a fluke, or if Freedos does actually divide down the system clock? - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Freedos Speed
Hi Richard, I'm new to Freedos, and tried it with a program written in Borland Pascal which usually gives a 200 divide by zero error if run on a modern PC. This is a known bug in Borland / Turbo Pascal / C compiled programs. The problem is simply that your PC is too fast. You can slow it down to 2/8 speed with fdapm speed2 if it has ACPI, or use other slowdown software, or use tools which fix the Borland error in your program :-). http://fd-doc.sourceforge.net/faq/cgi-bin/viewfaq.cgi?faq=General_Information/265 www.bttr-software.de/links/ (very nice list :-)) www.opus.co.tt/dave/indexall.htm The software seems to run perfectly under Freedos, and I would like to know whether this is a fluke, or if Freedos does actually divide down the system clock? The problem would happen in any DOS on your PC :-) Eric - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] poll dos drivers for touchpad or new mouse
Sounds like a great idea. Just as exercise you could first convert the latest cutemouse into a JLM so we can betatest it and say whenever it's working bugfree or not. This would be the base for further development, wouldn't it? I have a logitech mx518 optical mouse with the main features two buttons and one wheel. Plus a lot extra buttons I am not using that much on Windows. ( http://www.logitech.com/index.cfm/mice_pointers/mice/devices/187cl=us,en ) Can't imagine how these other buttons could become useful for me in DOS as there is no much application development. It's connected by a USB to PS2 converter. My second input device is medion/logitech USB idr receiver and a cordless mouse I am using for remote control from sofa. :) So I vote for USB mouse/keyboard support. -mr - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] poll dos drivers for touchpad or new mouse
Hi Michael, Just as exercise you could first convert he latest cutemouse into a JLM You misunderstood me. I want a JLM which talks to the real BIOS and/or hardware on one end and pretends to be a PS2 BIOS mouse on the other. The existing cutemouse driver would be loaded AFTER the JLM, see the fake PS2 BIOS mouse and be happy - even if your actual mouse / touchpad talks a protocol language not known to ctmouse, good old cutemouse will now understand it ;-). The existing ctmouse driver already does a lot of work for drawing mouse cursors and talking to DOS programs - none of which depends on the type of mouse hardware you have. This is why I suggest to use a JLM as helper but keep normal ctmouse on the DOS side... Of course you could save a few bytes of DOS RAM by turning ctmouse into a JLM but that would be too much work. The many links between ctmouse and other hard- and software make it pretty hard to port to a JLM. You can get more RAM for less work by turning DOSLFN into a JLM :-). Note that turning e.g. DISPLAY into a JLM will hardly help you at all because 4 + 3.5 + 2 = 9.5 kilobytes of its DOS RAM footprint is for giving DOS apps access to copies of the font in DOS RAM. Of course it is a very interesting idea to give DISPLAY some command line option which makes it show NONE or only 1 AT A TIME of the fonts to DOS apps, saving 5.5 or even 9.5 kilobytes of DOS RAM :-) Using either option would reduce compatibility: Programs which use graphics mode but show text might show distorted text (one font option) or would show text in the BIOS font instead of your custom (eg. CP858 with Euro sign) font... Still I think it would be very good to have the option as user - because now, you only have a choice between do not use Euro sign at all or let DISPLAY eat more than 10 kB of your RAM. I have a logitech mx518 optical mouse with the main features two buttons and one wheel. Those will be supported by ctmouse 2.1beta4 already, please try that first... Plus a lot extra buttons I am not using that much on Windows. www.logitech.com/index.cfm/mice_pointers/mice/devices/187cl=us,en Wow 8 buttons: Forward, Back, Scrollup, Scrolldown, Menu plus 3 usual buttons ;-). And 1800/800/400dpi resolution. Can't imagine how these other buttons could become useful for me in DOS as there is no much application development. It's connected by a USB to PS2 converter. That should work, but indeed the question is what you or other people would do with the extra buttons in DOS. I mean you could load some TSR which lets you simulate keyboard keypresses by mouse buttons, would that help? My second input device is medion/logitech USB idr receiver and a cordless mouse I am using for remote control from sofa. :) So I vote for USB mouse/keyboard support. Your BIOS should already support those and make them visible to DOS as normal PS/2 devices anyway... How many wheels and buttons does that cordless mouse have? Eric - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Sound on thinkpad
On Wed, Jun 18, 2008 at 9:32 AM, Robert Riebisch [EMAIL PROTECTED] wrote: mikkel meinike wrote: not record sound. Now want to try with freedos. I have installed the one floppy odin system. first I have tried to install the official ibm FreeDOS ODIN is very old. Please use http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/unofficial/balder/ or http://rugxulo.googlepages.com/! Since the single-disk FreeDOS thing comes up from time to time, I've updated the yellow box on the FreeDOS Download page to include a link to 'balder' for those that prefer a single-floppy distro of FreeDOS. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] poll dos drivers for touchpad or new mouse
Eric Auer schrieb: Just as exercise you could first convert he latest cutemouse into a JLM You misunderstood me. I want a JLM which talks to the real BIOS and/or hardware on one end and pretends to be a PS2 BIOS mouse on the other. Ok, I got it. Thought you 'only' planed to improve your existing cutemouse development. I have a logitech mx518 optical mouse with the main features two buttons and one wheel. Those will be supported by ctmouse 2.1beta4 already, please try that first... Yes, it was working also already in past versions. Plus a lot extra buttons I am not using that much on Windows. www.logitech.com/index.cfm/mice_pointers/mice/devices/187cl=us,en Little mistake, I wanted to write I am NOT using that much on Windows. Wow 8 buttons: Forward, Back, Scrollup, Scrolldown, Menu plus 3 usual buttons ;-). And 1800/800/400dpi resolution. Yes, at some point in past I got bugged by a inaccurate mouse resulting in a little overreaction (purchasing the best mouse and mouse pad at this time. :)). Can't imagine how these other buttons could become useful for me in DOS as there is no much application development. It's connected by a USB to PS2 converter. That should work, but indeed the question is what you or other people would do with the extra buttons in DOS. I mean you could load some TSR which lets you simulate keyboard keypresses by mouse buttons, would that help? Don't know. My fantasia about this is very limited. How many wheels and buttons does that cordless mouse have? The really used ones is just two button and one wheel. Fine enough for me anyway. My second input device is medion/logitech USB idr receiver and a cordless mouse I am using for remote control from sofa. :) So I vote for USB mouse/keyboard support. Your BIOS should already support those and make them visible to DOS as normal PS/2 devices anyway... But in fact my BIOS has no feature for USB to PS2 emulation. I think this might be because there is still a PS2 port on my board. You said once only in case there are no more real ps2 ports on a board the BIOS may be forced to provide this feature - I haven't verified this, but it sounds very logical and probabilistic. -mr - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Sound on thinkpad
sorry fdisk /mbr /mikkel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] devload and UMB problem
Eric Auer schrieb: ... I said some weeks ago that devload can not load into umb every time (Thread [Freedos-user] loading other config.sys?) but if I remember right you didn't believe me that devicehigh and devload /h are not completely the same or better said that devload can not be a full replacement for devicehigh. Great. Now you figured out yourself on source level. For some reason devload can never become perfect? I mean, if it would be possible to call exactly the same method as devicehigh is using then devload would already simply use this. Also if the whole devicehigh stuff wouldn't be necessary then we would also not use device commands, but only loadhigh. -mr - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] devload and UMB problem
Hi Michael, you were right, I was not aware that devload fails to figure out an appropriate UMB size and therefore fails more often than devicehigh to load devices to UMB space. Reading the sources made me realize that this feature is missing. Of course it can be added. However, devload will still not be perfect: Some drivers only have full performance if you load them before you load any command.com for the first time, which means you must load them before any bat file or prompt which would let you run devload... ;-). For the same reason, DEVICE is still needed even if DEVLOAD works as good as it can get for low RAM... Eric - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] devload and UMB problem
Eric Auer schrieb: However, devload will still not be perfect: Some drivers only have full performance if you load them before you load any command.com for the first time, which means you must load them before any bat file or prompt which would let you run devload... ;-). Could you reach the same state 'not loaded any command.com' by unloading command.com before and then it could become perfect? By the way, what about devload /unload ..? -mr - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Sound on thinkpad
Hi Mikkel, well the rugxulo.googlepages.com distro does not even have an installer, so it does not break your Linux either :-). Just copy the files over your existing DOS to update your old DOS... Note that DOS basically never really has drivers for sound: DOS games expect soundblaster hardware and some soundcards - like yours - come with some tool which switches the hardware into soundblaster compatibility mode. As the games try to communicate with your hardware directly, they will not even try to use a driver... Only very few games would. The only common soundcard which has no soundblaster-in- hardware compatibility but STILL works in DOS is the SBPCI and SBLive series from Creative: They do have a driver which traps all attempts to talk to soundblaster hardware and converts them into the different access style that the ACTUAL SBLive/SBPCI hardware needs. Only works with emm386-compatible games, though... By the way, http://groups.google.de/group/de.comp.os.msdos/msg/ca0e07ae1d32c531 http://groups.google.de/group/de.comp.os.msdos/msg/b803266bfc07816a explains what the ESStech.com Allegro audio tool for DOS does: essolo.ini hex: 20 02 01 00 88 03 05 00 01 02 30 03 01 00 00 00 Content:ioport dma adlib irq joyst midi unknown Test PC: www.bttr-software.de/members/robert/p500dk/ Pentium 200 with ATI Mach64 / Acer ALI M1511/1513 Aladdin / CMD 646 EIDE / D-Link DLK2201 DE-220P ISA network / ST340016A 37 GB IDE / 64 MB Note that ISA compatible PCs often work better with PCI cards that try to have a soundblaster compatible mode - my ForteMedia FM801 card worked in a PC with ISA+PCI+AGP in the PCI slot but in my new PC without ISA slots (PCIe+PCI) only the Adlib part still works. Back to Robert's information: The ESS driver only installs in Win9x even though it is a plain DOS tool - which only does a bit of init: ftp://ftp.esstech.com/pub/audio-modem/VXD/Allegro_ES1988-1989/A1VXD_7130_Sign_29739.zip Quoting settings from his post, shortened: ESS PCI Audio DOS Device Setup Utility, Version 2.31S (c) ESS Technology,Inc. 1996-1999. All rights reserved. ES1938/ES1946 PCI IRQ: 5 PCI IO Base: 7000 DMA Mode is TDMA SBPro Game...: SB IO=220h IRQ=5 DMA=1 MPU401 IO=330h Game...=201h Robert found with www.uwe-sieber.de/files/pciset.zip that only PCI config bytes 40, 41 and 51 changed: 7f-5f, 90-10, 0-21 He read www.alsa-project.org/alsa/ftp/datasheets/ess/DsSolo1.pdf and found that this means switch 10 to 16 bit I/O port base, enable legacy audio (:-)) and select normal IRQ and TDMA, where bits 6:5 of byte 51h are 0 no IRQ / 1 normal IRQ / 2 non- standard IRQ / 3 reserved and bits 2:1:0 are 0 Distributed DMA, 1 Transparent DMA, 2 PC/PCI DMA, 3 reserved, 4 to 7 WBDMA. All are different attempts to have ISA style DMA on a PCI soundcard. My FM801 has similar settings, alas all fail on my new board... Robert used the small testsound players here: ftp://ftp.eunet.bg/pub/simtelnet/msdos/sound/plany15.zip ftp://ftp.eunet.bg/pub/simtelnet/msdos/sound/promod11.zip I hope you enjoyed this summary / translation :-) Eric PS: About another PCI sound chipset: www.coli.uni-saarland.de/~eric/stuff/soft/specials/ViaAC97enableDOS.c is a small code snippet explaining how to do what VIAAUDIO.COM does and what VIAFMTSR.COM is: one enables VIA audio soundblaster mode, the other is a virtual Adlib thing and sort of complex. But VIAAUDIO is minimal: outb 80h,39h / outl 0cf8h,80003d48h / outl 0cfch, inl 0cfch and not 1 unmutes the card :-) If you had Win3, you would also do outb 80,19 and ... cfc or 1 at start and outb 80,29 and ... cfc and not 1 at end of it. In the example, 80003d48 means bus 0 slot 7 function 5 register 48 where 0.7.5 is the PCI location of your VIA audio chip which you can fetch with tools like DOS PCISLEEP or Linux lspci :-). You can check by doing outl 0cf8h,80003d00h - is inl 0cfch 30581106h VIA VT82C686? Instead of 80003d00h you can use 8500h or (slot shl 11) ... ;-). You also have to tell in BIOS CMOS setup that you want to bootstrap the card in legacy mode - then outl 0cf8h, 80003d40h - inb 0cfeh will return an odd number which shows that the card is enabled. The BIOS does most bootstrap - VIAAUDIO only sets one last reg 48 bit! - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] devload and UMB problem
Hi again, However, devload will still not be perfect: Some drivers only have full performance if you load them before you load any command.com for the first time Could you reach the same state 'not loaded any command.com' by unloading command.com before and then it could become perfect? You cannot unload command.com and I meant performance things such as you better load himem and emm386 before the rest - because they give you HMA (for kernel and buffers) and UMB (for loading stuff high). The kernel will not even try to move itself and buffers from the DOS RAM into HMA after you load command.com and it is quite okay that it works like that. I think you somehow want to tell that config sys is not user friendly enough and that you want to use a batch file instead - maybe we should just make config sys a bit more flexible instead of doing complex stuff like semi-reboot command.com and kernel during devload ;-) By the way, what about devload /unload ..? There are separate tools for that. Device drivers are not made to be unloaded, so you can only unload them if you have a mark / relase style tool which records some system state before you load a driver and lets you restore hopefully the right part of the state at the moment when you wipe / unload that driver later. If you want to unload something, it should better not be a device driver... A normal TSR might even already have some option to unload itself :-). Then you need no extra ram for record/restore state and have no risk that a mark-release tool might restore wrong style. Eric - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
