lurchi__ has quit [Quit: Konversation terminated!]
lurchi__ has joined #linux-sunxi
kloczek has joined #linux-sunxi
popolon has quit [Quit: WeeChat 2.0.1]
gnufan has quit [Quit: Leaving.]
lurchi__ has quit [Remote host closed the connection]
lurchi__ has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 248 seconds]
ricardocrudo has quit [Remote host closed the connection]
ninolein has quit [Ping timeout: 265 seconds]
ninolein_ has joined #linux-sunxi
boycottg00gle has quit [Remote host closed the connection]
skiboy has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 265 seconds]
scream has quit [Remote host closed the connection]
scream has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
liushuyu has joined #linux-sunxi
skiboy has quit [Quit: Leaving]
scream has quit [Remote host closed the connection]
vagrantc has joined #linux-sunxi
hardfalcon has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
BenG83 has quit [Quit: Leaving]
xes has quit [Read error: Connection reset by peer]
liushuyu has quit [Quit: liushuyu]
pmpp_ has quit [Ping timeout: 268 seconds]
jailbox has quit [Remote host closed the connection]
mpmc has quit [Ping timeout: 248 seconds]
jrg has joined #linux-sunxi
jrg has left #linux-sunxi ["Fear is the mind killer."]
jailbox has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
leviathancn has joined #linux-sunxi
leviathancn has quit [Ping timeout: 265 seconds]
vagrantc has quit [Quit: leaving]
victhor has quit [Remote host closed the connection]
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 264 seconds]
cnxsoft1 is now known as cnxsoft
aalm has joined #linux-sunxi
TheSeven has quit [Ping timeout: 272 seconds]
tl_lim has quit [Quit: Leaving]
dave0x6d has quit [Quit: Connection closed for inactivity]
DonkeyHotei is now known as iScream
iScream is now known as DonkeyHotei
TheSeven has joined #linux-sunxi
TheSeven has quit [Ping timeout: 265 seconds]
Poeticode has quit [Ping timeout: 264 seconds]
Poeticode has joined #linux-sunxi
mpmc has joined #linux-sunxi
f0xx has joined #linux-sunxi
Poeticode has quit [Changing host]
Poeticode has joined #linux-sunxi
IgorPec has joined #linux-sunxi
TheSeven has joined #linux-sunxi
f0xx has quit [Read error: Connection reset by peer]
f0xx has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
fkluknav has joined #linux-sunxi
lkcl has quit [Ping timeout: 252 seconds]
JohnDoe_71Rus has quit [Read error: No route to host]
lkcl has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has joined #linux-sunxi
gzamboni has joined #linux-sunxi
gzamboni has quit [Read error: Connection reset by peer]
gzamboni has joined #linux-sunxi
nuuuciano has quit [Ping timeout: 248 seconds]
Mr__Anderson has joined #linux-sunxi
dave0x6d has joined #linux-sunxi
Ntemis has joined #linux-sunxi
<KotCzarny>
smaeul: hrm, i haven't tested running it from mainline kernel
gzamboni has quit [Ping timeout: 240 seconds]
<KotCzarny>
since i'm using devmem to map regs access it might have been stopped
<smaeul>
KotCzarny: but doesn't legacy kernel use the arisc? so you'd be overwriting AW's blob with yours?
<KotCzarny>
smaeul: it does, but i'm asserting reset before populating sram a2
<KotCzarny>
then writing arisc ram contents then de-asserting reset
inode has joined #linux-sunxi
<KotCzarny>
since it's function is emulating power-off, i dont have to care about keeping previous ram/sram contents
<smaeul>
right. maybe you're depending on some previous state that's not there with mainline, or maybe it's a hardware difference. If you release source, I could hack on it
<KotCzarny>
will have to tidy up it before creating github repo, but i can give you tarbal in a few
<smaeul>
no rush
hardfalcon1 has joined #linux-sunxi
hardfalcon has quit [Ping timeout: 248 seconds]
<KotCzarny>
i'm compiling it on 2 machines because i dont have arm buildroot installed, so i compile arisc part on my x86-64 vm, then build arm static binary on my banana
<KotCzarny>
in main dir you have normal make, but probably will have to update openrisc compiler path
<KotCzarny>
you can then load fw directly via uboot or any favourite 0x40000 writing method
<KotCzarny>
can you check if you have devmem enabled in kernel?
<KotCzarny>
there is also a chance mainline kernel simply doesnt powerup arisc by default
<smaeul>
the only thing you have to do to power up arisc is take it out of reset, so if you're doing that it should work
<KotCzarny>
yup
<KotCzarny>
i've added adding more verbosity for errors in arm loader to my todo
montjoie has quit [Ping timeout: 252 seconds]
montjoie has joined #linux-sunxi
IgorPec has quit [Ping timeout: 248 seconds]
pmpp has joined #linux-sunxi
leviathancn has joined #linux-sunxi
nobe has quit [Ping timeout: 264 seconds]
huawei has joined #linux-sunxi
f0xx has quit [Ping timeout: 260 seconds]
hardfalcon1 has quit [Ping timeout: 240 seconds]
jack has joined #linux-sunxi
nobe has joined #linux-sunxi
<icenowy[m]>
montjoie: Ethernet on a SoPine w/ Baseboard doesn't work at current linux-next
<icenowy[m]>
"dwmac-sun8i 1c30000.ethernet eth0: Could not attach to PHY\ndwmac-sun8i 1c30000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)"
<icenowy[m]>
the content of /sys/bus/mdio_bus/devices/stmmac-0:01/phy_id is 0x001cc915, which should be correct for RTL8211E, right?
fkluknav has joined #linux-sunxi
pgreco has joined #linux-sunxi
elros has joined #linux-sunxi
skiboy has joined #linux-sunxi
leviathancn has quit [Ping timeout: 265 seconds]
dave0x6d has quit [Quit: Connection closed for inactivity]
hardfalcon has joined #linux-sunxi
<icenowy[m]>
sorry, old device tree used, please ignore it
lurchi__ has quit [Ping timeout: 264 seconds]
IlyaM has joined #linux-sunxi
<pgreco>
icenowy[m]: About the r40 usb patch that got lost
<pgreco>
do you need to resend it? how can I help?
IlyaM has quit [Quit: IlyaM]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
BenG83 has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
BenG83_ has joined #linux-sunxi
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
IlyaM has joined #linux-sunxi
IlyaM has quit [Client Quit]
<Hauke>
Hi, I would like to boot a Linux imgae on a H3 from SPI flash
<icenowy[m]>
this patch is not worthy to add during rc
<Wizzup>
Hauke: I have not tested that patch but it's very close to our original patch, so it should work
<icenowy[m]>
maybe even not 4.16 because of new year
<Wizzup>
Hauke: you can then just load linux with the usual spi flash commands
<wens>
linux-next hasn't been updated since 12/22... so much for testing newly merged patches :/
<icenowy[m]>
wens: you can update sunxi-next ;-)
<icenowy[m]>
P.S. could you check the H6 PR of sunxi-tools again? I updated it
<wens>
I did this afternoon, but sunxi-next doesn't get automatic test coverage from kernel-ci
kloczek has quit [Quit: kloczek]
<wens>
i.e. people need to test it :)
reinforce has joined #linux-sunxi
<pgreco>
how long does it take for you to build a kernel?
dddddd has joined #linux-sunxi
IlyaM has joined #linux-sunxi
<Wizzup>
Hauke: Please let me know if it works for you
<Wizzup>
I will get a chance to test it in a few days
<icenowy[m]>
pgreco: depending on config
<pgreco>
icenowy[m]: Generally I rebuild fedora rpms for my test devices (bpi-m1, bpi-m2u, bpi-m3), with fedora default config
<pgreco>
and it takes more than 8 hours. Maybe it is time to for a new laptop, :D
netlynx has joined #linux-sunxi
netlynx has quit [Changing host]
netlynx has joined #linux-sunxi
lurchi__ has joined #linux-sunxi
<wens>
pgreco: sunxi_defconfig + some bunch of wifi / ethernet phy drivers, with 8 cores and ccache, doesn't take more than a few hours
<wens>
s/hours/minutes
<beeble>
real 1m28.048s
<beeble>
but yes, ccache
<pgreco>
so I need to work more, and buy less
IlyaM has quit [Quit: IlyaM]
<wens>
you need to use ccache :)
<smaeul>
on my desktop (2-4 cores, no ccache), I'd say about 10 minutes for a fully-featured yet sunxi-specific linux build, 1 minute for u-boot
<beeble>
and have your ccache cache dir point to a ssd. otherwise you get i/o bound
<pgreco>
yeah, so I need to really work on updating my build environment
<smaeul>
and 1 second for atf :P
<pgreco>
my main drive is ssd, but the one where de vm sits is an old 5400 1TB
<pgreco>
so nothing is really helping my cause....
leviathancn has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
<wens>
yeah, compiling is half i/o bound
<Hauke>
Wizzup: I haven't tried the patch yet, I tried it with unmodified uboot first and was unable to find the commands and later found this patch in the internet, I am new to uboot
<Hauke>
I will try this later today or tomorrow
<Hauke>
I would like to operate the orange pi r1 woth Openwrt / LEDE without a SD card
<Hauke>
with that patch it is probably just putting all the parts together
adj__ has quit [Ping timeout: 264 seconds]
<Wizzup>
Hauke: unmodified u-boot doesn't support spi on allwinner
<Wizzup>
it can be loaded from it using spl, but u-boot itself cannot do anything without the patch I linked
<Hauke>
Wizzup: ok thanks that explains why it did not work ;-), I assume that it should work with the patch you linked?
<Wizzup>
yes, but you will need to change the u-boot dts of your orange pi
<Wizzup>
see the second patch that changes the lime2 dts
<Wizzup>
I have a lime2 prototype with spi flash, will try with it once I get back at work office
<Hauke>
Wizzup: ok thanks
f0xx has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
SP7RT has quit [Ping timeout: 264 seconds]
adj__ has joined #linux-sunxi
lurchi__ is now known as lurchi_
gzamboni has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
GrimKriegor has quit [Ping timeout: 248 seconds]
GrimKriegor has joined #linux-sunxi
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ has quit [Ping timeout: 250 seconds]
pgreco has quit [Quit: Leaving.]
SP7RT_ has quit [Ping timeout: 268 seconds]
lurchi__ has joined #linux-sunxi
willmore has quit [Ping timeout: 268 seconds]
cnxsoft has quit [Quit: cnxsoft]
SP7RT has joined #linux-sunxi
BenG83_ has quit [Quit: Leaving]
<rasp>
shouldn't give a mmap with length 0x218 and 0x1c20800 as offset give acces to the gpio registers instead of an EINVAL ?
<rasp>
oh, on a v40
<icenowy[m]>
why do you directly access the GPIO registers
<beeble>
and shouldn't offset be page size aligned?
<beeble>
but yeah, the bigger question is why you would access the registers directly
<rasp>
well I'm just trying to understand these registers, that's basically all to it.
<rasp>
According to the v40 pdf last register is at base+0x218...
<rasp>
And it seems either being stuck to a 3.10 kernel or a 4.x without workings drivers thats the only way to do it.
lurchi__ has quit [Ping timeout: 252 seconds]
<beeble>
if you just want to poke around these registers use devmem2 to save you some time
lurchi__ has joined #linux-sunxi
<rasp>
arrm, how would you set PI18 to input and then read PI(18) using devmem2 (address/type/data[to be written]) ?
<KotCzarny>
you need proper registers to do that
<rasp>
thats why I started with the mmap, devmem was suggested by beeble...
<KotCzarny>
if you want to look how things are done you can check gpio.c in h3-shutdown-handler
<buZz>
a/wg 202
<icenowy[m]>
rasp: I suggest you to use sysfs
<icenowy[m]>
if you want to do register ops I suggest you to do it in U-Boot
<KotCzarny>
icenowy: is v40 supported?
<icenowy[m]>
V40 = R40
<rasp>
sysfs is really slow.
<rasp>
icenowy: u-boot ?
<KotCzarny>
icenowy: i've found that using arisc as dedicated microcontroller is great
<beeble>
rasp: what are you trying to achieve at the end. we could suggest better solution if we understand what you are trying to do
<beeble>
instead of sysfs you can also use the new gpio character device in mainline
<beeble>
that would be faster in some cases or at least you can access multiple pins in a single command
<rasp>
beeble: direct access to pins is what I'm looking for (as fast as possible regardless of os version) [it's not a matter of live or death, but would be nice]
<beeble>
in 3.x you only have sysfs as standardized way of gpio user access. 4.8 introduced the new gpio abi as a character device and deprecated sysfs. if you want to bypass everything you will have to use /dev/mem if you don't plan to write your own driver
<beeble>
even if i think there wouldn't be any real benefit to it against the gpio char device
<beeble>
KotCzarny: you have to run it as root? you can write arbitrary memory locations? you don't have any abstraction and have to reimplemnt everything for any soc?
<beeble>
it's a dirty hack
<rasp>
ok 3.10 is what thesse BPI people are offering, I've build and booted 4.15-rcx but can't get any gmac to work (usb neither althougs the dts suggests it should work)
<KotCzarny>
isnt abstraction adding delays?
<rasp>
so I'm trying to acces gpio directly, it's for that soc only anyway...
<beeble>
KotCzarny: your gpio pin isn't as fast as your cpu core
<KotCzarny>
how fast is gpio? half of the clock it uses?
SP7RT has quit [Ping timeout: 260 seconds]
<beeble>
and if you want low latency you shouln't run it from userspace in standard linux either
<rasp>
that elinux example is exactly what I'm trying to do, except mmap() fails in the first place, which gets me back to square 1 ...
<KotCzarny>
you have to do mmap at 4k align
<KotCzarny>
what is your mmap command?
<rasp>
align the address, or size ?
<KotCzarny>
(also, if you just want to play, get devmem2.c)
<KotCzarny>
address
<KotCzarny>
and size is 4k in that example, havent checked other sizes
<beeble>
KotCzarny: sysconf(_SC_PAGE_SIZE) for linux
<KotCzarny>
recently i've had lots of fun programming on arisc
<rasp>
ah, so the base of 0x1c20800 is the problem, you say ?