Completely removing apm/acpi will break a lot of older software
If the companies are smart they will keep it in.
-Chris
Http://digitalatoll.com/
On Friday, July 12, 2013, Bret Johnson wrote:
> > ... during our testing we even found, with new "EFI" compatibilty
> > BIOS modules, gigantic EBDAs (
> ... during our testing we even found, with new "EFI" compatibilty
> BIOS modules, gigantic EBDAs (one 47 kbytes - OMG what do 'they'
> hide in there !)
I'm wondering if you've also found that at least some of the new computers
don't have either APM or ACPI compatibility any more. My newest HP
Rugxulo suggested :
> Can you test with 2041 also?
Can you mail a compiled kernel.sys 2041 to me, please ?
Alternatively - or in addition - may I suggest you duplicate/verify my tests ?
A minimal, suitable Config.sys for this test goes along the lines :
Hi again, :-)
On Jul 12, 2013 12:10 PM, "Bertho Grandpied" wrote:
>
> I seem have uncovered a bug in the FreeDOS kernel (2040) init
> processing config.sys.
Can you test with 2041 also? I know FD 1.1 was 2040 only, and I honestly
don't remember any of the minor (?) changes. But it's probably b
Tom Ehlert wrote :
> btw as you are the XBDA expert:
Not making so grand a claim ;=)
> does /E:512
> mean 'copy the first 512 byte to low memory, the rest isn't needed ?
> I can't find a technical specification
Fortunately I /can/ answer this, since I've used it for many years on many
sys
> In sum, there is still a /bug/ around here: since the intent, and effect, of
> the FreeDOS
> code is that this and similar "pass 0" directives be executed
> /inconditionally/ then Kernel /should'nt ask/ its Y/N question on them!
right.
> (3) The 1k limit for XBDA moving introduced by MS, and f
Dear List,
I seem have uncovered a bug in the FreeDOS kernel (2040) init
processing config.sys.
To reproduce requires both the following conditions :
1- EBDA is relocated by a device driver provided by the user
[/not/ the kernel's native relocator]. It is understood such driver does
update t
Hi,
On Fri, Jul 12, 2013 at 10:00 AM, Bertho Grandpied
wrote:
> Tom Ehlert wrote :
>
>> I don't know know why this design decision was made, but
>> this is one example of 'this not a bug, it's a feature' ;)
>
> = A /*mis*feature,/ maybe ! This time FreeDOS is not following MS,
> MS DOS [7.1 for
Tom Ehlert wrote :
> I'm no expert in XBDA moving, but
=1=
> http://support.microsoft.com/kb/135481/EN-US
| /E[:n]
| Used without the :n parameter, indicates that Io.sys should suppress
| the automatic relocation of EBIOS.
> it seems to me the kernel behaves as it should.
= Yuk, righ
> While debugging a problem with Jemm + our EBDA mover under
> FreeDOS, I found the following /sysinit/ quirks (Kernel.sys 2040) both
> related to the "switches = /E" directive.
> - " Switches = /E " without a size is silently *ignored*. In MSDOS, it works
> as designed, i.e. the whole XBDA is t
10 matches
Mail list logo
