Click Here
home features news forums classifieds faqs links search
6071 members 
Amiga Q&A /  Free for All /  Emulation /  Gaming / (Latest Posts)
Login

Nickname

Password

Lost Password?

Don't have an account yet?
Register now!

Support Amigaworld.net
Your support is needed and is appreciated as Amigaworld.net is primarily dependent upon the support of its users.
Donate

Menu
Main sections
» Home
» Features
» News
» Forums
» Classifieds
» Links
» Downloads
Extras
» OS4 Zone
» IRC Network
» AmigaWorld Radio
» Newsfeed
» Top Members
» Amiga Dealers
Information
» About Us
» FAQs
» Advertise
» Polls
» Terms of Service
» Search

IRC Channel
Server: irc.amigaworld.net
Ports: 1024,5555, 6665-6669
SSL port: 6697
Channel: #Amigaworld
Channel Policy and Guidelines

Who's Online
30 crawler(s) on-line.
 87 guest(s) on-line.
 1 member(s) on-line.


 AMIGASYSTEM

You are an anonymous user.
Register Now!
 AMIGASYSTEM:  3 mins ago
 dooz:  11 mins ago
 pavlor:  37 mins ago
 DiscreetFX:  40 mins ago
 CosmosUnivers:  52 mins ago
 pixie:  54 mins ago
 bhabbott:  56 mins ago
 BigE:  2 hrs 5 mins ago
 hotrod:  2 hrs 54 mins ago
 RobertB:  3 hrs 15 mins ago

/  Forum Index
   /  Amiga General Chat
      /  Amiga Inc. Loses U.S. Trademarks
Register To Post

Goto page ( Previous Page 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 Next Page )
PosterThread
SHADES 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 18-Apr-2021 11:56:12
#1201 ]
Cult Member
Joined: 13-Nov-2003
Posts: 867
From: Melbourne

@ppcamiga1

My point was that ARM is not designed to be little endian.
So, I wanted to know why he stated it was.
Also, I wanted to know that if this was the biggest problem, and ARM does not have this requirement, why it was not considered.

_________________
It's not the question that's the problem, it's the problem that's the question.

 Status: Offline
Profile     Report this post  
SHADES 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 18-Apr-2021 12:03:17
#1202 ]
Cult Member
Joined: 13-Nov-2003
Posts: 867
From: Melbourne

@Hyperion-Director

Ok, thanks for that but ARM is noted to be bi-endian and is not x86 compatible.
Was this not taken into account?
ARM is such an easy to land arcitecture with very little in prohibitive investments.
Surely the PPC world or x86 is a lot harder to cater for, you just mentioned the boot code for graphics cards etc. A lot of ARM SoC CPU's have a gpu core inbuilt already.
The best thing about them is the platform doesn't change much so there is no need to support a multitude of devices or chipset platforms etc. Pi is a perfect example of this.

Last edited by SHADES on 18-Apr-2021 at 12:08 PM.

_________________
It's not the question that's the problem, it's the problem that's the question.

 Status: Offline
Profile     Report this post  
DiscreetFX 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 18-Apr-2021 17:25:57
#1203 ]
Elite Member
Joined: 12-Feb-2003
Posts: 2531
From: Chicago, IL

@SHADES

Apple got x86 working on ARM chips no problem.

_________________
Sent from my Quantum Computer.

 Status: Offline
Profile     Report this post  
AP 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 18-Apr-2021 20:02:25
#1204 ]
Cult Member
Joined: 31-Jul-2003
Posts: 617
From: Vienna/Austria

@DiscreetFX

Quote:

DiscreetFX wrote:
@SHADES

Apple got x86 working on ARM chips no problem.


But Apple is Apple. A switch from one cpu to another is no easy task regarding manpower and money. As Ben said: It's of course possible but not without a certain amount of time and money.

_________________
AmigaOne X5000/40, 2.2 Ghz, 4 GB RAM, Radeon R9 280X, M-Audio Revolution 5.1, 240 GB SSD

 Status: Offline
Profile     Report this post  
matthey 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 18-Apr-2021 22:58:28
#1205 ]
Elite Member
Joined: 14-Mar-2007
Posts: 2270
From: Kansas

