| *** tpb <[email protected]> has joined #litex | 00:00 | |
| *** indy <[email protected]> has quit IRC (Ping timeout: 260 seconds) | 00:26 | |
| *** indy <[email protected]> has joined #litex | 00:29 | |
| *** NotHet <[email protected]> has joined #litex | 00:31 | |
| NotHet | hey yall. i've got a riscv soc built with litex and I'm trying to boot zephyr. I can see it booting and get the "uart:~$" prompt on the shell subsystem sample. Problem is that it doesn't seem to be recieving any bytes I type into the console | 00:35 |
|---|---|---|
| NotHet | I know the liteuart works both ways, as I am using lxterm to download the zephyr kernel during boot. | 00:36 |
| NotHet | I was thinking I was going to go start poking into the riscv core and see if I can get the logic analyzer attached to the instruction pointer. But debugging a riscv core I've never touched before is gonna be an effort | 00:36 |
| NotHet | any ideas what to go looking for? or better yet solutions to the problem lol | 00:37 |
| NotHet | /msg NickServ VERIFY REGISTER NotHet GRkEoB04kMHCKMU4 | 00:38 |
| NotHet | whoops! got a space in that last one I shouldnt' have | 00:39 |
| NotHet | I've also brought my main clock down quite a bit to ensure I have enough slack, no failures. | 00:40 |
| cr1901 | Somebody uses password-store :)? | 00:43 |
| NotHet | For sure. Too bad a memory. I'd be buried in post-its otherwise | 00:45 |
| tpw_rules | NotHet: what board, out of curiosity | 00:46 |
| NotHet | colorlighti5 | 00:46 |
| NotHet | I was wondering if somehow a regression related to https://github.com/zephyrproject-rtos/zephyr/issues/30702 | 00:47 |
| NotHet | So I rebuilt without ethernet, still no go. | 00:48 |
| *** cr1901 <cr1901!~William@2601:8d:8600:911:b44d:5c72:cb42:b1e8> has quit IRC (Read error: Connection reset by peer) | 01:39 | |
| *** cr1901 <cr1901!~William@2601:8d:8600:911:5c93:7c51:ef34:e72b> has joined #litex | 01:40 | |
| NotHet | I kind of suspect the CPU is hanging, but I don't know how to prove that. Etherbone has been working, but with ethernet on the soc DHCP fails in Zepyhr without ever hitting the net_mgmt_event_callback. | 01:52 |
| NotHet | Another point to something going very wrong: it never returns from a k_msleep. Like even if I modify hello world to a while(1) { kprintf() k_msleep() } never prints more than once | 02:13 |
| *** Degi <[email protected]> has quit IRC (Ping timeout: 245 seconds) | 03:01 | |
| *** Degi_ <[email protected]> has joined #litex | 03:01 | |
| *** Degi_ is now known as Degi | 03:01 | |
| *** geertu <[email protected]> has quit IRC (Ping timeout: 250 seconds) | 03:42 | |
| *** geertu <[email protected]> has joined #litex | 03:49 | |
| NotHet | Yeah Zephyr has some kernel deadlocking going in arch_swap | 03:55 |
| *** linear_cannon <[email protected]> has quit IRC (Ping timeout: 245 seconds) | 04:11 | |
| *** linear_cannon <[email protected]> has joined #litex | 04:13 | |
| *** NotHet <[email protected]> has quit IRC (Remote host closed the connection) | 04:15 | |
| *** linear_cannon <[email protected]> has quit IRC (Quit: linear_cannon) | 04:37 | |
| *** linear_cannon <[email protected]> has joined #litex | 04:38 | |
| *** Melkhior <Melkhior!~Melkhior@2a01:e0a:1b7:12a0:225:90ff:fefb:e717> has quit IRC (Quit: Leaving) | 07:03 | |
| *** Melkhior <Melkhior!~Melkhior@2a01:e0a:1b7:12a0:225:90ff:fefb:e717> has joined #litex | 07:03 | |
| Melkhior | _florent_: in the Framebuffer at https://github.com/enjoy-digital/litex/blob/9f0a03100d917aeb39ce990591b839ff52af90c4/litex/soc/cores/video.py#L632 , shouldn't that (Down)Converter be in clock_domain rather than "sys" ? | 07:06 |
| *** FabM <[email protected]> has joined #litex | 07:14 | |
| *** RaYmAn_ is now known as RaYmAn | 08:14 | |
| _florent_ | Melkhior: indeed, good catch! | 09:53 |
| Melkhior | _florent_: still trying to resolve my FB issue... | 09:55 |
| Melkhior | another one I'm not 100% sure of the fix: my monitors hate it when the R/G/B signals are not 0 during the blanking | 09:55 |
| Melkhior | (using VGA) | 09:55 |
| Melkhior | if I limit the non-0 output of R/G/B to DE being high, then the monitors are much happier | 09:56 |
| Melkhior | but I'm still short on BW - my 8 bit device is running out of BW (i *think*) for 1280x1024 @ 60 Hz, which should only be 75 MiB/s | 09:57 |
| Melkhior | ot something else - even at 800x600@60 Hz the display is corrupted | 10:08 |
| _florent_ | Melkhior: Sorry I've not yet been able to also do some tests on my side at high resolutions | 10:44 |
| Melkhior | no problem, I suspect there's something weird about my setup | 10:49 |
| Melkhior | now that I have identified the sync issue, I'll try again ASAP with 'normal' Litex on the Wukong | 10:49 |
| Melkhior | as that's more reproductible | 10:49 |
| Melkhior | OK; so on regular litex with my wukong setup, 800x600@60Hz/16bpp works, 1024x768 doesn't sync properly, 1280x1024 is fone, and 1920x1080 is fine except the FB memory run well into the DTB space, which I suspect is why Linux is crashing | 11:22 |
| Melkhior | s/fone/fine/ | 11:22 |
| Melkhior | so on that setup, it seems BW is fine ; why my monitor won't accept XGA signal I don't know | 11:23 |
| Melkhior | TBC | 11:23 |
| Melkhior | So when I move the FB memory a bit lower to avoid running into rv32.dtb (while having enough space for the kernel), Linux boot just fine with the 1920x1080x16bpp FB | 11:41 |
| Melkhior | there's only a bit less than 3 MiB available with the default memory map/json file, so anything above 800x600x32bpp will have issue | 11:42 |
| Melkhior | 1280x1024x16 is 2.5 MiB so that fits | 11:42 |
| *** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 11:59 | |
| *** TMM_ <[email protected]> has joined #litex | 11:59 | |
| Melkhior | _florent_: opened #1060 to document the issue | 12:02 |
| *** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 12:12 | |
| *** TMM_ <[email protected]> has joined #litex | 12:12 | |
| *** CarlosEDP <CarlosEDP!~carlosedp@2001:470:69fc:105::218e> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** jevinskie[m] <jevinskie[m]!~jevinskie@2001:470:69fc:105::bb3> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** sajattack[m] <sajattack[m]!~sajattack@2001:470:69fc:105::1d9> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** DerekKozel[m] <DerekKozel[m]!~dkozelgnu@2001:470:69fc:105::2f14> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** willcode4[m] <willcode4[m]!~willcode4@2001:470:69fc:105::e1b3> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** dmiller[m] <dmiller[m]!~dmillergn@2001:470:69fc:105::e9f6> has quit IRC (Remote host closed the connection) | 13:20 | |
| *** dcallagh <dcallagh!~dcallagh@2001:470:69fc:105::9c5> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** amstan <amstan!~amstan@2001:470:69fc:105::1e9> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** Crofton[m] <Crofton[m]!~croftongn@2001:470:69fc:105::9a7> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** jryans <jryans!~jryans@2001:470:69fc:105::1d> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** david-sawatzke[m <david-sawatzke[m!~david-saw@2001:470:69fc:105::1634> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** vomoniyi[m] <vomoniyi[m]!~vomoniyig@2001:470:69fc:105::3023> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** promach[m] <promach[m]!~promach@2001:470:69fc:105::ca1> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** HumbertoJimenez[ <HumbertoJimenez[!~hjimenez9@2001:470:69fc:105::fe30> has quit IRC (Read error: Connection reset by peer) | 13:20 | |
| *** kaji <kaji!~kajiryoji@2001:470:69fc:105::405b> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** shoragan[m]1 <shoragan[m]1!~shoraganm@2001:470:69fc:105::39> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** a3f <a3f!~a3f@2001:470:69fc:105::41d> has quit IRC (Remote host closed the connection) | 13:20 | |
| *** bluecmd <bluecmd!~bluecmd@2001:470:69fc:105::1d44> has quit IRC (Remote host closed the connection) | 13:20 | |
| *** Las[m] <Las[m]!~lasmatrix@2001:470:69fc:105::74e> has quit IRC (Remote host closed the connection) | 13:20 | |
| *** leons <leons!~leons@2001:470:69fc:105::abc> has quit IRC (Write error: Connection reset by peer) | 13:20 | |
| *** jryans <jryans!~jryans@2001:470:69fc:105::1d> has joined #litex | 13:21 | |
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #litex | 13:23 | |
| *** dcallagh <dcallagh!~dcallagh@2001:470:69fc:105::9c5> has joined #litex | 13:23 | |
| *** CarlosEDP <CarlosEDP!~carlosedp@2001:470:69fc:105::218e> has joined #litex | 13:23 | |
| *** kaji <kaji!~kajiryoji@2001:470:69fc:105::405b> has joined #litex | 13:23 | |
| *** leons <leons!~leons@2001:470:69fc:105::abc> has joined #litex | 13:23 | |
| *** promach[m] <promach[m]!~promach@2001:470:69fc:105::ca1> has joined #litex | 13:23 | |
| *** Las[m] <Las[m]!~lasmatrix@2001:470:69fc:105::74e> has joined #litex | 13:23 | |
| *** jevinskie[m] <jevinskie[m]!~jevinskie@2001:470:69fc:105::bb3> has joined #litex | 13:23 | |
| *** Crofton[m] <Crofton[m]!~croftongn@2001:470:69fc:105::9a7> has joined #litex | 13:23 | |
| *** amstan <amstan!~amstan@2001:470:69fc:105::1e9> has joined #litex | 13:23 | |
| *** sajattack[m] <sajattack[m]!~sajattack@2001:470:69fc:105::1d9> has joined #litex | 13:23 | |
| *** david-sawatzke[m <david-sawatzke[m!~david-saw@2001:470:69fc:105::1634> has joined #litex | 13:23 | |
| *** vomoniyi[m] <vomoniyi[m]!~vomoniyig@2001:470:69fc:105::3023> has joined #litex | 13:23 | |
| *** DerekKozel[m] <DerekKozel[m]!~dkozelgnu@2001:470:69fc:105::2f14> has joined #litex | 13:23 | |
| *** HumbertoJimenez[ <HumbertoJimenez[!~hjimenez9@2001:470:69fc:105::fe30> has joined #litex | 13:23 | |
| *** dmiller[m] <dmiller[m]!~dmillergn@2001:470:69fc:105::e9f6> has joined #litex | 13:23 | |
| *** willcode4[m] <willcode4[m]!~willcode4@2001:470:69fc:105::e1b3> has joined #litex | 13:23 | |
| *** a3f <a3f!~a3f@2001:470:69fc:105::41d> has joined #litex | 13:23 | |
| *** bluecmd <bluecmd!~bluecmd@2001:470:69fc:105::1d44> has joined #litex | 13:23 | |
| *** key2_ is now known as key2 | 13:53 | |
| _florent_ | Melkhior: OK, the the issue seems related to your other setup? | 14:06 |
| _florent_ | Melkhior: Sorry I'm not sure to remember the config on this other setup, can you share it again? (to be able to compare with the Wukong board) | 14:06 |
| Melkhior | it's my custom, cpu-less (devices only) setup for my SPARCstation | 14:07 |
| Melkhior | the one thing that is 'standard' is the sdram, using add_sdram() | 14:07 |
| Melkhior | the FB is meant to be 8-bits pseudocolor to be compatible with the host software | 14:08 |
| _florent_ | and which kind of dram is it? | 14:08 |
| Melkhior | same as the wukong - 16 bits DDR3, sys_clk_freq is also 100 Mhz | 14:09 |
| Melkhior | (so far I've set it to 8-bits grey, copying the 8 bits in R/G/B and bypasing the CLUT to remove one variable) | 14:10 |
| Melkhior | but I need to track down the issue accurately, by checking the 'valid' bits of every element in the sequence of stream (dma, conv, cdc) to figure out which one is slowing things down | 14:11 |
| Melkhior | it seems unlikely to be the memory now, as the Wukong as enough to run several time the bandwidth | 14:11 |
| Melkhior | needed for the SBusFPGA | 14:12 |
| Melkhior | my week-end will be busy :-) | 14:12 |
| *** NotHet <[email protected]> has joined #litex | 14:21 | |
| *** peeps[zen] <peeps[zen]!~peepsalot@openscad/peepsalot> has joined #litex | 14:27 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has quit IRC (Ping timeout: 245 seconds) | 14:28 | |
| *** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Remote host closed the connection) | 14:54 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has joined #litex | 15:21 | |
| *** peeps[zen] <peeps[zen]!~peepsalot@openscad/peepsalot> has quit IRC (Ping timeout: 252 seconds) | 15:22 | |
| *** peeps[zen] <peeps[zen]!~peepsalot@openscad/peepsalot> has joined #litex | 15:29 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has quit IRC (Ping timeout: 265 seconds) | 15:30 | |
| Melkhior | _florent_: seems the issue might not be the hw, just relooked at the driver, i probably have a mapping issue somewhere | 15:35 |
| Melkhior | sigh... | 15:35 |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has joined #litex | 16:50 | |
| *** peeps[zen] <peeps[zen]!~peepsalot@openscad/peepsalot> has quit IRC (Ping timeout: 245 seconds) | 16:50 | |
| *** peeps[zen] <peeps[zen]!~peepsalot@openscad/peepsalot> has joined #litex | 16:59 | |
| *** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has quit IRC (Ping timeout: 245 seconds) | 16:59 | |
| Melkhior | _florent_: actually, once the SW side is sorted, 1280x1024 in 8 bits is fine in my design as well | 17:04 |
| *** NotHet <[email protected]> has quit IRC (Remote host closed the connection) | 17:05 | |
| Melkhior | As of a few seconds ago, I have the only SPARCstation in the universe with a 1280x1024 cg3, running X11, controlled by a USB mouse :-) | 17:05 |
| Melkhior | colors are ugly because I only have RGB222 output (custom Pmod, VGA with just 8 pins) | 17:06 |
| Melkhior | happy :-) | 17:07 |
| _florent_ | nice! By curiosity, do you have a picture of your unique SPARCstation? :) | 17:52 |
| geertu | Melkhior: congrats! | 17:54 |
| Melkhior | geertu: thanks :-) | 17:54 |
| Melkhior | _florent_: just of the new board with its plugs, I'll add it to GitHub tomorrow | 17:55 |
| Melkhior | BTW, at 1920x1080 i don't pass timing with the CLUT, but i do without, so I'll need to figure out how to fix that at some point | 17:56 |
| Melkhior | (the CLUT is just three 256 8 bits array indexed by the video_pipe_source.data) | 17:57 |
| Melkhior | the SPARCstation itself is one of my least photogenic (it had a tough life before meeting me; lots of broken plastic), developing HW is a risky business for such old beasts :-/ | 17:59 |
| Melkhior | and it would not have been possible without Litex ! | 18:02 |
| Melkhior | Is there an 'official' logo that would look OK in 64x64, as few colors as possible? Not sure how to implement the draw-logo in the framebuffer but the option exists so some day it will need a proper Litex logo instead of the Sun one at boot :-) | 18:03 |
| Melkhior | geertu: BTW, not sure how to do a console-supported 24-bits framebuffer, but some GX documentation have surfaced so I might give a go at adding some acceleration at some point and emulating a cg6 instead of a cg3 | 18:04 |
| Melkhior | Right now I'm thinking a simple VexRiscv with no MMU or interrupt or anything, and emulate the blit, draw and font command in software | 18:05 |
| Melkhior | no idea how to implement the HW cursor though... | 18:06 |
| Melkhior | cg3 are *slow* | 18:06 |
| Melkhior | good night all :-) | 18:07 |
| geertu | Melkhior: All console acceleration has been dropped from upsream :-( | 18:09 |
| geertu | But fbcon does support 24/32 bpp | 18:09 |
| Melkhior | geertu: SPARCstation have been dropped from Linux entirely, I'm using NetBSD, acceleration is still available there | 18:10 |
| Melkhior | I should have been clearer: "console" as the PROM-based console, before the boot; so I need to implement the firmware in Forth (OpenFirmware) | 18:11 |
| Melkhior | 1-bit and 8-bits are 'easy' as there's built-in function you can use - and I just reused the code from OpenBIOS anyway :-) | 18:11 |
| geertu | Melkhior: oh. right | 18:11 |
| Melkhior | 24-bits, not so easy :-( | 18:11 |
| Melkhior | geertu: you mentioned higher bit depth in a previous discussion hence my comment | 18:14 |
| Melkhior | And maybe someday there will be a NuBus version :-) , though I don't know how the firmware work on that | 18:16 |
| Melkhior | I have a IIvi in unknown condition, but it was working when put in storage many years ago | 18:16 |
| Melkhior | and there's a lot more m68k vintage enthusiasts than sparc... | 18:18 |
| *** peeps[zen] is now known as peepsalot | 19:13 | |
| *** Guest5374 <[email protected]> has quit IRC (Quit: Client closed) | 21:40 | |
| *** RichardSnow <RichardSnow!~RichardSn@2600:1700:8670:f390:e486:f52d:6272:c886> has joined #litex | 22:48 | |
| RichardSnow | hi | 22:53 |
| RichardSnow | I was trying to rebuild the Litex VexRisv linux with build root and it fails on autoreconfiing of host-fakeroot | 22:55 |
| RichardSnow | I wanted to change the eth0 to use dhcp and add bind so that dns resolvss and add a development package or two such as 4th and Python3 | 22:57 |
| RichardSnow | and openssh and lynx | 22:58 |
| RichardSnow | lynx | 22:58 |
| *** Guest53 <[email protected]> has joined #litex | 23:08 | |
| *** RichardSnow <RichardSnow!~RichardSn@2600:1700:8670:f390:e486:f52d:6272:c886> has quit IRC (Quit: Client closed) | 23:17 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!