ALLO USBridge Signature

[antonellocaroli]

On 9/24/2019 at 10:21 PM, allo.com said:

Usbridge Sig/ Audiiophile SBC will send the standard i2s signal (rather cleaner) but not over 384Khz (with the right distri)

 

  Usbridge Sig will run standard Rasbian but speed on network will be limited to 100Mbs. By updating the driver of the ethernet IC you will reach 330Mbs ( we will post a manual on how to do itl and the source code of the driver)

Any news on how to update the ethernet driver?

[antonellocaroli]

9 hours ago, ALLOsupport said:

http://3.230.113.73:9011/Allocom/Raspbian/info

seem like precompiled forms...

where are the sources and the guide to compile them?

[antonellocaroli]

4 hours ago, ALLOsupport said:

source available below link.

https://github.com/allocom/USBridgeSig/tree/master/ethernet

 

From what I've seen, you've asked to add the sources directly into the sources of the Rpi kernel.

So probably in the future you only need to compile the sources of the Rpi kernel?

[antonellocaroli]

@allo.com

 

do you know if with 64bit systems (so kernels compiled with ARCH64), the driver has problems?

[antonellocaroli]

11 hours ago, antonellocaroli said:

@allo.com

 

do you know if with 64bit systems (so kernels compiled with ARCH64), the driver has problems?

 

@allo.com

 

I asked a stupid question or you don't know the answer?

[antonellocaroli]

40 minutes ago, allo.com said:

My team ais advising me that we need to compile manually for Arch 64 and we will do so and have it on our website...but it will take at least 1 week (less than 2)

 

I usually compile kernels according to my needs, could I be informed, when it will be, of the procedure you use to compile the kernel for ARCH64?

I had now used this procedure
https://github.com/allocom/USBridgeSig/tree/master/ethernet

and then compiled the kernel....

But apparently then problems with the usb bridge arise....

[antonellocaroli]

On 10/25/2019 at 9:56 AM, allo.com said:

Got the answer back.. Asix driver not compiled for ARCH64.

 

ok, I have solved and it works perfectly....

 

modinfo ax88179_178a | grep version
version:        v0.1.4
srcversion:     0DA7C4E6A1D359AEEF7588C
vermagic:       4.19.80-Gentooplayer-standard+ SMP preempt mod_unload modversions aarch64

 

[antonellocaroli]

I wonder if @allo.com @Allo is thinking, if it is possible, of an adapter to use the module "Compute Module 4"

https://www.raspberrypi.org/products/compute-module-4/?variant=raspberry-pi-cm4001000

[antonellocaroli]

I'm using topping-D90 non MQA on linux without problems....without any patch....if you're talking about D90 MQA? 

[antonellocaroli]

3 hours ago, caesee said:

roon bridge is still broken.

to make RoonBridge work, you can't keep Hqplayer open, or at least you can't keep it open on the same audio output...

 

Quote

cm4.deb

what is cm4.deb? 
gentooplayer has its own cm4 and does not use any cm4.deb, which are packages for debian and derivatives...

[antonellocaroli]

4 minutes ago, chipvn said:

 

Can you help to explain how could you install GentooPlayer on this modified CM4 USBridge Sig?

 

I downloaded the GentooPlayer RP4 image and burnt to an MicroSD card.

However, it get stuck in the 1st booting step regardless of using default setting or otg_mode 1 with / without noeth.dtbo overlay method that @metronet advised for the VitOS.

on gentooplayer without modifying anything should start, the kernel for cm4 is already included....where does it get blocked?

[antonellocaroli]

3 minutes ago, chipvn said:

This is where I got stucked without changing anything from the GentooPlayer RP4 V6.30

it's not locked, it's started, gentooplayer has not enabled, by default, the login screen.

if it is connected to the lan network you should find it and connect with a browser to ip:5000

from what i see in the picture it seems that it is not connected to a router with a lan cable

[antonellocaroli]

35 minutes ago, chipvn said:

Does your RP4 image have the ASIX driver built-in?

 

Yes.

is the led on the lan connector on?

[antonellocaroli]

20 minutes ago, chipvn said:

Power off and power on again and it stopped at the same step.

the boot is right, it does not reach the login.

Strange that it doesn't see the network...no idea...have you modified any files?

but it worked for another user here...

[antonellocaroli]

7 minutes ago, chipvn said:

That's screenshot is without any modification. Just booted straight from the image file downloaded from your site.

 

If I add in the otg_mode=1 in the config file, then it seem like the LAN port is powered on but the orange led keep blinking without success. I could not find it in my LAN Network.

 

Below is the screenshot with otg_mode=1

 

 

from this screenshot it seems that the network has started...

 

the green led should be steady and the orange one should be blinking

[antonellocaroli]

3 minutes ago, chipvn said:

However, it still stop at that step without progressing further.

It doesn't have to go beyond that step. it does.
The errors you see are all expected, and have nothing to do with the network.

did you also put noeth.dtbo?

[antonellocaroli]

3 hours ago, chipvn said:

With GentooPlayer installed, I can see that the CM4 CPU temperature is about 67-68 degree which is on the high side

try to update the firmware

WI > Update/Install/Remove > Firmware Update

[antonellocaroli]

On 9/14/2021 at 2:39 PM, chipvn said:

One of the interesting point is whenever I select new DAC, GentooPlayer will need to be restarted. However, this action will reset the config.txt file back to default and thus, will remove the "otg_mode=1" line which means the ASIX ethernet port will not work.

