<hno>
mnemoc, this is odd. PMU looks OK. Issue seems to be with DRAM controller somewhere, or maybe DRAM power.
<hno>
slapin, looks familiar.
<slapin>
hno: ah
<slapin>
hno: I try to figure out init sequence for NFC
<slapin>
and I have lots of wtfs there...
<mnemoc>
hno: might it be related to libv's halt when probing the uart after rebooting his tablet?
<hno>
No idea. missed that.
<libv>
not sure whether it is actually a uart issue
<libv>
reboots just hang at that point
<libv>
first boots are fine
<hno>
kernel hangs during hardware setup?
<slapin>
4am here, going to bed now, cu all
<mnemoc>
slapin: good night
<libv>
hno: looks like it, want a pair of logs (first boot, and then reboot)?
<hno>
Not tonight.
<libv>
hno: it's what you tell me everytime
* libv
feels rejected
<libv>
:p
<mnemoc>
:)
<hno>
Well there isn
<hno>
there isn't much interesting in those logs.
<libv>
true
<hno>
but if the DRAM controller is slightly misconfigured then odd things will happen. Same if the PMU is not set right.
tzafrir_laptop has quit [Ping timeout: 260 seconds]
<libv>
it hangs reliably at the same point though
<hno>
the reboot issue on cubieboard is clearly DRAM related. Hangs when trying to read from DRAM, which happens to be the MMC initialization.
<hno>
libv, had A13 OlinuXIno hang quite reliably at the same point in the kernel when the PMU was misconfigured.
<libv>
ok
<libv>
due to more power draw when that specific hw was enabled
<hno>
It then hang on first call to printk. Could not enter the function.
<libv>
ouch, how did you track this issue down?
<hno>
JTAG helped a bit.
<hno>
but major part was analysis of Allwinner boot procedure.
<hno>
Still have not understood why it does not affect Mele v1.3
<libv>
ah, i seem to have a 1.2
<hno>
Right, meant 1.2.
Sternennebel has quit [Quit: Leaving.]
freakazoid0223 has joined #arm-netbook
popolon has quit [Quit: Quitte]
t0dbld|work has quit [Read error: Operation timed out]
<hno>
Uhm.. this do not look right: DRAM: 0 Bytes
<alcides>
definitely not
ccssnet has joined #arm-netbook
rz2k has quit [Ping timeout: 245 seconds]
rz2k has joined #arm-netbook
<hno>
Ok, u-boot want's ram size in Bytes, not MBytes.
<hno>
DRAM: 1 GiB
<hno>
and it even starts.
rz2k has quit [Ping timeout: 245 seconds]
<libv>
woah
<libv>
1 line patch makes my life bearable!
<libv>
name of the patch is going to be: net/wireless/rtl8192cu: STFU
rz2k has joined #arm-netbook
<libv>
mnemoc: take this into your next tag, please
<Turl>
:p
<Turl>
were you able to test the updated wifi libv?
<libv>
Turl: ah, right, let me scroll up, it is a bit painful on a7hd though, i have to stop the device and take out the sd card, as i currently do not have working wifi on it
<libv>
well, working wpa-psk on wifi
<libv>
scanning works
stefanro has joined #arm-netbook
stefanro1 has quit [Ping timeout: 268 seconds]
<drachensun>
oh my god, thank you libv
<drachensun>
get that patch committed
<Turl>
libv: testing scanning is okay
<L84Supper>
13 straight hours of working on this!
<Turl>
L84Supper: working on what?
<L84Supper>
Turl: is this the same thing you guys were working on earlier today/yesterday?
<Turl>
what? :P
* Turl
is lost
t0dbld1 has joined #arm-netbook
tzafrir_laptop has joined #arm-netbook
cheng has joined #arm-netbook
alcides has quit [Quit: man woman || $> Segmentation fault (core dumped)]
t0dbld1 has quit [Ping timeout: 244 seconds]
slash_random has quit [Ping timeout: 256 seconds]
tekzilla has quit [Ping timeout: 255 seconds]
tekzilla has joined #arm-netbook
drachensun has quit [Quit: Leaving]
alcides has joined #arm-netbook
alcides has quit [Changing host]
alcides has joined #arm-netbook
RITRedbeard_ has joined #arm-netbook
RITRedbeard has quit [Read error: Connection reset by peer]
kop has quit [Read error: Connection reset by peer]
kop has joined #arm-netbook
hipboi has joined #arm-netbook
tekzilla has quit [Ping timeout: 265 seconds]
tekzilla has joined #arm-netbook
hipboi has quit [Ping timeout: 244 seconds]
cheng has quit [Ping timeout: 240 seconds]
hipboi has joined #arm-netbook
eebrah has joined #arm-netbook
<Turl>
hey hipboi :)
eFfeM has joined #arm-netbook
eFfeM has quit [Client Quit]
<rz2k>
omg, libv fixed 8192cu spamming in dmesg?
* rz2k
approves that with both hands
<Turl>
rz2k: yup
<Turl>
rz2k: and I updated 8192cu to latest realtek release if you fancy trying :)
<Turl>
realtek's changelog was outdated when I checked though, so no idea :P
<Turl>
gnight! :)
Quarx has joined #arm-netbook
rellla has joined #arm-netbook
cheng has joined #arm-netbook
Quarx|2 has joined #arm-netbook
Quarx has quit [Read error: Connection reset by peer]
Quarx|2 has quit [Client Quit]
Quarx has joined #arm-netbook
tzafrir_laptop has quit [Ping timeout: 244 seconds]
tzafrir_laptop has joined #arm-netbook
rellla has quit [Ping timeout: 255 seconds]
rellla has joined #arm-netbook
pawel5870 has joined #arm-netbook
cheng has quit [Quit: Leaving]
cheng has joined #arm-netbook
popolon has joined #arm-netbook
Sternennebel has joined #arm-netbook
kop has quit [Ping timeout: 240 seconds]
eebrah has quit [Quit: ChatZilla 0.9.89 [Firefox 16.0.2/20121024073032]]
<cat_x301>
morning! noticed things are getting better with sunxi :)
kop has joined #arm-netbook
kop has quit [Read error: Connection reset by peer]
Sternennebel has quit [Quit: Leaving.]
kop has joined #arm-netbook
benjamin__ has quit [Ping timeout: 260 seconds]
<mnemoc>
sunxi-v3.0.42-r2 tagged, before the merge of stage 3.0
<discopig>
yeah lots of progress lately
<discopig>
and with cubieboard and other boards launching it should attract even more attention
mnemoc has quit [Excess Flood]
mnemoc has joined #arm-netbook
<rm>
Linaro, the not-for-profit engineering organization developing open source software for the ARM architecture, announced today the formation of the Linaro Enterprise Group (LEG)
<rm>
this is hilarious
<specing>
Haha
<cat_x301>
clever. not-for-profit sounds just right imo, or maybe i am missing something in there.
<mnemoc>
been not-for-profit is about what you do with what you earn. not about how you earn it
<cat_x301>
mnemoc: yeah, right, it is just my jealousy that is speaking on my behalf ;)
<mnemoc>
:)
merbanan has joined #arm-netbook
<stefanro>
mnemoc, hno: do you know if anyone invested some time to support the A10 ethernet (wemac) in u-boot?
merbanan has quit [Ping timeout: 248 seconds]
merbanan has joined #arm-netbook
<mnemoc>
stefanro: we would need to pull random PHYs too...
<mnemoc>
stefanro: the ethernet controller is MAC only
cheng has quit [Quit: Leaving]
<stefanro>
mnemoc: yes, thats how it is usually done in embedded ethernet controllers
<stefanro>
mnemoc: supporting "standard" PHY's shouldn't be a big deal
<stefanro>
mnemoc: i was just wondering if somebody else has already invested some time here - i would really love to use ethernet from within u-boot
<stefanro>
mnemoc: as this is my usual development cycle
merbanan has quit [Ping timeout: 260 seconds]
<mnemoc>
stefanro: not that I know off. but it may imply making u-boot read the script.bin file to know about the involved pins
<mnemoc>
s/off/of/
<ibot>
mnemoc meant: stefanro: not that I know of. but it may imply making u-boot read the script.bin file to know about the involved pins
slapin_ has joined #arm-netbook
* RaYmAn
peers at his new chromebook on his desk
Guest83996 has quit [Remote host closed the connection]
<RaYmAn>
they aren't making it easy to do actual work :P
<mnemoc>
:)
Almamuetya10 has joined #arm-netbook
<fredy>
hello, I am experimenting with an a10 tablet and I was wondering if it is possible to change init.rc (or other rc files) on the device. I don't mean make a new boot.img and flash it, but change and save changes when the device is on. thanks :)
<specing>
fredy: why not?
lkcl has joined #arm-netbook
<fredy>
specing: I am new on this so not sure how to do this. I tried to change the files on / but after reboot they are all gone, so I guess I have to mount sth and make changes there. So I am aksing more if somebody have done this procedure and can give me any advice :)
<specing>
I did some *fixes* and they stuck around
<slapin_>
fredy: if it has busybox, you can edit files with vi
<fredy>
slapin_: I have done this but after reboot the changes weren;t there
<fredy>
but I'll try again to be sure that this is the case...
<oliv3r>
make sure to mount -o remount,rw; edit; sync; mount -o remout,ro; and check if your changes are still there
<oliv3r>
actually all files in / are obviously stored in the ramdisk if i'm not mistaken, so you can't edit those permanently
<fredy>
^that is what I think...
<fredy>
so I ll check it again, thanks again :)
<slapin_>
oliv3r: that depends on particular device, mine all have normal / and /system
von_fritz has joined #arm-netbook
wingrime has joined #arm-netbook
ZaEarl has quit [Ping timeout: 256 seconds]
<slapin_>
hno: ping
<mnemoc>
meh, I replace nanda's u-boot and now boot1 halts initializing the usb... WTF
rsalveti has quit [Ping timeout: 248 seconds]
rsalveti has joined #arm-netbook
<slapin_>
by the way wtf is boot0 and boot1 and why I just boot u-boot via spl and being fine?
<specing>
slapin_: Who boots u-boot?
<mnemoc>
boot0/boot1 is allwinner's SPL, used when booting from nand
<libv>
lcd driver is no more locally, but i will only push this out on monday
<libv>
err, tuesday
<libv>
hdmi will meet a similar fate
<mnemoc>
:)
<andoma>
\o/
<mnemoc>
f* boot1!
<andoma>
when on the LCD topic.. how does display refresh work?
<andoma>
is it normal fixed refresh
<andoma>
or can it be strobed "at will" ?
<libv>
?
<libv>
andoma: that does not parse for me
<libv>
please rephrase
<andoma>
yeah
<andoma>
hm
<andoma>
does the LCD require the display to refreshed at fixed intervals, just like a normal TV
<andoma>
or can you just update the display when you have something new to show
<libv>
it is usually a rather stupid piece of solicon which needs to be driven directly at specific timing, yes
<andoma>
ah ok
<libv>
since this is cheap chinese hw, i am sure that it is just that
<andoma>
yeah ok
<libv>
on the nokia n9 we had a very intelligent lcd module, which retained its image and only needed to be refreshed as needed, and even had a low power mode
<andoma>
i remember when poking around in the omap display driver that there were some kind of display strobe mode
<libv>
which is what is used to display the time on the n9 constantly
<andoma>
ah ok
<andoma>
i thought this technique standard for all LCD displays, but apparently not
<libv>
with the price of our soc, i doubt we will see intelligent panels like that attached to it
<andoma>
right
<slapin_>
libv: this is more tribute to module (which is external framebuffer with own VRAM) than to omap cpu (re n9).
<slapin_>
regarding n9, have anybody managed to flash custom built kernel to it?
<Turl>
slapin_: I think there's even an android port for it? I assume running custom built kernels is not an issue
hipboi has left #arm-netbook ["Leaving"]
RITRedbeard has joined #arm-netbook
drachensun has joined #arm-netbook
drachensun has quit [Client Quit]
drachensun has joined #arm-netbook
<drachensun>
has any one else tried to run the plasma-active from the linaro repository?
<drachensun>
I've got some quirks but I'm not familiar with plasma and how its supposed to work
<rz2k>
I've tried
<rz2k>
it doesnt even open UMP session (no EGL initialization)
tzafrir_laptop has quit [Ping timeout: 245 seconds]
t0dbld1 has joined #arm-netbook
t0dbld1 is now known as t0dbld|work
t0dbld|work is now known as Guest67144
Guest67144 has left #arm-netbook [#arm-netbook]
pawel5870 has quit [Ping timeout: 276 seconds]
<rz2k>
any sata users with rev.c A10?
<rz2k>
seems like lowering pll6 brings back the problems :/
RITRedbeard has quit [Ping timeout: 260 seconds]
<mnemoc>
f*
* mnemoc
cries
<rz2k>
yeah
rellla has quit [Quit: rellla]
<mnemoc>
i hate this thing
<slapin_>
rz2k: what is so bad about pll6?
<mnemoc>
we keep killing either mali or sata with that f* pile of cra^Wcode
<mnemoc>
!!!!
<mnemoc>
hate
<Marex>
uaaa
<Marex>
murder death kill
<stefanro>
now these are words for Marex to jump in... ;)
<Marex>
:D
<Marex>
stefanro: btw do you happen to have any idea where dzu might have gone ?
<mnemoc>
Turl: can you test reverting your PLL6 mali fix and changing the mali_div to 4?
<drachensun>
thats how they come, at least from my current supplier
<drachensun>
it looks pretty good
<jelly-home>
1024x768 is the humane minimum!
<drachensun>
lol
<mnemoc>
and the pengbook doesn't have sata?
<rm>
AW COME ON
<rm>
they didn't even bother to paint some other pic than just the MK802
<drachensun>
I haven't managed to find an A10 net book with sata
<rm>
or is that you
<drachensun>
its me
<drachensun>
and yes I didn't bother to manipulate the photos
<techn>
btw. cubieboard has raised 47k now :D
<drachensun>
well beyond getting rid of the glare
<rm>
so as you can tell I am not sure what's the innovation deserving to be funded here
<rm>
basically you plan to resell A10 tablets and sticks, with some software on SD card
<jlj>
how about an indiegogo to get the cedar reverse engineered lol
<drachensun>
basically fund the cost to work on this full time and finish up the tablet features that the android has but dont work on the tablet
<drachensun>
I've noticed there are a lot of people on the forums who are intimidated setting up there own cards and compiling and all so I'm hoping I can make it all a little smoother
<mnemoc>
.oO
<jlj>
I'm pretty sure that tablet thing won't fly, so how about that deb repository? :)
<drachensun>
heh well if it doesn't I'm gonna be forced back to paying work with my time
<jlj>
aww
<drachensun>
but I'm going to be doing it anyway until I find out how this is going
<drachensun>
so I'll share it all as I do it
<Turl>
do your MK802 have AXP? :P
<drachensun>
The AXP209? yeah, I'm pretty sure
<Turl>
drachensun: you got a typo on the 10" keyboard case perk
<mnemoc>
drachensun: big news! we aren't paid for our sunxi related work either
<Turl>
why PengPod btw? your logo actually reads "PengPad" (and it makes more sense that way imo :P)
<techn>
mnemoc: we sould add donate button to wiki ;)
<drachensun>
Turl: I thought so too but I'm not the graphics guy ;) gotta roll with it sometimes
<mnemoc>
techn: nah
<Turl>
techn: adding donate buttons makes stuff messy
<drachensun>
mnemoc: I know and I still plan to contribute regardless
t0dbld|work has quit [Ping timeout: 260 seconds]
<Turl>
techn: and donators often feel entitled afterwards too
<rz2k>
techn: alarm could be an option but manuals for compiling/creating packages are missing
<rz2k>
so we will hardly depend on alarm maintainers, which is not good.
<techn>
Turl: yep.. that was joke :p
<drachensun>
mnemoc: I just dont think realistically I will have time to do everything as maintainer the way its growing
<rm>
drachensun, you plan to spend 15 minutes on packaging what others work for months not being paid
<rm>
then collect the money
<rz2k>
lol
<rm>
suppose if you obey the corresponding licenses nothing wrong with that
<rz2k>
rm: welcome to real life
<rm>
(legal-wise, but not morally)
<rz2k>
tons of such stuff on XDA/any tablet forum
<Turl>
rm will be watching closely to make sure you do ;)
<techn>
Atleast I'm doing this as hobby.. I want to learn how things are working (referring to 10 years wasted with symbian)
<drachensun>
well it takes a lot more than 15 minutes to make it all run smooth
<mnemoc>
ROTFL
<RaYmAn>
85$ for PengStick? Seems a bit steep considering an identical device sells for around 50$ everywhere else.
* rz2k
still has nokia 6630 as backup phone
<RaYmAn>
lol
<mnemoc>
it's to pay his engineering hours making sunxi's software work perfect
<drachensun>
shipping from china, shipping to customers, fees for the kickstarter, fallout rates, it adds up pretty quick
<RaYmAn>
the devices are just rebranded standard a10 devices, aren't they?
<drachensun>
pretty much
<techn>
rz2k: I think maybe WarheadsSE could do the maintaining.. he was one of ALARM maintainers? :/
<rz2k>
yeah
<RaYmAn>
"As a bonus, all these devices already run a high quality, stable version of Android they can easily be made to run both systems."
<RaYmAn>
a10 devices and stable android? :P
<WarheadsSE>
?
<rz2k>
WarheadsSE: we're discussing what to do with our BSP and what base we should choose
<WarheadsSE>
Well, I can tell you how to make packages
<WarheadsSE>
its damned easy.
<Turl>
RaYmAn: my CM port is stable :P
<WarheadsSE>
And you don't have to rely on us, our github is public
<WarheadsSE>
our packages are pretty much Arch PKGBUILDs with some minor additions for the build system & updated arches
<RaYmAn>
Turl: yeah, fair enough :) But that's proper open source
<rz2k>
we should try then
<Turl>
RaYmAn: yeah the chinese builds aren't too good :P
<RaYmAn>
hacky-hacky-hacky!:P
<rz2k>
goal is "one command"=one rootfs image ready for sdcard or nand (livesuit image)
<WarheadsSE>
rz2k: I was trying to get the kernel sunxi-3.0 to build, but I kept getting either missing dirs or git failures.
<WarheadsSE>
yeah, pretty straight forward in ALARM :P just have to know which to run lol
<WarheadsSE>
Also, pretty much the same as upstream, with minor tweaks again. devtools-alarm
<techn>
drachensun: If you can make allwinner to code publicly.. maybe then I could fund your project :)
<techn>
Atleast jinx got opportunity get sources if he ordered 1000 pcs of some device
<rz2k>
g2d drivers would be enough for me to buy mk802II for $80
<Turl>
allwinner probably doesn't have g2d drivers :P
<drachensun>
techn: heh yeah, thats the dream, get them to open it all. Most of the chinese companies seem to be open to concessions at 10k but I dont think I going to be near the volume
<Turl>
android doesn't use it
<WarheadsSE>
anyways, you guys know where I am when you need me. just ask. It's not hard.
<drachensun>
techn: one of my suppliers was talking that way about the rockchip, which almost had me take this project that way but I'm pretty sure he was pulling a bait and switch on me
<drachensun>
techn: "just wire the 30% down and we can make available" ugh
<drachensun>
turl: I looked, they don't have the AXP 209 but now that I am staring it them again and remember how big the IC is I should have known right off
<mnemoc>
CB at 97%...
<Turl>
just 1500$ to go? :)
<mnemoc>
drachensun: what about a crowdfunding selling mtk6577 phones with sources? :)
<drachensun>
mnemoc: Oh man, I would love to. I'
<drachensun>
I've been bringing in 6575 & 6577s and they are awesome for the price
<techn>
mnemoc: when did cubieboard campain start?
<techn>
10 days ago?
<mnemoc>
it's a 45d campaign
<techn>
36 days left.. maybe there could be 200k at the end of campaign :p
<mnemoc>
drachensun: find the factory of a good 720p mtk6577 quad band device and negociate the realase of the code
<mnemoc>
drachensun: that will bring you the funding for sure
<Turl>
did they get the paypal issue sorted mnemoc?
<mnemoc>
drachensun: rebranding A10 devices won't get you far
<mnemoc>
techn: not yet. but the ball is on their side
<drachensun>
mnemoc: I'll start the conversation
<mnemoc>
drachensun: excellent :)
<drachensun>
mnemoc: I was kinda inspired by the vivaldi, there he was rebranding the ZT C71 and got a ton of attention but just seemed to drop the ball
<mnemoc>
drachensun: but picked the wrong platform :) .... with the A10 we already have all you can get, and more
<mnemoc>
drachensun: we have more sources than what the factories get
<mnemoc>
drachensun: and none of these can be worked by a single person. you *need* a community and volunteers
<drachensun>
mnemoc: for sure
<RITRedbeard_>
what is the right platform?
<drachensun>
Yeah, even if amlogic or rockchip opens up there source right now it would take months to fix it up
<mnemoc>
one for which there are no public sources yer
<mnemoc>
yet*
<mnemoc>
that will catch attention, and the community will be created around
<RITRedbeard_>
I think Cubieboard is a good dev board idea pulling out SATA, AC97, all that stuff
ZaEarl has joined #arm-netbook
<mnemoc>
RITRedbeard_: yes, it's an awesome device
<Turl>
AC97? :O
<drachensun>
yeah, the sata is such a great feature, I wish more of the devices would start using it.
<RITRedbeard_>
even if A10 dies it doesn't mean the mali work has to die along with it, as far as I understand it puts up excellent fight against tegra and snapdragon
<RITRedbeard_>
I wish I could draw out the SATA on my MK802, begging for 30GB SSD
<mnemoc>
drachensun: you can talk with ZaEarl to learn about the business of selling devices with code
<ZaEarl>
mnemoc, more businesses need to do that.
<drachensun>
Zaearl: have you gotten other suppliers to open up?
<ZaEarl>
No. They change one line of code out of millions and think that they own the whole thing.
<ZaEarl>
Own, as in the GPL no longer applies.
<drachensun>
yup
<Turl>
ZaEarl: any new goodix drivers? :)
<Turl>
the last one had an interesting @goodix email address, I was thinking about emailing it
<ZaEarl>
Turl, I'll ask.
<mnemoc>
rm: I just pushed another sata fix you might want for your server image
<ZaEarl>
The funny thing, all these component vendors, Goodix, Bosch, etc. are GPLing their drivers, but they don't seem to care that everyone fails to comply with the GPL when distributing the binaries.
t0dbld1 has joined #arm-netbook
<mnemoc>
and what's their reason to not make those drivers publicly downloadable?
<mnemoc>
as they do consider them GPL
<ZaEarl>
they haven't said
<Turl>
bosch is a pretty big, international company, I'd be surprised if they didn't GPL stuff properly
<Turl>
mnemoc: it's probably just that the GPL doesn't require you to make it publicly downloadable
<WarheadsSE>
depends on the choice of gpl
<mnemoc>
Turl: sure it doesn't, but if you mail them they don't reply :<
<WarheadsSE>
and yeah, a lot of re-users suck.
<Turl>
mnemoc: yeah, that's the illegal bit
<Turl>
wonder what'd happen if you mailed them a physical letter with a legal threat :P
<ZaEarl>
Turl, bosch? they're not in uncompliance
<Turl>
ZaEarl: I never said they were, in fact I'd be surprised if they were
<Turl>
they're a big company
<bfree>
just fyi "make deb-pkg" has some drawbacks :-/
<bfree>
1) it makes it hard to keep configs in sync for multiple architectures/flavours
<bfree>
2) it doesn't give you a source package (e.g. for apt-get source) so you would need to tar up the used kernel sources to dump alongside the debs just for license compliance, which is a bit alien for Debian
<bfree>
3) no patch management so you need to pre-apply them all, and so it's harder to rebase it to new kernels
<bfree>
3.5) you can't build it in a proper/ clean buildd environment
t0dbld1 has quit [Quit: Leaving.]
<Turl>
2 is a nonissue with the public git repo, isn't it? as long as you have the commit hash on the kernel version
<Turl>
same with 3, any patches will be merged on git
<mnemoc>
bfree: so, can you get me an script to make .deb kernels out of our tree? :)
<bfree>
not really, to comply with GPLv2 (the easy way) you need to offer the sources with the binary
<mnemoc>
bfree: I can then integrate it in the bsp and keep an apt repo
<Turl>
bfree: git checkout $(thingy you see on kernel version) not enough? :(
<bfree>
Turl: I don't think it is really but IANAL ;-)
<Turl>
you'd have to be a pretty nasty person to sue us while you have a public git repo tracking it all though :P
<techn>
bfree: how about binary only delivery (mali egl) ?
<mnemoc>
considering all big brands assume putting the sources online is good enough, i wouldn'y fear
<mnemoc>
that's not gpl
<Turl>
mnemoc: at times the sources don't even match the binary >.<
<ZaEarl>
A git repo would fulfill the requirement to distribute the sources.
<drachensun>
I think a git repo is fine, it just has to be available, I mean they considered mailing CDs upon request fine didn't they?
<ZaEarl>
CDs are one option, they are not a requirement
Almamuetya10 has quit [Ping timeout: 260 seconds]
<drachensun>
I just mean as an example
<bfree>
mnemoc: I didn't want to volunteer myself :-p I'll try and find some time though (sooner rather then later) to see if I am able to adapt something as I'd like nice packages myself anyway ;-)
<drachensun>
I mean cost wise it would be nuts these days, but before the internet was so common lots of linux source cds were being mailed around
<bfree>
I think CDs on request is one of the not nice ways, it means providing a written offer valid for 3 years to do it for anyone (for a sane cost to only match distribution costs)
<ZaEarl>
The CD offer is often used to delay the source distribution.
<drachensun>
oops, I managed to derail things
<drachensun>
I just meant as legal precedent something that bad was acceptable, so git must be
<drachensun>
but of course no one here would want something like that now :)
<ZaEarl>
definitely
<bfree>
techn: the binary only drivers ... no comment ;) I actually don't know enough about them to know how icky they might be
<mnemoc>
CB @ 98%...
<techn>
bfree: atleast ubuntu makes user to accept terms when using binary only stuff :/
<techn>
(I never read them)
<bfree>
GPLv2 (i.e. the kernels) "If distribution of executable or object code is made by offering access to copy from a designated place, then offering equivalent access to copy the source code from the same place counts as distribution of the source code, even though third parties are not compelled to copy the source along with the object code."
L84Supper has quit [Quit: puff of smoke]
<Turl>
upload kernel binaries to github downloads? :P
<bfree>
afaic that means pointing to a git repo tag is not "equivalent access to copy the source code from the same place" ... but you could just tar up the sources used for make deb-pkg and throw them in the same dir ... it's not really very nice or right (i.e. apt-get source doesn't work) but probably meets the letter and spirit of the license sufficiently
<bfree>
and yes, probably only a complete #!@*&% would cause trouble about it anyway as long as the true source of the kernel was available
<Turl>
yeah
L84Supper has joined #arm-netbook
<Turl>
bfree: I guess we could take the "written offer" path too and put a txt on the dir saying something like 'you can download the source here <link/>'
<mnemoc>
a gpl 2.5 would be nice :<
<bfree>
Turl: icky ... cause then you have to make sure to keep that valid for at least 3 years. imho not the sort of hassle a volunteer project wants. make it available via "equivalent access" and then you can yank it when the binary is gone and forget about it
<drachensun>
well that quote says "counts as distribution of the source code" that doesn't imply its the only method that counts, I think its just one way that qualifies
<ZaEarl>
I love the github method. They're virtually assured to be around for 3 years.
<drachensun>
true
<bfree>
sorry to dump that and run, but I'm late now already ;-) hoping to be at a Debain BSP tomorrow and then maybe I'll try and have a first stab at something on Sunday if I can motivate myself enough to dive into the pain without having any hardware to run it on yet ;-)
<techn>
network works ok with load.. but when idle it breaks every now and then
<techn>
.. ssh connection timeouts
<Marex>
techn: ssh shouldn't timeout that easily ... unless misconfigured
<techn>
Marex: yep.. no problem with other hosts
slapin_ has joined #arm-netbook
slapin has quit [Read error: Operation timed out]
<techn>
I think this is general problem since I have seen workaround(disable power save) at many places
jeremb has quit [Read error: Operation timed out]
jeremb has joined #arm-netbook
destinal has quit [Ping timeout: 252 seconds]
* cat_x301
wonders what is wrong with fetching from git://github.com/linux-sunxi/linux-sunxi : http://sprunge.us/bUHW
<Turl>
techn: the messages are normal
<Turl>
techn: your router might not like the card on low power mode
<Turl>
some do, some don't
destinal has joined #arm-netbook
<Turl>
cat_x301: weird error
<cat_x301>
techn: you may try to increase DTIM Interval on your router if such option exists
<Turl>
cat_x301: try another protocol
<cat_x301>
Turl: same error..
<cat_x301>
perhaps cloning anew should cure..
<Turl>
cat_x301: if you have fast interwebz try a fresh clone
<cat_x301>
Turl: will do ;)
<mnemoc>
lkcl: watch charbax's interview to gary smith. at ~16m he says he makes a point for eoma68 on cars ;-)
<mnemoc>
lkcl: 17:00
mawell has joined #arm-netbook
<techn>
cat_x301: Infact DTIM interval increasing should make things worse
<cat_x301>
techn: maybe, but in my case, when i changed it from 1 to 3 it helped to get rid of random disconnects on all computers i have conntected via router
<cat_x301>
techn: ... including mobile devices
mawell has left #arm-netbook [#arm-netbook]
<techn>
My network works ok with n9, n900, sgsII, n8, PS3, wii.. what else.. ;)
<techn>
but sure.. I can't deny that router could have some config problem
<techn>
there is so many different parameters to adjust
<cat_x301>
techn: i just recalled that i played with another option too, WMM. Got it disabled. Maybe you are right and DTIMM did not really work out ;)
<cat_x301>
techn: each experiment took me around 40 minutes and now it is difficult to remember change of which parameter actually made things stable.
<Gumboot>
So there's this Arndale board thing, but it comes with 100mbit ethernet. Is that for real?
<rm>
even raspberry pi comes with 100 mbit ethernet, what's unreal about that?
<Gumboot>
Can proper ethernet be attached somehow?
<xenoxaos>
nope
<Gumboot>
rm: rpi is about as bottom-end as you can get, though, isn't it.
<rm>
hence "even" :p
<Gumboot>
I want gigabit.
<Gumboot>
I'd seriously consider it for its A15s, but it has no gigabit.
<xenoxaos>
not many mobile processors have ethernet
<xenoxaos>
although i would prefer the asix over the smsc that's in most dev boards
<Turl>
barely 3 cubieboards to go! \o/
<Gumboot>
... until nothing happens!
<Gumboot>
Or has there been word back from the website on turning around the first $50k quickly?
<Turl>
no idea
<Gumboot>
xenoxaos: i.MX6 has gigabit. I'm full of hope for that.
freakazoid0223 has joined #arm-netbook
<Turl>
but it's a milestone we can celebrate :P
<Gumboot>
It could be the most terrible MAC in the world, to th point of being worse than an A15 with 100mbit, but that'd take a lot of bad design.
<cat_x301>
techn: jfyi: http://www.dd-wrt.com/wiki/index.php/Advanced_wireless_settings#DTIM_Interval -- -The higher the DTIM period, the longer a client device may sleep and therefore the more power that particular client device may potentially save. -- I interpreted this in the way that when device is sleeping it cannot response on every beacon frame casuing some buffering issues.. but this is just my guess.
<xenoxaos>
Gumboot: i know, we have a couple of imx6's in our builder
<Gumboot>
There goes another.
<Gumboot>
Oh. Cool. Tell me about that ethernet. Is it good?
<xenoxaos>
we dont really care about the ethernet....we liked the sata
<Gumboot>
Does this Exynos 5 at least have external PCIe so that proper hardware can be attached on the board?
<techn>
cat_x301: Anyway I can't adjust DTIM or WMM with my current firmware :/
<Turl>
try -f to an older hash then again to fastforward?
<Gumboot>
And we're over.
<Turl>
by almost one full unit :)
<techn>
I hope that paypall worked :p
slash_random has quit [Ping timeout: 244 seconds]
slash_random has joined #arm-netbook
von_fritz has quit [Quit: vonfritz leaves, don't panic]
<mnemoc>
Turl: running fsck locally. it's not letting me push
<mnemoc>
didn't help
<mnemoc>
- [deleted] sunxi-3.4
<mnemoc>
* [new branch] sunxi-3.4 -> sunxi-3.4
<techn>
git has checksum in itself.. so it should corrupt
<techn>
shouldn't
<cat_x301>
mnemoc: seems to work now
<mnemoc>
:)
<Marex>
cat_x301: clone linux from git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
<Marex>
cat_x301: then git remote add github <github url>
<Marex>
git fetch and git branch -t -b sunxi github/master
<Marex>
or something
<cat_x301>
Marex: mnemoc actually has fixed the issue already :P
<Marex>
good
<Marex>
it's still good to pull the objects from proper location and only pull the remnants from other repos
bsdfox has joined #arm-netbook
bsdfox has quit [Changing host]
bsdfox has joined #arm-netbook
<slapin_>
Gumboot: for gigabit you could use one of kirkwood based things like sheevaplug/dreamplug, later does have quite capable esata to attach your raid box...
<slapin_>
do anybody knows how to make markup like http://ossfans.org/shot.png with LaTeX? some package maybe?
<mnemoc>
what about svg and add it to the wiki? :)
<slapin_>
mnemoc: noooooo
<slapin_>
mnemoc: I'm still sane regardless of whatever
<Marex>
slapin_: you can get calxeda chip with gemac (10g)
specing has quit [Ping timeout: 268 seconds]
<mnemoc>
can <math /> do latex tables?
<Turl>
mnemoc: try on a sandbox
<Turl>
:P
<mnemoc>
it doesn't accept \begin
<slapin_>
Marex: that's cool, but I still don't use 100Mbit to its full potential...
<mnemoc>
inline svg just to do a nice table of bits on a registry doesn't sounds like a crazy idea to me :<
<slapin_>
Marex: any cheap boxes with that chip?
specing has joined #arm-netbook
<slapin_>
mnemoc: I'm lazy person. Too lazy for that. I better learn Tex some more and script the damn thing.
<slapin_>
s/Tex/TeX
<slapin_>
s/Tex/TeX/
<ibot>
slapin_ meant: s/TeX/TeX
<slapin_>
aww shit
<slapin_>
ibot: you're uncool :(
<mnemoc>
slapin_: but doing it in tex won't help improving the documentation in the wiki
<Marex>
slapin_: I think you can get a "cheap" server blade with that
<slapin_>
mnemoc: well, it will make me learn some fun bits and will make me like what I do, so it serves its purpose. As for wiki - doesn't it have TeX markup plugin? Regardless, I'll blow my mind filling-out wiki page at this stage with what I have. TeX does have some cool automagic thingies...