hipboi has quit [Quit: This computer has gone to sleep]
fkluknav has quit [Ping timeout: 240 seconds]
tkaiser has quit [Ping timeout: 260 seconds]
xes has joined #linux-sunxi
dddddd has joined #linux-sunxi
Andy-D has quit [Ping timeout: 252 seconds]
jstein has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
Andy-D has joined #linux-sunxi
hipboi has joined #linux-sunxi
tkaiser has joined #linux-sunxi
Andy-D has quit [Ping timeout: 240 seconds]
tkaiser has quit [Ping timeout: 240 seconds]
Andy-D has joined #linux-sunxi
Andy-D has quit [Ping timeout: 268 seconds]
adj has joined #linux-sunxi
ninolein has quit [Ping timeout: 265 seconds]
ninolein has joined #linux-sunxi
lurchi_ is now known as lurchi__
cnxsoft has joined #linux-sunxi
victhor has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 252 seconds]
hipboi_ has joined #linux-sunxi
hipboi has quit [Ping timeout: 252 seconds]
fixmer has quit [Ping timeout: 245 seconds]
return0e has quit [Remote host closed the connection]
fixmer has joined #linux-sunxi
lkcl has quit [Ping timeout: 240 seconds]
return0e has joined #linux-sunxi
aalm has quit [Ping timeout: 240 seconds]
aalm has joined #linux-sunxi
lkcl has joined #linux-sunxi
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 256 seconds]
megi has quit [Ping timeout: 248 seconds]
arnd has quit [Read error: Connection reset by peer]
droman0 has quit [Ping timeout: 256 seconds]
aliosa27 has quit [Read error: Connection reset by peer]
lvrp16 has quit [Ping timeout: 240 seconds]
Tartarus has quit [Read error: Connection reset by peer]
jeandet has quit [Read error: Connection reset by peer]
zerotri has quit [Ping timeout: 256 seconds]
Cir0X has quit [Write error: Connection reset by peer]
ullbeking has quit [Ping timeout: 256 seconds]
dave0x6d has quit [Ping timeout: 252 seconds]
ccaione has quit [Ping timeout: 256 seconds]
ojn has quit [Ping timeout: 256 seconds]
arnd has joined #linux-sunxi
aliosa27 has joined #linux-sunxi
droman0 has joined #linux-sunxi
zerotri has joined #linux-sunxi
ccaione has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
ullbeking has joined #linux-sunxi
Tartarus has joined #linux-sunxi
<icenowy[m]>
wink says that H6 PCIE has bug
<icenowy[m]>
at the same time only 64K can be mapped
jeandet has joined #linux-sunxi
Cir0X has joined #linux-sunxi
tkaiser has joined #linux-sunxi
tkaiser has quit [Ping timeout: 256 seconds]
ojn has joined #linux-sunxi
lvrp16 has joined #linux-sunxi
TheSeven has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 260 seconds]
TheSeven has joined #linux-sunxi
tkaiser has joined #linux-sunxi
<hanetzer>
tf, does the a20 just not have i2c?
tkaiser has quit [Ping timeout: 260 seconds]
<hanetzer>
oh, in the datasheet they refer to it as twi
dddddd has quit [Remote host closed the connection]
<buZz>
twi 'two wire interface' is the name you use if you dont want to pay NXP to license the i²c name ;)
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
<hanetzer>
buZz: ah, gotcha. 'generic' off-brand but pretty much the same thing
<hanetzer>
on that note, most SoC vendor's I've looked into usually have some form of design rules/suggested way of doing electronics with their chips; does allwinner have one for the a20, and if so, where can I find it?
<buZz>
hehehe, i think allwinner mostly goes by 'yolo' principles :P
<hanetzer>
gotcha, so just go with general common sense EE principles (length matching, decoupling caps, etc)?
<hanetzer>
because, even if allwinner isn't foss friendly, the community is very advanced, and I can't keep on solo work reverse engineering the huawei/hisilicon chip's version of the VE
<KotCzarny>
maybe ask olimex?
<KotCzarny>
at least they will tell you if it's some nda document or available
chomwitt has quit [Quit: WeeChat 1.0.1]
f0xx has joined #linux-sunxi
<hanetzer>
sounds good.
<hanetzer>
plus, maybe once the kickstarter stuff is delivered on, if I actually get a product brought to market I could maybe help fund more work on it :)
IgorPec has joined #linux-sunxi
<jernej>
icenowy[m]: How big limitation is that? I guess it can be still used for some things
<jernej>
icenowy[m]: Do you know if they plan to fix it in new H6 revision?
reinforce has joined #linux-sunxi
tkaiser has joined #linux-sunxi
hanni76 has joined #linux-sunxi
tkaiser has quit [Ping timeout: 276 seconds]
JohnDoe_71Rus has joined #linux-sunxi
tkaiser has joined #linux-sunxi
aalm has quit [Ping timeout: 256 seconds]
<hanetzer>
honestly I wish there were more records on how the VE was re'd in the first place, would be a great resource for folks doing the same for other SoCs
sr-digitronic has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 260 seconds]
nuuuciano_ has joined #linux-sunxi
qeed has quit [Quit: Leaving]
IlyaM has joined #linux-sunxi
chrisf_ has joined #linux-sunxi
clemens3 has quit [Ping timeout: 240 seconds]
leviathan has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
fkluknav has joined #linux-sunxi
hanni76 has quit [Read error: Connection reset by peer]
yann has quit [Ping timeout: 260 seconds]
Mr__Anderson has joined #linux-sunxi
hanni76 has joined #linux-sunxi
fkluknav has quit [Ping timeout: 276 seconds]
lucascastro has quit [Remote host closed the connection]
<lvrp16>
hanetzer, hisilicon's codec code will receive significant attention in the coming months
<hanetzer>
lvrp16: wait what
<lvrp16>
hanetzer: however, it will still depend on the soc. particularly the kirin 960, 970, and hi3559a will get a lot of open source work
<hanetzer>
lvrp16: dude, you have a place like #linux-sunxi or the like I can help? I have 3 hisilicon devices I am more than willing to help put in work with
<lvrp16>
not really, it's being done one of our partner companies
<lvrp16>
it's a public company so they do it all internally
<hanetzer>
hell, I've got some kernel patches for the hi3521a that allow mainline booting on a consumer device I have
tl_lim has quit [Read error: Connection reset by peer]
<hanetzer>
could you rephrase the last sentence? I don't quite follow the logic of it
<lvrp16>
it's complicated haha, huawei outsources a lot of software work, the company responsible will be doing a lot of upstreaming in the coming months for 960, 970, and hi3559a.
<hanetzer>
lvrp16: including the video codec stuff?
<lvrp16>
idk how much the codec IP is shared between those chips and hi3521a
<hanetzer>
I can pass you a bsp, if you'd like to look at it?
<lvrp16>
i have no clue myself
<hanetzer>
kernel modules and some userspace libraries and such
<lvrp16>
wouldn't be able to tell my head from my butt in a bsp
<lvrp16>
not an embedded engineer
<hanetzer>
neither am I, but I do a lot of tinkering in that area :)
<hanetzer>
lvrp16: so, are you with huawei, or someone else?
<lvrp16>
hanetzer: no, i work for myself
<hanetzer>
ah, well you said 'our partner companies' so I was thinkin' :P
chrisf_ has quit [Ping timeout: 252 seconds]
lrusak has quit [Quit: lrusak]
BenG83 has quit [Remote host closed the connection]
lrusak has joined #linux-sunxi
BenG83 has joined #linux-sunxi
argulp has joined #linux-sunxi
lrusak has quit [Quit: lrusak]
lrusak has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
lrusak has quit [Quit: lrusak]
lrusak has joined #linux-sunxi
lrusak has quit [Client Quit]
lrusak has joined #linux-sunxi
montjoie has quit [Quit: leaving]
diego_r has joined #linux-sunxi
BenG83 has quit [Ping timeout: 276 seconds]
<mripard>
jernej: is CEC covered by your HDMI patches ?
montjoie has joined #linux-sunxi
<hanetzer>
mripard: hey, you're one of the bootlin guys who's doing the vpu stuff, right?
<mripard>
yes
<hanetzer>
nice, good on ya
victhor has joined #linux-sunxi
<mripard>
the other one being paulk-gagarine
<hanetzer>
oh I know that guy, we've been talking about some EC stuff on laptops
<paulk-gagarine>
hanetzer, haha I was about to say the same thing
<hanetzer>
howdy dude o/
<paulk-gagarine>
hanetzer, doing well, getting started on the VPU work :)
<hanetzer>
so, with you guys being the headish honchos on this, do you have any practical resources with regards to the initial RE work done? I hope to be able to take advantage of its example for my use case :P
Redfoxmoon has joined #linux-sunxi
BenG83 has joined #linux-sunxi
BenG83 has quit [Client Quit]
<hanetzer>
because, I can't count on the company lvrp16 mentioned catching the SoC's that I use
BenG83 has joined #linux-sunxi
<lvrp16>
hanetzer: hisi is too niche
<hanetzer>
lvrp16: it kinda is, I agree, but mayhaps I can do something with it
<lvrp16>
hisi puts out too many chips a year to keep up. too much money and too many markets.
<hanetzer>
that's honestly a problem tho. a lot of cctv systems are based on it and got haxed to fuck back in the day
<lvrp16>
haha, iptv cameas?
<hanetzer>
ip cams and boxes with analog stuff on it
<hanetzer>
basically an ipcam-topus
<lvrp16>
that's why huawei is doing it, some hackers getting into China's cctv network and causing havok
<hanetzer>
one smart box, lotsa bnc cables, relatively stupid actual cameras on it
<KotCzarny>
lol
<hanetzer>
lvrp16: bout fuggin time. these botnets need to be curtailed, and the only way that's actually feasible is a good foss iot :P
<KotCzarny>
while i've seen how bad those iptv cams are, it's kinda nice whole scheme backfired and security is being considered
<hanetzer>
yep.
<lvrp16>
old kernels can't be trusted ;)
<lvrp16>
fear the root
<jonkerj>
how would good foss iot solve the botnet problem?
<KotCzarny>
lvrp16, that, and actual open backdoors implemented
<hanetzer>
jonkerj: openwrt type stuff, my thought.
<lvrp16>
i don't think huawei ever puts in back doors on purpose
<jonkerj>
don't get me wrong, I'm all for good foss, but I doubt its instrumental to clearing botnets
<Redfoxmoon>
it is ^
<hanetzer>
lvrp16: yeah, but raysharp zhuhai did
<lvrp16>
just probably an engineering mode
ricardocrudo has joined #linux-sunxi
<lvrp16>
or idiots leaving test/engineering code in there
<Redfoxmoon>
Most botnets exist only because of bad OEM code leaving debug code in production
<jonkerj>
problem with botnets is that there is money to be made by exploiting poor choices
<lvrp16>
which happens to apple with third 6x password fail success
<jonkerj>
open source is, as it is, not for the masses
<jonkerj>
I do not see my mother in law installing openwrt on here telco-supplied CPE
<hanetzer>
their older machines (sold under a few names) had a hardcoded password. was the schenzen or whatever zipcode
<Redfoxmoon>
jonkerj, -yet-
<jonkerj>
ok, I agree, it's getting better
<pmpp>
jonkerj: sure only opiate is for the masses
<jonkerj>
haha
<Redfoxmoon>
netgear is almost at "we just use openwrt", for example
<jonkerj>
I think you'll need to combine a raised awareness level with super easy means to "do it secure"
<jonkerj>
as long as people dont know and/or give a f***, they are not going to do the geeky thing on their devices
<lvrp16>
linux distributions already take it into account and are trying to close the gaping hole. it's all the downstream idiots that don't plan to upgrade connected products.
<Redfoxmoon>
jonkerj, pretty much
<lvrp16>
making products require update infrastructure as long as that product connects to other products
<jonkerj>
agree
<jonkerj>
tell that to samsung, by the way
<lvrp16>
problem is products roll out way to fast now, 1 year life cycle
<lvrp16>
i mean look at 7742, 8890, 8895, 9810
<lvrp16>
all in like 3 years
<lvrp16>
2 years
<Redfoxmoon>
good ol' samsung, even AES256 encrypting their shit so you can't fix problems yourself
<Redfoxmoon>
yep yep :^)
<hanetzer>
yep
<hanetzer>
still tho, I'd love to actually get something openwrtish running on this device
<hanetzer>
and to do that, I either need to hope that company huawei is contracting will cover chips with the same/similar enough vidya stuff to handle mine or get resources on how the initial RE was done for the sunxi vpu
<hanetzer>
because right now all I have are some binaries and no fucking clue where to even start
<lvrp16>
i doubt it
<lvrp16>
IP across fabrication nodes are drastically different
<hanetzer>
never know. shit gets reused quite a lot
<hanetzer>
one can hope, at least.
<hanetzer>
just a few practical examples would be of great help
<KotCzarny>
hanetzer: disassembly?
<KotCzarny>
finding regs and what they do?
<hanetzer>
KotCzarny: tricky, especially when you can't even find the register offsets you think you should be looking for
<KotCzarny>
i dont suspect linux-sunxi people had much more at the beginning
<KotCzarny>
though aw being bit more opensource at the beginning might have helped
<hanetzer>
KotCzarny: see, I got a bsp, has code for most of the not-cool stuff
lkcl has quit [Ping timeout: 252 seconds]
<hanetzer>
mripard: paulk-gagarine: either of you good with u-boot programming? I can provide a hardware sample if you'd be willing to assist with the bringup code
<hanetzer>
paulk-gagarine: hisilicon hi3521a, arm cortex, a7 I think? I'll have to check the dox again
<mripard>
hanetzer: I have way too much on my plate already, sorry
<paulk-gagarine>
hanetzer, what ressources do you have? IIRC there is pretty much nothing for this chip
<hanetzer>
mripard: join the club, lol.
return0e has quit [Read error: No route to host]
return0e has joined #linux-sunxi
<hanetzer>
paulk-gagarine: I have a bsp/sdk. datasheets which cover all the 'boring' stuff, and a booting mainline kernel built via lede/openwrt
<hanetzer>
bsp/sdk is based on kernel 3.10
<paulk-gagarine>
hanetzer, do you know for sure whether the first boot code is signed or not?
<hanetzer>
paulk-gagarine: as in, u-boot itself? no sigs.
<hanetzer>
paulk-gagarine: vendor u-boot is based on the 2010 release. they use a single asm file, which sort of does a for-loop across 4096 bytes of config stuff, which is an io address, a wait time, and the value to read or write
yann has joined #linux-sunxi
<mripard>
hanetzer: then it should be pretty easy to port u-boot on the thing if you have some code already
Andy-D has joined #linux-sunxi
<hanetzer>
mripard: possibly, but to be frank that's more low level than I have any particular skill at
<hanetzer>
I'm ok in the area of 'normal' linux kernel drivers, I can grok that well enough, but all that initial bit-twiddling busts my brains a bit :s
<hanetzer>
mripard: at least you're getting paid for your plate, lol. I just do this stuff on my own and push it upstream, hope to help and whatnot
<hanetzer>
my most recent good thing was using brezellion's nand flash controller on a gl-inet ar71xx device
<hanetzer>
rellla: ah, that's nice, seems to be more informative :)
<hanetzer>
I wonder if anyone has ever leveraged machine learning for RE stuff :P
ricardocrudo has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
<jonkerj>
well ML works mostly by training
<jonkerj>
so if you have a rich dataset containing the inputs and good RE results, you can ML your way through it
<hanetzer>
jonkerj: yeah. was thinking mayhaps feeding it source and binaries for a lot of open source stuff it would be interesting. I lack the resources and knowledge to do so myself, however, but its pretty cool in principle :)
<jonkerj>
did some courses on AI/ML during my master's, this kind of thing is not a walk in the park
<hanetzer>
jonkerj: not surprised. but, most anything that's cool/worth doing is not imho :)
ernestask has joined #linux-sunxi
<BenG83>
icenowy[m], is there anything special regarding booting V3s? I tried u-boot 2017.11 and 2018.01, 2018.03-rc3 but I don´t even see SPL
nuuuciano__ has joined #linux-sunxi
<hanetzer>
mripard: paulk-gagarine on another note, these VPU IP cores, do they have memory mapped registers one can use to ID them? for instance, a lot of primecell stuff has registers which when read with say devmem2 or the like will give back 0xb105f00d (biosfood) and a more specific vendor/product id type thing
nuuuciano_ has quit [Ping timeout: 256 seconds]
tom_nov has joined #linux-sunxi
afaerber has joined #linux-sunxi
_hramrach has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-sunxi
phil42 has quit [Remote host closed the connection]
clemens3 has joined #linux-sunxi
phil42 has joined #linux-sunxi
sr-digitronic has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
Andy-D has quit [Ping timeout: 256 seconds]
argulp has quit [Ping timeout: 268 seconds]
BroderTuck has joined #linux-sunxi
<BroderTuck>
jernej: ok, your v3 branch works without any issues
<paulk-gagarine>
hanetzer, AFAIK the IP was developped by Allwinner so it's probably not worth spending time identifying it in other SoCs
<paulk-gagarine>
hanetzer, note that I've heard of people identifying IP blocks from pictures of the silicium
<paulk-gagarine>
otherwise common register layout is indeed a good way to go
<paulk-gagarine>
silicon*
BroderTuck has quit [Quit: -]
qeed has joined #linux-sunxi
Andy-D has joined #linux-sunxi
fkluknav has joined #linux-sunxi
cnxsoft has quit [Quit: cnxsoft]
fkluknav has quit [Ping timeout: 240 seconds]
nobe_ has quit [Ping timeout: 240 seconds]
<willmore>
Modulo their tricks of scrambling registers to obfuscate the true nature of IP blocks...
JohnDoe_71Rus has joined #linux-sunxi
lurchi_ is now known as lurchi__
fkluknav has joined #linux-sunxi
dddddd has joined #linux-sunxi
IlyaM has joined #linux-sunxi
SP7RT has joined #linux-sunxi
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]
leviathan has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
victhor has quit [Remote host closed the connection]
<beeble>
on the A31 LVDS and RGB a muxed on the same pins
<hanni76>
beeble: i see
<hanni76>
beeble: and therefore the same connector is used for both ?
<beeble>
have no idea about the bananpi and how it's layouted. but you get both lvds channels with the RGB pins. so if you have access to one you have the other as well. but every display has a different pinout. so double check if you have the right connection
<hanni76>
beeble: ok
nixdork has quit [Remote host closed the connection]
aalm has quit [Ping timeout: 256 seconds]
hardfalcon has quit [Ping timeout: 276 seconds]
<mirko>
still don't manage to drive my 800x480 display in its native resolution - and still happy for any pointers :)
tl_lim has quit [Ping timeout: 245 seconds]
<jernej>
mripard: CEC should work, but I didn't try it yet with mainlined driver
victhor has joined #linux-sunxi
lkcl has joined #linux-sunxi
<mirko>
and i just ran into your kickstarter campaign (and backed (a little))
Mr__Anderson has quit [Ping timeout: 255 seconds]
ernestask has quit [Quit: ernestask]
pgreco has joined #linux-sunxi
Mr__Anderson has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
xyntrix has quit [Ping timeout: 260 seconds]
camh has joined #linux-sunxi
Andy-D_ has joined #linux-sunxi
hlauer has joined #linux-sunxi
nixdork has joined #linux-sunxi
Andy-D has quit [Ping timeout: 245 seconds]
scream_ has joined #linux-sunxi
scream_ has quit [Client Quit]
scream has quit [Ping timeout: 240 seconds]
lurchi_ has quit [Ping timeout: 260 seconds]
<hlauer>
hi, running 4.15.7 with some patches from the net on a banana M2Ultra here. Sometimes the device stops. Any ideas ?
<BenG83>
stops how?
<hlauer>
crashes with some cryptic chars on the console. Sometimes not even that. Maybe heat related, as putting metal on the
<hlauer>
R40 reduces the chances somehow.
wasutton3_mobile has quit [Remote host closed the connection]
<BenG83>
no power related issues?
xyntrix has joined #linux-sunxi
<hlauer>
Hmm, connected to a pc power supplies +5V rail, which drive also a rock solid bananaPi - so should be not the case.
hardfalcon has joined #linux-sunxi
aalm has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
tl_lim has joined #linux-sunxi
leviathan has quit [Read error: Connection reset by peer]