I need to edit the config.txt file again to add back that otg_mode line.

gp-update fixes this...

[antonellocaroli]

1 hour ago, chipvn said:

@WuBai Thank you for the info and update. Looking forward to your update.

 

@antonellocaroli Do you use the AX88179 driver from Allo or the standard driver from ASIX?

 

Thanks

 

In GentooPlayer, the updated AX88179 from Allo driver is compiled directly when the kernel is compiled, so there is no need to use an installation script.

[antonellocaroli]

@ALLOsupport

 

have you tested the asix driver (AX2v0) on kernel 5.15.x?
it doesn't seem to work...

@ALLOaudio@allo.com

[antonellocaroli]

1 hour ago, antonellocaroli said:

@ALLOsupport

 

have you tested the asix driver (AX2v0) on kernel 5.15.x?
it doesn't seem to work...

@ALLOaudio@allo.com

forgot... I solved...

[antonellocaroli]

@allo.com @Allo @ALLOsupport

it appears that the driver does not compile with the 6.1.x kernel

 

drivers/net/usb/ax88179_178a.c: In function ‘ax88179_set_mac_addr’:
drivers/net/usb/ax88179_178a.c:1742:19: warning: passing argument 1 of ‘memcpy’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
 1742 |         memcpy(net->dev_addr, addr->sa_data, ETH_ALEN);
      |                ~~~^~~~~~~~~~
In file included from ./include/linux/string.h:20,
                 from ./include/linux/signal.h:7,
                 from drivers/net/usb/ax88179_178a.c:1:
./arch/arm64/include/asm/string.h:35:21: note: expected ‘void *’ but argument is of type ‘const unsigned char *’
   35 | extern void *memcpy(void *, const void *, __kernel_size_t);
      |                     ^~~~~~
drivers/net/usb/ax88179_178a.c:1746:47: warning: passing argument 6 of ‘ax88179_write_cmd’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
 1746 |                                  ETH_ALEN, net->dev_addr);
      |                                            ~~~^~~~~~~~~~
drivers/net/usb/ax88179_178a.c:267:46: note: expected ‘void *’ but argument is of type ‘const unsigned char *’
  267 |                              u16 size, void *data)
      |                                        ~~~~~~^~~~
drivers/net/usb/ax88179_178a.c: In function ‘ax_access_eeprom_mac’:
drivers/net/usb/ax88179_178a.c:2392:37: warning: passing argument 1 of ‘memcpy’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
 2392 |                 memcpy(axdev->netdev->dev_addr, buf, ETH_ALEN);
      |                        ~~~~~~~~~~~~~^~~~~~~~~~
./arch/arm64/include/asm/string.h:35:21: note: expected ‘void *’ but argument is of type ‘const unsigned char *’
   35 | extern void *memcpy(void *, const void *, __kernel_size_t);
      |                     ^~~~~~
drivers/net/usb/ax88179_178a.c: In function ‘ax_get_mac’:
drivers/net/usb/ax88179_178a.c:2440:64: warning: passing argument 2 of ‘ax_access_eeprom_mac’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
 2440 |                 ret = ax_access_eeprom_mac(axdev, axdev->netdev->dev_addr, 0x0, 1);
      |                                                   ~~~~~~~~~~~~~^~~~~~~~~~
drivers/net/usb/ax88179_178a.c:2360:62: note: expected ‘u8 *’ {aka ‘unsigned char *’} but argument is of type ‘const unsigned char *’
 2360 | static int ax_access_eeprom_mac(struct ax_device *axdev, u8 *buf, u8 offset, int wflag)
      |                                                          ~~~~^~~
drivers/net/usb/ax88179_178a.c:2469:50: warning: passing argument 6 of ‘ax88179_write_cmd’ discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]
 2469 |                           ETH_ALEN, axdev->netdev->dev_addr);
      |                                     ~~~~~~~~~~~~~^~~~~~~~~~
drivers/net/usb/ax88179_178a.c:267:46: note: expected ‘void *’ but argument is of type ‘const unsigned char *’
  267 |                              u16 size, void *data)
      |                                        ~~~~~~^~~~
drivers/net/usb/ax88179_178a.c: In function ‘ax88179_probe’:
drivers/net/usb/ax88179_178a.c:2539:9: error: too many arguments to function ‘netif_napi_add’
 2539 |         netif_napi_add(netdev, &axdev->napi, ax_poll, AX88179_NAPI_WEIGHT);
      |         ^~~~~~~~~~~~~~
In file included from drivers/net/usb/ax88179_178a.c:4:
./include/linux/netdevice.h:2562:1: note: declared here
 2562 | netif_napi_add(struct net_device *dev, struct napi_struct *napi,
      | ^~~~~~~~~~~~~~
drivers/net/usb/ax88179_178a.c: In function ‘ax_intr_callback’:
drivers/net/usb/ax88179_178a.c:529:17: warning: this statement may fall through [-Wimplicit-fallthrough=]
  529 |                 netif_device_detach(axdev->netdev);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
drivers/net/usb/ax88179_178a.c:530:9: note: here
  530 |         case -ENOENT:
      |         ^~~~
make[4]: *** [scripts/Makefile.build:250: drivers/net/usb/ax88179_178a.o] Error 1
make[3]: *** [scripts/Makefile.build:500: drivers/net/usb] Error 2