<apritzel>
if someone who owns a linux-sunxi.org ban hammer could fix the Wiki ...
apritzel has quit [Ping timeout: 244 seconds]
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<TheLinuxBug>
NiteHawk
<TheLinuxBug>
If I recall he has acess on the wiki
<TheLinuxBug>
or libv maybe?
kaspter has joined #linux-sunxi
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
<MoeIcenowy>
apritzel: ;-)
<MoeIcenowy>
I think I won't have a monitor to run Pine64 Android
leio has quit [Ping timeout: 258 seconds]
kaspter has quit [Read error: Connection reset by peer]
* MoeIcenowy
trying to use AR100 as a microcontroller
kaspter has joined #linux-sunxi
keh has quit [Quit: = ""]
ninolein has quit [Ping timeout: 272 seconds]
ninolein has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
kaspter1 has joined #linux-sunxi
kaspter1 has quit [Remote host closed the connection]
<wens>
yay my email is back
kaspter has joined #linux-sunxi
iamfrankenstein has quit [Ping timeout: 276 seconds]
iamfrankenstein1 has joined #linux-sunxi
iamfrankenstein1 is now known as iamfrankenstein
cnxsoft has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
lvrp16_ has joined #linux-sunxi
lvrp16 has quit [Ping timeout: 244 seconds]
lvrp16_ is now known as lvrp16
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
JohnDoe71rus has joined #linux-sunxi
JohnDoe_71Rus has quit [Read error: Connection reset by peer]
kaspter has quit [Remote host closed the connection]
zkirill has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
zkirill has quit [Quit: zkirill]
p1u3sch1_ has quit [Ping timeout: 272 seconds]
p1u3sch1 has joined #linux-sunxi
<willmore>
MoeIcenowy, why????
<willmore>
;)
ganbold has joined #linux-sunxi
leio has joined #linux-sunxi
zuikis has joined #linux-sunxi
fire219 has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
<MoeIcenowy>
willmore: make a prototype for ARISC
leio has quit [Ping timeout: 276 seconds]
kaspter has joined #linux-sunxi
leio has joined #linux-sunxi
zuikis has left #linux-sunxi [#linux-sunxi]
dearfibonacci has joined #linux-sunxi
jernej has quit [Ping timeout: 276 seconds]
reinforce has joined #linux-sunxi
IgorPec has quit [Ping timeout: 258 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 252 seconds]
IgorPec has joined #linux-sunxi
IgorPec has quit [Ping timeout: 258 seconds]
yann has joined #linux-sunxi
yann has quit [Ping timeout: 252 seconds]
leio has quit [Read error: Connection reset by peer]
leio has joined #linux-sunxi
Guest_93838 has joined #linux-sunxi
leio has quit [Remote host closed the connection]
<Guest_93838>
Allah is doing
<Guest_93838>
sun is not doing Allah is doing
<Guest_93838>
moon is not doing Allah is doing
<Guest_93838>
stars are not doing Allah is doing
<Guest_93838>
planets are not doing Allah is doing
<Guest_93838>
galaxies are not doing Allah is doing
<Guest_93838>
oceans are not doing Allah is doing
<Guest_93838>
mountains are not doing Allah is doing
<KotCzarny>
go away
<Guest_93838>
trees are not doing Allah is doing
<Guest_93838>
mom is not doing Allah is doing
<Guest_93838>
dad is not doing Allah is doing
<Guest_93838>
boss is not doing Allah is doing
<Guest_93838>
job is not doing Allah is doing
<Guest_93838>
dollar is not doing Allah is doing
<Guest_93838>
degree is not doing Allah is doing
<Guest_93838>
medicine is not doing Allah is doing
<Guest_93838>
customers are not doing Allah is doing
<Guest_93838>
you can not get a job without the permission of allah
<Guest_93838>
you can not get married without the permission of allah
<KotCzarny>
libv, nitehawk, turl
<Guest_93838>
nobody can get angry at you without the permission of allah
<Guest_93838>
light is not doing Allah is doing
<Guest_93838>
fan is not doing Allah is doing
<Guest_93838>
businessess are not doing Allah is doing
<Guest_93838>
america is not doing Allah is doing
<Guest_93838>
fire can not burn without the permission of allah
<Guest_93838>
knife can not cut without the permission of allah
<Guest_93838>
rulers are not doing Allah is doing
<Guest_93838>
governments are not doing Allah is doing
<Guest_93838>
sleep is not doing Allah is doing
Gerwin_J has joined #linux-sunxi
<Guest_93838>
hunger is not doing Allah is doing
<Guest_93838>
food does not take away the hunger Allah takes away the hunger
<Guest_93838>
water does not take away the thirst Allah takes away the thirst
<Guest_93838>
seeing is not doing Allah is doing
<Guest_93838>
hearing is not doing Allah is doing
<Guest_93838>
seasons are not doing Allah is doing
<Guest_93838>
weather is not doing Allah is doing
<Guest_93838>
humans are not doing Allah is doing
<Guest_93838>
animals are not doing Allah is doing
<Guest_93838>
the best amongst you are those who learn and teach quran
<Guest_93838>
one letter read from book of Allah amounts to one good deed and Allah multiplies one good deed ten times
<Guest_93838>
hearts get rusted as does iron with water to remove rust from heart recitation of Quran and rememberance of death
<Guest_93838>
heart is likened to a mirror
<Guest_93838>
when a person commits one sin a black dot sustains the heart
<rellla>
libv ^^
<jonkerj>
what's Allah's stance on sunxi chips these days?
<Guest_93838>
to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger
<rellla>
ah, did not find your post, KotCzarny :p
<rellla>
jonkerj: sun (xi) is not doing \o/
<KotCzarny>
rellla: no worries, just keep scrolling
<zoobab_>
will try to get openwrt/lede running on it
<KotCzarny>
isnt chip well supported software side?
<MoeIcenowy>
apritzel: I tried to add multi-reset
<buZz>
KotCzarny: A13? yeah been supported for a while now
<MoeIcenowy>
now the system hangs after ohci-platform 1c1b400.usb: new USB bus registered, assigned bus number 2
<apritzel>
MoeIcenowy: I think I could get further by keeping OHCI disabled
<apritzel>
in the DT
<MoeIcenowy>
Will keep it disable make it not able to use USB1.0 device?
<apritzel>
possibly, I know it's not a solution, just a hack ;-)
<MoeIcenowy>
oh OHCI cannot afford my clocks
<MoeIcenowy>
I set 4 clocks in it
<apritzel>
MoeIcenowy: I think Amit_T had some success with Linux OHCI by enabling the U-Boot USB support
<apritzel>
because we can more easily set random bits there ;-)
<MoeIcenowy>
you mean do ugly things in U-Boot?
<mripard>
speaking of old bindings... apritzel, any plans on submitting those A64 patches?
<apritzel>
MoeIcenowy: wouldn't say that exactly, more like: using U-Boot as an experimentation platform
<apritzel>
mripard: you mean those with the new multi-parent clock gates driver and binding?
<apritzel>
mripard: I was under the impression that this was NAKed and becoming obsolete with sunxi-ng anyway
<apritzel>
mripard: I started to hack on a prototype with firmware clocks
<apritzel>
mripard: if you feel there is a chance for those patches to be accepted, I can post a current version
<apritzel>
mripard: but that would be 4.9 material anyway, right?
<Amit_T>
apritzel: Hello, I think I just tested OHCI support in U-boot(though I am not sure theses logs says USB 1.x DEVICE is detected) but couldn't able to test it on Linux Side.
<MoeIcenowy>
the upper one and the lower one is different
<Amit_T>
lower one I tested that mix of OHCI/EHCI
<MoeIcenowy>
ok we're also working on lower one
<MoeIcenowy>
I think upper one won't work now
<NiteHawk>
the lower one is a 'standard' host port and should be easier to achieve. the upper one is dual-role (OTG), and probably requires extra configuration to properly enter host mode
IgorPec has joined #linux-sunxi
<MoeIcenowy>
seems that there's now still no device which uses the OTG controller really in the "otg" way
<MoeIcenowy>
apritzel: to use boot0img utility
<MoeIcenowy>
I should use u-boot.bin or u-boot-dtb.bin
<apritzel>
both are the same these days ;-)
<apritzel>
MoeIcenowy: btw: Amit_T's U-Boot EMAC driver has been merged in the sunxi/next (or so) branch
<apritzel>
so you could use that to TFTP kernels
<apritzel>
but that won't help if you hack on U-Boot, of course ;-)
<MoeIcenowy>
I do not have any Ethernet cables now
<MoeIcenowy>
our home have used wireless-only network for more than 5 years
<MoeIcenowy>
I still failed to make a U-Boot-enable img
<MoeIcenowy>
stuck at "INFO: BL3-1: Next image address: 0x4a000000, SPSR: 0x3c9"
<MoeIcenowy>
seems that it failed to jump to U-Boo
<MoeIcenowy>
U-Boot
<apritzel>
MoeIcenowy: yeah, that's an interesting bug I found on Sunday as well
<apritzel>
resetting or re-powering seems to help
<apritzel>
(as a quick work around)
<MoeIcenowy>
It didn't work
IgorPec2 has joined #linux-sunxi
<MoeIcenowy>
(the U-Boot image provided by you is stable
IgorPec has quit [Ping timeout: 276 seconds]
<apritzel>
can you try to checkout the commit that the stable U-Boot mentions on boot?
<apritzel>
and see if rebuilding that works?
<apritzel>
I was already wondering if that's a regression
<apritzel>
which would be a pity since the release was yesterday :-(
<aalm>
:/
<MoeIcenowy>
ga090bfa ?
Da_Coynul has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<atsampson>
Chen-Yu's comment about power rail voltage drops on the mailing list is interesting -- could we measure that to determine reasonable voltage settings at different loads?
<MoeIcenowy>
apritzel: can you enable regulators for rtl8723bs wifi&bt in further ATF?
<MoeIcenowy>
it will be useful to make Pine64 highly usable
<MoeIcenowy>
oh Pine64 MMC is so ugly
<MoeIcenowy>
mmc 0/1/2 have different functions
JohnDoe71rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<wens>
tkaiser: still seems custom though
<apritzel>
MoeIcenowy: sure, will do
popolon has joined #linux-sunxi
<tkaiser>
wens: Sure, but it has been adjusted for Banana Pi (M1) and that these settings are used with other Banana boards is just the result of copy&paste.
<tkaiser>
Announced 24h hours ago. They use device tree stuff, kernel and u-boot from longsleep's Pine64+ repos
<plaes>
heh
<longsleep>
lol
<jelle>
wut
<longsleep>
lets hope they do not fuck it up more than it already is
<wens>
as far as license stuff goes, i don't see an issue, though copying board configs directly is kind of stupid
<Turl>
ow, irc spam
<tkaiser>
wens: Sure, hopefully they adjust the stuff. And it won't take that long as with BPi M2 back then (took months until they figured out how they routed their pins on the GPIO header for example)
<longsleep>
they need to change at least some things to make the eMMC work
<tkaiser>
wens: On Olimex' A64 board there is HSIC available on a connector. According to A64's user manual the host and HSIC port are multiplexed. Does that means if one connects an USB hub as you suggested the host port won't work any more?
Nacho has quit [Ping timeout: 264 seconds]
<longsleep>
tkaiser: did they announce the price of that thing already?
Nacho has joined #linux-sunxi
<apritzel>
longsleep: the article mentions something about 35$
<wens>
tkaiser: i guess there's something to configure at the phy layer?
<longsleep>
ah
<Turl>
KotCzarny, rellla, if it's ever more severe and there's nobody around I think you can /join #freenode and have someone there ban them
<tkaiser>
longsleep: Nope, they told Jean-Luc they would sell it for $35 but I doubt that's true (M2+ should be sold for $30 according to them and now it's close to $40)
<apritzel>
tkaiser: right, it's either HSIC or host
<KotCzarny>
it wasnt severe (as in flood chan attack), just irritating
pietrushnic has joined #linux-sunxi
<Turl>
KotCzarny, rellla, also, try to ping with context when you do :) I saw the notification earlier on my phone but dismissed it as it didn't look too urgent :(
<wens>
tkaiser: according to bpi m3 schematics, the 40 pin fpc csi connector has both CSI (the parallel version) and mipi csi
<tkaiser>
wens: Yeah, but on BPi M64 it looks like the same 24 pin connector used on BPi M2+ and all Orange Pis
<tkaiser>
wens: So I would suspect it's just another case of copy&paste (gone wrong) SinoVoip is so famous for.
<wens>
tkaiser: then it's probably just the parallel variant
kaspter has quit [Ping timeout: 240 seconds]
<wens>
but anyway, they outsource the design layout to orangepi's steven
<wens>
i suppose they just write the specs
<tkaiser>
wens: You're talking about Foxconn / Nora?
<jmcneill>
hi tkaiser
<wens>
tkaiser: yeah
<tkaiser>
wens: Strange relationships over there :)
<tkaiser>
jmcneill: The OPi+ 2E should be on its way :)
<jmcneill>
post office might be going on strike so i may not see it for a while :p
cnxsoft has quit [Quit: cnxsoft]
<rellla>
Turl: ok. #freenode is a good hint in case of missing channel ops... thanks
Shirasaka-Hazumi has quit [Ping timeout: 246 seconds]
<tkaiser>
longsleep: Weird, booting SinoVoip's 'Raspbian-lite' image on Pine64+ (ARMv6 userland running on Cortex-A53)
<longsleep>
longsleep: uhm - and it works?
<TheLinuxBug>
tkaiser: welcome back; Finally setup Armbian on my Pi Plus 2E and I gotta say it runs pretty nicely
pietrushnic has quit [Ping timeout: 250 seconds]
<apritzel>
tkaiser: longsleep: yeah, a sane 32-bit userland works out of the box on a halfway decent AArch64 kernel
<longsleep>
apritzel: sure - i was more wondering about the 'booting' part :)
Shirasaka-Hazumi has joined #linux-sunxi
hansg has joined #linux-sunxi
aalm has quit [Quit: aalm]
pietrushnic has joined #linux-sunxi
tgaz has quit [Read error: Connection reset by peer]
tgaz has joined #linux-sunxi
dearfibonacci has quit [Quit: Leaving]
Amit_t_ has joined #linux-sunxi
topi` has quit [Ping timeout: 246 seconds]
topi` has joined #linux-sunxi
fdcx has quit [Ping timeout: 246 seconds]
fdcx has joined #linux-sunxi
<MoeIcenowy>
running ARMv6 userland on A53 is nothing new -- it's done by Raspberry Pi Foundation.
<MoeIcenowy>
but it's really silly
<tkaiser>
longsleep: Sure it works, they're basically just using Pine64+ settings. I would suspect this image only boots on Pine64+ but not on their board (since BPi has LPDDR3 and Pine64+ DDR3)
<tkaiser>
ddr voltage = 1500 mv | DRAM Type = 3 (2:DDR2,3:DDR3,6:LPDDR2,7:LPDDR3) | DRAM clk = 672 MHz
<longsleep>
tkaiser: yes - so they will probably just do whatevery hackery they usually do and release non-reproducable images for their board?
<tkaiser>
longsleep: They release a few OS images every few days (no upgrade possible of course) and try to make them bootable on all their boards. So the 1st FAT partition is filled with junk to support RPi and all the various Bananas and then their bpi-bootsel tool can be used to overwrite SPL+u-boot. No idea why they think any of their users would need this
bfree has quit [Ping timeout: 246 seconds]
<longsleep>
tkaiser: oh i see - and when does one run bpi-bootsel? manually before flashing?
pietrushnic is now known as pietrushnic`away
<tkaiser>
Nope, after flashing. Since I don't trust their scripts I simply did it manually: gunzip -c /tmp/uboot-2014.07-pine64.img.gz | dd of=/dev/sda bs=1024 seek=8 status=noxfer
<tkaiser>
(on an Orange Pi in this case)
IgorPec has quit [Ping timeout: 246 seconds]
<tkaiser>
Hehe, the useless sysbench cpu test takes 4 seconds with longsleep's Ubuntu image and this is with Raspbian: execution time (avg/stddev): 118.0369/0.02
<tkaiser>
29.5 times slower :)
IgorPec has joined #linux-sunxi
<longsleep>
urg - thats slow - so basically its pretty dumb to run armv6 userland
<longsleep>
isnt this the same which is done on RPi3 ? i
<tkaiser>
longsleep: Nah, that's just an extreme example where ARMv8 code outperforms easily (sysbench is calculating prime numbers). On ODROID-C2 the same 'benchmark' takes 3.x seconds.
<tkaiser>
On RPi 3 it's also that slow
<longsleep>
tkaiser: ok, but i mean the RPi images are also ARMv6 while the hardware can do ARMv8 right?
<tkaiser>
longsleep: I don't know why they provide these Raspbian images. Userland is ARMv6 and while this makes some sense for RPi 3 (compatiblity) it's absolutely useless on Bananas where everything is different.
yann has quit [Ping timeout: 276 seconds]
<tkaiser>
Their forums are full of people fiddling around with /boot/config.txt just to realize that a Banana is no Raspberry and to throw their board away after days of trial&error.
JohnDoe_71Rus has joined #linux-sunxi
<buZz>
tkaiser: to those forums also list the locations of their garbagecans?
<KotCzarny>
TheLinuxBug: nanopi doesnt have good pmic/vreg
<KotCzarny>
ie. only two states possible
<tkaiser>
longsleep: After installation of xz-utils at least u-boot could be upgraded using your script. Kernel update fails since 'No space left on device' -- 'Team BPi'...
<TheLinuxBug>
was actually thinking about getting a NanoPi 2 Fire though and seeing how that worked.. but thats a samsung chip
<KotCzarny>
but solution is the same, needs good cooling
enrico_ has joined #linux-sunxi
<tkaiser>
TheLinuxBug: Nexell to be more precise (related to Samsung but disconnected from kernel development)
hansg has quit [Remote host closed the connection]
<TheLinuxBug>
I see
IgorPec has quit [Ping timeout: 276 seconds]
IgorPec has joined #linux-sunxi
aballier has quit [Quit: leaving]
clonak has quit [Remote host closed the connection]
clonak has joined #linux-sunxi
<TheLinuxBug>
wow 1 month to ship from China
<TheLinuxBug>
and still 8$
<tkaiser>
TheLinuxBug: When ordering from FriendlyARM to Europe, order 3 pieces. Then China post costs $13 and DHL Express just $14 ;)
<TheLinuxBug>
well DHL is 13$ to US
<TheLinuxBug>
but still seems a bit expensive :Z
<TheLinuxBug>
half the cost of the Fire board to just ship
<tkaiser>
TheLinuxBug: Or compare with Xunlong, pay $3.50 for shipping and get your goods within 5 to 14 days ;)
<tkaiser>
TheLinuxBug: Before I would think about NanoPi M1 I would buy an Orange Pi PC. Same features, faster (due to better heat dissipation) and even cheaper if you consider shipping
<TheLinuxBug>
I dunno, after the abysmal support from Xunlong in their own forums I am not too anxious to buy another. While the board works good with Armbian, all of their default provided OSs including Android are absolute shit.
<tkaiser>
TheLinuxBug: So what?
<TheLinuxBug>
tkaiser: if I buy from FriendlyARM it will likely be either T3 or 2 Fire
<KotCzarny>
if you want android, buy tv set top box
<KotCzarny>
they usually have software sorted up
<TheLinuxBug>
nah all I want is a well rounded board where the manufacturer actually spent more than 5 seconds perfecting their images... that Android image is a bunch of shit and they should be ashamed for releasing it that way.
<KotCzarny>
dev boards are what they are, development boards, not consumer ready boards
<TheLinuxBug>
especially with it burnt onto the eMMc
<tkaiser>
TheLinuxBug: Then get an Android image from Zido or Beelink and replace sysconfig_fex stuff ;)
<TheLinuxBug>
Odroid is a good example
<TheLinuxBug>
I would spend the more money for their product because they actually spent time refining their stuff instead of releasing pure SDK garbage
bfree has joined #linux-sunxi
IgorPec has quit [Ping timeout: 272 seconds]
IgorPec has joined #linux-sunxi
<TheLinuxBug>
KotCzarny: I am not really stuck on an Android box, but I would like to find a solution where both Linux and Android work 'well' or at least decently so that if I want I can switch back and forth. If it weren't for the poor Android release for the Pi Plus 2E it would actually fit that bill almost perfectly.
<KotCzarny>
but honestly, what are you going to use?
<KotCzarny>
while its nice to have dual boot/choice, its not that you will be using both in the long run
<KotCzarny>
that's why you should think out what would be the use case for you
<KotCzarny>
for me its definitely linux, android being eye candy/toy at best, so no big loss
<KotCzarny>
and when h3 gets most of the mainline support i'll have near perfect board
<KotCzarny>
*boards
<TheLinuxBug>
Actually I have about 4 boards in this rooms that I am constantly booting different things, Android, Linux various distros etc, but the perfect fit for my current need would act as an android tv device for my sister when she wants it and would act as a workstation for me when I go there.
<KotCzarny>
try kodi?
<TheLinuxBug>
Currently Odroid C2 works fine for this
<KotCzarny>
or whatever the best gui for mplAyer is
<TheLinuxBug>
but I have a better use for the c2 if I can find a workable replacement
<TheLinuxBug>
was hoping Pi Plus 2E would be a cheaper replacement for this, and as I said, ALMOST is
IgorPec has quit [Ping timeout: 240 seconds]
afaerber has joined #linux-sunxi
<TheLinuxBug>
I am kinda thinking one of these FriendlyArm devices may be well able to fill that void as well
<TheLinuxBug>
as they claim to have good Android 5.1 images for most of their boards along with goo Linux dists (per what I even read from tkaiser on the forum)
aballier has joined #linux-sunxi
afaerber has quit [Ping timeout: 250 seconds]
afaerber has joined #linux-sunxi
zuikis has joined #linux-sunxi
al1o has joined #linux-sunxi
<tkaiser>
longsleep: In case you want to support the BPi folks you would need to adjust pine64_update_kernel.sh: Check for existence of /boot/bananapi/bpi-m64/linux/ and save kernel stuff there.
<tkaiser>
TheLinuxBug: And NanoPi M3 or the T3 using an octa-core Cortex-A53 suffers from the same problem as RPi 3 or Banana Pi M64 when used with moronic vendor supplied distros: Only 32-bit userland and pretty slow. Do not even think about NanoPi M3 since there you can not mount a huge heatsink.
<apritzel>
tkaiser: "the first boot is from microSD card. if you want to boot from eMMC flash ,please remove microSD card from BPI-M64 microSD card slots."
<apritzel>
tkaiser: does that mean that they connected the SD slot to MMC2?
<tkaiser>
KotCzarny: Nope, same crap as BPI M3: Octa-core overheating as hell (so not useable at specified clockspeeds) and low IO bandwidth due to lack of real USB host ports (internal USB hub)
<KotCzarny>
pity
<KotCzarny>
any news on xunlong's take on a64?
<KotCzarny>
for now they could top the boards with 3GB, hehe
<tkaiser>
KotCzarny: Not that I know of. But according to wens Steven designed BPi M64 ;)
<KotCzarny>
ugh
<KotCzarny>
was it sabotage maybe?
<KotCzarny>
hehe
Guest74274 has joined #linux-sunxi
<apritzel>
tkaiser: wanted to check which eMMC they use and how it's connected
<KotCzarny>
prepare the banhammer?
<tkaiser>
apritzel: That's not documentation but instead copy&paste from other 'manuals'. You never know whether something is correct or not and they do not fix documentation or other mistakes even if you tell them multiple times. They simply don't care at all about such stuff.
<KotCzarny>
or not, wrong host
<apritzel>
tkaiser: I hope so ;-)
<tkaiser>
apritzel: At the moment they use simply Pine64+ .dtb from longsleep without any modifications. So no eMMC, no leds, nothing
<apritzel>
yeah!
Guest74274 is now known as BenG83
<tkaiser>
If they're clever they walk again to wens and donate a board to him. Let's see ;)
<KotCzarny>
android 7.0, this is crazy, why cant they invent os once and for a long time
al1o has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<buZz>
apritzel: which part of 'i like this' was an invitation for you to throw mud? :P
<buZz>
KotCzarny: nice stuff
<buZz>
> Accelerated graphics drivers need to be fully supported either with open source code, or through royalty free binary drivers. If binary drivers are utilized, the vendor will provide support to provide updated drivers/libraries to support new mainline Linux kernel features.
<buZz>
is allwinner there yet?
<apritzel>
buZz: you said "96boards is so sexy" and that is total opposite of my impression on it
<buZz>
apritzel: cool stuff
tkaiser has joined #linux-sunxi
<KotCzarny>
You can run any random kernel release, have own set of ugly patches for bootloader. And you will get “96 boards officially certified” stamp on it.
<BenG83>
if I wanted to set a certain register bit in the PMIC on the Pine64 (32h bit3 in this case - enable charger led output/control), where would the best spot be to do that?
<BenG83>
Is there a way to write registers through sysfs/debufs maybe?
<TheLinuxBug>
see I don't know about a stand alone unit for in the house like that, though I am sure with those DACs it sounds nice, I would be more likely to buy something like that which is manufactured to be installed in older cars without the fancy nav systems in them
<TheLinuxBug>
it almost looks like its compact enough
<apritzel>
BenG83: you can try devmem2 (though I think it's still broken for 64-bit)
<TheLinuxBug>
cause it would then serve the purpose of a nav unti and an audio system
<TheLinuxBug>
unit*
<KotCzarny>
looks like. but its a waste, driving noise will cancel all the benefits
<TheLinuxBug>
true, but see if I were wanting to play high quality audio I would just use my really nice tube receiever or in m ost cases I would just use my PC. While not the sounds you get from the DAC on those, costs me a lot less than 400$ to hear my music...
<TheLinuxBug>
I dunno, I guess if your an audiophile it may be worth it
<KotCzarny>
pc == fans
<KotCzarny>
fans == noise
<TheLinuxBug>
yeah but I am also in a room with 3 servers running an overhead fan and such anyhow
<BenG83>
apritzel, devmem2 only writes to the local A64 RAM, or are the PMIC registers somehow memory mapped through the RSB?
<TheLinuxBug>
so for me I guess I don't have the right enviroment to appriciate something like that
<apritzel>
BenG83: oh, PMIC
<KotCzarny>
no point in audiophile grade then
<KotCzarny>
unless headphones
<apritzel>
well, I hacked my own tool to trigger sequences of register writes
<apritzel>
and could access the PMIC on this way
<BenG83>
I saw that some registers can be initialized via the devicetree entry for the PMU
<BenG83>
but not the led control register
apritzel has quit [Ping timeout: 244 seconds]
IgorPec has joined #linux-sunxi
OverCR has quit [Read error: Connection reset by peer]
lynxis has quit [Ping timeout: 272 seconds]
OverCR has joined #linux-sunxi
zkirill has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]