qeed has quit [Read error: Connection reset by peer]
qeed has joined #linux-sunxi
lurchi_ is now known as lurchi__
tuxillo has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
kaspter has joined #linux-sunxi
popolon has quit [Quit: WeeChat 2.3]
afaerber has quit [Ping timeout: 250 seconds]
paulliu has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 246 seconds]
kaspter has quit [Ping timeout: 272 seconds]
GrimKriegor has quit [Ping timeout: 246 seconds]
GrimKriegor has joined #linux-sunxi
megi has quit [Ping timeout: 268 seconds]
GrimKriegor has quit [Ping timeout: 246 seconds]
dddddd has quit [Remote host closed the connection]
GrimKriegor has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 250 seconds]
leviathanch has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
afaerber has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
tl_lim has joined #linux-sunxi
chasba26 has joined #linux-sunxi
tllim has quit [Ping timeout: 264 seconds]
chasba26 has quit [Ping timeout: 250 seconds]
tl_lim has quit [Read error: Connection reset by peer]
tl_lim has joined #linux-sunxi
tl_lim has quit [Ping timeout: 264 seconds]
tl_lim has joined #linux-sunxi
kelvan has quit [Remote host closed the connection]
merlin1991 has quit [Read error: Connection reset by peer]
merlin1991 has joined #linux-sunxi
kelvan has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
tl_lim has quit [Quit: Leaving]
lurchi__ has quit [Ping timeout: 246 seconds]
IgorPec has joined #linux-sunxi
<wens>
hmm, khadas has a dvb tuner add-on board. could be interesting to use to develop a TS controller driver
t0dd1v has joined #linux-sunxi
lkm has joined #linux-sunxi
selfbg has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 246 seconds]
reinforce has joined #linux-sunxi
f0xx has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
AneoX has joined #linux-sunxi
AneoX_ has quit [Ping timeout: 246 seconds]
AneoX has quit [Ping timeout: 246 seconds]
AneoX has joined #linux-sunxi
AneoX has quit [Ping timeout: 272 seconds]
reinforce has joined #linux-sunxi
AneoX has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 240 seconds]
AneoX_ has quit [Ping timeout: 240 seconds]
AneoX has joined #linux-sunxi
vagrantc has joined #linux-sunxi
leviathanch has quit [Remote host closed the connection]
AneoX has quit [Ping timeout: 268 seconds]
AneoX has joined #linux-sunxi
qeed has quit [Quit: Leaving]
t0dd1v has quit [Quit: Connection closed for inactivity]
clemens3 has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
IgorPec has quit [Ping timeout: 246 seconds]
msimpson has joined #linux-sunxi
dddddd has joined #linux-sunxi
AneoX has quit [Ping timeout: 245 seconds]
AneoX has joined #linux-sunxi
AneoX has quit [Ping timeout: 245 seconds]
AneoX has joined #linux-sunxi
ganbold has joined #linux-sunxi
airwind has joined #linux-sunxi
mhlavink has quit [Ping timeout: 272 seconds]
pg12 has quit [Ping timeout: 250 seconds]
jailbox has quit [Ping timeout: 250 seconds]
vbmithr has quit [Ping timeout: 250 seconds]
mhlavink has joined #linux-sunxi
pg12 has joined #linux-sunxi
Putti has joined #linux-sunxi
vbmithr has joined #linux-sunxi
jailbox has joined #linux-sunxi
BenG83 has quit [Ping timeout: 250 seconds]
<jerbob92>
Hi guys, we recently got a new batch of Orange Pi Plus (it really seems to be a new batch, the serial number on the sticker is way different), and now the fel-mass-storage script does not see the eMMC storage
<jerbob92>
Anyone has seen this behaviour before?
<KotCzarny>
does it work with some linux?
AneoX has quit [Ping timeout: 240 seconds]
<jerbob92>
Well the PC Plus ships with Android on the eMMC storage, and that boots
<KotCzarny>
compare the fex with the older one
<jerbob92>
But I'm going to test with Raspbian now
<KotCzarny>
forget raspbian, use armbian
Gerwin_J has quit [Quit: Gerwin_J]
<jerbob92>
Yeah sorry, meant to say armbian
<jerbob92>
I'm not sure we have any devices with the "old" fex file though
<jerbob92>
Thanks :) Is it also possible to flash a the full img with fastboot?
<plaes>
yes, it's the tutorial for that :)
<jerbob92>
It looks like you have to flash the parts seperately
<jerbob92>
We normally flash the sdimg directly to the emmc device
<plaes>
well, in default case it's 4 parts
<plaes>
spl / u-boot / env / rootfs
<jaganteki>
hi wens, about 300MHz assigned-clock for CSI on A64. do you have any comments? I'm thinking to go with update clock via assigned-clock-rates in dtsi
<jaganteki>
but not sure if other sensor might have come up with hight resolution, that may require high clock. what do you think.
chewitt has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<jerbob92>
plaes, it doesn't recognize the fastboot command
<plaes>
you need to enable in u-boot
<jerbob92>
I used 2019-rc1
<jerbob92>
Ah
<plaes>
CONFIG_FASTBOOT_CMD_OEM_FORMAT=y
Gerwin_J has joined #linux-sunxi
<plaes>
jerbob92: which device do you have?
<jerbob92>
OrangePi PC Plus
<plaes>
hmm.. it could be that OTG is not configured
<jerbob92>
Yeah looking at the defconfig, it isn't
Gerwin_J has quit [Quit: Gerwin_J]
aalm has quit [Read error: Connection reset by peer]
Gerwin_J has joined #linux-sunxi
crmingle has joined #linux-sunxi
<crmingle>
Hi all, anyone with any experience with H3 and external_mdio devices?
fkluknav has quit [Remote host closed the connection]
fkluknav has joined #linux-sunxi
chewitt has quit [Quit: Adios!]
chewitt has joined #linux-sunxi
Gerwin_J has quit [Quit: Gerwin_J]
<montjoie>
crmingle: ask your final question just in case
megi has joined #linux-sunxi
catphish has joined #linux-sunxi
<crmingle>
i'm using the rtl8367rb switch chip and the H3 with kernel 4.14.82(openwrt), can't seem to get the networking to control the switch. The swconfig can see the device after I created the DTS, but can't control it.
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
nuuuciano has joined #linux-sunxi
<wigyori>
crmingle: what's the device?
<wigyori>
i.e. which board it is? i didn't see H3-based boards with switch attached
<crmingle>
its a customer board we are making
<wigyori>
cool
<crmingle>
its a custom board we are making
<mru>
custom, customer, customest
<crmingle>
:D
<KotCzarny>
customesterestest
<crmingle>
so the rtl is connected to the PD0-17 pins, with 16/17 the sck and sda control pins over mdio
<catphish>
i'm going to want to build my own sunxi board at some point, never done a bga before, imagine this will be non trivial :)
<beeble>
like going from 1d barcodes to 2d barcodes
<KotCzarny>
so, trivial?
<catphish>
441 pins on the a20 :|
<mru>
do you have a reflow oven?
<mru>
otherwise it might be a bit tricky
RichardG867 has quit [Ping timeout: 250 seconds]
<crmingle>
part of it is that this mdio is new to me. And the whole "snps,dwmac-mdio" mux is new too. getting errors like " Error: Failed to register MDIO bus for child /soc/ethernet@1c30000/mdio-mux/mdio@2"
<catphish>
i use a hotplate at the moment, but will likely upgrade to an oven at some point
<beeble>
any small pizzaoven will do. the important part ist the placement. that can get tricky without any tools
<catphish>
beeble: that's a work in progress :) my other project is a pick and place machine
Gerwin_J has joined #linux-sunxi
<catphish>
ever since i started electronics'ing as a hobby, it's like a rabbit hole
<AneoX_>
i have soldered 50+ A20 chips with hand air gun and hotplane) so i can say it possible) but A20 do not like overheat, sometimes reset voltage threzhold is moving up and some reset problems may occur. for example dram init timeout on reset
<beeble>
if you don't care for speed and your parts are not to small you can get away with a openpnp
<catphish>
i may not bother for the foreseeable future, nothing need that isn't present on chinese hobby boards anyway
<catphish>
beeble: yeah i'm building an openpnp, seems pretty good
<beeble>
as always depends on your requirements :)
<catphish>
indeed, probably not good enough for 0201, but should help with some of my simpler designs
<catphish>
they say 3d printing isn't a hobby, 3d printers are, i fear pnp will be the same :)
<beeble>
yeah, but not worth losing warrenty over it (at least as long as i have a service contracT)
<catphish>
AneoX_: that's cool, i tend to incinerate everything so might no try for now
<catphish>
in case it got lost above: if anyone knows of a tutorial on how to set up interrupts on an a20, please can you point me in the right direction, otherwise i'm sure i can eventually work it out from the manuals
Gerwin_J has quit [Quit: Gerwin_J]
karlp has quit [Quit: WeeChat 2.1]
jaganteki has quit [Ping timeout: 256 seconds]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
m4ssi has joined #linux-sunxi
chewitt has quit [Read error: Connection reset by peer]
qeed has joined #linux-sunxi
AneoX_ has quit [Read error: Connection reset by peer]
AneoX has joined #linux-sunxi
<mru>
the interrupt controller, exception vectors, etc are all standard arm
<mru>
you'll need to refer to the allwinner manual for the irq assignments and of course how to enable them in the peripherals
<mru>
oh, and some of the assignments listed in the manual are wrong
jero has joined #linux-sunxi
<jero>
hello
<jero>
I was wondering about the current state of the sunxi_nand driver, what level of maturity it is at on mainline. can I reliably put data on it?
<jero>
maybe bbrezillon is around :)
lkm has quit [Ping timeout: 240 seconds]
popolon has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
chewitt has joined #linux-sunxi
<bbrezillon>
jero: depends on the NAND you're connecting to it
<catphish>
mru: thanks, i saw arm had documentation for the interrupt controller, i'm fairly new to this but hopefully i can work it out from the manual, and i assume the manual for the a7 core
<mru>
jero: I convinced the customer to use emmc instead
JohnDoe_71Rus has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
<jero>
mru: following bad experiences ? :)
selfbg has quit [Quit: selfbg]
<mru>
raw nand is always a pain
<mripard>
jero: to expand a bit on what bbrezillon was saying, it basically depends on the technology of your NAND chip
<mripard>
rather than the NAND controller driver itself
<mripard>
if you're using an SLC NAND, it works fine
<mripard>
however MLC is not supported in Linux
<mru>
the controller should still work with mlc though
<jero>
hello mripard, and from what I see it looks like slc
<mru>
reasonably recent kernels refuse to work with mlc
<mripard>
mru: it does, but once you end up with your data lost, it doesn't really change anything whether it's the driver, the controller or the FS fault
<mripard>
jero: then it's supported, you can have a look at the CHIP Pro or the Nintendo Classic
<mripard>
both are using SLC NAND as well
<mru>
mripard: yes, but it's a software problem, not hardware
<jero>
cool, good to know, thanks guys
<mru>
not a software problem I'd like to solve, mind
<jero>
thx bbrezillon; I tried booting mainline master on it and I'm not sure what the driver tries to tell me: https://pastebin.com/raw/qrDSvUQD
<jero>
does it mean the current driver tries to use it in slc mode in that more generic way?
netlynx has joined #linux-sunxi
<bbrezillon>
jero: nope
<bbrezillon>
it says there's no NAND on the bus
<bbrezillon>
the other traces you see are those from nandsim
<bbrezillon>
you should disable this driver
<jero>
misleading
<bbrezillon>
jero: are the pins muxed correctly
<jero>
bbrezillon, that's my next check, that was a quick first try. I'll try to investigate
<jero>
it's a small off-the-shelf SoM from aw-som but I'd love to have mainline running on it
<jero>
with nand.
chewitt has quit [Quit: Zzz..]
aalm has joined #linux-sunxi
<jero>
what is supposed to happen with the current driver when it sees a nand chip like that that supports both mlc and slc ?
karlp has joined #linux-sunxi
karlp has quit [Quit: WeeChat 2.3]
karlp has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 240 seconds]
veverak11 has joined #linux-sunxi
<bbrezillon>
jero: it should be detected correctly
<bbrezillon>
only UBI rejects MLC NANDs
veverak11 has quit [Ping timeout: 244 seconds]
<mru>
u-boot rejects them outright though, iirc
<mru>
speaking of which, where does that SoM store the boot loader?
<karlp>
what's uboots plan fora future world with mlc/xLC standard?
<mru>
my guess, wait for someone to pay for the development to support it
dddddd has quit [Remote host closed the connection]
<mru>
personally, I'd steer people away from needing it
msimpson has quit [Quit: Leaving]
<jero>
mru, either on nand or mmc
<mru>
never, ever store the boot loader on nand
<jero>
:)
<jero>
i'm using mmc
BenG83 has joined #linux-sunxi
<mru>
as in a removable card?
Nyuutwo has quit [Read error: No route to host]
Nyuutwo has joined #linux-sunxi
<jero>
mru, yep
Nyuutwo has quit [Read error: Connection reset by peer]
<mru>
that's nice for recovery
<mru>
I wouldn't want to rely on that in a production system
<mru>
though it depends on the nature of the device, obviously
Nyuutwo has joined #linux-sunxi
pgreco has quit [Ping timeout: 250 seconds]
<karlp>
mru: these "don't use mlc" areguments are nice and all, but they're simply unrealistic. it's hgere, it's not going away, we're going to get more of it, not less.
<mru>
you can hide it as emmc
<mru>
and you shouldn't store the bootloader in slc nand either
<mru>
too unreliable
<karlp>
so, you reckon we're going to see all bare nand dying out and just appearing as emmc with onboard controllers? fine with me, I just don't knwo if it will happen
<mru>
supporting it in linux is one thing
<mru>
u-boot is another
<mru>
mlc is complex and fragile
<mru>
two things you don't want in a bootloader
Nyuutwo has quit [Ping timeout: 250 seconds]
<karlp>
I totally understand, I just don't see this position as tenable down the road :)
<mru>
I don't see the other option as sane
<mru>
if you must have raw mlc nand, put the bootloader and kernel in an spi nor flash
<karlp>
yeah, so two devices.
pgreco has joined #linux-sunxi
<mru>
so be it
<karlp>
yeah, well, not really a useful topic for here anyway.
<mru>
unless someone comes up with a hybrid device
willmore has quit [Ping timeout: 246 seconds]
leviathanch has quit [Remote host closed the connection]
willmore has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
Nyuutwo has quit [Read error: Connection reset by peer]
Nyuutwo has joined #linux-sunxi
paulliu has quit [Quit: Leaving.]
Nyuutwo has quit [Read error: No route to host]
catphish has quit [Quit: Leaving]
Nyuutwo has joined #linux-sunxi
IgorPec has quit [Ping timeout: 250 seconds]
Andy-D has joined #linux-sunxi
reinforce has joined #linux-sunxi
yann has quit [Ping timeout: 272 seconds]
clemens3 has quit [Ping timeout: 268 seconds]
IgorPec has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 268 seconds]
vagrantc has quit [Remote host closed the connection]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Ping timeout: 252 seconds]
anarsoul|2 has joined #linux-sunxi
vagrantc has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
Nyuutwo has quit [Read error: No route to host]
chewitt has joined #linux-sunxi
Nyuutwo has joined #linux-sunxi
vagrantc has quit [Ping timeout: 252 seconds]
crmingle has quit [Quit: Page closed]
vagrantc has joined #linux-sunxi
kaspter has quit [Ping timeout: 246 seconds]
m4ssi has quit [Remote host closed the connection]
Mr__Anderson has joined #linux-sunxi
chewitt has quit [Quit: Zzz..]
dddddd has joined #linux-sunxi
catphish has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
\\Mr_C\\ has joined #linux-sunxi
florianH has quit [Quit: Connection closed for inactivity]