<hno>
mnemoc, please use the "stable" branch (sunxi) for any released binaries. -current is really -current and can have any amount of upstream + our breakage in it.
<hno>
It's fine for testing, but it's not something I would like random users to try installing.
<mnemoc>
hno: those are intended for testing only...
<mnemoc>
kernel is also build from the test branch
<mnemoc>
built*
Sternennebel1 has quit [Quit: Leaving.]
<mnemoc>
I'll rename the dir from stage-3.0 to testing-3.0
<mnemoc>
hno: the purpose is to make easier for people to test changes before they go to the "stable" branches
avernos has quit [Quit: Leaving]
<hp__>
darn should i or shouldn't i pre order an ouya.. tegra 3 - quad core.. hmmm
<Turl>
tegra 3 yuck
<hp__>
:)
<hp__>
maybe you are right :)
<Turl>
s/maybe //
<lundman>
I'll get one i think, can't be worse than broadcom :)
<Turl>
lundman: broadcom has open source userspace components :)
<lundman>
yes, bare minimum
<lundman>
slightly less than allwinner
<lundman>
so, everyone is about the same, woo
<Turl>
lundman: well they released their gpu stuff the other day right? :)
<Turl>
lundman: tegra has 0 userspace source - literally
<lundman>
just the binary blobs yep
* Turl
reinstalls his MIPS vm after breaking it
benjamin__ has quit [Ping timeout: 240 seconds]
former has joined #arm-netbook
<former>
/me
<former>
会让她
former has left #arm-netbook ["(><((">BokaIRC<"))><)"]
<lundman>
ちょっと
<WarheadsSE>
Turl: saw my message
<Turl>
WarheadsSE: about xbmc? yep
<Turl>
WarheadsSE: how fresh are the rootfs's these days?
<lundman>
2, maybe a 3
<WarheadsSE>
Turl: I need to build a new kernel, otherwise I can get you a systemd converted rootfs tomorrow.
<WarheadsSE>
Any tidbits wanted on the kernel never hurts to do a pull request :p
<Turl>
:)
mysteryname has joined #arm-netbook
popolon has quit [Quit: Quitte]
<Gumboot>
I guess that on an SoC one could just as easily veil the drivers by calling into a hypervisor.
<lundman>
does ARM have the MMU calls to allow a hypervisor
<Gumboot>
Umm... they're instructions I never had to bother with so I don't really remember them. There's an alternate SWI (which has changed its name to something I can't remember) to get into trustzone-managed space.
<lundman>
its possible.. wasnt that long ago ARM didnt have an MMU at all :)
<lundman>
RE was real easy back then
<Gumboot>
SVC is standard, SMC is the security thing.
stefanro1 has joined #arm-netbook
<Gumboot>
What have allwinner opened up, by the way? I'm a bit confused on that.
<Gumboot>
I downloaded a "datasheet" from their site a day or two ago, but that was no use.
RITRedbeard_ has joined #arm-netbook
stefanro has quit [Ping timeout: 268 seconds]
<ZaEarl>
Gumboot, lots of the drivers for the components on the A10.
<Marex>
hp__: tegra 3 is icky and crap
<Marex>
and it often misbehaves
Thomas42 has quit [Ping timeout: 252 seconds]
NAiL has quit [Ping timeout: 252 seconds]
NAiL__ has joined #arm-netbook
Thomas42 has joined #arm-netbook
drachensun has quit [Quit: Leaving]
Quarx has joined #arm-netbook
Guest65804 has quit [Ping timeout: 245 seconds]
ZaEarl has quit [Ping timeout: 260 seconds]
cheng has joined #arm-netbook
tzafrir_laptop has quit [Ping timeout: 260 seconds]
<Gumboot>
What's this "DECRYPTED" business? Should I even be looking at that?
<jelly-home>
Gumboot: well it's not tegra!
<oliv3r>
Gumboot: the original leaked pdf was 'encrypted' as in, you couldn't print it nor copy paste it
<oliv3r>
it was simply annoing to work with or to select text from it
<oliv3r>
but it is pure A10 stuff, nothing related to tegra :p
<Gumboot>
I think it's best if I restrict myself to looking at public documentation. Not leaks.
jlj has quit [Ping timeout: 256 seconds]
<Gumboot>
(and, obviously, private documentation which I'm fully entitled to view)
jlj has joined #arm-netbook
popolon has joined #arm-netbook
pawel5870 has quit [Ping timeout: 252 seconds]
<ZaEarl_>
Gumboot, the pdf includes a "For WITS only" watermark, so if you have any concerns you best not download it.
<Gumboot>
Noted. Thank you.
specing has joined #arm-netbook
specing has quit [Changing host]
specing has joined #arm-netbook
lundman has joined #arm-netbook
tzafrir_laptop has quit [Ping timeout: 260 seconds]
lundman_ has joined #arm-netbook
lundman has quit [Ping timeout: 255 seconds]
lundman_ is now known as lundman
<mnemoc>
someone leaked it to the cubieboard ML a while ago
specing has quit [Read error: Connection reset by peer]
<stefanro1>
mnemoc: is there a reason why we don't squash/combine the two u-boot images while compiling/generating into one single image?
<stefanro1>
mnemoc: thats how its usually done for platforms needing those two images - less error prone etc
<mnemoc>
i guess it's because we have spl-less boards too
<mnemoc>
but don't now
<stefanro1>
perhaps hno knows for sure
specing has joined #arm-netbook
<stefanro1>
mnemoc: we don't need to combine those images for all sunxi boards - it can be configurable on a board-per-board basis
<mnemoc>
it might just be legacy from the initial port hipboi did
<stefanro1>
perhaps i'll just give it a try on the cubieboard and send an initial patch...
slapin_nb has quit [Ping timeout: 276 seconds]
slash_random has joined #arm-netbook
<slapin>
rehi, all
<mnemoc>
wb slapin
<slapin>
that pdf contains only some information. No NAND nor MMC controller information there
ZaEarl_ has quit [Ping timeout: 260 seconds]
<mnemoc>
you might find something more in the datasheet of it's predecessor (the F20) but basically the only documentation we have is the code
specing has quit [Ping timeout: 255 seconds]
merbanan has joined #arm-netbook
<slapin>
ah, yeah, I remember, I just can't get rid of frustration
<slapin>
by the way, any AW A10 device with CAN? Is there any industrial version?
<merbanan>
yey, working console on the mini-x
<andoma>
merbanan: !
tzafrir_laptop has joined #arm-netbook
<mnemoc>
slapin: we don't have any knowledge about the can controller. they might use it on their RTOS, but for linux we have nothing
<mnemoc>
slapin: if you have a $project$ allwinner might be willing to give you registers info to write one
mSquare1 has joined #arm-netbook
mSquare1 has left #arm-netbook [#arm-netbook]
Sternennebel has quit [Quit: Leaving.]
<slapin>
mnemoc: too bad for them, since I better use expernal CAN in such case. Since I prefer doing planning stage before all other stages. I have lots and lots of $projects$ and only 1-2% of them end up being real production devices. But to gain money as developer I need to make platform choice to start develop on, I like AW SoCs and I'd like to be able to convince people to use them. But to make such choice I need to see datasheet.
<slapin>
but this non-disclosure stuff prevents me from doing research on market, which frustrates me
<slapin>
then I'll go to fsc or ti or atmel or whatever and will get information I need without such weird stuff
<slapin>
and without promises about buying 1000s of devices - my generic volume is 100 devices per project. I have really low chance to interest AllWinner or any other high-volume supplier.
<mnemoc>
option 1) steal those values from another 1GB board. cubie/hackberry ?
<mnemoc>
option 2) try to get the boot1 dump from nand's u-boot
<libv>
what needs to be fixed? these dram params?
<mnemoc>
those ""
<mnemoc>
we need real numbers
<mnemoc>
`md.b 0x42400000 0x82d0` on nand's u-boot should do the trick
<libv>
ok, then i first have to find out how to make it into u-boot :)
<mnemoc>
after fixing the .fex, and testing the dram.c actually boots, the .fex is welcomed :)
<mnemoc>
option 3) is guessing the value from the pictures you took
QingPei has quit [Quit: Leaving.]
QingPei has joined #arm-netbook
QingPei has quit [Ping timeout: 244 seconds]
specing has joined #arm-netbook
<oliv3r>
PLL6 up on the wiki
<mnemoc>
\o/
popolon has quit [Quit: Quitte]
QingPei has joined #arm-netbook
QingPei has quit [Client Quit]
<libv>
i have too many toys
<slapin>
libv: same here, and work
<libv>
the hyundai has been on my desk for quite a while now, and my gf still hasn't noticed that this is a new device
<libv>
i still had no fingerwagging yet
<mnemoc>
:)
<slapin>
libv: I have stack of ~20 tablets on my table, my wife hates them, my kid played with them a bit and have not managed to wreck any. I still fali to beleive what happens these days. $50 tablets with $100 screens.
<slapin>
s/fali/fail/
<ibot>
slapin meant: libv: I have stack of ~20 tablets on my table, my wife hates them, my kid played with them a bit and have not managed to wreck any. I still fail to beleive what happens these days. $50 tablets with $100 screens.
<L84Supper>
libv: have a favorite hackable phone yet?
<slapin>
ah damn
* slapin
still fails to figure out NAND init sequence
<slapin>
L84Supper: is there any except n900?
<slapin>
L84Supper: phones from China are too closed, without kernel source anywhere :(
<L84Supper>
slapin, I have a collection of arm11 and older tablets. I only bought two a8 tablets on closeout that are post close/lock the bootloader
<slapin>
L84Supper: tablets are different thing, I've got only one with closed u-boot (protected by password)... and some with somewhat b0rked (never stops booting)
<L84Supper>
slapin, I have associates there with the source since they work for the handset makers. They have done some pretty fancy reprogramming of their phone features
<L84Supper>
still have to see what can make it out into the wild
<slapin>
L84Supper: I've got 4 different 2/4 SIM card Android-based phones, all on the same processor, without any documentation found anywhere
<slapin>
L84Supper: I'd make these into personal trackers, or special vdr, or as motion capture devices (one have 3 cameras), if I had access to kernel/boot loader source code
<slapin>
as android phones they are very poor, due to lack of RAM, but with normal Linux I could make them into specialized but very powerful beasts
<L84Supper>
I haven't been following the secure bootloader and unlock vectors in tablets and phones too closely the past year
<L84Supper>
somebody had reversed the omap's in the Milestones
<slapin>
these doesn't contain any seen secure booting, at least I see u-boot and Linux kernel booting on soldered serial port
<L84Supper>
oh nice, ca you hare the make and models, I'd like to look at them
<L84Supper>
can you share
<slapin>
L84Supper: these are not here, probably can dig them out from trash pile on weekend
<L84Supper>
slapin: heh, what cpu/soc?
<libv>
my feeling is that nanda/boot.ini is the key to entering uboot, right?
<mnemoc>
but i think i'll cancel it and look for other mtk6577 720p device
<libv>
mnemoc: actually, are there no full images available for these devices, full images that can be pried apart with some tools?
<libv>
mnemoc: could the necessary information be found from those?
<libv>
another route would be to get this information out of registerspace after boot
<mnemoc>
don't know.... i only want a cheap but good phone for my daugher
<hno>
stefanro1, you mean combinind SPL and the main u-boot image? Sure we can combine them, but there is people who use SPL with other versions of u-boot.
RITRedbeard has quit [Ping timeout: 264 seconds]
<libv>
hno: as our main u-booter, would the register route be feasible?
<libv>
finding out ram setup from registers?
<hno>
steev, and when moving to nand they are most likely going to be flashed separately.
<hno>
libv, are we talking about A10 DRAM conifiguraiton, or something else?
<libv>
yes
<mnemoc>
libv: these guys seem to have images and tools, http://mtksj.com/
<libv>
mtk?
<L84Supper>
mtk = mediatek
t0dbld1 has joined #arm-netbook
<libv>
mnemoc: i am talking about the a7hd here, not some mediatek thing
<hno>
Don't really trust script.bin any longer. But the missing fields can easily be determined by looking at the board.
<libv>
hno: ok, just the make and model of the ramchips?
<mnemoc>
libv: :)
<hno>
libv, the missing parameters are basically: How much DRAM, and in how many chips?
<libv>
1GB, looking up hynix partnrs right now
<hno>
io_width is the I/O data bus width of each chip.
<lkcl>
hynix have a good web site which allows you to decode the info off their ICs
<hno>
bus_width is the total data bus width. Generally 32 for A10 devices. It also supports running with crippled 16-bit memory bus but haven't seen any of those.
<lkcl>
that's the same as in the A10 CPU Card, and also wits-tech's EVB.
<lkcl>
:)
<libv>
same as in the mele :p
<L84Supper>
mnemoc, http://mtksj.com/ yeah, looks like somebody has access to docs there
<hno>
libv, then rank=1, io_width=8, bus_width=32, density=2048, size=1024
<libv>
hno: smashing, thanks
<hno>
It's silly that DRAM have no auto-identification.
<libv>
on standard pc simms, there is a special chip for that, go figure :)
<libv>
it's i2c to a separate chip
<libv>
cheaper than doing i2c to each individual chip
<mnemoc>
but somehow livesuit knows to probe them
<libv>
because even that will not tell you the complete pictuer of the simm
<L84Supper>
quad core MT6589 ships in Q1, mt6573 is EOLed Q1
<libv>
in any case, cool, i have a .fex and i have a dram.c
<libv>
seems like i should now be able to get uboot going on this device
RITRedbeard has joined #arm-netbook
<mnemoc>
libv: \o/
<hno>
libv, maybe. But yours have a battery... have ignored anything related to batteries so far.
<libv>
slapin: how are you running your kernel on a7hd anyway?
<libv>
hno: would that change things for uboot then?
<L84Supper>
on DRAM ID would never work since the vendors would never cooperate, dimm/simm ID's aren't even trustworthy and they actually have to be programmed by the vendor that makes the module
<hno>
I hope not, but the Allwinner bootloader messes a bit with battery settings.
<L84Supper>
RAM init in x86 always requires probing and verifying what RAM is actually there even if you read the modules ID and info
<hno>
But I think the kernel also resets all of the battery settings.
<L84Supper>
it will have to be the same with ARM mainboards that use dimm/simm, if they ever appear
<hno>
L84Supper, ARM mainboards that use dimm modules is already here.
<hno>
obviously not in tablets, but on the server side.
<L84Supper>
yeah, nothing mainstream yet, it will be interesting to see what the major players decide to do with ARM 64b
<libv>
now let's see whether it wants to boot this sd card
<specing>
L84Supper: just forget it, AMD will fail to deliver again
<libv>
nope, choses android :(
<libv>
ah, but i now have found how to get into uboot
<L84Supper>
specing: unfortunately that has been the pattern, I'm wondering what we are actually going to see for ARM server boards. All the nice parts are currently kept out of the hands of mere mortals
<L84Supper>
is any vendor shipping ARM servers systems besides Dell and Calxeda?
<libv>
hah, the kernel boot halts exactly where my mele halts
<libv>
watchdog keeps hitting the same bit
<Turl>
mnemoc: get a nexus 4 for yourself and hand her over your gnex :P
<mnemoc>
nah
<L84Supper>
libv: is the watchdog not getting reset? or?
wingrime has joined #arm-netbook
<libv>
wait a second, could it be that just the serial vanishes?
<libv>
last line: <6>serial8250.0: ttyS0 at MMIO 0x1c28000 (irq = 1) is a U6_16550A
<Turl>
yeah I've seen it doing that
<Turl>
usually on reboot though, not on first boot :<
<Turl>
libv: 3.0 or .4?
<libv>
first time round, the watchdog kicks in, and you get the same "lock" next round, and then nothing anymore until the powerbutton is held for a while
<libv>
3.0
<Turl>
unplug serial from PC, unplug power, plug power, plug serial
<libv>
ok, a bit tough on a tablet
<Turl>
s/unplug power/halt using ~10s power button press/
<ibot>
Turl meant: unplug serial from PC, halt using ~10s power button press, plug power, plug serial
<Turl>
s/plug power/boot tablet/
<ibot>
Turl meant: unplug serial from PC, unboot tablet, plug power, plug serial
<Turl>
ha, unboot tablet :P
<libv>
heh, got alip in front of me now, seems to have worked
<libv>
and it seems that now the sd card is being booted from
<libv>
nice.
<libv>
slapin: i have panel.
* libv
spends a minute doing happy dance
<mnemoc>
libv: now your fixed .fex and u-boot board patches are welcomed :p
<libv>
mnemoc: gee :p
<libv>
Turl: that kernel halting issue is quite irritating though
<Turl>
yeah it is :<
<libv>
but it happens on the mele as well
<Turl>
there's a worse one though
<mnemoc>
mine halts much earlier
<Turl>
if you leave serial connected while you powercycle uSD slot doesn't get power
<Turl>
or something
<Turl>
and it boots from nand :<
<mnemoc>
haven't seen that one in a while
<Turl>
I get it every single time the device hard locks and needs to be powercycled
<Turl>
and if you don't unplug serial before, it'll boot from nand
<Turl>
normal reboots are unaffected
* libv
attaches a working a7hd picture to the wiki
specing_ has joined #arm-netbook
<xxiao>
.
slapin has quit [Remote host closed the connection]
specing has quit [Ping timeout: 260 seconds]
slapin has joined #arm-netbook
<slapin>
rehi, all!
<Gumboot>
oliv3r: Yeah, that's cool. I was just trying to figure out what level of support was coming out of them, right now.
<slapin>
how am I supposed to use bootinfo from sunxi-tools?
popolon has joined #arm-netbook
<L84Supper>
"if you don't unplug serial before, it'll boot from nand" whats the point of hardware with this design? is this some intended boot order checker?
<Turl>
L84Supper: sounds like a hardware bug to me
<L84Supper>
weird stuff
<mnemoc>
they didn't expect users to connect to the uart
<L84Supper>
the load on the serial port is next to nothing
<L84Supper>
I see so much bad design these days, I really don't know what they teach EE's anymore or where they get some ideas
<mnemoc>
to deliver "something" fast and cheap
<Turl>
boots? SHIPIT
<mnemoc>
:)
<libv>
wifi works :)
<Turl>
nice pic libv :)
<Turl>
libv: what chip does that one have, realtek?
<libv>
rtl
<libv>
yeal
<Turl>
what driver did you use?
<Turl>
rtlwifi or the softwinnerized one?
<libv>
the one built as standard sun4i defconfig
<Turl>
the softwinnerized one then
<libv>
same one in the mele i guess
<libv>
so this really is a bit of a mele with a panel
<Turl>
hm new driver release from realtek, gotta update it :)
<hno>
It is not OK to use the user manual as base for what is written in the wiki. Using it to clarify one or two values is ok, but not copying noticeable amounts.
<mnemoc>
oliv3r: ---^
<hno>
If there is no other good source, then document the differences found relateive to the user manual.
<mnemoc>
techn: does that solve the purple screen problem?
<techn>
mnemoc: That's still solution proposal.
<techn>
I dont have hdmi-dvi dongle
slash_random has quit [Ping timeout: 256 seconds]
<techn>
..so cant test. But hdmi-hdmi seems to work.. but blacklevel's seems to be bit wrong :/
<techn>
.. atleast YUV had better black levels imho :/
<mnemoc>
techn: tell the guy of the ticket to try it :)
<techn>
mnemoc: Will NB activate automaticly for new boards?
<WarheadsSE>
So, anyone got a particuluar commit that would be good for the tag on the kernel build?
<mnemoc>
techn: could make it so.... but we aren't ready to deprecte cnxsoft's nightly builds yet
<mnemoc>
need to add support for variants first
wingrime has quit [Ping timeout: 240 seconds]
* techn
starts to study livesuit
<mnemoc>
been able to make livesuit image from any rootfs will be nice
<WarheadsSE>
mnemoc, Turl any point of suggestion, or just pull current master?
<mnemoc>
WarheadsSE: i planned to merge the stage branches tomorrow. you could test that (stage/sunxi-3.0)
<techn>
hopefully that merge can be tagged :p
<WarheadsSE>
Mkay.. but I was looking for best *stable*
<WarheadsSE>
so i was about to try the last patch to v3.0 android v2
arete has quit [Quit: Leaving]
<mnemoc>
i personally consider stage/sunxi-3.0 more stableish than sunxi-3.0 at the moment
<WarheadsSE>
and we're looking at amery/linux-allwinner/?
<mnemoc>
techn: depends on the fix for your regression :)
<mnemoc>
WarheadsSE: no, linux-sunxi/linux-sunxi
<WarheadsSE>
ah
<WarheadsSE>
moved.
<mnemoc>
same for u-boot
<WarheadsSE>
yay wiki out of date.
<WarheadsSE>
yeah I have word I should be using a newer uboot :p
<WarheadsSE>
sata clock and other jazz
<mnemoc>
if you go to amery/linux-allwinner/ you'll see some notes about the move
<Turl>
how much worth of a coupon? a 99$ lunch is pretty expensive ;)
<WarheadsSE>
50% off coupon
<mnemoc>
doesn't look bad
<mnemoc>
where is it?
<Turl>
how much does the board cost?
<WarheadsSE>
this one? Rockville MD
<WarheadsSE>
$199
<WarheadsSE>
so
<WarheadsSE>
in the end, your paying for "training", lunch, and a half a sabre
<Turl>
so basically
<Turl>
if you were to buy a board
<WarheadsSE>
that would all come free
<Turl>
you can either buy the board, or buy the board and get a free lunch and training
<Turl>
yeah :P
Almamuetya10 has quit [Ping timeout: 260 seconds]
<hno>
A bit far to travel for a free lunch.
ddanila has joined #arm-netbook
<WarheadsSE>
hrmm
<WarheadsSE>
/linux/drivers/gpu/mali/mali/Kbuild:59: "CONFIG_TRACEPOINTS required for USING_PROFILING"
<WarheadsSE>
and a whole bunch of gcc: error: directory": No such file or directory
<Turl>
did you download using git or a zip?
* Turl
recalls an issue with people downloading zips and missing symlinks
<mnemoc>
yes, mali has a symlink inside, and zip doesn't support that
gsilvis has quit [Read error: Connection reset by peer]
gsilvis has joined #arm-netbook
* mnemoc
wonders what happened to cat_x301
<jelly-home>
maybe the packaging tool didn't use InfoZIP's -y / --symlinks For UNIX and VMS (V8.3 and later), store symbolic links as such in the zip archive, instead of compressing and storing the file referred to
gsilvis has quit [Read error: Connection reset by peer]
gsilvis has joined #arm-netbook
<hno>
mnemoc, I can reproduce the reboot problem on my cubieboard.
<mnemoc>
hno: but without jtag it sounds kind of impossible to fix :<
<hno>
well, console works.
<hno>
and there really isn't much besides the PMU that isn't reset on a reboot.
<mnemoc>
i see
<libv>
Turl: after this latest patchset disp_version.c is actually a useful guide on what to do
<libv>
Turl: for the brightness thing, where /dev/disp seems to be opened/closed all the time, you should add the versioning handshake and ignore the return value if it is -1
<libv>
this way, the brightness code will not spam the logs when an older kernel is used
<libv>
hrm... htitp://
<libv>
new protocol for ... special websites?
<libv>
or maybe i didn't press ESC in time in vi
alcides has joined #arm-netbook
alcides has joined #arm-netbook
pawel5870 has quit [Ping timeout: 268 seconds]
von_fritz has quit [Quit: vonfritz leaves, don't panic]
<libv>
there seems to be no place in the .fex where the available connectors is listed...
<jelly-home>
so mele wins if you want to make a STB with SCART for poor europeans
<libv>
most of the other entries are quite useless though, except for the lcd panel timing
<libv>
jelly-home: anything with a vga connector really, you just need to have the syncs embedded in R/G/B instead of pushed out over the separate lines
<jelly-home>
oh, didn't know that (and, I guess, not all cards can push out pixels as slowly as PAL wants them)
<libv>
usually they can, but not all cards support interlacing these days
<mnemoc>
libv: btw, anything to say about adrien tetar's last patch to fix copyright notes with capital C and killing poor danling?
<libv>
just typing up the connector email
<mnemoc>
:)
slash_random has joined #arm-netbook
drachensun has joined #arm-netbook
<Turl>
mnemoc: how big is cubieboard? /me wonders if it would fit inside wrt54g
<mnemoc>
if the rest is fine I can fix that detail with sed
<libv>
let him do that
<libv>
i think he likes being kept busy :p
<mnemoc>
:)
<libv>
it's amazing that he did not spot the copy paste <tab>->spaces issue in disp_version.c
<mnemoc>
and `git am` doesn't trigger pre-commit so my checkpatch hook was ignored :|
<libv>
well, seems that this pedanticness is quite selective
<libv>
in actual good news, the lcd module will vanish soon.
<WarheadsSE>
mnemoc: staging you said, yes?
<mnemoc>
WarheadsSE: stage/sunxi-3.0 includes only fixes and cleanup, and unless someone finds something weird beofre tomorrow night, it will get merged and taged
<WarheadsSE>
K, so I will just go ahead and use sunxi-3.0
<WarheadsSE>
then rebuild tomorrow
<mnemoc>
:)
<libv>
i will not be around tomorrow evening in case something turns up, and over the weekend i will only have access to the a7hd
<mnemoc>
i'm pretty confident nothing wrong will be found and i'll be able to merge, tag and upgrade to 3.0.50 during this weekend
<libv>
ok :)
<mnemoc>
i wish i had more time... i've not been able to touch the pinctrl drive in like a month :<
<mnemoc>
meh
gimli has quit [Quit: Verlassend]
<mnemoc>
but my brain is on strike anyway... so I better go to sleep