<vagrantc>
anyone have any idea why linux only sees 1.5GB on a cubieboard4? I would expect something a little closer to 2GB...
<vagrantc>
get these messages in the kernel log: [ 0.000000] Ignoring memory range 0x20000000 - 0x40000000
* vagrantc
suspects it has something to do with using u-boot 2011.10
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #linux-sunxi
leio has quit [Ping timeout: 244 seconds]
leio has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 260 seconds]
p1u3sch1 has joined #linux-sunxi
reev has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
FDCX has quit [Remote host closed the connection]
p1u3sch1 has quit [Ping timeout: 244 seconds]
p1u3sch1 has joined #linux-sunxi
premoboss has quit [Ping timeout: 240 seconds]
reev has quit [Read error: Connection reset by peer]
JohnDoe_71Rus has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 240 seconds]
tomboy65 has joined #linux-sunxi
reinforce has joined #linux-sunxi
mossroy has joined #linux-sunxi
reev has joined #linux-sunxi
mossroy has quit [Client Quit]
merbzt has quit [Ping timeout: 240 seconds]
merbzt has joined #linux-sunxi
premoboss has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
jernej has quit [Ping timeout: 252 seconds]
yann|work has quit [Ping timeout: 268 seconds]
azend|vps has joined #linux-sunxi
tomboy65 has quit [Ping timeout: 248 seconds]
tomboy64 has joined #linux-sunxi
NiteHawk` has joined #linux-sunxi
pekka10 has quit [*.net *.split]
cajg has quit [*.net *.split]
formruga has quit [*.net *.split]
captainigloo has quit [*.net *.split]
tgaz has quit [*.net *.split]
jero has quit [*.net *.split]
oliv3r has quit [*.net *.split]
vbmithr has quit [*.net *.split]
azend|vps_ has quit [*.net *.split]
NiteHawk has quit [*.net *.split]
ordex has quit [*.net *.split]
longsleep has quit [*.net *.split]
pekka10 has joined #linux-sunxi
formruga has joined #linux-sunxi
captainigloo has joined #linux-sunxi
jero has joined #linux-sunxi
tgaz has joined #linux-sunxi
oliv3r has joined #linux-sunxi
vbmithr has joined #linux-sunxi
longsleep has joined #linux-sunxi
cajg has joined #linux-sunxi
domidumont has joined #linux-sunxi
premoboss has quit [Quit: Sto andando via]
ordex has joined #linux-sunxi
ordex has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
_massi has joined #linux-sunxi
mcan has quit [Changing host]
mcan has joined #linux-sunxi
domidumont has joined #linux-sunxi
reev has quit [Ping timeout: 248 seconds]
paulk-collins has quit [Ping timeout: 260 seconds]
reev has joined #linux-sunxi
marble_visions has left #linux-sunxi [#linux-sunxi]
cosm has quit [Ping timeout: 260 seconds]
yann|work has joined #linux-sunxi
asmir has joined #linux-sunxi
sdschulze has joined #linux-sunxi
NiteHawk` is now known as NiteHawk
vagrantc has quit [Quit: leaving]
asmir has quit [Quit: WeeChat 1.0.1]
PaddyF has joined #linux-sunxi
sdschulze has quit [Quit: Verlassend]
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
ricardocrudo has joined #linux-sunxi
lemonzest has joined #linux-sunxi
Net147 has quit [Quit: Quit]
Net147 has joined #linux-sunxi
cptG_ has joined #linux-sunxi
cptG has quit [Ping timeout: 268 seconds]
cptG_ is now known as cptG
iamfrankenstein has quit [Quit: iamfrankenstein]
_massi has quit [Remote host closed the connection]
avph has quit [Ping timeout: 246 seconds]
iamfrankenstein has joined #linux-sunxi
avph has joined #linux-sunxi
mpmctoo has joined #linux-sunxi
ricardocrudo has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
cosm has joined #linux-sunxi
leio has quit [Ping timeout: 246 seconds]
leio has joined #linux-sunxi
punkjazz has joined #linux-sunxi
maz is now known as Guest16678
punkjazz is now known as maz
<keesj>
Does the a13 load u-boot / kernel from the area between the MBR and the first partition or not?
<keesj>
my u-boot output shows http://paste.ubuntu.com/15383453/ but I don't know what prints Found U-Boot script /boot.scr (the rom or something else)
clonak has quit [Read error: Connection reset by peer]
clonak has joined #linux-sunxi
FDCX has joined #linux-sunxi
clonak has quit [Ping timeout: 240 seconds]
<keesj>
any clue on that is failing for the ex4 read in the above pastebin? 3182952 is probably the kernel and 17883 I think the dtb
iamfrankenstein has joined #linux-sunxi
<keesj>
(I have an ext2 partition fot he bootloader/kernel and and ext4 for the root file system
<KotCzarny>
hmm, check on another machine that files are ok
cosm has quit [Ping timeout: 276 seconds]
<ordex>
any suggestion how I could boot my orangepi_mini via tftp ?
<ordex>
maybe by flashing something adhoc on the microsd ?
NiteHawk has quit [Ping timeout: 240 seconds]
<keesj>
(most probably it can't read the initrd the other files are ok) (I am trying to create a process to clone my sd-card (I don't want to install 5 times :p)
<keesj>
so I do thinkg the files are OK
<KotCzarny>
dd ?
<KotCzarny>
:)
NiteHawk has joined #linux-sunxi
<keesj>
I am doing dd + other stuff but the cards have slightly different sizes hence fdisk + mkfs and a little dd magic to copy the SBL sounds like a great plan to me
<KotCzarny>
yeah. i personally leave ~1.6GB for os and mount the rest as /home
<KotCzarny>
that way you can have one 'install' for all boxes and just create additional partition for user
<keesj>
hmm that might have worked (I started with everything on /) and quite a huge swap because android's fastboot somehow likes loading files in memory or similar
<keesj>
I cheched the boot.src and the problem is indeed loading the ramdisk (e.g. the thing it does after loading kernel + dtb
<keesj>
I copied the bootloading like http://paste.ubuntu.com/15383617/ e.g. dd the first 2047 blocks and dd if back to a different card while skipping the first block (MBR)
Amit_T has joined #linux-sunxi
ninolein has quit [Ping timeout: 268 seconds]
clonak has joined #linux-sunxi
ninolein has joined #linux-sunxi
leio has quit [Ping timeout: 244 seconds]
leio has joined #linux-sunxi
avph has quit [Ping timeout: 246 seconds]
vishnup has joined #linux-sunxi
avph has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 276 seconds]
<keesj>
KotCzarny: is it possible that u-boot 's ext2 support is sub optimal? I only did a cp ramdisk.img new.img ; mv new.img ramdisk.img and u-boot was now able to read the full content of the file
p1u3sch1 has joined #linux-sunxi
<KotCzarny>
as i said, maybe earlier file was damaged (maybe badblock on the card?)
reev has quit [Ping timeout: 248 seconds]
<keesj>
certainly not (it never left the sdcard I just did a copy) hence can't be a back block nor anything else just u-boot and some magic happening
<keesj>
I can also be something with the file system (e.g. not probably umounted)
ricardocrudo has quit [Remote host closed the connection]
tkaiser has joined #linux-sunxi
<tkaiser>
ordex: Before you try out an Armbian image to fix WiFi or hostapd problems on your Lamobo R1 better read through the forums to get the idea how crappy the R1's WiFi is especially if you try to use it with hostapd.
<tkaiser>
The best known way to make the R1 into an access point is to either replace it with something else, desolder the WiFi chip and replace it with something more reliable or use an USB dongle.
<tkaiser>
Ok, but if it's 8192 then it's bad anyway ;)
<KotCzarny>
i think its 8188eu
<KotCzarny>
but i might be wrong
<zuikis>
8188eu is pretty bad, i managed to scan with it, but paring failed. On the other hand i just might have been doing something wrong...
apritzel has joined #linux-sunxi
kaspter has quit [Ping timeout: 248 seconds]
<AA781>
realtek 8188 and 8192 are pretty dodgie in x86 aswell
<AA781>
good to see some things stay the same no matter the architecture
apritzel has quit [Ping timeout: 244 seconds]
diego71 has quit [Remote host closed the connection]
diego_ has joined #linux-sunxi
<longsleep>
AA781: i have received Kernel fixes from two other people, see the commit logs in the pine64 specific branches
ricardocrudo has joined #linux-sunxi
<tkaiser>
longsleep: Care to enable a few USB input devices with your next kernel release? I wanted to test GUI stuff just to realize that none of my peripherals (all from Apple) work connected to Pine64 ;)
<AA781>
will take alook
<longsleep>
tkaiser: sure, if you can come up with the names the the modules
<longsleep>
to many "the"s
<longsleep>
one of them is supposed to mean "of"
<AA781>
what types of inputs
<longsleep>
mice, keyboards the sort i would guess
<longsleep>
maybe touch
<AA781>
I see
<longsleep>
who knows what apple devies tkaiser has :)
<longsleep>
+c
<AA781>
mind if I pick your brain a moment longsleep
<longsleep>
i have a funny problem with audio decoding, it does not work well - in fact Pine64 decodes h265 better than any audio
<longsleep>
AA781: sure go ahead
<tkaiser>
longsleep: I'll send a PR
<longsleep>
tkaiser: ok great
<longsleep>
tkaiser: i can roll a build quickly
<tkaiser>
Containing a few more HID devices that user might have lying around (@Armbian we went through the same procedure a few weeks ago)
<longsleep>
well yes, but most impoartantly bring up the CPU in some state, bring up RAM in some other state, set addresses and other stuff whatever required for the SoC and then run u-boot
<longsleep>
well amazon sure, i was more thinking get to the shop now and try within the hour :)
<longsleep>
ah and thats a Pi2
<AA781>
not much around where I am at
<AA781>
I can wait the 2 days
<AA781>
I get those s805s in 2 days aswell
<AA781>
got 2 untis I want to experiment on
<longsleep>
fair enough, but note that RPi does not use U-Boot by default
<AA781>
s805s
<AA781>
but the s805 does ;)
<longsleep>
they have their own reduced bootloader which can run linux directly
zuikis has left #linux-sunxi [#linux-sunxi]
<longsleep>
but thats something you can try to lead the stuff, i think rpi2 support is in u-boot mainline
<AA781>
I want to understand the entire spectrum
<AA781>
u-boot to kernel
<AA781>
I figure the kernel portion should be easy enough
<longsleep>
you will want an uart USB adapter and probably some wires to connect to header pins
<AA781>
still awaiting on that
<AA781>
should be arriving on the 18th for me
mosterta has joined #linux-sunxi
<longsleep>
yeah, you need that to do anything. Also get some switches so you can turn it on and off without unplugging all the time
<AA781>
most things arm wise are not within the city
<AA781>
and I live in Toronto
<longsleep>
mhm there must be a hackerspace in Toronto, no?
<AA781>
very limited
<longsleep>
shame, where do all the nerds go there?
<AA781>
online
<AA781>
that's about it
<AA781>
I do a lot of nux stuff for clients
<AA781>
simple load blanced web clusters
<AA781>
and setup web based applications for business maainly
<AA781>
have had to build some kernels here and there
<AA781>
mainly for poorly supported laptops cough cough toshiba
<AA781>
btw
<AA781>
if you need any resources
<AA781>
storage space
<AA781>
webstuffs
<AA781>
let me know
<AA781>
was thinking of putting together pine linux site
<AA781>
for new comers
<longsleep>
well, if you want to help with pine development try to set up a compile platform, document it nicely
<AA781>
that's another thing I have been jumping around on
<AA781>
reading materials but knowing what is what in what order
<AA781>
lol
<longsleep>
AA781: yeah, i am not sure about this - i have intentionally kept the docs low to avoid getting unqualified feedback and end user attention :)
<AA781>
if I understand you have modified u-boot to more inline with mainline correct?
<AA781>
from what I read in the forums I mean
cosm has joined #linux-sunxi
<longsleep>
AA781: no, the BSP U-Boot is ancient, i just backported some functionality
<AA781>
as I read somehwere the allwinner provided way is somewhat unconventional
<longsleep>
mhm, it is pretty normal for vendors in that price segment
<longsleep>
one gets bad quality ancient unclean zip files which contain code which does not compile
<longsleep>
pretty normal :)
<AA781>
the idea of flooding the market combined with better support might have given allwinner and edge
<AA781>
an*
<longsleep>
well, i am sure they earn money with their current model
<AA781>
true
hulu1522 has joined #linux-sunxi
<AA781>
but you can get yourself to a state of brand reliaility too
<AA781>
reliability
<longsleep>
look at RPi how long it took them to get where they are now
<longsleep>
and they do not have a language barrier
<AA781>
true
<AA781>
british
<AA781>
lol
<AA781>
so
<longsleep>
mhm, sound works like shit on my Pine, did anyone try sound on android? I assume it works there
<AA781>
I have heard it works well under android
cosm has quit [Ping timeout: 264 seconds]
<AA781>
are we tlaking delays in the audio
<AA781>
pops hisses?
<AA781>
stutters?
<longsleep>
stutters ever .5 seconds
<AA781>
or could it be the output frequency
<AA781>
ok
<longsleep>
pulseaudio is unusable, direct alsa works better
<longsleep>
i think its related to DMA
<longsleep>
so you can watch movies without sound on Pine64 :)
<AA781>
no thanks
<AA781>
got a j1900 for that
<AA781>
lol
diego71 has quit [Quit: leaving]
<longsleep>
yeah do not care much either, but i am interested in the why
diego_ has joined #linux-sunxi
<AA781>
so you got cedarx running
<longsleep>
after all Ubuntu Mate works well enough, except for audio and firefox
<AA781>
decoding video
<longsleep>
yes
<longsleep>
that was easy thanks to the folks here
<AA781>
and you have a stutter with the audio
<AA781>
I read that
<longsleep>
stutter with the audio, even when playing a simple wav file
<AA781>
cedar x is for video only correct
<longsleep>
uhm, i think so but i did not look into details there
<longsleep>
sound also clips the first bunch of samples almost all the time
<longsleep>
really strange
<AA781>
from what I read there is a CedarA CedarV
<AA781>
aspect
<AA781>
to the cedarx
<nove>
please don't use the word "cedarx" to describe the hardware, "cedarx" is the name of the allwinner proprietary software
<AA781>
it looks like it may have ties ins with audio
<nove>
AA781: there is an audio engine, but only in A10 soc (and maybe older socs)
<AA781>
ok
<AA781>
ACE for a10 and lower
<AA781>
quick question
<AA781>
why is there a reference to a cedarx coprocessor if it isn't hardware
<AA781>
just wondering
<nove>
AA781: where?
cosm has joined #linux-sunxi
<AA781>
Efficient use of system resources when decoding multimedia, offloading audio and video decoding to CedarX co-processor so that the CPU can be used for other things, (when CedarX is working as it should).
<AA781>
under - Benefits to Allwinner's CedarX technology and libraries:
<nove>
AA781: outdated information, that was written already 3 years ago
<AA781>
ok
<AA781>
good ot know
<AA781>
to*
<nove>
well its a wiki
mossroy has quit [Quit: Quitte]
cosm has quit [Ping timeout: 264 seconds]
<AA781>
where is the goto place to look at all work doen for the pine
<longsleep>
AA781: pine forum?
<AA781>
I mean sources and work done
<AA781>
for collabaration
<longsleep>
mhm, closes thing probably this IRC channel
<AA781>
ok
Guest57997 has joined #linux-sunxi
<longsleep>
i narrowed done the audio problem to mp3 and ogg, wav plays fine
<AA781>
so something with a library
<AA781>
codec
<longsleep>
mplayer says "audio device got stuck" - does that mean something to someone? I am using the sound test files from http://www.kozco.com/tech/soundtests.html - eg. not working is piano2-CoolEdit.mp3
doppo has quit [Ping timeout: 246 seconds]
<AA781>
and oyu are using alsa no pulse
<longsleep>
pulse, works better with alsa but not perfect
<KotCzarny>
longsleep, maybe audiodriver is broken
<KotCzarny>
or it tries to do hw decoding
<longsleep>
KotCzarny: yeah - i have probably enabled to much in the kernel config
doppo has joined #linux-sunxi
<longsleep>
mhm paplay works much better than mplayer
<longsleep>
so maybe pulse is doing some remixing
cosm has joined #linux-sunxi
cosm has quit [Client Quit]
apritzel has joined #linux-sunxi
<AA781>
somethign to do with pulse
<AA781>
and mplayer
<AA781>
are oyu playing around with volume levels or is there some sort of eq/audio normalization occuring?
<longsleep>
no, i am just trying to play sound without hickups in a default ubuntu mate session
<longsleep>
currently rebuilding kernel, i had all kinds of test stuff enabled related to sound - turned that off now
<longsleep>
btw, just saw that i have CONFIG_HID_APPLE=y, so what does tkaiser need in addition?
<longsleep>
thats so funny, they really could have cleaned the thing up first
<AA781>
after I am done I will leave it up
<AA781>
got a decent 250/20 connection
<AA781>
and soon 1gbit/100mbit coming my way
<AA781>
seems liek a lot
<AA781>
they have what in there
<AA781>
everything for building the 3.10 kernel
<AA781>
android?
<longsleep>
yes, they have their complete build tree as found on a developer machine including all temporary files, .o files and everything else the compile generates
<longsleep>
thats why it is so large
<longsleep>
and all the dependencies for android
<longsleep>
its like if i would tar up my development folder
<longsleep>
which is probably what they did
akaizen has quit [Read error: No route to host]
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 250 seconds]
akaizen has joined #linux-sunxi
<longsleep>
mhm new kernel, still audio device got stuck with mplayer -ao alsa and -ao pulse when playing 44.1KHz wav audio
<KotCzarny>
try 48k ?
<longsleep>
same
<longsleep>
tried that
<AA781>
44100
<KotCzarny>
move things to other cores?
<longsleep>
well, there is no cpu load visible
<longsleep>
i think mplayer is bugged - i have to try this on the C2
matthias_bgg has quit [Quit: Leaving]
<KotCzarny>
try mpg321 ?
matthias_bgg has joined #linux-sunxi
<KotCzarny>
ffmpeg?
<KotCzarny>
sox?
<KotCzarny>
load oss compatibility module and try -o oss ?
tomboy64 has joined #linux-sunxi
<KotCzarny>
-ao oss
<longsleep>
yeah didnt compile that in :D
<KotCzarny>
compile as modules and copy
<KotCzarny>
:)
<longsleep>
lets try another player
tomboy65 has quit [Ping timeout: 250 seconds]
<longsleep>
yes doing that
<longsleep>
ok same issue with mpg321
<longsleep>
:/
<KotCzarny>
and you say wavs play fine?
<longsleep>
with paplay yes
<KotCzarny>
but stutters with aplay?
<longsleep>
yes
<KotCzarny>
then either audio codec gets stalled or cpu
<longsleep>
mhm CPU seems to be idle
<longsleep>
aplay logs underruns
<KotCzarny>
set cpufreq to performance?
<longsleep>
yeah, no difference there
<longsleep>
i currently test everthing with performance
<longsleep>
something is broken and i am missing what it is
<longsleep>
maybe tkaiser has an idea once his mouse works :P
tomboy64 has quit [Ping timeout: 248 seconds]
tomboy64 has joined #linux-sunxi
<KotCzarny>
google: arm alsa underrun
<longsleep>
ok
<AA781>
should have everything downloaded in the next 3 hours
cajg has quit [Ping timeout: 244 seconds]
<AA781>
knock on wood
tomboy65 has joined #linux-sunxi
tomboy64 has quit [Ping timeout: 268 seconds]
<KotCzarny>
longsleep: there is gsoc2014 thread about improving allwinner audio soc support
<KotCzarny>
and something about reworking dma code
<KotCzarny>
maybe it's related somehow
<longsleep>
yes, though it seems to work in android with the same kernel
Netlynx has quit [Quit: Leaving]
bonbons has quit [Quit: Leaving]
avph has quit [Ping timeout: 246 seconds]
<AA781>
first thing I m gonna do is clean up this bsp ordeal once I got it downloaded
<AA781>
and issue a leaner torrent for distrobution
<AA781>
does that sound like a smart thing to do longsleep?
<KotCzarny>
setup indexed www tree maybe?
avph has joined #linux-sunxi
<AA781>
I can that too
<AA781>
can do*
avph has quit [Ping timeout: 246 seconds]
<AA781>
btw longsleep how well has mate de been working on your board?
<AA781>
big fan of mate myself
avph has joined #linux-sunxi
Inode has joined #linux-sunxi
<AA781>
I can also have git installed
<AA781>
community edition
<AA781>
of course
<AA781>
I am run a cluster consisted of 2x j1900s with 4gb ram each with 4x j1800 frontends with 2gb ram each
avph has quit [Ping timeout: 246 seconds]
<AA781>
currently with a single 250/20 connection
<AA781>
lamp stack
<AA781>
my single point of failure is currently the internet connection
<AA781>
but will be rectified soon enough
<AA781>
25% completed
<AA781>
on torrent downloads
<AA781>
I cna provide a stand alone system
<AA781>
a core 2 duo with 4gb ram
<AA781>
if oyu prefer longsleep
nove has quit [Quit: nove]
<apritzel>
why is everyone so keen on this shitty BSP?
<AA781>
learning the process
<AA781>
new to arm
<AA781>
;)
<apritzel>
totally the wrong way to learn
<apritzel>
seriously
<AA781>
what do you suggest?
<apritzel>
if you want to learn how to build a house you don't watch children in the sandbox ...
<apritzel>
follow the upstream Linux kernel process
<AA781>
I am aware of it mate
<apritzel>
follow how to rebuild distributions
<AA781>
look I am looking into things pine specific at this moment
<AA781>
want to be able to help out
<apritzel>
but the Allwinner code is total crap, seriously
<AA781>
completely aware of it apritzel
<apritzel>
by looking into that not only you learn the wrong things, but you also waste time
<apritzel>
I'd really appreciate if people would look into a proper U-Boot port, for instance
<AA781>
but tto understand the differneces one must have a comparison to go by
<apritzel>
no
<AA781>
hence why I am looking at the crappy bsp
<apritzel>
you should check out the upstream kernel repo with the A64 patches so far
<AA781>
will do mate
<apritzel>
for instance USB support is still lacking, but shouldn't be too complicated
<AA781>
well I am just familiarizing myself with the state of things
<AA781>
as I have no boards to test on at this point
<AA781>
not until April or May if there is a delay
<apritzel>
I understand that, but seriously that BSP is the wrong starting point
<apritzel>
you will just learn how to _not_ do things
<apritzel>
without knowing it, that is ;-)
<AA781>
which to me i important
<AA781>
learning how not to make the same mistakes as they have
<apritzel>
I don't think that is how it works
<AA781>
but comparing to the proper method kind of looking at both and spotting the differnces I understand
<AA781>
visually
<apritzel>
if you don't know about ARM, than you have to learn a lot of stuff anyway
<AA781>
reading up on u-boot
<apritzel>
and learning the old and misguided approach is not of no help
<AA781>
not learning it
<AA781>
learnign tocompare an dnotice the bad habits
<AA781>
and what to avoid ;)
<AA781>
is all I am doing mate
<AA781>
btw
<apritzel>
I still consider this a waste of time
<apritzel>
it would make some sense if you'd do it the other way round
<AA781>
aside form the bsp provided (with patchwork) what else is working on those boards (with usb/ethernet etc)
<AA781>
just a question as I am coming from x86 amd64 to all of this
<AA781>
and seeing as there is so little reference areas on where to start
<AA781>
and sources to look at
<apritzel>
there are patches for the upstream kernel
<apritzel>
the core support should go into the current merge window
<apritzel>
which will give you the UART, basically
<apritzel>
with some more patches you get MMC, I2C, GPIO
keh has quit [Ping timeout: 244 seconds]
<apritzel>
an Ethernet driver is in the testing phase
<apritzel>
USB support seems to lack some tiny things like proper reset
<AA781>
I saw the work you did in terms o 4.x kernel
<AA781>
4X
<AA781>
I think it was you
<apritzel>
yes
<AA781>
so you need usb/eth/mmc/12c/gpio/
<AA781>
u-boot needs work
<apritzel>
U-Boot isn't so bad so far
<apritzel>
it's missing network support (new driver needed, same problem as Linux)
<apritzel>
but I can load 32-bit and 64-bit kernels from the SD card
<apritzel>
AA781: the point is: if you are really new to ARM, you will need to learn an awful lot of things
<AA781>
isn't it booting in a 32bit mode
<AA781>
from what I read
<apritzel>
yes
<AA781>
I'm a quick study
<apritzel>
but x86 is booting in 16-bit mode ;-)
<AA781>
I know
<AA781>
;0
<AA781>
;)
<AA781>
brb
<AA781>
wife is calling
<apritzel>
problem is: you look at how things are done in the BSP and get the wrong idea
<apritzel>
and believe me: coming from x86 to ARM takes a while (I did this three years ago)
hulu1522 has quit [Ping timeout: 244 seconds]
<apritzel>
regardless of how much you thought you know about (x86-) computers and/or Linux ;-)
<apritzel>
actually I'd prefer you'd look at it from the x86 point of view and totally ignore the BSP
<apritzel>
the only use of the BSP is to find information about undocumented things
<AA781>
ok
<AA781>
back
<AA781>
go on apritzel
<AA781>
value your input on the subject
<AA781>
as I have a month or two to get caught up
<apritzel>
the 32-bit boot is not a real problem
<apritzel>
you can switch to 64-bit at any time
<AA781>
got it
<apritzel>
and the chip is more or less 32-bit anyways (no memory or I/O beyond 4GB)
<AA781>
32 bit limitation is no concern understood
<apritzel>
so in two months you can surely learn a lot, but not both the bad and the good way
iamfrankenstein has quit [Quit: iamfrankenstein]
<apritzel>
you can look at the wrong later for curiosity or amusement
<AA781>
ok
<AA781>
I understand that there were no no's regarding how they entered el3 mode
<AA781>
with the bsp
<apritzel>
while you mention it: the BSP contains quite some dead code
<apritzel>
for instance this "enter the kernel in EL3"
<AA781>
longsleep mentioned that
<apritzel>
this was apparently a misguided early experiment
<AA781>
henc ethe 24gb torrent
<apritzel>
but they forgot to remove this from the code
<apritzel>
well, the bad code is not responsible for the 24 GB ;-)
<AA781>
nope that's the android inclusion and various other things
<apritzel>
indeed, all the build files, for instance
<apritzel>
longsleep has the diff in his repo, you can look at this
<AA781>
forgot to ask wher ehis repo is
<apritzel>
github.com/longsleep ;-)
<AA781>
at it
dev1990 has quit [Quit: Konversation terminated!]
<apritzel>
but again this is the BSP diff, so gives you the wrong idea