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
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
<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...
<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.
<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"
<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?
<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 :/)