Who's Online |
96 user(s) are online ( 71 user(s) are browsing Forums)
Members: 0
Guests: 96
more...
|
|
|
|
|
Re: sam460: new uboot update to handle RadeonRX coming soon!
|
|
Just popping in 
|
@joerg
yes, you're right, it was a copy/paste error, I've modified the above post, thanks !
|
|
|
|
|
|
Re: sam460: new uboot update to handle RadeonRX coming soon!
|
|
Just popping in
|
@kishigo try setting stdin and stdout to serial, you can do it from the AOS4.1 shell:
> NVSetVar stdin serial
> NVSetVar stdout serial
Remember to put them to the original values when done:
> NVSetVar stdin usbkbd
> NVSetVar stdout vga
Edited by m3x on 2024/6/8 10:48:30
|
|
|
|
|
|
Re: sam460: new uboot update to handle RadeonRX coming soon!
|
|
Just popping in
|
@kas1e Nice video, thanks !  PS: the new U-Boot version supports all Sam460 models
|
|
|
|
|
|
Re: sam460: takeover control by putty ?
|
|
Just popping in
|
@kas1e
yes, it supports only ext2fs, fat support was removed to save space on the 512 Kb boot eeprom, maybe we can add it back again with a new u-boot version.
|
|
|
|
|
|
Re: sam460: takeover control by putty ?
|
|
Just popping in
|
@kas1e
if you need to interrupt the boot countdown and go into u-boot shell, you may press 'q' instead of ESC
|
|
|
|
|
|
Re: sam460: takeover control by putty ?
|
|
Just popping in
|
@kas1e setenv stdin serial 
|
|
|
|
|
|
Re: Amiga X5000 and Sound Blaster Audigy FX problem
|
|
Just popping in
|
@all This is the explanation of what happened: - we sold very few Audigy FX cards (less than 10), and then took them off as availability from our shop because there was no demand - the sound cards were not sold with any driver included, at the time it was still possible to download the driver from OS4Depot - the audio driver was included on the SD card we supply with the Sam460 boards to help users install the operating system and other utilities easily and as quickly as possible, a kind of 'bonus pack.' As soon as we were alerted to the problem with the audio driver, we removed it - Our mistake was to include the driver without having read the readme We are sorry to learn that things were misunderstood. We make our apologies to geennaam and the Amiga community. We will make sure that things will not happen again in the future. In any case, we invite you to contact us directly through our contacts available at www.acube-systems.com
|
|
|
|
|
|
Re: Qemu Pegasos II interrupts issue
|
|
Just popping in
|
@balaton I've found only some snippets of code from the AmigaOneG3SE u-boot source code, maybe the following code may help:
void via_init_irq_routing(uint8 irq_map[])
{
char *s;
uint8 level_edge_bits = 0xf;
/* Set irq routings */
pci_write_cfg_byte(0, 7<<3, 0x55, irq_map[0]<<4);
pci_write_cfg_byte(0, 7<<3, 0x56, irq_map[1] | irq_map[2]<<4);
pci_write_cfg_byte(0, 7<<3, 0x57, irq_map[3]<<4);
/*
* Gather level/edge bits
* Default is to assume level triggered
*/
s = getenv("pci_irqa_select");
if (s && strcmp(s, "level") == 0)
level_edge_bits &= ~0x01;
s = getenv("pci_irqb_select");
if (s && strcmp(s, "level") == 0)
level_edge_bits &= ~0x02;
s = getenv("pci_irqc_select");
if (s && strcmp(s, "level") == 0)
level_edge_bits &= ~0x04;
s = getenv("pci_irqd_select");
if (s && strcmp(s, "level") == 0)
level_edge_bits &= ~0x08;
PRINTF("IRQ map\n");
PRINTF("%d: %s\n", irq_map[0], level_edge_bits&0x1 ? "edge" : "level");
PRINTF("%d: %s\n", irq_map[1], level_edge_bits&0x2 ? "edge" : "level");
PRINTF("%d: %s\n", irq_map[2], level_edge_bits&0x4 ? "edge" : "level");
PRINTF("%d: %s\n", irq_map[3], level_edge_bits&0x8 ? "edge" : "level");
pci_write_cfg_byte(0, 7<<3, 0x54, level_edge_bits);
PRINTF("%02x %02x %02x %02x\n", pci_read_cfg_byte(0, 7<<3, 0x54),
pci_read_cfg_byte(0, 7<<3, 0x55), pci_read_cfg_byte(0, 7<<3, 0x56),
pci_read_cfg_byte(0, 7<<3, 0x57));
}
and
/* Setup the ISA-to-PCI host bridge */
void via_isa_init(pci_dev_t dev, struct pci_config_table *table)
{
char regval;
if (PCI_FUNC(dev) == 0)
{
PRINTF("... PCI-to-ISA bridge, dev=0x%X\n", dev);
/* Enable I/O Recovery time */
pci_write_config_byte(dev, 0x40, 0x08);
/* Enable ISA refresh */
pci_write_config_byte(dev, 0x41, 0x41); /* was 01 */
/* Enable ISA line buffer */
pci_write_config_byte(dev, 0x45, 0x80);
/* Gate INTR, and flush line buffer */
pci_write_config_byte(dev, 0x46, 0x60);
/* Enable EISA ports 4D0/4D1. Do we need this ? */
pci_write_config_byte(dev, 0x47, 0xe6); /* was 20 */
/* 512 K PCI Decode */
pci_write_config_byte(dev, 0x48, 0x01);
/* Wait for PGNT before grant to ISA Master/DMA */
/* ports 0-FF to SDBus */
/* IRQ 14 and 15 for ide 0/1 */
pci_write_config_byte(dev, 0x4a, 0x04); /* Was c4 */
/* Plug'n'Play */
/* Parallel DRQ 3, Floppy DRQ 2 (default) */
pci_write_config_byte(dev, 0x50, 0x0e);
/* IRQ Routing for Floppy and Parallel port */
/* IRQ 6 for floppy, IRQ 7 for parallel port */
pci_write_config_byte(dev, 0x51, 0x76);
/* IRQ Routing for serial ports (take IRQ 3 and 4) */
pci_write_config_byte(dev, 0x52, 0x34);
/* All IRQ's level triggered. */
pci_write_config_byte(dev, 0x54, 0x00);
/* PCI IRQ's all at IRQ 9 */
pci_write_config_byte(dev, 0x55, 0x90);
pci_write_config_byte(dev, 0x56, 0x99);
pci_write_config_byte(dev, 0x57, 0x90);
/* Enable Keyboard */
pci_read_config_byte(dev, 0x5A, ®val);
regval |= 0x01;
pci_write_config_byte(dev, 0x5A, regval);
pci_write_config_byte(dev, 0x80, 0);
pci_write_config_byte(dev, 0x85, 0x01);
/* pci_write_config_byte(dev, 0x77, 0x00); */
}
}
and more
void articiaS_pci_irq_init(void)
{
char *s;
s = getenv("pci_irqa");
if (s)
pci_intmap[0] = simple_strtoul (s, NULL, 10);
else
pci_intmap[0] = pci_irq_alloc();
s = getenv("pci_irqb");
if (s)
pci_intmap[1] = simple_strtoul (s, NULL, 10);
else
pci_intmap[1] = pci_irq_alloc();
s = getenv("pci_irqc");
if (s)
pci_intmap[2] = simple_strtoul (s, NULL, 10);
else
pci_intmap[2] = pci_irq_alloc();
s = getenv("pci_irqd");
if (s)
pci_intmap[3] = simple_strtoul (s, NULL, 10);
else
pci_intmap[3] = pci_irq_alloc();
}
|
|
|
|
|
|
Re: Sam460LE 1.10 Ghz Pre-Order!
|
|
Just popping in
|
@arfcarl
In our tests, the SIL 3112 is unreliable when used with a Sam460 board, the exact cause is unkwown.
|
|
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
|
Just popping in
|
@balaton
There is a Pericom 8150B PCI Bridge on Sam440ep mini-itx and flex boards, maybe it's testing it ?
|
|
|
|
|
|
Re: SAM Flex Stuttering Issue workbench or software use / games
|
|
Just popping in
|
@Gebrochen Try the Sam440ep_setup utility from OS4Depot: http://os4depot.net/share/utility/shell/sam440ep_setup.lhaif it help with your dragging open drawer windows slowness, which is in part due the HD 5450 used which has a PCI-PCIe bridge onboard.
|
|
|
|
|
|
Re: SDL1 open issues
|
Posted on: 2023/11/8 22:38
#12
|
Just popping in
|
@balaton
I've searched some very old HDs but haven't found anything interesting so far.
|
|
|
|
|
|
Re: SDL1 open issues
|
Posted on: 2023/11/8 21:37
#13
|
Just popping in
|
@balaton
could be a compilation problem, as I used a different gcc, will try using another one.
|
|
|
|
|
|
Re: SDL1 open issues
|
Posted on: 2023/11/8 19:40
#14
|
Just popping in
|
@balaton
the sm502 driver set chip endianess to big endian writing 0 into register 0x005c.
This seems not to work in PCI mode (the chip remain in little endian mode), but maybe on the Pegasos emulation there is some side effect ?
|
|
|
|
|
|
Re: Sam460LE 1.10 Ghz Pre-Order!
|
Posted on: 2023/10/26 15:49
#15
|
Just popping in
|
@skygecko
The Sii3112 card is likely to show instability on Sam460 boards, replace it with a 3512 or 3114.
|
|
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/24 14:56
#17
|
Just popping in
|
@balaton
the driver assumed to always run on a 460, and used CPU time base 64-bit register for time delay
|
|
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/22 22:11
#18
|
Just popping in
|
@Maijestro
- bigger screen resolutions support
- corrected the problem with the boot delay on Peg2 emulation
- better read/write and blitting performance on real hardware
- some bug fixings
|
|
|
|
|
|
Re: Laptop recommendations
|
Posted on: 2023/7/22 21:35
#19
|
Just popping in
|
@Hans
if you're using the SM502 driver, you can try the upcoming 53.12 available on the beta-ml later today
|
|
|
|
|
|
Re: What the fastest possible x64 emulation way of OS4 today ?
|
Posted on: 2023/6/24 10:48
#20
|
Just popping in
|
@Hans Quote: While the ATOMBIOS ASICInit function should theoretically initialize the card from zero, we found that cards typically wouldn't work properly unless the motherboard's firmware did the lowlevel initialization first I've ported ATOMBIOS into Sam460 U-boot version, and ASICInit indeed seems to initialize correctly the card but ATM I cannot get any videomode working. Do I need to call the classic x86 BIOS emulation before calling ASICInit, or something else need to be done to have a basic 640x480 screen mode ?
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
