• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu
Menu

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.

Show posts Menu

Messages - pasha

#1
Hardware / Re: New way for netcard support
2012.06.13, 22:34:34
Quote from: MrJinx on 2012.06.11, 16:39:57
Pasha, Is there an updated binary version available yet? I have the atheros chipset in question.
Wait some day pls - I add register to resource manager and rtl816x. Then I place this to hobbes.
#2
Hardware / Re: New way for netcard support
2012.06.10, 23:11:22
Hi

No problem. If one of the developers want to see or correct the source code - with no problems. I just do not want this sold without my knowledge.
#3
Hardware / Re: New way for netcard support
2012.06.09, 00:40:01
Hi

I found the mistake that prevented me from loading some drivers card on one machine. Note that multimak still is not capable in this project, there is no one who is able to do so. So I apologize for such a long delay with added cards - I had to solve the first problem with multiple cards. Also decided not to develop the project on the basis of Uniaud Linux like and take the source code of the Freebsd. If you read the license, there I am not obliged to give the source code on demand. Since I had already done a lot of work on adaptation of Linux and have it published, then I'm not going to close this road for those who need it is GPL. But personally I think a port from Linux - the road to nowhere. So, now. FreeBSD.
#4
Hardware / Re: New way for netcard support
2012.03.07, 14:01:16
 Source of linux part (linmac.sys) is accessable @ http://linmac.svn.sf.net/svnroot/linmac now
#5
Hardware / Re: New way for netcard support
2012.03.05, 08:28:06
WiFi stands in terms of development. But first will atheros WiFi, because I can work with him on a stationary machine debugging on comport. Here is the following can be any available in the core Linux kernel 3.x.x

Support of existing wifi monitor - in plain.

  config.sys for this drivers is:

basedev=linmac.sys
...
...
REM this for Atheros gigabit support
device=c:\imcom\macs\unimac.os2
......
REM this for xxx support
device=c:\imcom\macs\unimac.os2
REM this for yyy support
device=c:\imcom\macs\unimac.os2

I mean. linmac.sys is one for all your card. unimac.os2
Unimac is formulated for each card its own. He also separately for each case is described in the MPTS.  Such requirements for IBM MPT .

All supported netcard will included to linmac.sys. So you not need in separate linmac.sys or unimac.os2 for each netcard.
#6
Hardware / Re: New way for netcard support
2012.03.03, 06:14:34
OS / 4 is needed only for driver debugging. The usual driver will work on a standard IBM kernel while it is possible.
#7
Hardware / New way for netcard support
2012.03.02, 18:37:07
UniMac drivers is ready for Atheros family gigabit card. How want traditionals from UniAud, project has 2 part. Open under GPL linux source. And close OS/2 part. So, by traditional 2 drivers. LinMac.sys and UniMac.os2. Architecture of drivers is. Linux source driver w/o change or minimal change (replace void *a++ to char *a++) and not changes os/2 part. Linux part is common. OS/2 driver can multiple. I  am think, that new drivers will add by demand w/o change source OS/2 and linux source. Now last version at ftp://pas.selfip.net/UniMac.zip.  Now I have't svn for publicate source of linux part. Write to Pavel.Shtemenko@gmail.com and I will send linux source to you if you can't get this from kernel.org.
#8
Quote from: Saijin_Naib on 2010.03.03, 00:15:11
Okay... so what does this mean?

It is something you are fixing in your custom patched kernel?

Does this mean that Os/2 will become more stable now?
After svn2059 versions as well. Stable..... In ny i7 is very stable ;-)
#9
Under working with acpi, VPC, Odin and Uniaud was found bug in os2 kernel. If your thread (program) has affinity setting - you have chance to freeze. Also if you run exe with set MPSAFE bit. In 2 core you have 50/50(to have) chance, in i7 4 core 25/75 chance e.t.c.
#10
Storage / Re: JFS + Kernel bug
2009.10.13, 12:31:22
Quote from: mobybrick on 2009.10.08, 19:19:35
Pasha: Can you confirm: OS/4 kernel does NOT have this problem, i.e. it is fixed in it?

OS/4 has this problem too.
#11
Storage / Re: JFS + Kernel bug
2009.10.08, 18:38:48
Quote from: Pete on 2009.10.08, 16:34:36
Hi

I doubt if IBM would have any interest in fixing anything OS/2 related - they have been trying to bury OS/2 and pretend it does not exist since 1996.

It is not clear whether this bug is in both the iBM JFS and the eCS BootableJFS builds; maybe Pasha can enlighten us further?

I would also guess that a good proportion of drive letters in a system with over 19 drive letters would be network drives. Probably a good case for installing NetDrive to get around the problem - or does that fail also in this case?