Quote:

SHADES wrote:
My point was that ARM is not designed to be little endian.
So, I wanted to know why he stated it was.
Also, I wanted to know that if this was the biggest problem, and ARM does not have this requirement, why it was not considered.


ARM was originally designed to support little endian only. It is still what I consider to be natively little endian. Bi-endian ARM cores usually default to little endian mode and executing code may always be little endian. I'm not sure when bi-endian support was added but at least ARMv6 and ARMv7 have good optional support for big endian mode. At one time, the "future" big desktop architectures like PPC, MIPS, SPARC, PA-RISC and ALPHA had better big endian support and embedded had better big endian support with 68k, ColdFire, SuperH and PPC (networking often used big endian buses). Then x86/x86-64 reasserted domination of the desktop and ARM took over the embedded market. Many of the big endian architectures became bi-endian. Bi-endian usually does *not* mean equal hardware support for both and the bias is usually in favor of the native endianess. Development tool support is also usually not equal with native support being better. IBM has devoted huge resources to making little endian support on POWER as good as big endian but there are likely still some things big endian like executing code (mixed endian is ugly). Big endian ARM likely has been considered as an AmigaOS porting target and likely would be an easier target than x86-64 but there are disadvantages also.

SHADES Quote:

Surely the PPC world or x86 is a lot harder to cater for, you just mentioned the boot code for graphics cards etc. A lot of ARM SoC CPU's have a gpu core inbuilt already.


GPUs built into SoCs have hardware registers which may be little endian also. Some buses like PCI use little endian by default. Most GPUs have better little endian support today.

SHADES Quote:

The best thing about them is the platform doesn't change much so there is no need to support a multitude of devices or chipset platforms etc. Pi is a perfect example of this.


ARM up to ARMv7 lacked standardization so ARM hardware was practically all configured different. Even the CPU cores support different modes and extensions. This made it difficult to support a wide range of devices. Android has relatively poor performance, is buggy on some hardware and doesn't support some hardware because of this. ARMv8 became much more standardized which improves performance and portability of code but it looks like one of the standardizations is a move to little endian as the default endianess with endian conversion instructions as the favored way of dealing with big endian data. This is *not* efficient when most of the data is big endian though.

The Raspberry Pi has produced enough hardware to create a pseudo ARM standard but that only applies to RPis. There are still significant differences between versions of the RPi. The first SoC only had an old ARMv6 core while newer cores have higher performance cores and features yet many OS distributions use older and less efficient code which still runs on the early RPis (32 bit ARMv6 instead of 64 bit ARMv8). So far, I believe all RPis support big endian mode but that could change as ARMv8 AArch64 only cores become more popular (AArch32 is a compatibility bridge with older ARM). Certainly, big endian mode is not being used much on RPis. Someone asked about big endian mode on a RPi in the following thread.

https://www.raspberrypi.org/forums/viewtopic.php?t=183735

Many responses were not very helpful to nearly being hostile toward big endian.

Quote:

I really don't understand why anyone would ever use bigendian. It is clearly a violation of the Natural Order Of Things and quite possibly the ill-advised use of it has caused fractures in reality that have left us with the current level of insanity in the political world. Nasty gibbering things from the dungeon dimensions.


Quote:

Irrelevant; ARM provides instructions for all sorts of ways to handle big-endian-evil.

For example
REV Rd, Rm ARMARM DDI0406Q p. A8-270
REVSH Rd, Rm ibid. pp A8-274-5
REV16 Rd, Rm ibid. pp. A8-272-3

Unless you have some near-magical way to get data in and out so fast that spending an instruction endian-swapping before and after any other manipulation is significant, I don't see much likelihood that you need anything else.


Sadly, the last quote is likely the recommended way to handle big endian data on newer ARMv8 cores and the most future safe. In my opinion, big endian support on ARM is likely to get worse.


DiscreetFX Quote:

Apple got x86 working on ARM chips no problem.


Hyperion couldn't afford to pay 398.960 EUR while Apple is richer than some countries.

Apple's fortune turned around when they entered the embedded market with the iPod and then iPhone. Their desktop market is small in comparison. Using ARM chips for desktop will reduce costs especially now that they are developing their own ARM SoCs.

