<willmore>
45 pounds for that board? That's quite a bit.
Keziolio has quit [Ping timeout: 240 seconds]
Keziolio has joined #linux-sunxi
kaspter has joined #linux-sunxi
ErwinH has joined #linux-sunxi
kaspter has quit [Ping timeout: 256 seconds]
ErwinH has quit [Ping timeout: 260 seconds]
kaspter has joined #linux-sunxi
kaspter has quit [Ping timeout: 256 seconds]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
ninolein has quit [Ping timeout: 240 seconds]
ninolein has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
<MoeIcenowy>
montjoie: maybe it put a PHY designed as 1000Mbps there, then tested, but found the performance is much low than 1000Mbps, then named it 100Mbps
<wens>
oops
<MoeIcenowy>
wens: ?
<willmore>
ssvb, have you ever used an esp8266? They use SPI NOR flash to XIP. They have a little header that says what kind of I/O mode to use with the chip and what clock speed to use. It's not horribly flexible, but it seems to work for them.
HeavyMetal has quit [Ping timeout: 276 seconds]
HeavyMetal has joined #linux-sunxi
HeavyMetal has joined #linux-sunxi
apritzel has quit [Ping timeout: 255 seconds]
<willmore>
Yikes. Reading the datasheet for the Winbond NAND flash SPI chip I will say that I hope no one uses one of these for code. If you use them with chip ECC on, they you can close your eyes and hope everything works right. If not, you want to do ECC in the SoC and do proper bad block management.
<MoeIcenowy>
the bad block management cannot be offloaded to SPI chip, right?
<willmore>
This makes me think that the right way to use these might just involve a block table like LILO used to use--give the loader a list of blocks to read in the order they should be read to make up the image. Then let some smart piece of code run in user land to compose that list.
<willmore>
MoeIcenowy, it can, but it's not horribly robust.
<willmore>
The 128MB Winbond chip has 2K page size and can handle up to 4 bit errors in each block. If it goes beyond that you can map the block out with a 20 entry LUT. Once the LUT is full, there's nothing more the chip can do to help you.
<willmore>
Oh, and they specify that it's completely fine for them to ship you a chip with all 20 bad blocks already programmed. That leaves zero room to grow the bad block list.
<MoeIcenowy>
have you read the link I provided you several hours ago?
<MoeIcenowy>
(the GigaDevice one
<willmore>
No, let me check it.
<willmore>
Did you mean the datasheet for the chip used in the Lichepi?
<MoeIcenowy>
yes
<MoeIcenowy>
but I talked to the author, and he may change the behavior in future versions
<willmore>
How are they using it now? Letting the chip manage the ECC?
HeavyMetal has quit [Quit: BNC Services Provided by the ASoTnet IRC Network.]
dr1337 has joined #linux-sunxi
<MoeIcenowy>
montjoie: I tried to change phy_mode to rgmii and the internal_phy property in sun8i-emac to RGMII thing.
<MoeIcenowy>
The network is still 100Mbps
<MoeIcenowy>
sun8i-emac 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
<willmore>
MoeIcenowy, if anything that GC chip is worse. It has the same spec for bad blocks--and the same way of marking them--but it seems to lack the LUT which would allow it to patch around them.
<willmore>
So, you could have a fault in the early part of the chip and not even be able to program a header for the BROM to see.
HeavyMetal has joined #linux-sunxi
HeavyMetal has quit [Changing host]
HeavyMetal has joined #linux-sunxi
<MoeIcenowy>
lichee pi choose to rely on my mainlineing work of V3s
<MoeIcenowy>
so they have now no system images ;-)
<MoeIcenowy>
currently everything runs on SD
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<willmore>
I wish them luck.
<MoeIcenowy>
in fact currently the hardware designer is only one person ;-)
<willmore>
That's a real small operation.
<MoeIcenowy>
but lichee pi zero is still something meaningful ;-)
<MoeIcenowy>
although now I found my relationship with him is a bit like Free Electrons and Next Thing Co ;-)
<willmore>
I didn't say it wasn't. I just know how hard it is to produce something like this.
<MoeIcenowy>
yes it's really hard
<MoeIcenowy>
but I still wonder if a hardware vendor choose to use mainline is a good thing
<MoeIcenowy>
we still lack the CSI support fully
<MoeIcenowy>
especially for sun6i generation CSI no one have worked yet
<willmore>
Yeah, going for mainline--while a good goal--might be a lot more work than they're ready for.
<dr1337>
MoeIcenowy: we're going to be using mainline in our product
<willmore>
Hey, on the plus side, there's no legacy code to work around. ;)
<MoeIcenowy>
V3s is a camera-oriented SoC
<MoeIcenowy>
but we still have no CSI support
<MoeIcenowy>
(although I have not even got a camera suitable for using on the board ;-)
<MoeIcenowy>
maybe CSI is the most difficult part currently on V3s :-)
<MoeIcenowy>
willmore: yes... the V3s BSP is kind of sh*t
<willmore>
MoeIcenowy, any data from Allwinner?
<MoeIcenowy>
willmore: what do you want?
<MoeIcenowy>
the sh*t BSP of V3s that even myself do not use? ;-)
<MoeIcenowy>
oh I must go
<MoeIcenowy>
bye
<willmore>
No, I meant have you received any data from Allwinner on how the CSI works so you can implement it.
<willmore>
Later.
Andy-D has quit [Ping timeout: 248 seconds]
<willmore>
I take it back, GC promises the first block will not be spared out when new. :) Yah. It is completely fine if it fails right after you start using it, though. ;)
cnxsoft has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
victhor has quit [Ping timeout: 255 seconds]
MikeyG has joined #linux-sunxi
kaspter has joined #linux-sunxi
pg12 has quit [Ping timeout: 240 seconds]
pg12 has joined #linux-sunxi
iaglium has quit [Read error: Connection reset by peer]
habs has quit [Read error: Connection reset by peer]
<MoeIcenowy>
willmore: I can get nothing ;-)
<MoeIcenowy>
except the datasheet, which I got even before get Lichee Pi Zero
tsuggs has joined #linux-sunxi
[7] has quit [Ping timeout: 258 seconds]
TheSeven has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
f0xx has joined #linux-sunxi
_whitelogger has joined #linux-sunxi
lkcl has quit [Ping timeout: 276 seconds]
JohnDoe_71Rus has joined #linux-sunxi
lkcl has joined #linux-sunxi
scream has joined #linux-sunxi
terra854 has joined #linux-sunxi
<scream>
hey! does anyone have a mainline tree at github with working audio and network?
|Jeroen| has joined #linux-sunxi
kaspter has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]
BenG83 has quit [Ping timeout: 255 seconds]
florianH has joined #linux-sunxi
leviathan_ has joined #linux-sunxi
bugzc has quit [Ping timeout: 245 seconds]
netlynx has joined #linux-sunxi
clonak has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-sunxi
codekipper has joined #linux-sunxi
<codekipper>
scream: which SoC?
libv_ has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
libv has quit [Ping timeout: 255 seconds]
kaspter has joined #linux-sunxi
riaqn has joined #linux-sunxi
riaqn has left #linux-sunxi ["WeeChat 1.6"]
<rellla>
must sun4i/sun8i drm/kms driver kick out simplefb, or can they work in parallel?
<rellla>
*stay in parallel
kaspter has quit [Ping timeout: 256 seconds]
LargePrime has quit [Ping timeout: 255 seconds]
hvpc has joined #linux-sunxi
<Net147>
rellla: I think the DRM driver resets the display pipeline so they can't work in parallel without changing the driver to configure itself based on the current state instead of resetting
<rellla>
Net147: must i disable one of them in my kernel config?
<Net147>
rellla: the DRM driver should automatically kick out simplefb and take over
<Net147>
rellla: as long the as the device tree is configured properly
<rellla>
which means?
<Net147>
rellla: it depends what board you are using. only some are configured to use DRM out of the box.
codekipper has quit [Ping timeout: 260 seconds]
<Net147>
rellla: which board are you working on?
<rellla>
Net147: currently i'm using H3 OPi+, configured with simple_fb and display-drm marked "Y"
kaspter has joined #linux-sunxi
<Net147>
rellla: HDMI display?
<rellla>
yes.
<Net147>
rellla: HDMI is not supported by DRM driver yet
<rellla>
and this is my dmesg http://pastebin.com/R8YkDiv8 , which leeds me to the conclusion, that not everything is fine with display/simplefb regarding line 142
LargePrime has joined #linux-sunxi
<rellla>
now i wonder if it's because of the coexistence of both or because have to enlarge my cma pool size first :p
<Net147>
rellla: you can try enlarging CMA size
<rellla>
yeah, i must. dicussed that already yesterday. we will see. if it's not working, i will come up again with my question :p
<Net147>
rellla: you can try CONFIG_CMA=y, CONFIG_CMA_SIZE_MBYTES=256, CONFIG_DMA_CMA=y
<MoeIcenowy>
montjoie: "sun4i-ss 1c15000.crypto-engine: Die ID 7" is it an expected dmesg output?
dave0x6d has joined #linux-sunxi
<MoeIcenowy>
montjoie: /home/icenowy/git-repos/cryptotest/kernel/cryptotest.c:133:8: error: implicit declaration of function 'crypto_alloc_ablkcipher' [-Werror=implicit-function-declaration]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Aria 4.9.2, revision: git-7050-g88980badc, build type: debug, sources date: 20160102, built on: 2017-01-20 07:18:15 UTC git-7050-g88980badc http://www.kvirc.net/]
<montjoie>
MoeIcenowy: I have a fix to push for that
terra854 has quit [Quit: Connection closed for inactivity]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
netlynx has quit [Quit: Ex-Chat]
leviathan_ has quit [Remote host closed the connection]
Mr__Anderson has quit [Ping timeout: 245 seconds]
tsuggs has quit [Ping timeout: 260 seconds]
f0xx has quit [Ping timeout: 258 seconds]
INdek has quit [Remote host closed the connection]
Mr__Anderson has joined #linux-sunxi
|Jeroen| has quit [Quit: dada]
longsleep has quit [Ping timeout: 255 seconds]
longsleep has joined #linux-sunxi
IgorPec has quit [Ping timeout: 260 seconds]
dh1tw has joined #linux-sunxi
bonbons has joined #linux-sunxi
longsleep has quit [Remote host closed the connection]
dave0x6d has quit [Quit: Connection closed for inactivity]
montjoie has quit [Ping timeout: 252 seconds]
Amit_T_ has quit [Remote host closed the connection]
kelvan has quit [Ping timeout: 252 seconds]
apritzel has joined #linux-sunxi
kelvan has joined #linux-sunxi
scream_ has joined #linux-sunxi
montjoie has joined #linux-sunxi
jernej has joined #linux-sunxi
scream has quit [Remote host closed the connection]
scream_ has quit [Remote host closed the connection]
fl__0 has joined #linux-sunxi
fl_0 has quit [Ping timeout: 255 seconds]
yann-kaelig has joined #linux-sunxi
longsleep has joined #linux-sunxi
fl_0 has joined #linux-sunxi
fl__0 has quit [Ping timeout: 264 seconds]
dave0x6d has joined #linux-sunxi
mzki has quit [Ping timeout: 255 seconds]
mzki has joined #linux-sunxi
hramrach has quit [Ping timeout: 240 seconds]
atsampson has quit [Ping timeout: 255 seconds]
atsampson has joined #linux-sunxi
hramrach has joined #linux-sunxi
bugzc has joined #linux-sunxi
jernej has quit [Ping timeout: 248 seconds]
cptG has joined #linux-sunxi
Ntemis has quit [Remote host closed the connection]