x1000 onboard network opensource driver in progress

	Bottom Previous Topic Next Topic
Register To Post

« 1 2 3 4 (5)

balaton

Re: x1000 onboard network opensource driver in progress

Posted on: Today 14:32 #81

Just can't stay away

@joerg
Quote:

MCE is implemented and enabled in the kernel.

Never seen something like
Quote:
Dump of context at 0x12345678
Trap type: Machine check exception
...
in the serial output yet?

No, I haven't seen that. Never happens with emulation. Have you seen it on real machines?

https://qmiga.codeberg.page/

balaton

Re: x1000 onboard network opensource driver in progress

Posted on: Today 14:35 #82

Just can't stay away

@nbache
Quote:

nbache wrote:@kas1e

I remember something similar, not sure when and where it was discussed (but loooong ago).

However when I check my X1000 with Ranger, it reports a MAC address of C4:3D: ..., i.e. different from yours.

So either it was solved at some point, or it was never all X1000 machines?

Could depend on firmware version? Maybe updated firmware could fix that or it's set in nvram? I have no idea just guessing.

https://qmiga.codeberg.page/

joerg

Re: x1000 onboard network opensource driver in progress

Posted on: Today 15:00 #83

Home away from home

@balaton
Quote:

No, I haven't seen that. Never happens with emulation. Have you seen it on real machines?

Yes. On emulation it may not be possible at all, or only when using real hardware like a passed through PCIe gfx card.

joerg

Re: x1000 onboard network opensource driver in progress

Posted on: Today 15:14 #84

Home away from home

@kas1e
Quote:

I do not remember, but wasn't there some issue with MAC addresses on x1000 where they all the same? I sure remember something of that sort, just dunno if for x1000.

No idea about the X1000, but the X5000 has, or at least had, the same issue:
In the default U-Boot env variables on the MicroSD card delivered with it the variables for the MAC addresses were set

All systems using this default use those same 2 MAC addresses, probably the ones of a X5000 of an U-Boot developer.
If the MAC address env variables are set (and saved) the values from the env variables are used.
Only if it's not set/deleted the firmware reads it from the hardware, which is, or at least should be, different for each system, and stores it to the U-Boot MAC env variables again.

But it's only a problem if you have >= 2 X1000 or >= 2 X5000 in the same LAN

joerg

Re: x1000 onboard network opensource driver in progress

Posted on: Today 15:24 #85

Home away from home

@Georg
Quote:

Using AOS4 version of maybe undocumented ~PA_CALL/~PA_FASTCALL instead of PA_SOFTINT for the timer replyport would work better.

I don't know what AROS ~PA_CALL/~PA_FASTCALL is, and what the difference between both is, but in AmigaOS 4.x it' the same as in AmigaOS 0.x-3.9, except that on AmigaOS 4.x it has to be a PPC native function and no emulated m68k code:
A single, undocumented but implemented method.

I'm not sure anymore, but I think the value required for it is (the same as) PF_ACTION.

joerg

Re: x1000 onboard network opensource driver in progress

Posted on: Today 16:20 #86

Home away from home

@Georg
Quote:

Are gfx drivers in AOS4 already loaded/running when S:startup-sequence is executed?

Of course they are, required for example to display the "Early Startup Menu" on the gfx card.
But it's limited to a special "BootVGA" screen mode, IIRC 800x600.
It's the same when booting without executing S:Startup-Sequence, from the early startup menu, or with some special keys.

Only after the OS is completey loaded, after starting the DEVS:Monitors drivers, etc., you have access to FHD, 4k, 8k, etc. (depending on gfx card and monitor hardware) screen modes.

Register To Post	« 1 2 3 4 (5)
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )