Opened 17 years ago
Closed 16 years ago
#59 closed defect (fixed)
VDMs don't start with ACPI 3.02
Reported by: | Owned by: | anonymous | |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | ACPI PSD | Version: | 3.03 |
Keywords: | Cc: |
Description
WinOS2 sessions don't appear to launch. DOS sessions launch but immediately hang -- AUTOEXEC.BAT is never processed. This is true whether I have any REMAPs or not. DOS/WinOS2 works normally with ACPI 2.22.
ACPI 3.02, APM 1.17, Tyan S2865, nForce 4, Athlon64 X2 in SMP APIC mode SNAP 3.18
Attachments (3)
Change History (31)
comment:1 follow-up: 2 Changed 17 years ago by
Owner: | changed from pasha to anonymous |
---|---|
Status: | new → assigned |
comment:2 Changed 17 years ago by
Replying to pasha:
Do you try use EARLYMEMINIT=TRUE in config.sys ? (if absent hpfs386.ifs)
Yes, I've had that for a long time. I used to need it for FAT32, now I need it to enable a large JFS cache. (I need the large JFS cache to make the SBlive driver work with 3GB RAM.)
Should I try turning EARLYMEMINIT off?
comment:4 follow-up: 5 Changed 17 years ago by
Replying to pasha:
No, try remming FAT32.IFS
No change.
However, I have an old problem with VDMs that may be pertinent. I can open them from a desktop object, but if I type "start /win/dos" at a CMD prompt, I always get a SYS0005. That's been true for a couple of years now.
Let me try on a clean install and see if there's any difference.
comment:5 Changed 16 years ago by
Replying to Mike Forester <forester@panix.com>:
Let me try on a clean install and see if there's any difference.
Okay, I did a clean install of eCS 1.2R and added kernel 14.104a_SMP, Snap 3.18 and Amouse. EARLYMEMINIT=TRUE. Same result.
I did notice that both processors went up to ~50% while the DOS session was trying to start.
This doesn't affect anybody else? :(
comment:6 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Ok. Wait acpipsd version 3.3 , then try acpi.psd /SMP /PIC. If problem was here - reopen ticket
Changed 16 years ago by
Attachment: | ACPI_PIC_Trap-0e.jpg added |
---|
comment:7 Changed 16 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Version: | 3.02 → 3.03 |
Okay, VDMs still don't work in 3.03. Also, I can't boot with /SMP /PIC -- I get a Trap 0E. (See attached jpg.)
/SMP /APIC works fine (except for VDMs).
Would acpi.log help? Should I use the debug version?
Changed 16 years ago by
comment:9 Changed 16 years ago by
Sorry, I forgot to mention, the /PIC mode trap occurs when PMSHELL starts.
comment:10 follow-up: 11 Changed 16 years ago by
Can you remove all LINK from acpi.cfg and try boot with psd=acpi.psd /SMP, if fail - boot with /APIC and give me log
comment:11 follow-up: 12 Changed 16 years ago by
Replying to pasha:
Can you remove all LINK from acpi.cfg and try boot with psd=acpi.psd /SMP, if fail - boot with /APIC and give me log
Okay...
psd=acpi.psd /SMP = trap E at PMSHELL startup
almost identical to the trap screen I attached
psd=acpi.psd /ACPI = hang in config.sys
leaves all USB ports disabled (!) -- I had to turn main power off to reenable them
ACPI.LOG attached with psd=acpi.psd /SMP /ACPI and all REMAPS removed from acpi.cfg.
Changed 16 years ago by
Attachment: | acpi_SMP_APIC_no_remaps.log added |
---|
comment:12 Changed 16 years ago by
comment:13 follow-up: 14 Changed 16 years ago by
Do you use in VDM session SoundBlaster?, Network or any device, except mouse and keyboard?
Problem with /PIC at nvidia I see and work for resolving.
comment:14 Changed 16 years ago by
Replying to pasha:
Do you use in VDM session SoundBlaster?, Network or any device, except mouse and keyboard?
By default my DOS sessions load ANSI.SYS and VDOSTCP.SYS. Removing them from specific DOS sessions doesn't help.
I have an old version of DTA loaded for Windows audio, but no audio in plain DOS.
Problem with /PIC at nvidia I see and work for resolving.
Cool. :)
comment:15 Changed 16 years ago by
Here's the complete list:
DEVICE=C:\OS2\MDOS\VASPI.SYS DEVICE=C:\OS2\MDOS\VMOUSE.SYS DEVICE=C:\OS2\MDOS\VCDROM.SYS DEVICE=C:\OS2\MDOS\VCOM.SYS DEVICE=C:\MMOS2\VCSHDD.SYS DEVICE=C:\MMOS2\VGENAUD.SYS DEVICE=C:\OS2\MDOS\VSVGA.SYS DEVICE=C:\OS2\MDOS\VMANWIN.SYS DEVICE=C:\OS2\MDOS\VDPMI.SYS DEVICE=C:\OS2\MDOS\VDPX.SYS DEVICE=C:\OS2\MDOS\VEMM.SYS DEVICE=C:\OS2\MDOS\VW32S.SYS DEVICE=C:\OS2\MDOS\VWIN.SYS DEVICE=C:\OS2\MDOS\VXMS.SYS /UMB DEVICEHIGH=E:\TCPIP\bin\vdostcp.sys
comment:16 follow-up: 17 Changed 16 years ago by
I mean, what you load for each VDM session. Properties -> session -> DOS properties
comment:17 follow-up: 18 Changed 16 years ago by
Replying to pasha:
I mean, what you load for each VDM session. Properties -> session -> DOS properties
Right, just ANSI.SYS and VDOSTCP.SYS show in DOS settings. However, VASPI.SYS, VCOM.SYS and VGENAUD.SYS are loaded by the system. Ima REM them out and see what happens.
comment:18 follow-up: 19 Changed 16 years ago by
Replying to guest:
Replying to pasha:
I mean, what you load for each VDM session. Properties -> session -> DOS properties
Right, just ANSI.SYS and VDOSTCP.SYS show in DOS settings. However, VASPI.SYS, VCOM.SYS and VGENAUD.SYS are loaded by the system. Ima REM them out and see what happens.
I understand right? If you remming this drivers - VDM work.
comment:19 Changed 16 years ago by
Replying to pasha:
Right, just ANSI.SYS and VDOSTCP.SYS show in DOS settings. However, VASPI.SYS, VCOM.SYS and VGENAUD.SYS are loaded by the system. Ima REM them out and see what happens.
I understand right? If you remming this drivers - VDM work.
That's what I hoped. It does not help. :(
comment:20 follow-up: 21 Changed 16 years ago by
Diff from acpi 2.22 and 3.xx for you only in IRQ number. Now you have high IRQ number. Problem is here. So one of your VDM driver or VDM options can't work with high IRQ number.
comment:21 follow-up: 22 Changed 16 years ago by
Replying to pasha:
Diff from acpi 2.22 and 3.xx for you only in IRQ number. Now you have high IRQ number. Problem is here. So one of your VDM driver or VDM options can't work with high IRQ number.
Okay, I understand that. I've tried removing all the VDDs, though, and that doesn't solve it. I'll post on the forum and see if anyone else has this problem.
Thanks.
comment:22 follow-up: 23 Changed 16 years ago by
Replying to guest:
Replying to pasha:
Diff from acpi 2.22 and 3.xx for you only in IRQ number. Now you have high IRQ number. Problem is here. So one of your VDM driver or VDM options can't work with high IRQ number.
Okay, I understand that. I've tried removing all the VDDs, though, and that doesn't solve it. I'll post on the forum and see if anyone else has this problem.
From: Bill Silverstein: Adding in my two cents worth. I have had On two fresh installs of RC3 on dual core systems with /SMP and /APIC, I had two different results.
On the laptop (Lifebook e8210, core 2 duo), all works fine, but when when using windowed VDMs, dos does not work (but does in full screen) and Windowed Windows vdm gives an error message, but works fine. This uses irqs 0,1,2,4,8,9,12,14,16,and 19.
On the desktop (K4N9 utra, using a separate realtek 8139 card), the sessions think that they are completed. This uses irqs 0,1,2,4,6, 8,9,12,14,16,21, 22, and 23.
comment:23 Changed 16 years ago by
Replying to guest:
Replying to guest:
Replying to pasha:
Diff from acpi 2.22 and 3.xx for you only in IRQ number. Now you have high IRQ number. Problem is here. So one of your VDM driver or VDM options can't work with high IRQ number.
Okay, I understand that. I've tried removing all the VDDs, though, and that doesn't solve it. I'll post on the forum and see if anyone else has this problem.
From: Bill Silverstein: Adding in my two cents worth. I have had On two fresh installs of RC3 on dual core systems with /SMP and /APIC, I had two different results.
On the laptop (Lifebook e8210, core 2 duo), all works fine, but when when using windowed VDMs, dos does not work (but does in full screen) and Windowed Windows vdm gives an error message, but works fine. This uses irqs 0,1,2,4,8,9,12,14,16,and 19.
On the desktop (K4N9 utra, using a separate realtek 8139 card), the sessions think that they are completed. This uses irqs 0,1,2,4,6, 8,9,12,14,16,21, 22, and 23.
As I see, your laptop use PS/2 like mouse which use IRQ12, what a mouse use K4N9 ?
comment:24 Changed 16 years ago by
"As I see, your laptop use PS/2 like mouse which use IRQ12, what a mouse use K4N9 ?"
I'm using a PS2 mouse with the k4n9.
comment:26 Changed 16 years ago by
Replying to pasha:
Try acpi 3.5 from betazone with /!NOD options
Okay, VDMs work with /!NOD. But high IRQs are no longer used. Isn't this the equivalent of /PIC mode?
(Also, shouldn't references to acpica.add be removed from the docs?)
-Mike
comment:27 follow-up: 28 Changed 16 years ago by
It is specific in your MB. Using APIC but in low IRQ number
comment:28 Changed 16 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Replying to pasha:
It is specific in your MB. Using APIC but in low IRQ number
Cool. Well, it works! :)
Do you try use EARLYMEMINIT=TRUE in config.sys ? (if absent hpfs386.ifs)