Last edited by matthey on 19-Apr-2021 at 04:44 AM.

 Status: Offline
Profile     Report this post  
SHADES 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 18-Apr-2021 23:31:10
#1206 ]
Cult Member
Joined: 13-Nov-2003
Posts: 867
From: Melbourne

@matthey

Ok, so Bi-endian support started after ARM6

Current generation ARM processors (from ARM6 onwards) have the option of operating in either little-endian or big-endian mode. I would be very suprised if anyone wanted to use older, pre ARM-6 arcitecture for porting and since the endian issue hasn't really been a thing since prior to ARM6, I don't know why this was even brought up. It's not a static little endian device like was suggested.

"GPUs built into SoCs have hardware registers which may be little endian also. Some buses like PCI use little endian by default. Most GPUs have better little endian support today."

Even IF this is the case, on board GPU standardisation means not breaking things between platform formats. Something AROS still struggles with using "known compatible hardware" even in x86 land for revisions of it's attempts at an OS port. The reason I mention it is because of the now standardisation of hardware, this becomes much easier to develop for. You just don't have to support a bunch of chipsets or configurations anymore.

I don't know about the lack of support. I found heaps of resources just with a flick of the Google search engine.
http://netwinder.oregonstate.edu/pub/netwinder/docs/arm/Apps04vC.html

As for being openly hostile towards programmers due to using big-endian functionality, that sounds very subjective indeed. I doubt any manufacturer would pour in the requirement to include function and tape out functionality if people are going to be openly hostile towards it and therefore, never use it. That makes zero sense.

Anyhow, these were my main reasons for posting. The litte endian argument is only true post ARM-6 which, has been addressed some time ago.
The rest is open to personal experiences and bias.

Last edited by SHADES on 18-Apr-2021 at 11:37 PM.
Last edited by SHADES on 18-Apr-2021 at 11:35 PM.
Last edited by SHADES on 18-Apr-2021 at 11:34 PM.
Last edited by SHADES on 18-Apr-2021 at 11:33 PM.
Last edited by SHADES on 18-Apr-2021 at 11:32 PM.

_________________
It's not the question that's the problem, it's the problem that's the question.

 Status: Offline
Profile     Report this post  
Hyperion-Director 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 5:06:04
#1207 ]
New Member
Joined: 27-Mar-2021
Posts: 8
From: Unknown

@matthey

Quote:

"1. Hyperion wins the court battle
a) Hyperion can't afford to port AmigaOS to new hardware
b) without new affordable hardware AmigaOS revenues will dry up
c) game over
2. Hyperion loses the court battle
a) Hyperion loses all sources of AmigaOS related revenue
b) Hyperion owes more money than they can ever repay
c) game over
3. Hyperion sells everything AmigaOS related and/or settles
a) Hyperion may receive funds to survive and legal costs are reduced
b) Hyperion could then go back to porting games"

Another quote:

https://www.youtube.com/watch?v=F1xAUfdK9FE

Seriously, does anybody in his or her right mind truly believe none of these "issues" are considered prior to Hyperion taking a certain action?

 Status: Offline
Profile     Report this post  
Hyperion-Director 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 5:13:15
#1208 ]
New Member
Joined: 27-Mar-2021
Posts: 8
From: Unknown

@matthey

Thanks for bringing J-Core to my attention, first time I heard of this CPU architecture.

Obviously I was aware of the previous Hitachi offerings.

 Status: Offline
Profile     Report this post  
SHADES 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 6:13:15
#1209 ]
Cult Member
Joined: 13-Nov-2003
Posts: 867
From: Melbourne

@DiscreetFX

"Apple got x86 working on ARM chips no problem."

The instruction set in ARM is very different to x86 and Apple uses Rosetta to emulate/interperate missing instructions. It is not without problems or performance hits either.
A lot like UAE for AMIGA in this instance.

Last edited by SHADES on 19-Apr-2021 at 06:13 AM.

_________________
It's not the question that's the problem, it's the problem that's the question.

 Status: Offline
Profile     Report this post  
LadyJane 
Re: Trevor's role
Posted on 19-Apr-2021 6:26:45
#1210 ]
Member
Joined: 5-Aug-2019
Posts: 11
From: Unknown

