specing has quit [Read error: Connection reset by peer]
mic-e[m] has quit [Ping timeout: 264 seconds]
Ntemis has quit [Remote host closed the connection]
<lurchi_>
Any reason USB for the A64 is still marked as WIP in the status matrix?
jstein has quit [Remote host closed the connection]
lurchi_ is now known as lurchi__
Da_Coynul has joined #linux-sunxi
ninolein_ has quit [Ping timeout: 246 seconds]
ninolein has joined #linux-sunxi
ch40s[m] has joined #linux-sunxi
nlci has joined #linux-sunxi
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
<willmore>
Updating the WIP status of the USB for the A64 is a WIP.
* willmore
is not an authoratative source.
mic-e[m] has joined #linux-sunxi
<MoeIcenowy>
In fact currently OTG driven by AXP803 is still not yet supported
<MoeIcenowy>
but host is supported
nlci has quit [Quit: Leaving]
<wens>
you can still enable it and it would work, but it's not very safe
<MoeIcenowy>
nope I didn't implement drivevbus
<MoeIcenowy>
as my development device is Pine64
<MoeIcenowy>
Pine64 has no OTG -- it uses USB0 as a Type-A port
<MoeIcenowy>
oh strange... the GMAC on R40 still doesn't want to fire any interrupts
<wens>
user manual IRQ - 32?
<MoeIcenowy>
Yes
<MoeIcenowy>
And I compared with the BSP DTB interrupt line
<MoeIcenowy>
user manual IRQ is 117, I used GIC_SPI 85
<MoeIcenowy>
oh checking the MAC's "RGMII status register" it seems to be not working...
<MoeIcenowy>
under BSP kernel it's 0xD, which means "RGMII up, 125MHz, Full-Duplex"
<MoeIcenowy>
under current debugging kernel it's 0x7 means "RGMII down, Reserved (?!), Full-Duplex"
<wens>
I thought we never used that register :p
<MoeIcenowy>
yes, it's read only
<MoeIcenowy>
oh the BSP dtb seems to be using aldo2 as 2.5V VCC for PHY
<MoeIcenowy>
oh it's the key
<MoeIcenowy>
lease of 192.168.1.220 obtained
<MoeIcenowy>
maybe we will need one more regulator supply for MAC? call it "io-supply"?
<MoeIcenowy>
or maybe put aldo2 to always-on?
<wens>
I just set it to always-on
<MoeIcenowy>
ok
<MoeIcenowy>
P.S. I sent a new version of R40 ccu driver -- however as I forgot to add SoB on the patch taken from plaes, it's not mergable ;-)
<wens>
it's likely it also supplies power for the pingroup on the SoC, and some pins in that group are used for other purposes, like LEDs
<MoeIcenowy>
but on BPi M2 Ultra/Berry the PA bank is totally for PHY
<wens>
MoeIcenowy: I can add your tag when I apply it, but you have to add it publicly by replying to the thread
<MoeIcenowy>
ok sent an email with the SoB
<MoeIcenowy>
in fact I think maybe the pinctrl driver should be able to deal with IO regulators -- when some pin is used, automatically enable the regulator
<wens>
MoeIcenowy: you need to be able to decouple it from the pinctrl driver, or at least have that part probe later
<wens>
otherwise pinctrl->regulator->pinctrl, nothing will probe
<MoeIcenowy>
oh good problem
<wens>
very annoying :(
<MoeIcenowy>
so the best solution now is to put IO regulators to always-on...
<wens>
until a better solution is found, yeah
<MoeIcenowy>
although I think some banks can have the regulator bound to a certain peripheral
<MoeIcenowy>
e.g. bind PF bank to sunxi-mmc
<MoeIcenowy>
P.S. for the GMAC configuration register, I now exported the CCU as a syscon, is this proper?
<wens>
I haven't figured out that part yet
<wens>
I was thinking about something like a syscon, but not the syscon interface
<MoeIcenowy>
on H3/A83T/A64/V3s the register is placed at "System Controller" at offset 0x30
<MoeIcenowy>
but on R40 it's at CCU at offset 0x164
<wens>
because syscon does not let you block access to certain registers
<smaeul>
with the code I have right now, system suspend works, but it never wakes up -- do you know if there is any sunxi-specific config needed to enable wakeup interrupt sources?
<MoeIcenowy>
I don't know...
<smaeul>
at least it's not a regression. with the existing ATF port, cpu hotplug didn't even work
<smaeul>
now `printf core > /sys/power/pm_test; printf mem > /sys/power/state` (i.e. everything but suspending the last CPU) works reliably
_whitelogger has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
TheSeven has quit [Ping timeout: 255 seconds]
TheSeven has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 240 seconds]
cnxsoft has joined #linux-sunxi
ARX_I has joined #linux-sunxi
TheSeven has quit [Ping timeout: 246 seconds]
[7] has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 258 seconds]
a|3x has quit [Ping timeout: 246 seconds]
terra854 has joined #linux-sunxi
IgorPec has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
Gerwin_J has quit [Client Quit]
jbrown has quit [Quit: Leaving]
lkcl has joined #linux-sunxi
Hao has joined #linux-sunxi
|Jeroen| has joined #linux-sunxi
ARX_I has quit [Ping timeout: 255 seconds]
<MoeIcenowy>
smaeul: ping
ARX_I has joined #linux-sunxi
<smaeul>
MoeIcenowy: pong
Gerwin_J has joined #linux-sunxi
ARX_I has quit [Ping timeout: 240 seconds]
ARX_I has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
IgorPec has quit [Ping timeout: 246 seconds]
Mr__Anderson has joined #linux-sunxi
terra854 has quit [Quit: Connection closed for inactivity]
ARX_I has quit [Ping timeout: 240 seconds]
Hao has quit [Ping timeout: 240 seconds]
nvz has joined #linux-sunxi
nvz has quit [Ping timeout: 255 seconds]
Mr__Anderson has quit [Remote host closed the connection]
SP7RT has joined #linux-sunxi
bonbons has joined #linux-sunxi
Hao has joined #linux-sunxi
ARX_I has joined #linux-sunxi
utente__ has quit [Quit: Leaving]
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 246 seconds]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
ARX_I has quit [Ping timeout: 246 seconds]
Hao has quit [Ping timeout: 246 seconds]
leviathan has joined #linux-sunxi
fl_0 has quit [Ping timeout: 255 seconds]
fl_0 has joined #linux-sunxi
<camh>
trying to get network working in uboot on pcduino3 nano lite. built uboot 2017.07 with configs/Linksprite_pcDuino3_Nano_defconfig
<camh>
fel booted u-boot-sunxi-with-spl.bin. I get a prompt, but running "dhcp" gives:
<camh>
ethernet@01c50000 Waiting for PHY auto negotiation to complete......... TIMEOUT !
<camh>
if I boot linux, it can nfs mount a root fs, so the network is ok. I'm trying to tftpboot the linux kernel now.
<camh>
is there something I should be doing before running "dhcp" ?
<camh>
btw, the pcduino3 is an A20
_whitelogger has joined #linux-sunxi
Andy-D__ has quit [Ping timeout: 246 seconds]
fl_0 has quit [Ping timeout: 260 seconds]
fl_0 has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 240 seconds]
<lurchi_>
wens: what do you mean with "it's not save"?
<lurchi_>
MoeIcenowy: as the matrix has a dedicated "USB OTG" row, "USB" can IMHO be marked OK
<MoeIcenowy>
oh yes I think so
leviathan has quit [Remote host closed the connection]
SP7RT has joined #linux-sunxi
<wens>
lurchi_: it's possible to have vbus enabled on the board, while also being supplied from the connector
<wens>
which may lead to unexpected problems, or worse, a short
<lurchi_>
wens: at least on the Pine64, each VBUS is behind a current limit mosfet
SP7RT has quit [Ping timeout: 240 seconds]
SP7RT has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<MoeIcenowy>
on Pine64 there's no OTG.
<MoeIcenowy>
The dual-role controller is also wired as a Type-A port
<lurchi_>
but the A64 has neither VBUSDRV nor OTG-ID pins, so this would be a function of the AXP803 anyway, correct?
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
Hao has joined #linux-sunxi
ARX_I has joined #linux-sunxi
lemonzest has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
SP7RT has quit [Ping timeout: 240 seconds]
specing has joined #linux-sunxi
<MoeIcenowy>
yes
<MoeIcenowy>
oh nope the OTG ID pin can be any GPIO
Da_Coynul has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
fugitive has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<miasma>
i wanted to try some h3/h5 board with gigabit eth. decided to order the 'prime' board
<KotCzarny>
opi+2e still the best imo
<miasma>
i guess so
<miasma>
KotCzarny: so the h5 isn't much faster ?
<KotCzarny>
theoretically
<KotCzarny>
but is there 2GB h5 board?
<KotCzarny>
ahm, right, prime
<KotCzarny>
anyway, h6 is going to smack them all
<KotCzarny>
*disclaimer: all in allwinner land
<miasma>
right. the shipping fees seem quite random. 3,61 for opi+2e and 4,26 for prime
<KotCzarny>
one thing opi+2e is better is emmc
<KotCzarny>
and general support atm
<miasma>
yea i suppose the read performance is better than any sd
<miasma>
KotCzarny: what about the wifi, RTL8723BS vs RTL8189FTV
<KotCzarny>
havent played with 8723 yet
<miasma>
ok the main difference is bt4.0 support
<KotCzarny>
just buy any dongle
<KotCzarny>
think about it, emmc cant be easily added
<KotCzarny>
but bt yes
SP7RT has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 240 seconds]
lkcl has quit [Ping timeout: 248 seconds]
FrostyBytes has joined #linux-sunxi
<FrostyBytes>
is it possible to connect an SSD through a USB-to-SATA adapter to a banana pi and expect it to work reliably? when I try it seems to crash occasionally even when the banana pi is hooked up to a 3A power supply through the DC-in microusb connector
<miasma>
FrostyBytes: would help if you had some voltage/current meter. it could have issues powering the disk
<KotCzarny>
lol
<KotCzarny>
seriously, 3A and microusb cant be used in the same sentence
<miasma>
why didn't the boards adopt a better regulator / dc-dc converter + 12V input ?
<miasma>
is it just too expensive
<KotCzarny>
it's not a matter of voltage only, but using connector with tiny wires
<KotCzarny>
and expecting serious loads to be possible
<KotCzarny>
if it's H3 based the best workaround is usually connecting via gpio pins
lurchi__ is now known as lurchi_
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Da_Coynul has joined #linux-sunxi
atsampson has quit [Quit: new kernel]
phipli has quit [Quit: Leaving]
<lvrp16>
MicroUSB is good for 1.8A. If you are feeding more than 1.8A, don't use MicroUSB. Board designers just need to follow that rule. Otherwise you get ASUS Tinkerboard.
<lvrp16>
H3 is overclocked, if you keep it at it's rated speed of 1GHz, it's OK on MicroUSB
<KotCzarny>
some ssd drives can gobble 1..1.5A alone
<lvrp16>
Powering hard drives off small boards is not OK.
<pmpp>
and lot of microusb cables can't even sustain 300mA decently ...
atsampson has joined #linux-sunxi
<lvrp16>
thats cause they're like 24 or 26 AWG. cables not meeting the USB spec is a different story.
<miasma>
I think I saw some addon power board for rpi that did voltage conversion right above the connector. should help with the power issues
<lvrp16>
miasma: the raspberry pi 3 is a disaster, they used the wrong chip for low power indicator and their power protection circuit introduced a large vdrop
<lvrp16>
you have to feed a raspberry pi 3 with 5.2V to not see the low power indicator
GrimKriegor has quit [Quit: oh bai bai bai]
<lvrp16>
which no power supply can do, you can get ALL raspberry pi 3 power supplies to show the rainbow indicator by running ssvb cpuburn
<miasma>
the odroid "lab power" supply provides 5.25
<lvrp16>
again, non-standard power supply
<KotCzarny>
meanwell rs-50-5 can also be tweaked :>
GrimKriegor has joined #linux-sunxi
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<lvrp16>
the most i've seen a phone or other standard power supply provide is 5.15vopen
<miasma>
lvrp16: some chinese cheap usb power supplies also don't do any voltage sensing. they just push 5.25
<miasma>
i have one in my bedroom :) handy with long cables
<lvrp16>
5.25 vopen...doesn't mean 5.25 loaded...
<miasma>
no
<lvrp16>
5.25vopen is around 4.85V with 2A
<miasma>
i guess it also depends on the cable length?
<lvrp16>
1M with MicroUSB connector
<miasma>
k
SP7RT has quit [Ping timeout: 255 seconds]
<miasma>
don't remember where I got these, but I seem to have few ~20cm cables
<miasma>
quite thick actually
lynxis has quit [Remote host closed the connection]
<lvrp16>
even qualcomm with their qc chargers were in their right mind when they limited it to 1.8A. idk what the hell ASUS was smoking. just the board sucked 2A+ on booting.
iamfrankenstein has quit [Quit: iamfrankenstein]
<lvrp16>
load it up with GPU and it sucks 2.5A
lynxis has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
<lurchi_>
Type C connector is rated up to 5A, 3A at least
<lurchi_>
and a device has to cope with voltages as low as 4.75 V at the receptable
iamfrankenstein has joined #linux-sunxi
<KotCzarny>
i think usb has lower limit at 4.5 or 4.45
<KotCzarny>
*usb2
<lvrp16>
type c is a mess, usb forum didn't make power delivery spec mandatory so it's not even close to "universal". it's less universal than 2.0
<miasma>
it's still a bit silly to use micro usb for connecting :)
<KotCzarny>
heh, i've read 'busty pi'
<pmpp>
booty pi :p
SP7RT has joined #linux-sunxi
SP7RT has quit [Ping timeout: 246 seconds]
SP7RT has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
Mr__Anderson has quit [Read error: Connection reset by peer]
kelvan has joined #linux-sunxi
bonbons has quit [Quit: Leaving]
jstein has quit [Remote host closed the connection]
IgorPec has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
SP7RT has quit [Ping timeout: 260 seconds]
fugitive has quit [Ping timeout: 240 seconds]
uwe_ has quit [Ping timeout: 246 seconds]
uwe_ has joined #linux-sunxi
phipli has joined #linux-sunxi
pmpp has quit [Quit: No Ping reply in 180 seconds.]
pmpp has joined #linux-sunxi
yann|work has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
phipli has quit [Remote host closed the connection]
phipli has joined #linux-sunxi
phipli has quit [Client Quit]
<willmore>
I second the "why the heck don't they use a simple *large* barrel connector and 12V or so and then drop that down to whatever they need?" thought.
<willmore>
You don't even need to change all of the voltage regulators. Just that first one that makes 5V from the input voltage. The rest of the power delivery part of the design can stay the same as it ever was.
<lurchi_>
because most of the SBC designs are tablet/phone ripoffs?
<lurchi_>
because there are a dozen different barrel connector sizes?
<lurchi_>
because some carry 9V, some 12V, some 13.5V, some 5V?
<lurchi_>
most of these boards could run with a single LiPo cell, so everything down to 3.7V is fine
uwe_ has quit [Ping timeout: 240 seconds]
Andy-D__ has quit [Ping timeout: 246 seconds]
Guest12581 has joined #linux-sunxi
<Guest12581>
Hello everyone, I have a question regarding LinkSprite's "pcDuino"
lurchi_ is now known as lurchi__
uwe_ has joined #linux-sunxi
<Guest12581>
This board has 4Gb NAND onboard, currently partitioned 4 ways:
Guest12581 has left #linux-sunxi [#linux-sunxi]
Guest12581 has joined #linux-sunxi
<Guest12581>
--- /dev/nanda -- uBoot and probably the linux kernel
<Guest12581>
--- /dev/nandb --- nothing (as far as i know)
<Guest12581>
--- /dev/nandc --- nothing (as far as i know)
<Guest12581>
--- /dev/nandd --- the linux filesystem
<Guest12581>
My question is: How can I manually write the kernel and uBoot to /dev/nanda?
<Guest12581>
Do I just wipe /dev/nanda and then copy uBoot.bin and the kernel into the root?
<Guest12581>
Asking beccause I don't want to brick my device.