On donderdag 19 augustus 2021 18:50:54 CEST Andrew M.A. Cater wrote:
> Raspberry Pi OS is off-topic here
True, but I'm not sure this case is off-topic as (iiuc) Lucas found a solution
for Raspbian. The problem could use more details/specifics though.
Lucas' use of 'raspi' could mean a bunch of t
On Thu, Aug 19, 2021 at 02:04:50PM +, Lucas Marshall wrote:
> Hi,
>
> I’m using the Rpi compute module 4 with io board and am trying to work with
> raspi bullseye arm64 however the usb connector is by default disabled.
> Raspbian provide a solution in the form of an overlay
> “dtoverlay=dwc
Hi,
I’m using the Rpi compute module 4 with io board and am trying to work with
raspi bullseye arm64 however the usb connector is by default disabled. Raspbian
provide a solution in the form of an overlay “dtoverlay=dwc2,dr_mode=host”
which is pasted into the config.txt file in the root folder
El 19/8/21 a les 11:44, Luca Olivetti ha escrit:
El 19/8/21 a les 10:56, Luca Olivetti ha escrit:
El 19/8/21 a les 10:05, Arnd Bergmann ha escrit:
To confirm that this is the actual problem, can you try building the
package using '-O2 -march=armv4t' or '-O2 -march=armv5t' to
override the defau
El 19/8/21 a les 10:56, Luca Olivetti ha escrit:
El 19/8/21 a les 10:05, Arnd Bergmann ha escrit:
To confirm that this is the actual problem, can you try building the
package using '-O2 -march=armv4t' or '-O2 -march=armv5t' to
override the default 'armv5te'?
With -march=armv5t it doesn't work
El 19/8/21 a les 10:05, Arnd Bergmann ha escrit:
To confirm that this is the actual problem, can you try building the
package using '-O2 -march=armv4t' or '-O2 -march=armv5t' to
override the default 'armv5te'?
With -march=armv5t it doesn't work (same failure), I'll try with armv4t.
FWIW this
El 19/8/21 a les 9:03, Luca Olivetti ha escrit:
I then recompiled it with -O0 instead of the default -O2 and this time
it works (will try later with -O1).
Nope, with -O1 same failure.
Bye
--
Luca
On Thu, Aug 19, 2021 at 9:03 AM Luca Olivetti wrote:
>
> Hello,
>
> I upgraded a test machine (buffalo linkstation pro/Marvell Orion5x) from
> buster to bullseye, then I rebuilt the dspam[*] deb (since it's been
> dropped by debian since buster, I did the same there).
> The newly built binary does
Hello,
I upgraded a test machine (buffalo linkstation pro/Marvell Orion5x) from
buster to bullseye, then I rebuilt the dspam[*] deb (since it's been
dropped by debian since buster, I did the same there).
The newly built binary doesn't start, complaining of a configuration
error, the binary bui
9 matches
Mail list logo
