<lekernel>
kristianpaul: take screenshots (ctrl-f12) at labsurlab :)
<lekernel>
btw it will freeze for a dozen seconds atm... don't reboot
<terpstra_>
lekernel, !!! -- do i understand correctly that mwalle's gdbstub is using some milkymist specific uart and not the LM32's debug uart?
<lekernel>
yes
<terpstra_>
rofl
<terpstra_>
no wonder i can't make it work :)
<lekernel>
there's only the lm32 core we use here... everything else is custom
<terpstra_>
yes, but the lm32 has a jtag cable and debug unit
<terpstra_>
anyway
<terpstra_>
i get it now
<lekernel>
just use our uart core :) any problem with it?
<terpstra_>
i have a jtag cable already connected to my chip?
<terpstra_>
easier to just tweak his gpio stuff to use JTX and JRX
<lekernel>
ah, you were talking about the JTAG UART
<terpstra_>
then i should be able to run his debug rom
<terpstra_>
yeah, his code uses your uart instead of the lm32 uart
<terpstra_>
i have a nice reliable link to the lm32 jtag uart and want to run gdb on it
<lekernel>
the problem with JTAG UARTs is they need specific hardware and software to get to work... which is why I didn't go this way
<terpstra_>
fair enough
<lekernel>
the current UART can be used easily with any serial cable and any driver
<terpstra_>
well, i have that 'special' software now
<terpstra_>
and i don't feel like wiring a uart to my board :)
<terpstra_>
you have some sort of magical control unit at memory address 0x1000 ?
<terpstra_>
ahh - isee
<terpstra_>
CSR_SYSTEM_ID = 1 differs from "b r0" how ?
<terpstra_>
very cool. i have it working now. :)
<terpstra_>
lunch time.
<Fallenou>
flickernoise wallpaper looks like an Apple wallpaper :')
<Fallenou>
troll troll
<lekernel>
perfect!
<lekernel>
a lot of people love Apple products
<lekernel>
more than they love free software in fact
<lekernel>
:)
<lekernel>
it's also a GNOME wallpaper btw
<terpstra_>
lekernel, in ml401-flasher.c, is there a reason you don't always use bulk_cycle instead of cycle?
<lekernel>
hum, I don't remember
<lekernel>
you mean, why use the bulk EP and not bit bang directly with control transfers?
<lekernel>
because it's slow
<terpstra_>
i mean why not ALWAYS use bulk
<terpstra_>
bulk is faster i assume
<lekernel>
ha
<lekernel>
yeah, it's faster
<lekernel>
but I don't remember the reason (if any) to use control
<xiangfu>
lekernel: Hi
<lekernel>
hi
<xiangfu>
sorry for my bad English. did I mis-understand you? you mean only include the "comet.png" in data partition image. not (three wallpapers and set comet.png as default)?
<lekernel>
yeah, scratch the other wallpapers
<xiangfu>
ok. then one small question :). why not three wallpapers? is there something wrong with those image license?
<lekernel>
one has minor licensing problems and the other isn't as good imo (and all increase the flashing time)
<xiangfu>
lekernel: got it. I will remove them.
<lekernel>
do the subfolders work btw?
<lekernel>
I mean you can access the files in the subfolders from RTEMS?
<lekernel>
it seems there are some bugs there... until this is fixed let's put all the files at the root of the flash
<xiangfu>
I can access all file under subfolders. without any problem.
<lekernel>
try deleting files in those subfolders, or adding files...
<xiangfu>
for now. I only meet ethernet bug.(ftp)
<xiangfu>
trying now....
<lekernel>
upgrade rtems.. I fixed a couple of them yesterday
<xiangfu>
oh. great. I will test in serial console first.
<kristianpaul>
new msd!!, i'll flash it later before dorkbot :-)
<xiangfu>
lekernel: ok. I will look into this bug.
<xiangfu>
lekernel:  and I will try to send the mm-mkyaffs2image patch to yaffs2 upstream. do you have any advice. before I send out the patch?  :)
<lekernel>
you can also try to upstream the other Milkymist support patches
<lekernel>
I tried to do so, was ignored/dismissed, I gave up, then silence for ~2 months, then they came back with a very polite message thanking me for my submission and saying they would merge it
<lekernel>
afaik they did not yet
<lekernel>
RTEMS patches should be upstreamed too (imo more important than YAFFS, and easier too)
<xiangfu>
lekernel: then I can remind them in next few days.
<xiangfu>
lekernel: yes RTEMS is more important. write  down them to my TODO list.
<lekernel>
imo you should just have to diff src/c/lib/libbsp/lm32
<lekernel>
afaik no one else touched it in the RTEMS tree, so my version should always be the most up to date
<lekernel>
and I almost didn't touch the rest (platform independent) of the RTEMS code
<xiangfu>
is this "Yann Sionneau <yann.sionneau@telecom-sudparis.eu>" also work on Milkymist one. or it's a upstream committer? rtems lm32 maintainer?
<lekernel>
he's Fallenou
<xiangfu>
oh
<lekernel>
the RTEMS LM32 maintainer does nothing... I asked him to upgrade the EVR code to the new RTEMS IRQ API (a simple thing to do btw) when I upgraded this for all LM32 platforms, and that was already too much
<lekernel>
answered the LM32 port was "a toy" "nothing serious" or something like that
<lekernel>
so, my patches break EVR, but I don't think that's something we should worry about :-)
<xiangfu>
oh. we are serious :)
<lekernel>
sure. and because of that the LM32 port gets modern IRQ code. if the EVR doesn't, that's not a serious problem.
<roh>
whats evr?
<lekernel>
the original LM32 system and board from lattice
<roh>
ah. who gives a shit
<xiangfu_>
lekernel:Â Â same question. what is EVR. (searching...)
<lekernel>
the original LM32 system and board from lattice
<xiangfu_>
thanks.
<xiangfu_>
time for sleep. see you
<lekernel>
good nigh
<lekernel>
t
<rofl0r>
greetings
<rofl0r>
lekernel, which mtk files specify how stuff is drawn on the screen ? i wanna try to get it to work on directfb
<mw1>
lekernel: is there anything else beside the user/pass i have to set to enable the ftp server?
<Fallenou>
mw1: nop
<mw1>
mh doesnt work for me
<mw1>
ping works
<Fallenou>
oh strange
<Fallenou>
usually just setting uer and pwd is enough
<Fallenou>
user*
<mwalle>
is the ftp server always enabled?
<mwalle>
because i get connection timed out
<Fallenou>
don't know more sorry, last time I tested on qemu, I just had to enter the user /pw :x
<lekernel>
imo oversampling is great... never do in hardware what can be done in software :)
<lekernel>
and the oversampling circuit should only be a few dozen LUTs
<lekernel>
larsc: good
<larsc>
so that one should have support for clksel?
<lekernel>
yes
<larsc>
ok
<larsc>
maybe i did something wrong
<roh>
lekernel: decent? nope
<roh>
need the sync also
<lekernel>
roh: so what would you recommend to get tv-out on milkymist?
<roh>
use vga and different timings
<lekernel>
oversampling at 140MHz should definitely do the trick imo... CVBS is only 8MHz bandwidth
<roh>
generate composite sync on one pin and use an adapter to scart
<lekernel>
sync isn't that low compared to active video, is it?
<roh>
cvbs itself.. dunno.. i dont really have usecases for that anymore. its like the lowest common denominator in the worst case of video.. besides that... i rather chose any other possibility
<roh>
lekernel: not sure.
<lekernel>
i'd like to keep the analogue part as simple (cheap) as possible :)