rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
bjne has quit [Ping timeout: 258 seconds]
reinforce has quit [Quit: Leaving.]
akaWolf has quit [Ping timeout: 240 seconds]
ganbold has joined #linux-sunxi
ChriChri_ has joined #linux-sunxi
ChriChri has quit [Ping timeout: 255 seconds]
ChriChri_ is now known as ChriChri
Mangy_Dog has joined #linux-sunxi
maccraft has quit [Quit: WeeChat 2.7]
maccraft has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
return0e has quit []
return0e has joined #linux-sunxi
suqdiq has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
megi has quit [Ping timeout: 260 seconds]
pgreco has quit [Quit: ZNC 1.7.3 - https://znc.in]
pgreco has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
maccraft has quit [Ping timeout: 240 seconds]
iyzsong has joined #linux-sunxi
chewitt has joined #linux-sunxi
random_yanek has quit [Ping timeout: 260 seconds]
lurchi_ has joined #linux-sunxi
aloo_shu has quit [Ping timeout: 265 seconds]
random_yanek has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 255 seconds]
JohnDoe1 has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 258 seconds]
malestorm has joined #linux-sunxi
selfbg has joined #linux-sunxi
deesix has quit [Ping timeout: 260 seconds]
dddddd has quit [Ping timeout: 240 seconds]
deesix has joined #linux-sunxi
ganbold has quit [Ping timeout: 255 seconds]
ganbold has joined #linux-sunxi
<suprothunderbolt> can A64 use falcon mode to boot faster?
<suprothunderbolt> u boot falcon mode
<wens> no one has tried to add support for it
NeuroScr has quit [Quit: NeuroScr]
<suprothunderbolt> is there any information anywhere about reducing uboot time without falcon mode? Everything I've read points to using Falcon mode.
<wens> remove or disable stuff you don't need, such as USB
<suprothunderbolt> in the boot.cmd or recompile uboot with that stuff disabled?
<wens> recompiled
<suprothunderbolt> cool, thanks!
suprothunderbolt has quit [Ping timeout: 272 seconds]
ldevulder__ is now known as ldevulder
fl_0 has quit [Ping timeout: 252 seconds]
suprothunderbolt has joined #linux-sunxi
tnovotny has joined #linux-sunxi
AneoX has joined #linux-sunxi
suqdiq has joined #linux-sunxi
pgreco has quit [Ping timeout: 260 seconds]
fl_0 has joined #linux-sunxi
yann has quit [Ping timeout: 260 seconds]
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
mforney has quit [Excess Flood]
mforney has joined #linux-sunxi
bjne has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 258 seconds]
fl_0 has quit [Ping timeout: 240 seconds]
fl_0 has joined #linux-sunxi
jbrown has quit [Quit: Leaving]
rex_victor has quit [Quit: Bye]
rex_victor has joined #linux-sunxi
florian_kc has joined #linux-sunxi
jbrown has joined #linux-sunxi
fl_0 has quit [Ping timeout: 255 seconds]
fl_0 has joined #linux-sunxi
warpme_ has joined #linux-sunxi
AneoX has joined #linux-sunxi
florian_kc is now known as florian
fl_0 has quit [Ping timeout: 252 seconds]
yann has joined #linux-sunxi
fl_0 has joined #linux-sunxi
<fALSO> bom dia
AneoX has quit [Ping timeout: 255 seconds]
fl_0 has quit [Ping timeout: 260 seconds]
AneoX has joined #linux-sunxi
fl_0 has joined #linux-sunxi
lkcl has joined #linux-sunxi
camus1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
camus1 is now known as kaspter
reinforce has joined #linux-sunxi
<willmore> Falcon mode? This sounds like something from a bad anime show.
<KotCzarny> it's probably a mode where boot0 loads kernel without uboot
<KotCzarny> but since there are things that uboot initializes and kernel expects, it's probably of minimal use unless someone adds those things to kernel too
<KotCzarny> ahm, not exactly
<KotCzarny> Falcon mode is a feature in u-Boot that enables fast booting by allowing SPL directly to start Linux kernel and skip completely u-boot loading and initialization
lkcl_ has joined #linux-sunxi
pgreco has joined #linux-sunxi
megi has joined #linux-sunxi
lkcl has quit [Ping timeout: 255 seconds]
pgreco has quit [Ping timeout: 272 seconds]
pgreco has joined #linux-sunxi
jbrown has quit [Ping timeout: 272 seconds]
jbrown has joined #linux-sunxi
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
lkcl__ has joined #linux-sunxi
lkcl_ has quit [Ping timeout: 255 seconds]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe1 has quit [Ping timeout: 272 seconds]
iyzsong has quit [Quit: ZNC 1.7.1 - https://znc.in]
lurchi_ is now known as lurchi__
AneoX has quit [Ping timeout: 265 seconds]
dlan has quit [Ping timeout: 265 seconds]
dlan has joined #linux-sunxi
dlan has quit [Changing host]
dlan has joined #linux-sunxi
AneoX has joined #linux-sunxi
random_yanek has quit [Quit: random_yanek]
random_yanek has joined #linux-sunxi
random_yanek has quit [Client Quit]
random_yanek has joined #linux-sunxi
LargePrime has joined #linux-sunxi
wasutton3 has joined #linux-sunxi
random_yanek has quit [Ping timeout: 260 seconds]
dddddd has joined #linux-sunxi
maccraft has joined #linux-sunxi
random_yanek has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
ldevulder has quit [Ping timeout: 268 seconds]
freemangordon has quit [Ping timeout: 268 seconds]
selfbg has quit [Remote host closed the connection]
freemangordon has joined #linux-sunxi
yann has quit [Ping timeout: 255 seconds]
yann has joined #linux-sunxi
pmp-p has quit [Disconnected by services]
pmp-p has joined #linux-sunxi
maccraft123 has joined #linux-sunxi
maccraft has quit [Ping timeout: 240 seconds]
bjne has quit [Ping timeout: 252 seconds]
kaspter has quit [Quit: kaspter]
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
libv_ has joined #linux-sunxi
libv has quit [Ping timeout: 240 seconds]
libv_ is now known as libv
hramrach has quit [Ping timeout: 240 seconds]
tnovotny has quit [Quit: Leaving]
hramrach has joined #linux-sunxi
bjne has joined #linux-sunxi
yann has quit [Ping timeout: 258 seconds]
ldevulder_ is now known as ldevulder
maccraft123 is now known as maccraft
florian has quit [Quit: Leaving]
maccraft has quit [Ping timeout: 258 seconds]
pgreco has quit [Ping timeout: 255 seconds]
jstein has joined #linux-sunxi
pgreco has joined #linux-sunxi
pgreco has quit [Ping timeout: 255 seconds]
Guest73 has joined #linux-sunxi
pgreco has joined #linux-sunxi
Guest73 has quit [Remote host closed the connection]
maccraft has joined #linux-sunxi
florian_kc has joined #linux-sunxi
lkcl__ has quit [Remote host closed the connection]
lkcl__ has joined #linux-sunxi
florian_kc has quit [Ping timeout: 265 seconds]
warpme_ has quit [Quit: Connection closed for inactivity]
lkcl__ has quit [Remote host closed the connection]
lkcl__ has joined #linux-sunxi
yann has joined #linux-sunxi
keesj has joined #linux-sunxi
<keesj> Hi
<keesj> I am trying to revive my a10 lime to keep it for a little longer. usb is currently not working and I...have a log https://pastebin.com/zWJy7yn4
<keesj> it is saying sun4i-usb-phy 1c13400.phy: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb0_id_detect_pin@0, deferring probe
<keesj> and I think this migt be the reason. my build is based on https://www.digikey.com/eewiki/display/linuxonarm/A10-OLinuXino-LIME as most distros stopped supporting the a10 :(
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
<keesj> the devices does get bus power hence .. I tink I might want to for host mode or similar. the devices I plug do get power
<keesj> (I tried 5.x kernels and the 4.x kernel)
<montjoie> keesj: the sun4i-a10-olinuxino-lime in kernelCI works fine https://kernelci.org/boot/sun4i-a10-olinuxino-lime/
warpme_ has joined #linux-sunxi
fl_0 has quit [Ping timeout: 252 seconds]
<keesj> is the usb functionality tested?
<montjoie> keesj: in 5.6 the message is not displayed
<montjoie> but I could plug an USB device in the board of the lab just in case
<keesj> that sounds like an offer I can't refuse
fl_0 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<montjoie> if someone has example of small USB devices that could be usefull for USB testing ... (cheap if possible because I need to buy * 100)
fl_0 has quit [Ping timeout: 252 seconds]
<keesj> usb mass storage is cheap and relatively easy to test some transfers, and the sicks are quite small
<keesj> I can not imagine 100 * bluetooth/wifi devices
<montjoie> fun with waves!
fl_0 has joined #linux-sunxi
<keesj> does it look like the baylibre rig ? https://baylibre.com/wp-content/uploads/2018/02/kernelci-mess.png
<keesj> wow
AneoX has quit [Ping timeout: 272 seconds]
<montjoie> keesj: this is the seattle lab of baylibre
<montjoie> and the reality is bigger
<montjoie> the lab in france is a bit cleaner
<willmore> montjoie, what kind of USB devices do you need them to be?
<montjoie> no particular idea, the basic idea is to verify their presence with lsusb
<montjoie> but extra point if the USB provide some functions which can be tested,
<willmore> I would recommend, then, some very inexpensive boards like the classic "blue pill".
<Mangy_Dog> id say use baite maple mini over the blue pill
<willmore> You can program them easily with the Arduino IDE. It's trivial to program them to be HID devices like keyboards and mice. They can even send events like key-down/key-up, mouse moves, etc.
<willmore> blue pills are $1.60 or so (USD).
<Mangy_Dog> nods
<willmore> So, if you need hundreds. Pennies start to matter.
\\Mr_C\\ has joined #linux-sunxi
<willmore> I think they're full speed devices, montjoie. I can verify...
<montjoie> no hurry
<willmore> Yes, they are. kernel message output from one configured as a keyboard: https://paste.centos.org/view/50f99e91
<keesj> I have done similar setups in the past but most often with just one or two devices (that normally also need to switch between hosts)
<keesj> HID only uses interrupt transfers , block gives more problems normally
<keesj> do you need a cable for blue pill?
<willmore> keesj, yes.
<willmore> On second though, how about a ton of cheap USB<>serial adapters?
<willmore> You could be crazy and daisychain their TX/RX lines and do the same in software. That would be one heck of an interupt test.
<willmore> Those adapters won't need cables as they normally have a A connector on them. You'd just need a bunch of hubs.
<montjoie> I note, but the lab problem is wire, this will add too many
<willmore> So, the serial adapters are the way to go.
<willmore> They'll be full speed devices as well.
netlynx has quit [Quit: Ex-Chat]
<karlp> I would have thought usb3 thumbdrives.
<karlp> give syou usb2/3, no leads,
<willmore> Looks like cheap USB<>serial adapters go for about $0.50 USD.
<willmore> You're going to pay way more for the hubs. :)
<karlp> no need to "develop" appropriate firmware for some stupid dev boards
<willmore> karlp, the upside of the dev boards is that they could be repurposed in the future to do other tasks--mouse today, keyboard tomorrow, serial adapter the day after.
<montjoie> this is an old photo of a part of the "clean" lab http://kernel.montjoie.ovh/lab-3.jpg
<willmore> Programming them to do mouse/keyboard is trivial. It's literally an example the libraries come with.
<montjoie> ETOOMANYWIRE
<willmore> That looks like my SBC cabinet. :)
<karlp> willmore: sure, but blue pills for instance have _atrocious_ records of actually even being assembled correctly, they dpn'
<karlp> they don't hvae DFU, so you can't even put new test firmware on via usb,
<willmore> montjoie, if you just need cheap USB devices to plug in and be enumerated, the USB<>serial adapters are probably the cheapest.
<karlp> and you need to do the development!
<willmore> karlp, I'm going to go out on a limb here and guess that the people at baylibre may be able to program *just a little*.
<montjoie> willmore: yes on alixpress I already buy some cheap pl2303/cpxxx
<karlp> willmore: yes, but they goal is "testing usb" not "develoðping yet _more_ custom sw"
<montjoie> even some FTDI are notsoexpensive
<willmore> montjoie, want a link to a 'blue pill' to explore that option?
<karlp> sw costs _real_ money
<karlp> hw is drop in and move on with life.
<willmore> karlp, it's literally a canned example that comes with the library for the chip.....
<montjoie> willmore: you could
checkpoint has quit [Ping timeout: 260 seconds]
<karlp> did you miss the atrocious hw reliabilty of assembly? you want to buy 150, see which ones have the right sized d+ pull up, work out whether that's ok for the hardware you really are trying to test, or whether you should try another sutpid pill.
<karlp> "did it come with suitable firmware on board? no? now I need a programmer, as f103 doesnt have dfu"
<karlp> and you _still_ only get usb-fs testing.
<willmore> montjoie, not an endoresement of the seller, etc., just the first cheap one that came up in my search: https://www.aliexpress.com/item/4000334219983.html
<Mangy_Dog> get a stlink
<Mangy_Dog> and install the boot loader
<willmore> karlp, I've used dozens of them. All it takes is a USB<>serial adapter to program the DFU to them. From there you can program then over USB easily. Even if they have the wrong resistor, I've never had one fail to enumerate.
<willmore> Mangy_Dog, or just use the STLINK all the time.
<karlp> willmore: now you've doubled the things you need to buy :)
<willmore> Probably a better option if they don't want to pollute the USB side of things with the DFU mode messages
<karlp> willmore: having the wrong resistor means you're not doing a very good job of testing things are _meant_ to be spec.
<willmore> karlp, if he so decides to get the USB<>serial army, montjoie is about to be swimming in all the hardware he would need to program the bluepills.
<keesj> I would start with testing a single device and see how it goes :P
<willmore> Hence the link to *one* little board with free shipping.
<Mangy_Dog> sure can use stlink all the time
<Mangy_Dog> depends on the conveniance though
<karlp> look, I know you _can_ do this, I'm just staying you're inviting a bunch of unreliable hardware, and requiring a bunch of sw dev, just to get usb-fs testing,
<karlp> the bang for buck sounds extremely low.
<willmore> Mangy_Dog, I'm thinking of needing to program 150+ boards. :) Since the stlink provides programming and power, you could just plug in a board, hit enter, wait, unplug board, next....
<Mangy_Dog> yeah
<willmore> You could do something similar with DFU mode, but then the devices would pop up in DFU mode in the target environment and that would test things that may not be the goal of the test. Remember the PS3 hack where the had a device force enumeration back to back to corrupt a buffer?
<Mangy_Dog> pogo sticks
<karlp> https://www.aliexpress.com/item/4000239700181.html is $4 and has zero sw or plugging or wires....
<willmore> Might end up doing that by accident with 150 devices poping up in DFU only to re-enumerate to HID a few seconds later.
<willmore> Mangy_Dog, yeah, pogos would work well, too if you want to do the programming with the serial bootloader in ROM, but then you have to fiddle with jumpers.... with stlink, it's plug, program, done.
<Mangy_Dog> no thats what i mean
<Mangy_Dog> setup contact pads on your pcb design
<Mangy_Dog> and create a programmer
<Mangy_Dog> that you press down youre taget board onto the pgosticks and maybe a push button... and it automatically installs onto the target
<Mangy_Dog> if youre getting really snazzy you can make it all automated
<willmore> Sure, if they were going to design a board for this, that would work fine. Pull the boot signals to the run mode with 10K resistors and have the test/program harness pull them directly to the state you need.
<Mangy_Dog> nonono
<Mangy_Dog> dont even need to mess with boot pins
<willmore> ?
<Mangy_Dog> your still stlinking
<willmore> Oh.
<Mangy_Dog> just setup the contact pads
<willmore> Okay, sure, you could pogo to the stlink signals.
<Mangy_Dog> you have to make your program board design....
<willmore> But there's a simple connector *right there*. :)
<Mangy_Dog> press your custom design pcb... put into the programmer hit a button... and vola
<willmore> Sure.
maccraft has quit [Quit: WeeChat 2.7]
<karlp> solution looking for a problem :)
<willmore> I think we've oversolved montjoie's problem.
<Mangy_Dog> well i say stlink.. id say in a custom board programmer youll use the protocol... but it would be automated inside the programmer
<Mangy_Dog> hehe indeed
<montjoie> willmore: a bit
<Mangy_Dog> kalp not really thats how you do mass produced boards
<willmore> you're welcome? ;)
maccraft has joined #linux-sunxi
<willmore> If you end up building it, send pics.
<keesj> the cicle is round (I used a10 boards to program Fairphone devices)
<willmore> Oh, keep in mind USB bus limitations. IIRC, it's 127 endpoints and 7 layers of hubs deep. Hubs count as an endpoint, IIRC. (which is why hubs normally have 2^n-1 ports on them) except when they don't.....
<karlp> Mangy_Dog: yes, but that wasn't the problem :)
<Mangy_Dog> oh certainly not in montjoie case
<Mangy_Dog> :p
<Mangy_Dog> though still get stlink
vagrantc has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
hramrach has quit [Remote host closed the connection]
<keesj> (forcing musb to be host (e.g. set dr_mode to host) did also not help :/)
<keesj> I might try 5.6 tomorrow
<keesj> thanks for the help so far
NeuroScr has joined #linux-sunxi
rzerres has quit [Ping timeout: 248 seconds]
rzerres has joined #linux-sunxi
florian_kc has joined #linux-sunxi
florian_kc is now known as florian
Putti has quit [Quit: Leaving]
hramrach has joined #linux-sunxi
fl_0 has quit [Ping timeout: 260 seconds]
fl__0 has joined #linux-sunxi
Perlovka has quit [Ping timeout: 240 seconds]
fl__0 is now known as fl_0
DrFrankensteinUK has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
DrFrankensteinUK has joined #linux-sunxi
lurchi__ is now known as lurchi_
suprothunderbolt has joined #linux-sunxi
night199uk has quit [Ping timeout: 268 seconds]