01:03
xiangfu has joined #milkymist
01:08
hypermodern has joined #milkymist
01:09
jimmythehorn has quit [Ping timeout: 256 seconds]
01:21
azonenberg has left #milkymist [#milkymist]
01:27
_whitelogger has joined #milkymist
03:09
hypermodern has left #milkymist [#milkymist]
03:56
pablojavier has joined #milkymist
03:56
pablojavier has left #milkymist [#milkymist]
05:16
sh4rm4 has quit [Remote host closed the connection]
05:22
sh4rm4 has joined #milkymist
05:41
mumptai has joined #milkymist
07:05
azonenberg has joined #milkymist
07:28
mumptai has quit [Ping timeout: 252 seconds]
08:48
Martoni has joined #milkymist
09:03
Alarm has joined #milkymist
10:21
<
GitHub91 >
misp/master ef45d06 Sebastien Bourdeauducq: Use new compiler-rt path
10:21
<
GitHub144 >
milkymist-ng/master 2059592 Sebastien Bourdeauducq: software/libcompiler-rt: add ctzsi2
10:24
lekernel_ has joined #milkymist
10:25
lekernel has quit [Ping timeout: 245 seconds]
10:42
<
GitHub198 >
migen/master 6fa3005 Sebastien Bourdeauducq: fhdl/verilog: tristate outputs are always wire
10:42
lekernel_ is now known as lekernel
10:53
stekern_ has joined #milkymist
12:25
stekern_ has quit [Ping timeout: 245 seconds]
12:36
antgreen has quit [Ping timeout: 245 seconds]
12:42
Zou has joined #milkymist
12:44
Gurty has quit [Ping timeout: 248 seconds]
12:44
Zou is now known as Gurty
13:30
gbraad has joined #milkymist
13:44
antgreen has joined #milkymist
14:16
<
lekernel >
/* The core i2c driver will automatically retry the transfer if the
14:16
<
lekernel >
* adapter reports EAGAIN. However, we find that bit-banging transfers
14:16
<
lekernel >
* generate spurious NAKs and timeouts. Retrying the transfer
14:16
<
lekernel >
* of the individual block a few times seems to overcome this.
14:16
<
lekernel >
* are susceptible to errors under a heavily loaded machine and
14:16
<
lekernel >
ah, linux ...
14:17
<
Fallenou >
ahah yes I saw that :)
14:17
<
Fallenou >
i2c in linux has a few quirks
14:27
<
lekernel >
ah and the nouveau driver loves broken DDCs. typically, it will disable the port until you reboot or suspend...
14:44
<
Fallenou >
fantastic !
14:50
Alarm has quit [Ping timeout: 245 seconds]
15:31
xiangfu has quit [Quit: leaving]
15:42
gbraad has quit [Ping timeout: 240 seconds]
16:10
gbraad has joined #milkymist
16:10
gbraad has quit [Changing host]
16:10
gbraad has joined #milkymist
16:21
sh4rm4 has quit [Remote host closed the connection]
16:23
sh4rm4 has joined #milkymist
16:33
gbraad has quit [Ping timeout: 245 seconds]
17:22
mumptai has joined #milkymist
17:35
antgreen has quit [Ping timeout: 257 seconds]
17:40
Alarm has joined #milkymist
17:53
antgreen has joined #milkymist
19:27
antgreen has quit [Ping timeout: 245 seconds]
20:34
jimmythehorn has joined #milkymist
21:02
_florent_ has joined #milkymist
21:06
<
_florent_ >
just for info, after the de0 nano port
21:06
<
_florent_ >
I'm starting working with milkymist-ng with the KC705
21:07
<
_florent_ >
Nothing very insteresting to say for the moment because nothing is tested yet...
21:07
<
_florent_ >
but I'll tell you when it will start working
21:08
<
_florent_ >
for the moment there won't be a DDR3 controller
21:09
<
_florent_ >
but we will have to discuss about that if some design can be share with your future M^3
21:10
<
lekernel >
great :)
21:19
<
_florent_ >
Hi lekernel
21:20
<
_florent_ >
for info the LM32 seems to work at at least 156MHz on the kintex
21:21
<
_florent_ >
I've tried 200MHz but I was having timings errors....
21:21
<
_florent_ >
156 is probably not the max, but I haven't played with the mmcm for the moment
21:31
<
Fallenou >
very nice :)
21:32
<
lekernel >
hmm, weird, I'm quite sure I had 200
21:33
<
lekernel >
have you tried disabling some options (multipliers, divider ...)
21:35
mumptai has quit [Quit: Verlassend]
21:40
<
_florent_ >
in fact 200 was ok for the cpu alone
21:41
<
_florent_ >
but it must be close to 200, I was only having small timings issues on the multiplier
21:41
<
_florent_ >
haven't try without
21:43
<
_florent_ >
On the kc705 I'm going to use the milkymist-ng frame buffer + some color conversion module + the ADV7511 on the board
21:44
<
_florent_ >
Do you have developped some simple code to test the frame buffer on the ng?
21:45
<
_florent_ >
If so I'll be interested to test the frame-buffer --> color conversion --> ADV7511 chain
21:49
<
larsc >
_florent_: what are you running on the lm32?
21:51
<
_florent_ >
for the moment , only the bios ;)
21:51
<
_florent_ >
but I only wanted to know if some simple test code for the frame buffer existed for the bios
21:54
<
Fallenou >
you can flash the PONG demo instead of the BIOS for instance
21:54
<
Fallenou >
it makes simple use of the framebuffer
21:55
<
_florent_ >
interesting!
21:55
<
Fallenou >
this is working on the M1 board
21:55
<
_florent_ >
that's what I need I think
21:55
<
Fallenou >
you can play 1-player pong with the push buttons and VGA output
21:56
<
_florent_ >
only a simple code that generate video
21:56
<
Fallenou >
you're welcome :)
21:58
<
_florent_ >
I have to go
21:58
<
_florent_ >
I'll send you a capture of the pong demo in 1080p when it will be working ;)
21:59
<
Fallenou >
hehe very good :)
21:59
<
Fallenou >
a video ;)
22:12
_florent_ has quit [Ping timeout: 245 seconds]
22:28
kyak has quit [Ping timeout: 264 seconds]
22:29
Alarm has quit [Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331]]
22:30
kyak has joined #milkymist
22:30
kyak has quit [Changing host]
22:30
kyak has joined #milkymist
22:32
<
lekernel >
Fallenou, iirc the pong demo still uses the old SoC interface and should be loaded with netboot/flterm/flashboot (not flashed instead of the bios)
22:34
<
Fallenou >
the pong demo for the ml401 maybe
22:34
<
Fallenou >
but the pong demo for M1 is a replacement for the BIOS
22:35
<
Fallenou >
it initializes ddr controler etc
22:35
<
Fallenou >
it calls _sdram_init
23:12
lekernel has quit [Ping timeout: 260 seconds]
23:25
lekernel has joined #milkymist