@A1200

Quote:
Trevor Dickinson himself says he throws money at these ventures for the love of it with no hope of ever recuperating it.


Can you see how throwing money like this also nourished corruption and lawsuits? Real love needs attention, not money. The moment people started longing for Trevor's money, this community changed for the worse.

@Birbo

Quote:
Do you think a roundtable meeting with Trevor and Michele would be a good idea?


Why Trevor?

He funded Hyperion's lawsuits against Amiga in the 2000s. His money is still being used against Amiga & Cloanto. Judging by where he puts his money, he seems to want war, not peace.

Trevor is also a Hyperion shareholder. Whoever owns even only a handful of shares is 100% obliged to do what is best for the company, and not act against it. Any shareholder would know that.

For more than 10 years, Trevor had the option of selling his Hyperion shares and demand repayment of the lawsuit money (it shows on the books as a loan, after all). That could have stopped all war. But he never did.

Even if Hyperion fails, Trevor could hope to buy every last scrap. The parties may lose, but the person who invested in war always wins.

So again, why Trevor?

 Status: Offline
Profile     Report this post  
ppcamiga1 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 7:28:23
#1211 ]
Cult Member
Joined: 23-Aug-2015
Posts: 858
From: Unknown

@SHADES

Quote:
My point was that ARM is not designed to be little endian.

ARM was designed to be little endian.

Quote:
I wanted to know that if this was the biggest problem, and ARM does not have this requirement,

On bi-endian ARM data is big endian, code is little endian.
what causes many compatibility problems.

 Status: Offline
Profile     Report this post  
SHADES 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 7:35:54
#1212 ]
Cult Member
Joined: 13-Nov-2003
Posts: 867
From: Melbourne

@ppcamiga1

Joe Zbiciak
, ~20 years as processor architect
Answered 2 years ago · Upvoted by Ed Bell
, 25+ yrs prof experience supporting networked computers. · Author has 3.4K answers and 14.5M answer views

The ARM architecture in principle supports both.

In fact, it’s theoretically possible to have big endian processes running under a little endian supervisor, and vice versa. The ARM architecture* lets you specify what endian to run its exception handlers in—and that includes system calls and interrupts—separately of the currently active endianness.

In practice, the vast majority of ARM devices you encounter will be running in little endian mode. That’s where the software ecosystem is.

* At least as of ARMv7. Not sure about earlier architecture versions, as I’m much less familiar with them.
30.1K viewsView upvotes
View shares
· Answer requested by Greg Campbell

_________________
It's not the question that's the problem, it's the problem that's the question.

 Status: Offline
Profile     Report this post  
Mobileconnect 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 7:37:48
#1213 ]
Regular Member
Joined: 13-Jun-2003
Posts: 495
From: Unknown

@Hyperion-Director

"Seriously, does anybody in his or her right mind truly believe none of these "issues" are considered prior to Hyperion taking a certain action?"

We all wonder what game you're playing mate. If you want your debts paid off, just bloody say it. If you are expecting to make some profit on your investment - sorry, you poisoned the well, too late for that. If you want to own it all, then we'd all prefer a scorched earth policy from everyone else at this point.

_________________

 Status: Offline
Profile     Report this post  
A1200 
Re: Trevor's role
Posted on 19-Apr-2021 7:47:50
#1214 ]
Elite Member
Joined: 5-May-2003
Posts: 3110
From: Westhall, UK

@LadyJane

In the UK at least it's the directors who have to act in the company's best interest, the shareholders don't run the company unless they are directors too. Shareholders can vote to remove a board or would have certain rights regarding sale of the company, new shares etc which would be outlined in any articles.

I don't think Trevor is a bad guy, he's just so keen on progressing Amiga he backs any horse that may achieve that end. Keeping shares in a company gives you rights to minutes and so forth so it pays to remain a shareholder if you want an idea of what's going on beyond the press releases.

_________________
Amiga A1200, 3.1 ROMs, Blizzard 1230 MKIV 64MB & FPU, 4GB DoM SSD, Workbench 3.1

 Status: Offline
