<KotCzarny>
yeah, enabling it might be a little adventure game in itself
<KotCzarny>
not obvious to find
<mru>
I can't find any updates to that patch series
<angelo_ts>
oh ..
<angelo_ts>
is it upstreamed in kernel 5.0 ?
<mru>
no
<angelo_ts>
argh
<mru>
and there were some complaints about the patches
<angelo_ts>
ok many thanks anyway
selfbg has joined #linux-sunxi
<montjoie>
ah ah ah, I will receive my PDU today! I finnaly will can power off/on all my allwinners remotly
<megi>
montjoie: what is PDU? some kind of relay board?
<montjoie>
PowerDistributionUnit it is for powering many devices and in my case switch each port off/on remotly
<montjoie>
I have tried first with relays and arduino but my soldering skill is bad
<megi>
ah, interesting :)
<megi>
is it controlled over ethernet?
<montjoie>
over usb, but it exists relay over ethernet
<montjoie>
but my PDU do "power usage stats per port"
<megi>
that's nifty!
<megi>
does it also have a short protection per port?
<montjoie>
I think yes but I need to verify
<megi>
that's one thing I worry about sometimes with my dumb mechanical switches, one issue on one of the boards may take down the entire cluster
<megi>
and some of the boards (Opi 3) don't even have overcurrent protection on USB VBUS, so it's directly connected to DCIN... so I'm one short on USB bus away from some sparkling fun :)
IgorPec2 has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
<wens>
the "relays over ethernet" type is usually used for servers in racks
<wens>
fancy ones also have per-input and/or per-output sensors
<montjoie>
I choose my PDU because the output port is an USB port, so no need to wire hack
<montjoie>
with relay, It need some wire modification that I try to avoid
IgorPec has joined #linux-sunxi
IgorPec2 has quit [Ping timeout: 245 seconds]
f0xx has joined #linux-sunxi
leviathanch has joined #linux-sunxi
Rafael1980 has joined #linux-sunxi
tllim has joined #linux-sunxi
gamiee has joined #linux-sunxi
airwind has quit [Quit: airwind]
lurchi_ is now known as lurchi__
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
Jeremy_Rand_Talo has joined #linux-sunxi
leviathanch has joined #linux-sunxi
dlan has quit [Ping timeout: 246 seconds]
dlan has joined #linux-sunxi
dlan has quit [Changing host]
dlan has joined #linux-sunxi
miasma has quit [Ping timeout: 268 seconds]
BenG83 has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
selfbg has quit [Remote host closed the connection]
gamiee has quit [Ping timeout: 250 seconds]
megi has quit [Quit: WeeChat 2.4]
IgorPec has quit [Ping timeout: 272 seconds]
reinforce has quit [Quit: Leaving.]
JohnDoe_71Rus has joined #linux-sunxi
nuuuciano__ has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 272 seconds]
ceng has joined #linux-sunxi
<willmore>
fALSO, I remember that one. idclip, idkfa....
shfil has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
Gerwin_J has quit [Quit: Gerwin_J]
arc_phasor has joined #linux-sunxi
<arc_phasor>
how fast could I get a startup sound playing when the user hits the power button?
<arc_phasor>
i'm trying to go for an xbox one feel, like a beep boop when the user hits the button
gamiee has joined #linux-sunxi
<arc_phasor>
could someone could run through the steps needed to happen for sound to play?
<arc_phasor>
/s/could run/run
<willmore>
arc_phasor, where do you want the sound to play out of?
Putti has joined #linux-sunxi
<arc_phasor>
a speaker that is hooked up to the speaker port on the banana pi m2m
<arc_phasor>
that goes to a class D amp, then to HPR HPL which are pins on the R16
afaerber has joined #linux-sunxi
<willmore>
You have two options. One is to play the sound as part of the Linux startup scripts. The other would be to have sound support in uboot.
<willmore>
I'm not sure if there is any sound support in uboot, yet.
<wens>
fALSO: sort of shows your age :p
<fALSO>
37
<arc_phasor>
willmore: how quick can i get the sound to play in both options?
<plaes>
ha.. one year older than cd
<willmore>
arc_phasor, if you play it in the linux startup scripts, it may be a few seconds depending on how you configure your kernel, etc.
<arc_phasor>
i'd really like it to start playing before the user's finger leaves the button, almost like haptic feedback
<willmore>
arc_phasor, unless you can get uboot to play it, that's not going to happen. The linux statup option will be several seconds, likely.
<arc_phasor>
gotcha, ok, so another option is it looks like bananapi has a connector to hijack the HPR HPL pins, problem is, the class D amp has a PA-SHDN that is pulled low
<willmore>
Put a resistor or diode in line and take control of that, too.
AneoX has joined #linux-sunxi
<arc_phasor>
they don't give me a nice connector for that
<willmore>
Stuff a little microcontroller on there to play the sound.
<arc_phasor>
could I flip the PA-SHDN gpio quickly in u-boot?
<willmore>
I would think so. I'm not the person to ask about uboot, though. Others here would be, though.
AneoX_ has quit [Ping timeout: 250 seconds]
<arc_phasor>
i worry because u-boot has to load from flash, which takes time.
<arc_phasor>
well, sd card flash
<willmore>
IIRC, uboot loads pretty darn quickly.
<arc_phasor>
ok i'll take a look, thanks
<willmore>
good luck.
dddddd has quit [Remote host closed the connection]
<wens>
if you just need to play one sample, it shouldn't be that crazy to make a board init hook setup the clocks and audio codec registers, and manually copy the audio data into the FIFO
<wens>
the A33 isn't the most ideal SoC to do this on though
<wens>
since the audio codec is much more complicated
<arc_phasor>
why's that?
<arc_phasor>
oh gotcha
reinforce has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
<arc_phasor>
yea, its just a second long sample
<arc_phasor>
like boop-beep
<arc_phasor>
i was actually considering putting a whole nother speaker and amp with another mcu just for this
<wens>
I remember the Q8 tablets play a sound during launch
<arc_phasor>
but it feels wrong since it's all there already :/
AneoX has quit [Ping timeout: 255 seconds]
<wens>
though that might already be in the Android startup sequence, and not the bootloader
<arc_phasor>
wens: do you know how quick it plays after power button is hit?
<arc_phasor>
are we talking instant, or like a second?
<wens>
a few seconds at least
<arc_phasor>
yeesh
<wens>
quite sure it's android, not u-boot
<arc_phasor>
i'm only familar with stm32's / msp430's, which have on-chip ROM that holds the program. Does the A33 have something similar I could load up with instructions to avoid the sd card lag?
vagrantc has joined #linux-sunxi
<arc_phasor>
or is that just not how it works at all
<arc_phasor>
i guess that would be called firmware
msimpson has quit [Quit: Leaving]
<arc_phasor>
i probably don't want to get into that honestly
<plaes>
arc_phasor: you can load to SPI eeprom
<arc_phasor>
plaes: is that a part on the banana pi m2m?
<plaes>
it's not on the board, but GPIO header has SPI pins
afaerber has quit [Ping timeout: 255 seconds]
<wens>
just remembered I have a bunch of SPI flash roms I need to test
<wens>
a friend at ASUS got them from their trash bin lol
Gerwin_J has joined #linux-sunxi
<anarsoul|2>
:)
clemens3 has quit [Ping timeout: 250 seconds]
dev1990 has joined #linux-sunxi
<arc_phasor>
what do you all think about the olinuxino a33 versus the banana pi m2m?
scelestic has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
afaerber has quit [Read error: Connection reset by peer]
return0e_ has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
tnovotny has quit [Quit: Leaving]
Gerwin_J has quit [Ping timeout: 264 seconds]
return0e has joined #linux-sunxi
xade_ has joined #linux-sunxi
xade has quit [Ping timeout: 245 seconds]
xade_ has quit [Ping timeout: 245 seconds]
scelestic has joined #linux-sunxi
return0e has quit [Remote host closed the connection]
leviathanch has quit [Remote host closed the connection]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
netlynx has joined #linux-sunxi
jstefanop has joined #linux-sunxi
hanni76_ has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 246 seconds]
<voodoovood>
now i inserted an SD card = Device: 0 - 0000001b53e500ca Device: 1 - 000000fee12fd025 Card did not respond to voltage select! Device: 2 - 0000000000000000
victhor has joined #linux-sunxi
<voodoovood>
but cannot get serial from eMMC :/
<mru>
why do you need the mmc serial?
<voodoovood>
mru: to generate mac address
<mru>
sounds like a bad idea
<mru>
you can't just take any old number and call it a mac address
<mru>
the mmc serial number is unique in a completely different scope
<mru>
what if someone else uses the serial number of some other peripheral as their mac address, and they happen to be the same?
zoums has quit [Ping timeout: 245 seconds]
zoums has joined #linux-sunxi
<voodoovood>
mru - what is the probability? i would like to generate localy administered mac address 02:xx:xx:xx:xx:xx
<voodoovood>
on a64 is normal practice - using serial # of SoC
<voodoovood>
but my a64 comes with empty SID
Gerwin_J has quit [Ping timeout: 264 seconds]
fl__0 is now known as fl_0
voodoovood3 has joined #linux-sunxi
voodoovood has quit [Quit: Page closed]
voodoovood3 is now known as voodoovoo
voodoovoo is now known as voodoovood
<mru>
locally administered still means you have to ensure no two devices on the same lan have the same address
dddddd has joined #linux-sunxi
noblock has quit [Quit: Leaving]
<mru>
mac address collisions are no fun to deal with
<voodoovood>
i fully understand you -- but - for me is still interesting - because of what can read serial # of eMMC from linux, but not from u-boot
<voodoovood>
i just want to know, where the bug is
<mru>
the less time you spend in u-boot, the better
<voodoovood>
:)
arc_phasor has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
gamiee has quit [Ping timeout: 245 seconds]
lkcl has quit [Ping timeout: 246 seconds]
Putti has quit [Ping timeout: 255 seconds]
Mangy_Dog has quit [Ping timeout: 250 seconds]
lkcl has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
Gerwin_J has joined #linux-sunxi
arc_phasor has quit [Ping timeout: 246 seconds]
chewitt has joined #linux-sunxi
chewitt has quit [Ping timeout: 250 seconds]
Gerwin_J has quit [Ping timeout: 264 seconds]
BenG83 has quit [Quit: Leaving]
voodoovood2 has quit []
atsampson has quit [Ping timeout: 240 seconds]
atsampson has joined #linux-sunxi
hanni76_ has quit [Remote host closed the connection]