Messages

91

Applications / Re: OS/4 (non technical issues)

« on: June 19, 2020, 01:08:55 pm »

Hi Igor,

can you patch the OS/4 kernel to revision 14.x and see if then the USB AN 12.x drivers will work ?

I am aware of the fact that it is not AN's job to support a kernel they don't provide (so: as an OS/4 kernel user, you are on your own, it's all your problem, if it works, then fine, if it does not, too bad) but I still see no technical limitation to use the AN drivers with an OS/4 kernel.

Note: In my own USB drivers (namely: USBD.SYS) I had added some small piece code to do something specific for the OS/4 kernel but keeping compatibility with the OS/2 and AN kernels. As far as I know my USB drivers still work on the OS/2, AN and OS/4 kernels and in fact I normally use the OS/2 kernel but occasionally I boot into the OS/4 kernel, none of either is a problem.

I already tried it, but did not get a positive result. USB3 drivers check not only this line, but something else. I am not an OS / 4 developer, I do not have source codes and cannot change anything in the kernel except for text strings.

I express my deep gratitude to you for your USB drivers that work perfectly with OS / 2 in OS / 4 kernels.

92

Applications / Re: OS/4 (non technical issues)

« on: June 19, 2020, 10:45:51 am »

Interesting. I thought they had gone for the KEE version,

This is also possible. I have yet analyzed their code. My research was done on the lines of text in their driver and their changes from version to version.

93

Applications / Re: OS/4 (non technical issues)

« on: June 19, 2020, 10:22:19 am »

I conducted a study and found out that the new USB3 drivers check the line "Internal revision" and if they find something other than "14.", they refuse to boot without diagnostic messages. In OS / 4 kernel, revision is 15.
The test was conducted as follows: at the IBM core, the revision number was replaced for research purposes. Drivers stopped loading without any diagnostic messages.

It also turned out that this is not the only test that is present in the drivers of version 12.05+, and was missing earlier.

94

Applications / Re: OS/4 (non technical issues)

« on: June 18, 2020, 07:03:02 pm »

Is there any evidence that AN prohibits the drivers to run on OS/4 kernel on purpose? Or is this just a side effect cause OS/4 kernel is not as compatible as it should be?

Guess OS/4 kernel developers have to debug the reason to shed some light on this.

There is no direct evidence and I sincerely hope that this is a mistake that will be fixed sooner or later.
The OS / 4 team carefully monitors compatibility with the OS / 2 kernel, but it’s hard to keep track of undocumented features if they were or weren’t brought to the core of the system by Arca Noae.

95

Applications / Re: OS/4 (non technical issues)

« on: June 18, 2020, 04:34:20 pm »

I have the only request to programmers and Arca Noae's management - do not make deliberate changes to the code that interfere with the launch and operation of drivers on the OS / 4 kernel. I really hope that the community will support my request.
This will help develop research projects and will allow, among other things, to sell drivers to users of these projects. You chop a tree branch on which you sit.

I also inform you that I regularly pay for a driver subscription and so far everything has been fine with me. If it turns out that driver inoperability is intentional destructive actions, I will reconsider my attitude to paying for products and most likely refuse.
Naturally, no one can require Arca Noae to support their drivers in an environment that they did not choose.
But it’s also natural to require the product to have no specially made incompatibility.

96

Applications / Re: OS/4 (non technical issues)

« on: June 17, 2020, 10:46:09 am »

Use OS/4 if you like, but don't expect Arca Noae to even recognize that it exists. They just can't take the chance that IBM will take them to court.

Can a deliberate introduction of an algorithm into the code be considered due to which some software refuses to work on the OS / 4 kernel by recognition of its existence?

I do not suggest Arca to deal with the OS / 4 kernel. People are already doing it and everything is fine there. However, I believe that community efforts should be aimed at preventing a developer war.
OS / 4 Group is actually working on the development of Arca Noae business. And he does this without receiving financial benefits.

97

Applications / Re: OS/4 (non technical issues)

« on: June 16, 2020, 10:33:04 pm »

I want to note that I am an official user of drivers from Arca Noae. I paid them for a subscription and expect them to work. In the meantime, even in OS / 2 with the official kernel, they are not quite operational.
I see no reason to divide the land in our cemetery. Actually OS / 2 has not been supported for a long time and is rather not alive. However, both Arca Noae and the OS / 4 team are involved in the development of the system. Both of them did a lot for the system to develop. And now it’s very important to find a way for the various components supported by different developers to work together.
The OS / 4 kernel has been seriously updated; significant errors have been removed from it; it is significantly faster than the OS / 2 kernel. In the OS / 4 kernel, virtual machines run significantly faster. And in some modern systems, the OS / 2 kernel does not work at all and the system starts only with OS / 4. Not only that, some Arca Noae drivers do not work on the OS / 2 kernel, but they work on OS / 4. And most importantly, the OS / 4 kernel is supported and updated regularly.
If we abandon development that ensures progress, then there will be much less movement in our cemetery.

98

Applications / Re: OS/4 (technical details only)

« on: June 16, 2020, 09:00:18 pm »

I noticed that new BASEDEV drivers (USB 12.05+) from Arca do not display diagnostic messages when booting with the OS / 4 kernel and not load. Perhaps the problem is only in the driver loader itself. This gives us hope that the problem can be quite easily fixed.

99

Hardware / Re: USB 3 - ArcaOS - Hardware Reports

« on: June 13, 2020, 12:04:46 pm »

Hi Martin,
I use TI PCM2704.
Lars drivers work great with this hardware and in any configuration.
The error occurs when installing the 12.x kit from Arca. At the moment, I checked version 12.06 and
audio driver from version 12.06. I see a problem in the fact that USB 12.x drivers do not work correctly in a multiprocessor system.
If there is 1 processor in the system (either only one is present, or the rest are not loaded or stopped) - everything works
correctly.

Code: [Select]

<<< Device Description >>>
 Type            : 01
 USB Rev         : 110
 Class           : Reserved (0)
 Subclass        : Reserved (0)
 Protocol        : Reserved (0)
  Device Information is defined at interface Level
 Max. packetsize : 08
 Vendor  ID      : 08BB
 Product ID      : 2704
 Device Release# : 0100
 Strings:
  Manufacturer Name : Burr-Brown from TI             
  Product Name      : USB Audio DAC   
  Serial number     : Not implemented
 Number of Configurations : 1

 Configuration 0 :
  Lenght     : 190
  Name       : <NONE>
  Value      : 1
  Attributes : 0x80
  Power      : 500 mA
  Interfaces : 3

  Interface 0
   Alt Setting : 0
   Name        : <NONE>
   Class       : Audio
   SubClass    : AudioControl
   Protocol    : Not used(0)
   Endpoints   : 0
     Audiocontrol CS Interface Descriptor
     Length  : 9
     Type    : 0x24
     Subtype : 0x01
    Header :
     Audio Device Class Release Number : 0100
     Max size of AudioControl interface descriptor. : 16205
     Number of AudioStreaming and MIDIStreaming interfaces : 1
      1. Streaming interface on Device Interface 1
     Audiocontrol CS Interface Descriptor
    Input Terminal :
     Length  : 12
     Type    : 0x24
     Subtype : 0x02
     Unique Terminal ID       : 1
     Terminal Type            : 0x0101
     Assoc. Terminal ID       : 0
     Number of Log. Channels  : 2
     Spatial channel location : 0x0003
     Name of Channel          : Not Implemented
     Name of Terminal         : Burr-Brown from TI             
     Audiocontrol CS Interface Descriptor
    Output Terminal :
     Length  : 9
     Type    : 0x24
     Subtype : 0x03
     Unique Terminal ID : 2
     Terminal Type      : 0x0301
     Assoc. Terminal ID : 0
     Source ID          : 3
     Name of Terminal   : Not Implemented
     Audiocontrol CS Interface Descriptor
    Feature Unit :
    Length  : 10
    Type    : 36
    Subtype : 6
    Dumped Data :
     03 01 01 01 02 02
     00 09
     Unique Unit ID  : 3
     Source ID       : 1
     Size of Control Item  : 1
     ControlMap for Master : 0x01
     ControlMap for Channel 1 : 0x02
     ControlMap for Channel 2 : 0x02
     Name of Feature Unit : Burr-Brown from TI             

  Interface 1
   Alt Setting : 0
   Name        : <NONE>
   Class       : Audio
   SubClass    : Streaming Audio
   Protocol    : Not used(0)
   Endpoints   : 0

  Interface 1
   Alt Setting : 1
   Name        : <NONE>
   Class       : Audio
   SubClass    : Streaming Audio
   Protocol    : Not used(0)
   Endpoints   : 1
    General Endpoint Information:
     Length  : 7
     Type    : 0x24
     Subtype : 0x01
     Controls:
      - Sampling Frequency
      - Locktime 16263 (No Unit)
     Audiostreaming CS Interface Descriptor
     Format Type:
     Length  : 17
     Type    : 0x24
     Subtype : 0x02
      Physical Channels : 2
      Subframe size     : 2
      Bits used         : 16
      Supported Frequencies
       - 32000Hz
       - 44100Hz
       - 48000Hz
       - 132361Hz

   Endpoint 0:
    Address     : 02
    Attributes  : 09
    Packetsize  : 00C0
    Interval    : 1
    General Endpoint Information:
     Length  : 7
     Type    : 0x25
     Subtype : 0x01
     Controls:
      - Locktime 16296 Decoded PCM samples

  Interface 1
   Alt Setting : 2
   Name        : <NONE>
   Class       : Audio
   SubClass    : Streaming Audio
   Protocol    : Not used(0)
   Endpoints   : 1
    General Endpoint Information:
     Length  : 7
     Type    : 0x24
     Subtype : 0x01
     Controls:
      - Sampling Frequency
      - Locktime 16312 (No Unit)
     Audiostreaming CS Interface Descriptor
     Format Type:
     Length  : 17
     Type    : 0x24
     Subtype : 0x02
      Physical Channels : 1
      Subframe size     : 2
      Bits used         : 16
      Supported Frequencies
       - 32000Hz
       - 44100Hz
       - 48000Hz
       - 132361Hz

   Endpoint 0:
    Address     : 02
    Attributes  : 09
    Packetsize  : 0060
    Interval    : 1
    General Endpoint Information:
     Length  : 7
     Type    : 0x25
     Subtype : 0x01
     Controls:
      - Locktime 16345 Decoded PCM samples

  Interface 2
   Alt Setting : 0
   Name        : <NONE>
   Class       : Human Interface Device (HID)
   SubClass    : No Subclass
   Protocol    : None
   Endpoints   : 1
   HID Description:
    Length          : 09
    HID Rel. Number : 100
    Country Code    : 0000
    Descriptors     : 1
     Type          : 22
     Length        : 0
     Type          : 07
     Length        : 0

   Endpoint 0:
    Address     : 85
    Attributes  : 03
    Packetsize  : 0001
    Interval    : 10


100

Hardware / Re: USB 3 - ArcaOS - Hardware Reports

« on: June 12, 2020, 08:01:44 pm »

Hi Martin,
The sound on the stack is crumpled. The problem is manifested if loaded more than one processor. The problem is present in all stacks of version 12.x.