Profile     Report this post  
kolla 
Re: Trevor's role
Posted on 19-Apr-2021 8:11:31
#1215 ]
Elite Member
Joined: 21-Aug-2003
Posts: 3187
From: Trondheim, Norway

This whole endianess debate for _current_ ARM is pointless - the point was what was available _at the time_ and back then, ARMv5 days, XScale etc, BE-32 was the option and it was quite available. Again, I say this as someone who not just read about it, but who actually used it.

_________________
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC

 Status: Offline
Profile     Report this post  
Birbo 
Re: Trevor's role
Posted on 19-Apr-2021 10:21:41
#1216 ]
Cult Member
Joined: 5-Apr-2007
Posts: 602
From: Zurich, Switzerland

@LadyJane

To answer your question about mine - this is my opinion:

If there is a will to bring the legal framework in the area of "Amiga" to rest, then the people who are currently actively involved in it and can also exert influence should come together.

Be it financially or by means of their role. Trevor Dickinson has been very active in the past years and still is - so I would welcome it if he would also be included in the discussions.

_________________
Sometimes we give people a lot of credit just because they're writing nice sentences even if it isn't adding up to much.

 Status: Offline
Profile     Report this post  
Fl@sh 
Re: Trevor's role
Posted on 19-Apr-2021 12:32:35
#1217 ]
Regular Member
Joined: 6-Oct-2004
Posts: 253
From: Napoli - Italy

@All

About endianless of ARM architecture I have to say things are not how they was described in prior posts.
At least until ARM V7 architecture.

As I remembered, and probably confirmed here, instruction/registers are always in Little Endian mode and only data access can be performed in Big Endian mode.
This is due networking devices where ARM cpus are very common, in this way cpu doesn't have to swap nibbles between LE and BE modes.
If someone can confirm this and can extend the case even on ARM V8 arch is welcome.

This way to run represents a big stone on OS4 porting on ARM.
Maybe IMHO could be much better use Talos Blackbird systems with Power8/Power9 ultrafast cpus with ECC Memory support and port OS4 here.
Blackbird is all opensource so you don't have to ask but only to read docs, work on it and just make things happen.

_________________
Pegasos II G4@1GHz 2GB Radeon 9250 256MB
AmigaOS4.1 fe - MorphOS - Debian 9 Jessie

 Status: Offline
Profile     Report this post  
ppcamiga1 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 13:27:52
#1218 ]
Cult Member
Joined: 23-Aug-2015
Posts: 858
From: Unknown

@SHADES

In theory ARM may work as real big endian cpu.
In real life on bi endian ARM code is little endian and data is big endian.
Which results in changes in code.
What makes ARM useless for Amiga Os.
Because the whole point of use 32 bit big endian cpu is to use old code without changes.

 Status: Offline
Profile     Report this post  
ppcamiga1 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 13:40:24
#1219 ]
Cult Member
Joined: 23-Aug-2015
Posts: 858
From: Unknown

@matthey

AInc lost Amiga Os as a compensation for work that AInc ordered but not want to pay for.
2009 Agreement was fair.
2009 Agreement left AInc rights to use Amiga Os for games only
as long as gui is not exposed to end user.
This is big part of market.
What mr Batalia is doing, the whole court case is stupid.
He should use what already has.

 Status: Offline
Profile     Report this post  
Birbo 
Re: Cloanto acquire Amiga Inc Trademark
Posted on 19-Apr-2021 13:50:08
#1220 ]
Cult Member
Joined: 5-Apr-2007
Posts: 602
From: Zurich, Switzerland

@ppcamiga1

Mr Battilana is only trying to bring about a clear, transparent situation.

The problem is, that the existing agreements are interpreted differently. This should now be clarified by a court so that all parties know within which framework they are allowed to act.

The agreements drawn up so far have been anything but clear.

_________________
Sometimes we give people a lot of credit just because they're writing nice sentences even if it isn't adding up to much.

 Status: Offline
Profile     Report this post  
Goto page ( Previous Page 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 Next Page )

[ home ][ about us ][ privacy ] [ forums ][ classifieds ] [ links ][ news archive ] [ link to us ][ user account ]
Copyright (C) 2000 - 2019 Amigaworld.net.
Amigaworld.net was originally founded by David Doyle