Regards

Pete

It is bug in kernels. I can say why, but not ready say where.
Yes, I can drop 1-3 day and fix current jfs.ifs.  But problem be in kernel, I don't know now what is rewrite with ifs struct.

In any case this problem be fixed at near 2 month. Via mensys JFS or via OS/4 patch. I already repeat - problem is in kernel. And I don't know now where. I detect problem only.

#12
Storage / Re: JFS + Kernel bug
2009.10.08, 13:36:56
Quote from: warpspace on 2009.10.08, 12:47:10
Would it not make sense to pass this serious bug to IBM, perhaps Mensys should seek a solution?
I don't know. I must say about this bug, because I am author of Jresucuer ;)
#13
Storage / JFS + Kernel bug
2009.10.08, 10:45:01
Hi

  I found bug (thanks for yoda's  focusing). If you create >16..19 divers letters in your system - next don't show volume label in JFS. I deep to this problem. Result. If you have 16..19 drivers letter in system, you can lost data in all your JFS volume.

  As you can detect this. Create via net use 19 drives letter, say label x:, where x: your JFS drive. You must see lost or damage label. Next, I very recommended immediately reboot or be ready to buy Jrescuer.

  This is bug of os2krnl. In os4 patch for os2krnl is present too now.

#14
Quote from: djcaetano on 2008.12.18, 14:30:06
 Hi Roderick!

Quote from: rwklein on 2008.12.18, 13:39:34
What they distributed was a patched 104a SMP kernel from IBM. Its a DEBUG kernel! This means when an application crashes the debugger inside the kernel kicks in (unless they patched that out some how).  The kernel is  trying to talk to the serial port. If you connect a serial cable to another system and run a terminal program like ZOC you will most likely get a debug prompt.
I could be wrong but basicly with every application crash your system seems to freeze. But the debug kernel is doing its job. Its just not documented in the docs this type of behavior.
So your system seems frozen...
In my view its also very silly to distribute a debug kernel to the general public. Its a debug kernel and it has a purpose. A debug kernel is clearly something you should not install on system "just as".

 Oh, I know that debug kernel provides serial output, but never tried it myself... I didn't know about this "freeze" behavior.
 That means the readme should mention this, at least. But I agree with you: is a debug kernel has this behavior, I do not
see the point of releasing it, since it is not safe to be used on a daily basis.
 If the intent is testing the kernel in a "semi-production" situation, then the "release" version of the kernel would be the way.

  Thanks for this explanation.

 BTW, do you believe the freeze (not trap) in the boot process is the same situation? I ask this because that freeze sometimes happens even with IBM's release SMP kernel.

This kernel + loader can provide next output:

- to serial as IBM
- to screen/keyboard (don't ending keyboard)
- to other plugins for loader

See about "dbport" in os2ldr docs

Also you can create kdb.ini and place to it some string with letter g, for example:

g
g
g
g
g
g

This give you continue working with some crazy R3 application, OpenChat for example. About crazy and why you can see in kernel log (see in docs how give kernel log). Also check your config.sys for TRAPDUMP= setting. Must be TRAPDUMP=R0,xxx for user. And .... This is only beta and first beta ;-)

About speed. This fix is near with retail SMP kernel for speed.  And we are beleive it will be faster.
#15
Programming / Re: os2ldr
2008.08.01, 22:04:28
Quote from: saborion2 on 2008.07.09, 17:11:04
Hi "pasha",

A few observations:

Re:

Quote1. os2ldr and os2krnl use IBM DDK
2. I don't see normal GPL project from 199x to current day
3. I don't think, that this will intrested for linux
4. I don't think, that this will help project

  So, we have to see , that source can't be open as GNU and GNU term. But... Why open as GNU? Source os2ldr and os2krnl can open for anybode(y), which want help and know how help.

Since it ought to be well known that IBM has responded some time ago to an OS/2 World Foundation's Petition Letter that the OS/2 Source-Codes cannot be Open-Sourced due to "legal and other reasons" (then one ought to take this as a given). However, I am curious though as to the present agreement in place with IBM (and, perhaps other companies) that enabled development work to be carried out on the "os2ldr and os2krnl" project.

Additionally, (from an earlier question) is there; or, will there be a focus on the development an 64-bit "os2krnl" in order to; re:

Quotesurvive in the 64-bit modern computing paradigm --towards where all other modern OSes are moving
?

Thank you.

Regards,

SAB
   

This don't curious - project has don't access from anybody, can access from known user - IBM license is OK. 64 bits.... What in OS/2 really use greate then 512 Mb every time?

But, be source (our project) - can be 64 bit, but....