<MoeIcenowy>
in mainline kernel seems that rtl8xxxu driver suppports 8723au
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
<MoeIcenowy>
the audio codec of a23/33 is different?
<MoeIcenowy>
in the a33 sdk sndcodec_sun8iw3.h is very different from sndcodec_sun8iw5.h
<MoeIcenowy>
and it seems that in user manuals the registers are also different
<wens>
:(
<MoeIcenowy>
wens: there's no H3 user manual available on dl.linux-sunxi.org?
<wens>
should be a link on the wiki page?
<MoeIcenowy>
wens: also none on wiki
<MoeIcenowy>
wens: terrible
<MoeIcenowy>
a23's audio code is similar to h3's
<MoeIcenowy>
but different from a33's
<MoeIcenowy>
What the hell is Allwinner thinking!!!
<wens>
a few of the codecs look like an internal i2s/pcm interface and an internal codec block
reev has joined #linux-sunxi
<MoeIcenowy>
wens: which soc? a33 or a23?
<wens>
i forgot :|
luoyi has quit [Ping timeout: 250 seconds]
luoyi has joined #linux-sunxi
luoyi has quit [Ping timeout: 250 seconds]
<MoeIcenowy>
wens: it seems that a33 has the most special audio codec
<MoeIcenowy>
(or the user manual is wrong?
<MoeIcenowy>
a33 audio codec is similar to a64
<MoeIcenowy>
maybe they're same IP cores
pulser_ has joined #linux-sunxi
wigyori_ has joined #linux-sunxi
tkoskine_ has joined #linux-sunxi
oliv3r_ has joined #linux-sunxi
libv_ has joined #linux-sunxi
ptx0_ has joined #linux-sunxi
Jasu__ has joined #linux-sunxi
orly_owl_ has joined #linux-sunxi
sW`` has joined #linux-sunxi
<wens>
MoeIcenowy: a33 is one that looks like i2s + codec
<wens>
0x000 ~ 0x1ff is the i2s block, 0x200 ~ is the codec
NiteHawk` has joined #linux-sunxi
specing_ has joined #linux-sunxi
joedj_ has joined #linux-sunxi
joedj has quit [Ping timeout: 246 seconds]
lennyraposo has quit [Ping timeout: 246 seconds]
oliv3r has quit [Ping timeout: 246 seconds]
wigyori has quit [Ping timeout: 246 seconds]
techn_ has quit [Ping timeout: 246 seconds]
libv has quit [Ping timeout: 246 seconds]
tkoskine has quit [Ping timeout: 246 seconds]
orly_owl has quit [Ping timeout: 246 seconds]
tlwoerner has quit [Ping timeout: 246 seconds]
NiteHawk has quit [Ping timeout: 246 seconds]
specing has quit [Ping timeout: 246 seconds]
Jasu has quit [Ping timeout: 246 seconds]
ptx0 has quit [Ping timeout: 246 seconds]
sherpa has quit [Ping timeout: 246 seconds]
pulser has quit [Ping timeout: 246 seconds]
sW` has quit [Ping timeout: 246 seconds]
maz has quit [Ping timeout: 246 seconds]
vpeter has quit [Ping timeout: 246 seconds]
joedj_ is now known as joedj
NiteHawk` is now known as NiteHawk
specing_ is now known as specing
maz has joined #linux-sunxi
sherpa has joined #linux-sunxi
tlwoerner has joined #linux-sunxi
IgorPec has joined #linux-sunxi
techn has joined #linux-sunxi
fl_0 has quit [Ping timeout: 276 seconds]
lennyraposo has joined #linux-sunxi
orly_owl_ has quit [Quit: leaving]
orly_owl has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
reinforce has joined #linux-sunxi
jernej_ has quit [Ping timeout: 260 seconds]
mossroy has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
reinforce has joined #linux-sunxi
IgorPec has quit [Ping timeout: 276 seconds]
luoyi has joined #linux-sunxi
sherpa has quit [Remote host closed the connection]
IgorPec has joined #linux-sunxi
yann|work has quit [Read error: Connection reset by peer]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
yann|work has joined #linux-sunxi
vpeter has joined #linux-sunxi
vpeter has quit [Client Quit]
vpeter has joined #linux-sunxi
<plaes>
MoeIcenowy: rtl8xxxu isn't staging driver
sW`` is now known as sW`
paulk-leonov has joined #linux-sunxi
staplr has joined #linux-sunxi
TheLinuxBug has quit [Ping timeout: 276 seconds]
<jelle>
MoeIcenowy: found my accel meter yesterday, sadly couldn't find any documentation but did found a driver
diego71 has quit [Remote host closed the connection]
TheLinuxBug has joined #linux-sunxi
premoboss has joined #linux-sunxi
fl_0 has joined #linux-sunxi
Amit_t_ has joined #linux-sunxi
<Amit_t_>
wens: Hello, trying to enable non secure access to RSB on pine64 in u-boot and tried this http://paste.ubuntu.com/16486145/ but its not working , what I am missing ?
staplr has quit [Remote host closed the connection]
paulk-leonov has quit [Ping timeout: 260 seconds]
massi_ has joined #linux-sunxi
<wens>
seems right
<Amit_t_>
wens:do we need to enable non secure access to R_PIO to get it work ?
Amit_t_ has quit [Quit: Page closed]
ricardocrudo has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel>
Amit_T: I am not so sure this secure/non-secure switching works as we think
<apritzel>
I tried SRAM A1 yesterday (SPC1/bit 3) and could perfectly modify it from (non-secure EL2) U-Boot
<Amit_T>
apritzel:ok , could you please share the snippet you used for it ?
<apritzel>
Amit_T: I am about to edit the Wiki ...
<Amit_T>
ok
<Amit_T>
Also, my doubt it , do we need to enable non secure access to R_PIO ?
<Amit_T>
This is first thing you write to in order to enable RSB .
Mr__Anderson has joined #linux-sunxi
<apritzel>
Amit_T: don't get too paranoid about that secure access thingie ;-)
<Amit_T>
apritzel: did you read some register to get 0x1d1 this value ?
tsuggs has joined #linux-sunxi
nihcas__ is now known as nihcas
fl_0 has joined #linux-sunxi
Tartarus_ is now known as Tartarus
agraf has quit [Changing host]
agraf has joined #linux-sunxi
<apritzel>
it's in the AXP manual
lvrp16_ is now known as lvrp16
afaerber has joined #linux-sunxi
MoeIcenowy has joined #linux-sunxi
<Amit_T>
ok, sorry asked you before checking manual
wigyori has quit [Changing host]
wigyori has joined #linux-sunxi
<Amit_T>
Hardware Slave Address
arnd has quit [Ping timeout: 276 seconds]
indy has joined #linux-sunxi
ojn has joined #linux-sunxi
arnd has joined #linux-sunxi
<wens>
crap
<wens>
why'd they have to change the primary pmic address
<apritzel>
wens: because they can!
<wens>
kernel rsb driver needs to be patched :(
<apritzel>
but actually having different PMICs with different hardware addresses doesn't sound too bad to me
<apritzel>
wens: is this address hardcoded in the driver?
<apritzel>
wens: shouldn't it be in the DT?
<wens>
the hardware address is in the DT
<wens>
but hardware address <-> runtime address is done by the driver
<wens>
and i anticipated that they would just stick with the same scheme
<wens>
so it's kind of hard coded in the kernel
<apritzel>
wens: are you sure that the runtime address needs to be the one that AW picked?
<apritzel>
I had the impression that they can be chosen freely, just have to match that scheme (high nibble = ID, lower nibble = fill to get four set bits)
<wens>
apritzel: i had some problems changing the runtime addresses when i did the driver
<apritzel>
that how I understand this whole scheme: you have a bigger choice of hardware IDs, but still use only 8 bits on the bus
<apritzel>
wens: mmh, interesting, didn't try this myself, just found the list of possible RTAs somewhere
<wens>
and something bad would happen if you were to use custom ids, but failed to list all the chips
<wens>
might get a collision
massi_ has quit [Ping timeout: 246 seconds]
avph has quit [Ping timeout: 260 seconds]
<wens>
i've no idea what might happen
avph has joined #linux-sunxi
<Amit_T>
apritzel: I can embed ATF with u-boot and boot it over USB,, right?
<apritzel>
Amit_T: you don't need to embed it
<apritzel>
you can load it easily with "write 0x44000 bl31.bin" on the sunxi-fel command line
<apritzel>
though the whole stack is not ready for FEL yet
<apritzel>
because you don't get a 64-bit U-Boot with FEL at the moment
<apritzel>
the SPL starts in 32-bit and needs at least to call libdram still in 32-bit
<apritzel>
and having the SPL and U-Boot proper in different architectures is not supported
<wens>
oh, PSCI 1.0 series for u-boot v3
<apritzel>
wens: thanks for that hint, I just wanted to start reviewing v2 ;-)
massi_ has joined #linux-sunxi
<Amit_T>
:)
<wens>
that stack calculation is getting out of hand...
<wens>
would it be easier to just allocate a block of space with linker script?
IgorPec11119 has joined #linux-sunxi
<apritzel>
wens: agree on your comment, also there is more potential for generalisation, for instance for PSCI_FEATURES
<MoeIcenowy>
plaes: thx I will get it fixed
<wens>
or we could just throw in a secure data segment
<maz>
it has to be in the secure section.
adj__ has quit [Read error: Connection reset by peer]
avph has quit [Ping timeout: 260 seconds]
avph has joined #linux-sunxi
<Amit_T>
maz: is it because , code can be there even if u-boot long gone ?
<maz>
Amit_T: o course. that's the whole point of the exercise.
<Amit_T>
but who will touch this code later if not u-boot ?
<maz>
what do you mean by "touch"?
<maz>
that code will be executed when the non-secure side execute a PSCI operation.
<Amit_T>
maz: I mean I am just trying to understand why this code needs to be secure segment, also can it possible to access this secure section from non secure world(sorry for such stupid questions)
IgorPec11119 has quit [Ping timeout: 246 seconds]
<maz>
it needs to be secure so that the normal world cannot mess with it (accidentally or voluntary). it also needs to be in static ram so that you can implement some power management and put the main memory in self-refresh.
<Amit_T>
ok.
mozzwald has quit [Ping timeout: 260 seconds]
ptx0_ has joined #linux-sunxi
ptx0_ has quit [Changing host]
ptx0_ is now known as ptx0
Net147 has quit [Ping timeout: 276 seconds]
Net147 has joined #linux-sunxi
buZz has quit [Ping timeout: 240 seconds]
buZz has joined #linux-sunxi
buZz is now known as Guest76535
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 260 seconds]
<apritzel>
longsleep: and I will look into an emergency shutoff at something north of 100C in ATF
<apritzel>
using the thermal sensor and a secure interrupt
afaerber has quit [Ping timeout: 250 seconds]
<longsleep>
apritzel: it runs stable at 110C, i do not know for how long though (didnt test for days :P)
<MoeIcenowy>
the power led on my usb hub is lit for 1s when the otg cable is inserted
<apritzel>
longsleep: so "north of" = 10 then, I guess ;-)
<MoeIcenowy>
(usb gadget works ok.
<apritzel>
once this emergency shutdown works, I am tempted to raise the default frequency to 1008 MHz
<longsleep>
yeah, depends what you do with it if it gets to 100C ++
<longsleep>
but i guess even with a single core using neon at 1008 Mhz it might get close ..
<apritzel>
for the time being I am happy if it just doesn't catch fire
scream has joined #linux-sunxi
raknaz has quit [Quit: raknaz]
apritzel1 has quit [Ping timeout: 244 seconds]
afaerber has joined #linux-sunxi
reinforce has joined #linux-sunxi
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 250 seconds]
iamfrankenstein1 is now known as iamfrankenstein
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 250 seconds]
iamfrankenstein1 is now known as iamfrankenstein
zuikis has joined #linux-sunxi
yann|work has quit [Ping timeout: 260 seconds]
premoboss has quit [Quit: Sto andando via]
Mr__Anderson has quit [Remote host closed the connection]
avph has quit [Ping timeout: 260 seconds]
avph has joined #linux-sunxi
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
<montjoie>
selftest OK for MD5 SHA1 and AES for H3 crypto:)
<KotCzarny>
montjoie: you da man!
<KotCzarny>
montjoie: is there aes256?
<KotCzarny>
montjoie: i mean sha256
<montjoie>
ingoing for SHA224 256 384 512
<montjoie>
tomorow probably
<KotCzarny>
montjoie: :)
<apritzel>
does anyone know if the thermal sensor (on Allwinner SoCs) is measuring something close to the "junction temperature", which is mentioned in the data sheet?
<apritzel>
tkaiser: longsleep: the data sheet says 125C is max junction (read: silicon/die) temperature
scream has quit [Remote host closed the connection]
apritzel1 has joined #linux-sunxi
Netlynx has joined #linux-sunxi
<longsleep>
apritzel: how can one know that - i was thinking that 10C is a good safety margin - and just to be safe i chose 108C as critical trip point
apritzel1 has quit [Ping timeout: 244 seconds]
<apritzel>
longsleep: oh, so you came up with that value? Or is that from some Allwinner code/.fex/DT?
<longsleep>
apritzel: no i made it up, after testing
<apritzel>
great! That was what I was hoping one
<apritzel>
also isn't 108 a magic Hare Krishna number? ;-)
<longsleep>
lol
<longsleep>
i have no idea
<apritzel>
Even better: "The number 108 is considered sacred by the Dharmic Religions, such as Hinduism, Buddhism, Jainism."