@m3x
Right ! "q" works then ! Strange why not ESC, but so far there is a way. And issue only when both stdin and stdout set to serial. If i set stdin to serial, but stdout to vga, then ESC from putty still works. But if i want both output/input to/from serial, then i had to use "q" , as ESC didn't works.

And btw, not only "q", but also "space" works too to go to the uboot-graphical menu: and even with "stdout=serial" it will throw on VGA, which can't be controlled very well as i have both stdout and stdin to "serial" : i.e. up/down/left/right didn't work, but instead act like "esc" :) Maybe if play with different terminal settings it can work, but then if "q" work, then all fine. Is there reasons why "esc" stop working after stdin+stdout at the same time set to serial ?

ps. Btw, is uboot for sam only support "ext2" by default and no fat one ? I just see everywhere in the internet uboot should have "fatls", "fatload" commands, etc, while our one only have "ext2ls" and "ext2load"

ps2. check discord plz :)

@kas1e

if you need to interrupt the boot countdown and go into u-boot shell, you may press 'q' instead of ESC

@max
Quote:

Yeah, it works for current session (When i am in uboot shell already) , but , when i reboot, i can't "esc" from putty's keyboard to go to the uboot , neither from usb keyboard. But i definately have "serial" for both stdin and stdout.

Maybe i need some special serial settings to make "esc" works form keyboard on serial to go to uboot ? I currently tried 115200, data bits 8, stop bits 1, parity NONE, and flow control NONE (at least with XON/XOFF it didn't works for me on pegasos2).

@utri007

I am not sure if Radeon HD7750 is one of those cards supported by RadeonHD driver, but for making old Warp3D/MiniGL apps to work on RadeonHD/RX you have 2 options:

1) Warp3D SI driver — older way for making old Warp3D apps works (and so MiniGL ones too, as they work over Warp3D).

2). Last and new way : use NovaBridge over Warp3DNova. So you have support and all the new stuff, and have no needs for Warp3D SI anymore. Think about Warp3D SI as in-the-middle abandoned way, while there weren't proper old-Warp3D-support driver for Warp3DNova which is NovaBridge are.

As for GL4ES : this is not a driver, it just 3d party code which programmers use when want to have more or less modern (in Amiga terms) opengl2.x support, and not old opengl1.5 support as it was in minigl. Users have no needs to worry about gl4es at all, only that when any game or app use it, it means that you require working setup with ogles2.library and warp3dnova.

@rjd324

thanks, but why I would need Nova Bridge and does it even work with this setup? As there is no Radeon HD 5.x drivers which works with it?

And still, what is Ward 3D SI and how can I get it? I do know how I can get Nova Bridge.

Is this Warp 3D SI https://github.com/ptitSeb/gl4es

I think you just need Novibridge and no W3DSI.

@kas1e

setenv stdin serial

How do I get Warpd 3D SI and what are options for a Sam 440ep Flex with Radeon HD7750, Enhancer Plus installed?

@Sailor, have you tested these with Flex?

@All

Currently , when i want to control Sam460 via serial from the putty (i mean typing symbols on the terminal instead of on the SAM's keyboard), i should physically detach mouse and keyboard from. But, is there are some variable/environment which i can set, to avoid detaching of keyboard/mouse physically ?

For example, on pegasos2, when i want to have control over terminal and not over peg2's keyboard, i set "setenv output-device ttya", and then use putty without "flow control" to make it works. And to give control back to peg2's keyboard i set it back like "setenv output-device screen". But this is openfirmware, while sam460 is uboot based.

So, question is : is there any environment of this kind like on peg2, which when i set, i have control by terminal of my sam460, without detaching keyboard/mouse from them ?

Setting "stdout=serial" of course only mean to threw output to serial instead of screen, but not about ability to type from serial.

Thanks!

@joerg
Quote:

That explain all those "locale.library" string in the stack trace then, strange only why with offset:0 ?

Quote:

Yep, that better, but still not very readable as it still mix of different debug output. If use messages with all those processIDs is it possible to deal with ?

@Hypex
Thanks, will try it later

@MamePPCA1

Quote:

I imagine that's the case for everyone else who bought an X5000 as well.

@kas1e

Quote:

Just realised why. I was going to test it myself before rereading this. The TaskID and ProcessID are different.

The TaskID isn't exactly an ID and is simply the Task pointer. But because AmigaOS shares lots of pointers it uses it as an ID. The ProcessID, which is a newer addition, actually assigns an ID to a process. Maybe they tried to clean it up and make it more like a modern OS that does use a process ID.

Somehow, although it's obvious now, I had missed that. You've got it working again now. But for fixing that one, your ProcessIDMessage object will need TaskID as well, which is simply the Task or Process pointer. I did notice your ProcessIDMessage only had ULONG and that explains it. Whoops.


So global:


In Patched CallHookPkt:


Optional local fix avoiding allocation overheads:


Main routine is then:

@joerg

Nah... use mutex instead, around debug printf, mutex should be forbid() free..
at least that was what we were told.

Using forbid has no advantage,

imagine a different task that print half a line without using forbid, now your task invokes forbid() and DebugPrintF, and Permit(), the other task, will continue after permit(), and the text will look bad.

perhaps patching DebugPrintF so it uses a mutex can do the trick, then the lock becomes global.

Hey Mame,

Well that card is older, but it works on OS-4, Morph and Linux.
And it is compatible with the CD install.
this makes things (more) simple.


Try something and remove the hard drive to protect the info
Then just boot from the cd.
You can learn how to OS-4 from the cd boot (smile)


My response to your Fienix question is the same..get a hard drive and Make your life easier (But Since you can run it from the usb stick..even if it's really slow compared to a hard drive.

Just follow the excellent instructions (see Fienix page) that you got when you bought or downloaded the image. I bought the usb version.

BTW, did you look at Epsilon site (lots explained)

Save some cash (no lattes) and get that newer hard drive

Edit:Post moved to a separate thread

https://www.amigans.net/modules/newbb/viewtopic.php?topic_id=9542

@ktadd

Love it keep em coming Love the feelings you experience when setting up a new system (both good & bad) and that nice soothing feeling when you finally get it set up just the way you like it

How about we pick a mission in BOH and we can post our times to complete it with the fastest time taking the win.

BOH-RETREAM

@Templario

for sure it's all about having fun and trying different games you may have never played before or thought you wouldn't like for some reason then finding out hey this is pretty cool

@sacc-dude

My graphic card is an ATI Radeon RHD5450 as shown on a Morphos utilitie.

I would go to AmiWest with closed eyes,that could be a dream for me,but in reality I have little money

And another issue is that Fienix doesn't accept well my passwords and if I enter it is unusable

@AmigaOldskooler
The important thing is to participate.