Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - OS4User

Pages: 1 ... 22 23 [24] 25 26 ... 28
346
Programming / Re: New OS/4 kernel :: SVN4227
« on: December 11, 2014, 06:55:56 am »
4270  -  a bug in clock03b.sys  was fixed. the issue were sporadic traps

Well, I get TRAP0008 immediately after the first 'PIC' message, on both machines where I try OS/4. It is definitely not "sporadic".

what PSD do you use ?  in case ACPI.PSD,  hope  it is patched  and /ST=0   is added to command line

347
Programming / Re: New OS/4 kernel :: SVN4227
« on: December 10, 2014, 06:56:07 am »
4270  -  a bug in clock03b.sys  was fixed. the issue were sporadic traps

348
Programming / Re: New OS/4 kernel :: SVN4227
« on: December 06, 2014, 10:19:06 am »
If they are doing that to figure out exactly what works, and doesn't work, I cannot find fault (even when it doesn't work, at all). However, if they intend to make a proper release in that state, I agree that it is a mistake.

OS/4 Team does not have big enough "test department". Of course before uploading it is tested  internally. But this internal testing  cannot give a guaranty  that kernel will work for every case.

I assume you mean that it is not compatible with QSINIT. Until that gets fixed, I have lost interest in OS/4.

It is very pity, but nothing to fix in OS/4 (in this case)  because it is not broken. The kernel has changes in the internal organization and QSINIT no more recognize it  as SMP.

QSINIT can be easily fixed:  line 168 in https://github.com/OS2World/SYSTEM-LOADER-QSINIT/blob/master/system/src/ldrapps/bootos2/bootos2.c has to be
Code: [Select]
isSMP = mi->obj[0].size<=PAGESIZE*4;

349
Programming / Re: New OS/4 kernel :: SVN4262
« on: December 03, 2014, 12:33:54 am »
started from SVN4262  -  needs patched acpi.psd (http://gus.biysk.ru/os4/Patches/acpipsdpatch.RAR) and /ST=0 in command line or os4apic.psd

started from SVN4250  is no more compatible with alternative loader




350
Setup & Installation / Re: Dreaded Desktop/blue screen SMP hang....
« on: November 23, 2014, 09:01:43 am »
(BTW: ATI XT850 video, SNAP v505 driver)

I have the same set  -  it works excellent for me.

If you meet SMP SNAP issue,  you may try  os/4 + new sddhelp.sys    -  it will definitely help you   -  otherwise it is not a SMP issue.

http://gus.biysk.ru/os4/    http://gus.biysk.ru/os4/test/sddhelp/ 

351
Applications / Re: SmartSVN?
« on: October 04, 2014, 07:55:40 pm »

352
Programming / Re: New OS/4 kernel :: SVN4222
« on: August 22, 2014, 12:34:17 am »
I can easily think of a scenario where use of MTRRs become a problem compared to PAT.
MTRR mem. type regions have to be of size "power of 2" and there are restrictions regarding overlapping regions. PAT is fine granular down to the 4 kByte memory page and it can"override" the underlying MTRR memory type to a certain extent.

to be fair, I haven't studied deeply how GRADD.SYS sets MTRR and I will belive you that it's sometimes a failure in setting. PAT in this case is much more convenient to use. But there is an issues here too - you have to have a proper bits in PTEs of each LFB mapping. Unfortunately when Panorama uses PAT for setting WC, then not all mapping get necessary bits in PTEs.

353
Programming / Re: New OS/4 kernel :: SVN4222
« on: August 21, 2014, 05:08:06 pm »
The latest  versions of Panorama also support PAT where MTRRs cannot be set up properly.
I'd appreciate a less biased information flow.
To be more precise: PAT support is in GRADD.SYS which is used by Panorama.

want  to draw your attention to a few points:
yes, the latest Panorama can use PAT to set WC for LFB,  but Panorama tries to use PAT when it is not able to use MTRR  - (I can hardly imagine when such a scenario may happen).

to use PAT or MTRR  it is necessary to program corresponding MSRs and it is very important to have the same value in these registers between CPU cores, unfortunately, original kernel never offers an API to do proper MSR programing, that is why Panorama uses chain Panorama -> GRADD.SYS -> ACPI.PSD,  this path does not give 100% guaranty that MSRs will be coherent (fortunately this missing coherency happens not very often,  but I saw it a few times).

to use PAT Panorama (GRADD.SYS)  hacks the PTEs corresponding to LFB (by the way SNAP is doing similar hack but for other reason). Yes it works  and there is no other way to use PAT with original kernel  -  but me personally, I do not like such hacks.

os/4 kernel provides KernVMAlloc2 and a programer is able to set any type of memory caching without hacking PTEs,  PAT MSRs are set during CPU start  -  this way coherency is provided.






354
Programming / Re: New OS/4 kernel :: SVN4221
« on: August 19, 2014, 08:52:53 am »
Something hangs when PM starts on, so I can only see a mouse pointer.
Keyboard monitors (such as KEYBMON) works, NumLock and PC speaker works too.
WPS starts only in 10% of times, and then, OS/4 works fine.

I also noticed such behavior but rarely.
It also happened on IBM kernels.
Until now I don't have an explanation for it.

Screen driver is faster that Panorama (seems that it has a bitmap cache).

Screen driver can't be faster than Panorama as they work on different levels. Screen driver is just a set of helpers that are used also by Panorama. Screen03 differs from Screen01 by mapping LFB using new kernel function and which sets a type of caching WC through PAT.

Panorama sets WC through MTRR which doesn't work always correctly. Thus you may see that with Screen03 Panorama works faster.

Of course Screen doesn't have anything in common with caching bitmap.

355
Programming / New OS/4 kernel :: SVN4221
« on: August 03, 2014, 09:28:38 pm »
http://gus.biysk.ru/os4/os2krnlSVN4221_unoff.zip

lanserver/requester (NETWKSTA.200)  test is  needed

356
Hardware / Re: Webcam Support for OS/2 and eCS!!
« on: July 28, 2014, 10:19:53 pm »

Hi OS4User,

I did some tracing and I found a semaphore error in usbresmg.sys regarding the alloc/free of iorbs.
The fix is available for you as http://home.hccnet.nl/w.m.brul/uvcvideo/OS4User.zip

Wim.

Hi Win

Have  just checked   -  new usbresmg.sys unfortunately does not help.

It looks like that error appeared when  priority of  uvcview.exe  is decreased  because  it is switched to background


357
Hardware / Re: Webcam Support for OS/2 and eCS!!
« on: July 25, 2014, 05:16:17 pm »
Hi Wim

after ~ half an hour of running UvcView   I have got     [00000280] Obtain Thread error!

Hi OS4User,

I just updated WebSeeBeta1.zip on my Webcam Support web page. But alas I did not do anything yet to tackle this timeout problem. From now on I will try to refrain from updating WebSeeBeta1.zip to support more webcams and to focus on solving this timeout problem. Right now I have no idea why these timeouts occur nor where I should start looking. Perhaps I should start tracing the usbehcd.sys host controller driver. Will take some time to set my mind to it.

Regards, Wim.

Hi Wim

I have just tested them, working OK.
But the previous error message still appeared. According to my observations, it happens when a window with a picture is in the background.

358
Setup & Installation / Re: Finished setting up Warp 4?
« on: July 25, 2014, 04:30:09 pm »
The w kernel ... supports things like idle states.

os/4 supports idle state as well.

359
Setup & Installation / Re: Finished setting up Warp 4?
« on: July 25, 2014, 04:24:53 pm »
The w kernel ... supports things like idle states.

os/4 supports idle state as well.

360
Hardware / Re: Webcam Support for OS/2 and eCS!!
« on: July 22, 2014, 07:46:39 pm »
Hi Wim

after ~ half an hour of running UvcView   I have got     [00000280] Obtain Thread error!



Pages: 1 ... 22 23 [24] 25 26 ... 28