<icenowy[m]>
hlauer: I have some private patches ;-)
rexxster has joined #linux-sunxi
<willmore>
Why did I hear that in the voice of Tina Turner?
nots has quit [Quit: Page closed]
kaspter has joined #linux-sunxi
anarsoul|2 has quit [Ping timeout: 256 seconds]
dddddd has quit [Remote host closed the connection]
hipboi has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
hipboi_ has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 260 seconds]
hipboi has quit [Ping timeout: 265 seconds]
victhor has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
AnticitizenOne has joined #linux-sunxi
<wens>
hlauer: gmac is being worked on
kaspter has quit [Quit: kaspter]
lucascastro has joined #linux-sunxi
kaspter has joined #linux-sunxi
lucascastro has quit [Ping timeout: 256 seconds]
nuuuciano__ has joined #linux-sunxi
nuuuciano_ has quit [Ping timeout: 260 seconds]
Andy-D__ has joined #linux-sunxi
tl_lim has quit [Ping timeout: 245 seconds]
tl_lim has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
mavkhimenia has quit [Read error: Connection reset by peer]
mavkhimenia has joined #linux-sunxi
<icenowy[m]>
wens: I found a problem when implementing "emac-clock" single register regmap
<icenowy[m]>
the single register regmap code can be shared between sram_controller and r40 ccu
<icenowy[m]>
if it's intended to be shared, where should we place it?
mavkhimenia has quit [Ping timeout: 240 seconds]
<icenowy[m]>
oh no need... as it can be covered by regmap-mmio
<wens>
huh? what?
<wens>
what seems to be the problem?
[7] has quit [Ping timeout: 260 seconds]
LargePrime has quit [Ping timeout: 260 seconds]
<icenowy[m]>
ignore me
<icenowy[m]>
my fault
nuuuciano__ has quit [Ping timeout: 240 seconds]
SP7RT has quit [Ping timeout: 256 seconds]
<wens>
have to wait till after the merge window to send v2 of the r40-dwmac series
TheSeven has joined #linux-sunxi
AneoX_ has joined #linux-sunxi
AneoX has quit [Ping timeout: 240 seconds]
circ-user-jT9Ch has joined #linux-sunxi
TheSeven has quit [Ping timeout: 265 seconds]
TheSeven has joined #linux-sunxi
circ-user-jT9Ch is now known as bob
bob is now known as lichee
megi1 has quit [Ping timeout: 265 seconds]
IgorPec has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 240 seconds]
hipboi_ has quit [Ping timeout: 268 seconds]
Gerwin_J has joined #linux-sunxi
AnticitizenOne has quit [Quit: Leaving]
ceng has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
mavkhime_ has joined #linux-sunxi
mavkhimenia has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
mavkhime_ has quit [Ping timeout: 260 seconds]
montjoie has joined #linux-sunxi
Putti has quit [Ping timeout: 260 seconds]
Putti has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
Putti has joined #linux-sunxi
Putti has quit [Ping timeout: 276 seconds]
raspo666 has quit [Remote host closed the connection]
reinforce has joined #linux-sunxi
foxx_ has joined #linux-sunxi
DullTube has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
fkluknav has joined #linux-sunxi
Baschto has joined #linux-sunxi
<plaes>
mripard: the 3/4 FIFO approach for SPI works for sun4i and actually makes SPI-based displays work
<plaes>
and can we please have proper sunxi-linux mailinglist?
fkluknav has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
fkluknav has joined #linux-sunxi
nieuwbie has joined #linux-sunxi
leviathan has joined #linux-sunxi
nieuwbie has quit [Remote host closed the connection]
clemens3 has joined #linux-sunxi
nieuwbie has joined #linux-sunxi
nieuwbie has quit [Client Quit]
leviathan has quit [Remote host closed the connection]
leviathan has joined #linux-sunxi
nieuwbie has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
nieuwbie has quit [Read error: Connection reset by peer]
nieuwbie has joined #linux-sunxi
fkluknav has quit [Ping timeout: 264 seconds]
BenG83_ has quit [Quit: Leaving]
nieuwbie has quit [Read error: Connection reset by peer]
nieuwbie has joined #linux-sunxi
nieuwbie has quit [Read error: Connection reset by peer]
nieuwbie has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 245 seconds]
nieuwbie has quit [Read error: Connection reset by peer]
nieuwbie has joined #linux-sunxi
nieuwbie has quit [Read error: Connection reset by peer]
nieuwbie has joined #linux-sunxi
hanetzer has quit [Ping timeout: 265 seconds]
dddddd has joined #linux-sunxi
nieuwbie has quit [Read error: Connection reset by peer]
nieuwbie has joined #linux-sunxi
msimpson has joined #linux-sunxi
kloczek has quit [Remote host closed the connection]
msimpson has quit [Read error: Connection reset by peer]
hlauer has joined #linux-sunxi
foxx_ has quit [Ping timeout: 240 seconds]
kever has quit [Ping timeout: 265 seconds]
kever has joined #linux-sunxi
hanetzer has joined #linux-sunxi
BenG83 has joined #linux-sunxi
<mripard>
plaes: working on it
hipboi has joined #linux-sunxi
<plaes>
thanks :)
hlauer has quit [Ping timeout: 264 seconds]
foxx_ has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
kever has quit [Ping timeout: 265 seconds]
kever has joined #linux-sunxi
afaerber has joined #linux-sunxi
<Wizzup>
can anyone confirm that a simple 'reboot' with latest kernel and u-boot on lime2 doesn't work anymore? it leads to a device being stuck in ram init (I think) in u-boot for me
<Wizzup>
Actually I believe this might have broken since 4.9
hipboi has quit [Ping timeout: 260 seconds]
fkluknav has joined #linux-sunxi
hipboi has joined #linux-sunxi
mzki has quit [Quit: leaving]
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
cnxsoft has joined #linux-sunxi
mzki has joined #linux-sunxi
fkluknav has quit [Ping timeout: 260 seconds]
afaerber has quit [Remote host closed the connection]
afaerber has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 256 seconds]
mzki has quit [Remote host closed the connection]
mzki has joined #linux-sunxi
mavkhimenia has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 264 seconds]
mavkhimenia has joined #linux-sunxi
kaspter1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 260 seconds]
kaspter1 is now known as kaspter
<paulk-gagarine>
mhh looks like I have kswapd taking 100% CPU (on H3)... on a device without swap
<paulk-gagarine>
top line: Swap: 0 total, 0 free, 0 used. 5512 avail Mem
kaspter1 has joined #linux-sunxi
kaspter has quit [Ping timeout: 240 seconds]
kaspter1 is now known as kaspter
cnxsoft has quit [Ping timeout: 255 seconds]
<willmore>
paulk-gagarine, you were supposed to fix things, not break them. :)
nieuwbie has quit [Quit: ERC (IRC client for Emacs 25.3)]
Gerwin_J has quit [Quit: Gerwin_J]
megi1 has joined #linux-sunxi
paulk-gagarine-s has joined #linux-sunxi
paulk-gagarine has quit [Ping timeout: 264 seconds]
nuuuciano__ has joined #linux-sunxi
paulk-gagarine-s has quit [Quit: Leaving]
paulk-gagarine has joined #linux-sunxi
sebras has joined #linux-sunxi
hanni76 has joined #linux-sunxi
tom_nov has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
Andy-D__ has quit [Ping timeout: 256 seconds]
TEKrantz has quit [Quit: There's nothing dirtier than a giant ball of oil]
mavkhime_ has joined #linux-sunxi
mavkhimenia has quit [Read error: Connection reset by peer]
<AneoX_>
Wizzup are you sure it was working with previous version? i have found in my job, some a20 chips stucks in dram init after reset. only one working solution found, resolder chip. it may be overheat when soldering or some another hardware reason.
mavkhime_ has quit [Ping timeout: 264 seconds]
<Wizzup>
AneoX_: yes, I am certain it works on a wide range of a10 and a20 devices using 4.9
<Wizzup>
If not, I'd have a big problem and I would have to travel all around my country daily :)
BenG83 has quit [Remote host closed the connection]
hipboi has quit [Quit: This computer has gone to sleep]
<Wizzup>
AneoX_: I am just wondering if it's me, or perhaps the way I invoke reboot, or whatever, because I have not seen anyone else complain about it
<AneoX_>
burn another version of uboot and try to reset. or test or firmware on another board
<AneoX_>
for me, 3-4 chips from 30 was with same problem. i solder all of them with hands, so may be i overheat it, or may be it chip problem from aliepress, not sure
<Wizzup>
AneoX_: I have tried both old and new u-boot, no difference
<AneoX_>
looks like same problem as i said (
<AneoX_>
did you solder it manually ?
LargePrime has joined #linux-sunxi
<Wizzup>
no
<Wizzup>
I just ordered cubieboard (a10/a20) and use olimex LIME2 as well
<Wizzup>
as I said - it works on 4.9 and before, always worked
<Wizzup>
it just doesn't work on kernels that are more recent
<AneoX_>
i think kernel not the reason, may be u-boot, may be hardware
<mripard>
Wizzup: it would be great if you could bisect more precisely what commit is involved
<Wizzup>
I will try, I don't have the time yet (and my hw takes a long time to build a single kernel), and I wanted to see if someone else can confirm it. But I will try.
mavkhimenia has joined #linux-sunxi
mavkhimenia has quit [Remote host closed the connection]
mavkhimenia has joined #linux-sunxi
foxx_ has quit [Ping timeout: 268 seconds]
yann has joined #linux-sunxi
DullTube has quit [Quit: Leaving]
lichee has quit [Read error: Connection reset by peer]
jbrown has joined #linux-sunxi
lurchi_ is now known as lurchi__
<Net147>
Wizzup: does it hang or does it turn off?
<Wizzup>
Net147: it hangs from what I can tell
BenG83 has joined #linux-sunxi
<Wizzup>
I can get the exact point it hangs, let me attach a serial
BenG83 has quit [Remote host closed the connection]
BenG83 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<parazyd>
i thought the problem was in linux's device tree
<Wizzup>
parazyd: triggered by*
<Wizzup>
Net147: will test this, thank you.
<parazyd>
ah
rexxster has quit [Remote host closed the connection]
<Net147>
you could also try making it so LDO3 regulator is always on in the device tree at 2.8V or whatever voltage it usually runs at when enabled so that Linux doesn't switch it off when rebooting (which U-Boot switches back on again causes the over-current protection to trip)
<Wizzup>
*nod*
cnxsoft has quit [Remote host closed the connection]
<f11f12>
to which mailinglist shoud patches be sent?
<icenowy[m]>
get_maintainer.pl ;-)
<AneoX_>
on my boards no pmic, 3pcs sy8008 for supply a20 and ddr
<fredl_>
hi guys
juri_ has quit [Remote host closed the connection]
<fredl_>
How do I build mainstream u-boot with debugging enabled?
Putti has joined #linux-sunxi
<fredl_>
is adding #ifndef DEBUG / #define DEBUG / #endif in include/common.h sufficient?
<fredl_>
or is there a more elegant way?
<f11f12>
icenowy[m]: there is a gap between the kernel/linux-sunxi and the github/linux-sunxi (for R40/V40 at least). So should I submit patches to the kernel ml? (They would include stuff which is in github but not yet in the kernel repo)
<icenowy[m]>
f11f12: what do you want to include?
<ElBarto>
icenowy[m]: is regmap documented somewhere ? can't find anything in Documentation and would like to see what it would mean to FreeBSD to support you latest patchset for emac clock
<f11f12>
icenowy[m]: for the kernel gbit and usb support for the R40, SATA (in progress), for uboot: gbit support (netboot), PMIC clocking fix.
IgorPec has joined #linux-sunxi
<fredl_>
hmm, hacked that into common.h but indeed, the debugging output is quite extreme :)
juri_ has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
lucascastro has quit [Remote host closed the connection]
reinforce has quit [Quit: Leaving.]
JohnDoe_71Rus has joined #linux-sunxi
tllim has joined #linux-sunxi
merbanan has quit [Ping timeout: 255 seconds]
tom_nov has quit [Quit: Leaving]
merbanan has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #linux-sunxi
<wens>
ElBarto: regmap is a common API for access to a register map (a bunch of registers, with read/write limitations), with optional cache, across different underlying access methods (mmio / i2c / spi / etc.)
<wens>
ElBarto: the really hacky way would be to just lookup the syscon phandle, then map whatever registers the target has
rexxster has joined #linux-sunxi
<ElBarto>
wens: ok thanks, I'll have a look at what to do for fbsd, unless I can trick kevans91 to do it
<wens>
icenowy[m]: hmm, aren't you supposed to not send net-next patches during the merge window?
raspo666 has joined #linux-sunxi
foxx_ has joined #linux-sunxi
reinforce has joined #linux-sunxi
BenG83 has joined #linux-sunxi
Baschto has quit [Remote host closed the connection]
Andy-D__ has joined #linux-sunxi
Putti has quit [Ping timeout: 256 seconds]
tl_lim has joined #linux-sunxi
clemens3 has quit [Ping timeout: 240 seconds]
tllim has quit [Ping timeout: 276 seconds]
anarsoul|2 has joined #linux-sunxi
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
jackmitchell has joined #linux-sunxi
<jackmitchell>
Does anyone know if there is a reset reason register on the a83t, I'm trying to detect when the cpu has been reset from the watchdog
Putti has joined #linux-sunxi
imcsk8 has quit [Ping timeout: 240 seconds]
fkluknav has quit [Ping timeout: 264 seconds]
foxx_ has quit [Ping timeout: 260 seconds]
foxx_ has joined #linux-sunxi
mavkhime_ has joined #linux-sunxi
vagrantc has joined #linux-sunxi
mavkhimenia has quit [Ping timeout: 264 seconds]
msimpson has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
aalm has quit [Ping timeout: 263 seconds]
msimpson has quit [Quit: Leaving]
kaspter has quit [Read error: Connection reset by peer]
afaerber has quit [Quit: Leaving]
kaspter has joined #linux-sunxi
mavkhime_ has quit [Remote host closed the connection]
mavkhimenia has joined #linux-sunxi
<ElBarto>
funny thing appens if you try latest u-boot on a device with an non formated emmc and do saveenv
<ElBarto>
Saving Environment to FAT... Unable to use mmc 1:1... Failed (1)
<ElBarto>
and over and over and over
<ElBarto>
and you need to power cycle the board
mavkhimenia has quit [Remote host closed the connection]
<ElBarto>
changing current device doesn't seems to help
Mr__Anderson has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 268 seconds]
IgorPec has quit [Ping timeout: 264 seconds]
<beeble>
ElBarto: ENV_FAT_DEVICE_AND_PART
<beeble>
so changing the current device will not help
<beeble>
is your mmc1:1 a fat partition?
<ElBarto>
mmc1 isn't formated
<beeble>
i think you found your problem? :)
<ElBarto>
well no
<ElBarto>
formating the emmc isn't the solution
<ElBarto>
u-boot shouldn't loop over and over in an non-interruptable way
<ElBarto>
and I don't see ENV_FAT_DEVICE_AND_PART defined on this board (nanopi-m1-plus) config
<beeble>
see env/Kconfig
<beeble>
it's autoselected
<ElBarto>
default "1:auto" if ARCH_SUNXI && MMC_SUNXI_SLOT_EXTRA != -1
<ElBarto>
yeah
<ElBarto>
that doesn't seem correct
<ElBarto>
you would expect that for someone putting an sdcard and doing setenv that it will work
clemens3 has joined #linux-sunxi
<ElBarto>
I guess this is to try to solve the problem of putting the same u-boot in sd and emmc for a board
<ElBarto>
but I don't think that this default is wise
<beeble>
yes, that autodetection workaround is imho quite painfull. same as with switching the mmc devices based on the bootsource
<ElBarto>
which switching ?
<beeble>
ah, that was removed last year
<beeble>
sorry, didn't follow it close enough
<beeble>
in de86fc3859f9c9ae26faed6f9d8fc115e1329b4f
<ElBarto>
oh that, yeah it was painfull :)
<ElBarto>
mripard: if you have any suggestion on how we should behave I'm hearing :)