<corecode>
i would like to know which stores carry them "widely available in china"
vagrantc has joined #linux-sunxi
gediz0x539 has quit [Ping timeout: 264 seconds]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
gaston1980 has quit [Remote host closed the connection]
gaston1980 has joined #linux-sunxi
lurchi_ is now known as lurchi__
gaston1980 has quit [Remote host closed the connection]
gaston1980 has joined #linux-sunxi
\\Mr_C\\ has joined #linux-sunxi
ame has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 258 seconds]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 246 seconds]
<lvrp16>
corecode: go on one of the "Chinese" part search engines and just search for h5 ic
<lvrp16>
anyone know how to adjust BOOT_SIZE_MULT for eMMC in u-boot or Linux? without using the mmc utils?
florian has quit [Quit: Leaving]
JohnDoe_71Rus has joined #linux-sunxi
<wens>
poke the ioctl directly?
<wens>
probably better to use mmc utils
tnovotny has quit [Quit: Leaving]
<wens>
lvrp16: looks like if you enable CONFIG_SUPPORT_EMMC_BOOT for u-boot, you can use mmc bootpart-resize
jstein has joined #linux-sunxi
<lvrp16>
Haha
<lvrp16>
Thanks
netlynx has quit [Quit: Ex-Chat]
damex has quit [Quit: No Ping reply in 180 seconds.]
damex has joined #linux-sunxi
andy25225 has quit [Ping timeout: 264 seconds]
Putti has quit [Quit: Leaving]
andy25225 has joined #linux-sunxi
lurchi__ is now known as lurchi_
arete74_ has quit [Read error: Connection reset by peer]
msimpson has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
lkcl_ has joined #linux-sunxi
lkcl__ has quit [Ping timeout: 265 seconds]
<kilobyte_ch>
is it somehow possible to access partitions created with sunxi legacy kernel on nand with the new mainline mtd driver? For in place upgrading a device? Or is reflashing the only way?
s3b0 has quit [Quit: Konversation terminated!]
iamfrankenstein has joined #linux-sunxi
<mru>
kilobyte_ch: aren't nand partitions usually communicated using DT or command line rather than stored on the device itself?
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
<kilobyte_ch>
mru: I'm talking about the old legacy nand block device driver. There the partition got written onto nand afaik.
<mru>
ugh
<mru>
you really shouldn't be using that
<kilobyte_ch>
And my goal now would be to upgrade existing devices from legacy kernel to mainline kernel. But for that I can't just wipe nand (OTA upgrade).
iamfrankenstein has quit [Quit: iamfrankenstein]
libv_ has joined #linux-sunxi
<kilobyte_ch>
But I think the only way to achieve my goal is to port the legacy block device nand driver to mainline somehow.
<kilobyte_ch>
Which sounds like a fucking huge pain and also is crap
<mru>
there is a nand block device driver in mainline
<mru>
but maybe it uses a different format
<kilobyte_ch>
Can you link it? Not sure about which one you are talking.
libv has quit [Ping timeout: 258 seconds]
<mru>
CONFIG_MTD_BLOCK
<mru>
I've looked beyond the existence of that option
<kilobyte_ch>
hmm, looks interesting but I doubt that it is compatible with the allwinner nand shit
gaston1980 has quit [Remote host closed the connection]
gaston1980 has joined #linux-sunxi
Ixnus has joined #linux-sunxi
<Ixnus>
kilobyte_ch: what is your device ?
<kilobyte_ch>
Ixnus: A20 with NAND flash
<Ixnus>
kilobyte_ch: is the board on the wiki or custom design?
<Ixnus>
kilobyte_ch: ok, are you familiar with the SLC vs MLC destinction ?
<fALSO>
how do you power that?
<fALSO>
have to STICK IT somewhere?
<kilobyte_ch>
Ixnus: Kind of. I don't want to use the nand block driver but it's an existing device so I can't change this now. But I would like to upgrade from legacy kernel to something newer.
<kilobyte_ch>
(And I already had strange issues with the nand block driver but yeah, as said, can't change anything)
<kilobyte_ch>
fALSO: you can use their development kit or design an own board to put the module in.
<fALSO>
nice, i was just curious, thanks for answering
<mru>
with enough effort, you could probably migrate the storage to something saner
<Ixnus>
kilobyte_ch: You want to boot mainline kernel 5+ from nand of this SOM ?
<kilobyte_ch>
Ixnus: Yes. I think booting itself isn't the issue. For that we have the MTD driver which I already got more or less working.
<kilobyte_ch>
But for that I need to wipe the old legacy kernel system and reflash the whole NAND. But that's not possible with devices at the customer OTA.
<Ixnus>
Do you know what is the nand chip - SLC or MLC ?
<mru>
it's minimum 2GB so probably MLC
<mru>
is that supported in mainline yet/ever?
<kilobyte_ch>
I'm quite sure it's MLC and thus already causes some trouble with the legacy driver. Wait I can search the P/N.
<kilobyte_ch>
It's a 29f32g08cbada which is a MLC.
<Ixnus>
adn you got booting off it working ? Kernel version ?
jstein has quit [Quit: quit]
<kilobyte_ch>
Ixnus: Currently just legacy 3.4. But I started working according to the NAND Mainline wiki entry.
<Ixnus>
Oh OK, good luck ! Only few people understand that matter: Boris Brezillon @collabora & Miquèl Raynal @bootlin
<Ixnus>
Check "MLC/TLC NAND support: (new ?) challenges for the MTD/NAND subsystem." and "Modernizing the NAND framework: The big picture"
<Ixnus>
Good luck and don't forget to document your findings :)
Ixnus has quit [Remote host closed the connection]
tllim has joined #linux-sunxi
AneoX has quit [Ping timeout: 256 seconds]
libv_ has quit [Ping timeout: 265 seconds]
AneoX has joined #linux-sunxi
<tllim>
@corecode, H5 already End-Of-Life. A64( or R18) consider long life parts and still continue supply. PINE64 has get commitment from Allwinner that A64 will be supply at least for 10 years.
<tllim>
if you are working on project, should considers A64 instead of H5.
matthias_bgg has quit [Ping timeout: 246 seconds]
lurchi_ is now known as lurchi__
gaston1980 has quit [Remote host closed the connection]
gaston1980 has joined #linux-sunxi
azend has quit [Ping timeout: 256 seconds]
lurchi__ is now known as lurchi_
cmeerw has quit [Ping timeout: 260 seconds]
lurchi_ is now known as lurchi__
afaerber has quit [Ping timeout: 260 seconds]
afaerber has joined #linux-sunxi
daregap has quit [Ping timeout: 260 seconds]
<buZz>
tllim: how many of those 10 are behind us already?
* willmore
mumbles "not enough"
lurchi__ is now known as lurchi_
diego71 has quit [Ping timeout: 264 seconds]
lurchi_ has quit [Quit: Konversation terminated!]
lurchi_ has joined #linux-sunxi
gaston1980 has quit [Ping timeout: 256 seconds]
gaston1980 has joined #linux-sunxi
<tllim>
@buZz, 4 years.
<tllim>
Due to A64 widely use in various application, expected the supply period should be beyond 10 years.
Mangy_Dog has quit [Ping timeout: 256 seconds]
<buZz>
so maybe 6-7 left
<buZz>
would be nice to see pine64 move to something newer
<vagrantc>
yeah, would hate to see things well supported in mainline linux!
<buZz>
like A10? :D
<buZz>
did free-electron ever write those stretchgoals?
<buZz>
bootlin*
<buZz>
i'm guessing nope
vpeter has quit [Ping timeout: 260 seconds]
vpeter has joined #linux-sunxi
ldevulder_ has joined #linux-sunxi
ldevulder__ has quit [Ping timeout: 256 seconds]
gaston1980 has quit [Remote host closed the connection]
gaston1980 has joined #linux-sunxi
gaston1980 has quit [Remote host closed the connection]