| - belgin (QUIT: Ping timeout: 256 seconds) (~belgin@2a06:cd40:300:1::33) | 00:09 | |
| bluerise | Video device 'lcd-controller@30320000' cannot allocate frame buffer memory -ensure the device is set up before relocation | 00:15 |
|---|---|---|
| bluerise | hmhm | 00:15 |
| bluerise | ah | 00:16 |
| bluerise | UHM | 00:20 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:40) | 00:21 | |
| bluerise | minute: for some reason though with this I can't enumerate PCI anymore lol :D | 00:22 |
| - technomancy (PART: ERC (IRC client for Emacs 26.1.50)) (~user@170.ip-158-69-211.net) | 00:23 | |
| - S0rin (QUIT: Ping timeout: 255 seconds) (~S0rin@user/s0rin) | 00:36 | |
| + S0rin (~S0rin@user/s0rin) | 00:38 | |
| bluerise | minute: I see some display noise after booting up OpenBSD | 00:40 |
| bluerise | wonder if it's related to clocks or ... didn't you have that PCIe interference issue? | 00:40 |
| bluerise | Ah yes, if something is happening on the disk, stuff is weird | 00:41 |
| minute | bluerise: yes. you need to do some magic pokes to fix it | 00:42 |
| bluerise | nice | 00:42 |
| bluerise | qbit: QBIT!!! | 00:42 |
| bluerise | I have U-Boot mainline running with LCD and NVMe support :D | 00:42 |
| bluerise | This is gonna disappoint jcs | 00:42 |
| vkoskiv | did he already sell his | 00:43 |
| minute | bluerise: https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/patches/0003-lcdif-fix-pcie-interference.patch#L27 | 00:43 |
| bluerise | vkoskiv: yeah, to qbit | 00:43 |
| qbit_m | bluerise: nice!!! | 00:44 |
| qbit_m | Lel | 00:44 |
| sigrid | hah | 00:45 |
| bluerise | minute: thanks, that works | 00:48 |
| minute | bluerise: ok cool! | 00:49 |
| bluerise | https://github.com/bluerise/u-boot/commits/mnt | 00:49 |
| sigrid | does lcdif code automatically becomes gpl with no reference to where it came from? | 00:53 |
| sigrid | *become | 00:53 |
| minute | heh yeah, that file is missing some attribution | 00:55 |
| bluerise | yup | 00:55 |
| bluerise | If someone gives me a header I'll gladly put it in | 00:56 |
| minute | where is cinap_lenrek | 00:57 |
| sigrid | i guess you can just attribute it to "9front authors" | 00:57 |
| sigrid | idk how to word this properly | 00:57 |
| - mtm (QUIT: Ping timeout: 248 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 01:03 | |
| qbit_m | “9front did it” | 01:04 |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 01:04 | |
| bluerise | minute: how does the LPC Wake thing work? that's for suspend/resume? | 01:05 |
| + bkeys (~Thunderbi@205.185.110.104) | 01:05 | |
| minute | bluerise: yes | 01:05 |
| minute | bluerise: it sends a string to the internal uart to imx. | 01:06 |
| bluerise | is there any magic interrupt or is that simply a return from... | 01:06 |
| bluerise | ah | 01:06 |
| minute | bluerise: imx is configured to wake on uart | 01:06 |
| minute | bluerise: how's life in openbsd on reform? | 01:06 |
| bluerise | If it wasn't for the keyboard layout... :X | 01:07 |
| + bkeys1 (~Thunderbi@205.185.110.104) | 01:09 | |
| - bkeys (QUIT: Ping timeout: 256 seconds) (~Thunderbi@205.185.110.104) | 01:10 | |
| * bkeys1 -> bkeys | 01:10 | |
| bluerise | Now I can watch James Hoffman Youtube videos on the Reform2 | 01:11 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:40) | 01:11 | |
| bluerise | That said, it's quite slow ;) | 01:11 |
| minute | i see :D | 01:11 |
| minute | bluerise: the keyboard layout will get an update soon | 01:11 |
| sigrid | what's with the layout? | 01:11 |
| minute | some people can't handle it | 01:12 |
| bluerise | hehe, yes, I'm just not good enough | 01:12 |
| bluerise | the split spacebar, and especially the "incorrect" key offsets | 01:12 |
| sigrid | hmm.. i can't play wasd shooters well on it, think that's about it when it comes to my struggles | 01:13 |
| bluerise | on a regular keyboard the S is basically below the W, just shifted a tiny bit. on the reform it's shifted much more to be right | 01:13 |
| bluerise | it really fucks with my typing habits :/ | 01:13 |
| + bkeys1 (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 01:16 | |
| bluerise | Gonna take a picture tomorrow during "daylight", gives the reform better lightning then now at 1AM | 01:17 |
| - bkeys (QUIT: Ping timeout: 255 seconds) (~Thunderbi@205.185.110.104) | 01:17 | |
| * bkeys1 -> bkeys | 01:17 | |
| sevan | was nosing around old drives and I found windows installers for GTA & GTA2. Might try and run it on the laptop, since there was news of windows gaming earlier | 01:20 |
| eery | box86 + wine should do the trick | 01:26 |
| qbit_m | bluerise: have you tried an ergodox) | 01:27 |
| sevan | eery: thanks, I'll give it a go :) | 01:27 |
| minute | bluerise: keyboard v3 will fix both of these complaints! | 02:06 |
| minute | but i have to sink many 1000 eur into keycaps | 02:06 |
| minute | the pcb design is already done though | 02:06 |
| - nsc (QUIT: Ping timeout: 248 seconds) (~nicolas@168-49-142-46.pool.kielnet.net) | 03:08 | |
| + mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 03:09 | |
| + nsc (~nicolas@220-49-142-46.pool.kielnet.net) | 03:10 | |
| * nsc -> Guest1610 | 03:11 | |
| - bkeys (QUIT: Ping timeout: 260 seconds) (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 03:49 | |
| + bkeys (~Thunderbi@static-198-54-135-69.cust.tzulo.com) | 03:50 | |
| bluerise | qbit_m: love my Leopold FC660M | 04:30 |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:40) | 05:17 | |
| - S0rin (QUIT: Ping timeout: 252 seconds) (~S0rin@user/s0rin) | 05:56 | |
| + S0rin (~S0rin@user/s0rin) | 05:58 | |
| eery | kind of a shame to hear people have a lot of trouble with the keyboard | 06:14 |
| eery | It did take me a couple of weeks to adjust, but I kind of like the "only 1 and 1.5U keyaps in a perfectly rectangular space" | 06:14 |
| ex-parrot | I haven't found it difficult but I have weirdly small hands | 06:14 |
| eery | at least from a design/repair perspective | 06:15 |
| ex-parrot | it's very satisfying to type on | 06:15 |
| * jackhill -> KM4MBG | 06:17 | |
| * KM4MBG -> jackhill[m] | 06:18 | |
| * jackhill[m] -> jackhill | 06:18 | |
| eery | The difference in stagger is tricky to adjust to | 06:18 |
| ex-parrot | I didn't even notice with my hands :( | 06:18 |
| eery | Probably depends on individual typing habits, which is why some people just can't do it | 06:19 |
| ex-parrot | yeah makes sense | 06:19 |
| violet | josch: I've only used the v4l2-requests patches on ffmpeg 4, sorry to say | 09:38 |
| josch | yeah it also worked with ffmpeg 4 for me but now breaks with ffmpeg 5 :/ | 09:56 |
| josch | to the keyboard topic: i have no clue about keyboards and also no requirements for them. My difficulties with the reform keyboard were more about the different positions of DEL, super, ctrl, alt, page-up, page-down and the like | 09:58 |
| josch | i never even thought about that the keys would somehow be shifted differently compared to "normal" keyboards | 09:58 |
| josch | i very much enjoy the split spacebar because it allows me to hit enter, and backspace without moving my fingers away from their default position | 09:59 |
| - sevan (QUIT: Ping timeout: 256 seconds) (~sevan@user/venture37) | 11:39 | |
| + sevan (~sevan@2001:470:1f1d:1d6:5a55:caff:fe24:ed4) | 11:55 | |
| pandora[m] | I never had an issue with the split spacebar but the different alignment of the keys made me hit two keys at the same time quite often bc the key was just not where my muscle memory was expecting it to be. I was not able to type quickly on it. Maybe that could be an option in the future to also offer a "normal style" keypad | 12:50 |
| minute | pandora[m]: thanks for the feedback, the "normal" keyboard is almost done | 12:54 |
| - mtm (QUIT: Ping timeout: 268 seconds) (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 13:03 | |
| qbit_m | bluerise: nice, a "feature" specific to the ergodox is it really exposes the bad habits : | 13:35 |
| bluerise | Bad habits as in "this is bad for your health"? | 13:36 |
| bluerise | my body already lets me know about that everytime I wake up... | 13:37 |
| minute | bluerise: would it be possible and/or advisable to create a live SD card for openbsd or an usb stick? i mean where you don't have to install it completely from scratch | 14:17 |
| bluerise | In my 'perfect' world I'd put a distroboot-capable U-Boot on the eMMC, and put a mainline .dtb on an eMMC FAT partition | 14:33 |
| bluerise | then you could boot from an sd card, or from an NVMe with the bootloader and device tree on eMMC | 14:33 |
| bluerise | this btw works out of the box if you configure the boot sequence to load from eMMC; then SD; then NVMe or something like that | 14:34 |
| bluerise | because it looks for the .dtb first, then the EFI. so it'll load eMMC dtb, not find eMMC EFI, find SD/NVMe EFI; boot ;) | 14:34 |
| bluerise | and 'live boot' OpenBSDs are not really advisable; you'll have a fixed size image; maybe only root configured | 14:35 |
| bluerise | minute: is the WiFi slot internal-refclk or ext_osc? | 14:37 |
| bluerise | NVMe is ext_osc | 14:37 |
| bluerise | Hm, I'm confused, thought internal-refclk was upstreamed | 14:39 |
| bluerise | currently checking if we can use your dtb, minute | 14:59 |
| + mtm (~mtm@c-71-228-84-213.hsd1.fl.comcast.net) | 15:09 | |
| minute | bluerise: mpcie (wifi) uses imx8m generated (internal) refclk that is output on an anatop monitor pad | 15:30 |
| minute | bluerise: nvme uses refclk from oscillator on the motherboard | 15:30 |
| minute | bluerise: can i install openbsd from an sd card to an usb stick? | 15:31 |
| minute | bluerise: i'm just trying to plan how i will try it out for real without needing to install it on my emmc or nvme (where linux is) | 15:32 |
| minute | bluerise: i also thought that internal refclk is upstreamed but i'm not sure in which form, need to check that tomorrow | 15:33 |
| minute | fsl,refclk-pad-mode | 15:35 |
| bluerise | minute: you can also install from SD to SD ;) | 15:37 |
| bluerise | the problem is that the .dtb you currently ship doesn't boot | 15:37 |
| bluerise | I'm fixing that | 15:37 |
| minute | great | 15:37 |
| bluerise | heh, fsl,refclk-pad-mode is only defined for MM and MP | 15:38 |
| bluerise | thanks, NXP, thanks Linux | 15:38 |
| bluerise | imxccm_set_parent: 0x000000af 0x00000047 | 15:39 |
| bluerise | imxccm_get_frequency: 0x000000af | 15:39 |
| bluerise | imxccm_set_frequency: 0x000000af 989680 | 15:39 |
| bluerise | huh | 15:39 |
| bluerise | IMX8MQ_CLK_PCIE2_AUX to 10MHz via PLL 80M | 15:39 |
| minute | ah @ MM/MP :( | 15:40 |
| - Nulo (QUIT: Ping timeout: 252 seconds) (~Nulo@user/nulo) | 15:42 | |
| bluerise | do you happen to have a link to the debian kernel source handy? | 15:42 |
| minute | yeah, it is still not upstreamed https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/pci/controller/dwc/pci-imx6.c#n315 | 15:42 |
| minute | bluerise: you mean our patches? | 15:42 |
| bluerise | https://source.mnt.re/reform/reform-debian-packages/-/tree/main/linux | 15:42 |
| bluerise | the patches I can see here | 15:42 |
| bluerise | but I'm looking for the imx8mq.dtsi that you're using | 15:42 |
| minute | ah | 15:43 |
| minute | should be a mainline one from 6.1.7? | 15:43 |
| bluerise | ah yes found it | 15:44 |
| bluerise | it's really just mainline | 15:44 |
| bluerise | + assigned-clock-parents = <&clk IMX8MQ_SYS2_PLL_250M>, | 15:44 |
| bluerise | + <&clk IMX8MQ_SYS2_PLL_100M>, | 15:44 |
| bluerise | + <&clk IMX8MQ_SYS1_PLL_80M>; | 15:44 |
| bluerise | + assigned-clock-rates = <250000000>, <100000000>, | 15:44 |
| bluerise | + <10000000>; | 15:44 |
| + Nulo (~Nulo@user/nulo) | 15:48 | |
| bluerise | minute: which pll is IMX8MQ_CLK_MON_CLK2_OUT using? | 15:58 |
| bluerise | ah, and it's a divider from one of the monitors | 15:59 |
| bluerise | argh | 15:59 |
| minute | bluerise: afaik it is a monitor output (mon) which can be switched to output a bunch of clocks | 15:59 |
| bluerise | yeah, to the monitor divider of a bunch of clocks | 15:59 |
| bluerise | weird. How was I able to use WiFi without needing to do that? | 15:59 |
| minute | bluerise: did you boot linux before? | 16:00 |
| bluerise | nah, only OpenBSD | 16:00 |
| bluerise | which didn ot do that monitor output thing | 16:00 |
| minute | it's probably sys_pll2_out_monitor | 16:01 |
| minute | no. | 16:02 |
| minute | one moment | 16:02 |
| bluerise | heh, that one is 1GHz, so I don't think so | 16:02 |
| bluerise | same for sys3_pll_out_monitor | 16:03 |
| bluerise | maybe it's sys_pll1_out_monitor / 8? | 16:03 |
| bluerise | or sys2_pll_out / 10 | 16:05 |
| minute | sys_pll1 | 16:05 |
| minute | it is sys_pll1 divided by 8 | 16:05 |
| minute | see here https://source.mnt.re/reform/reform-debian-packages/-/blob/main/linux/patches/0002-pci-imx6-add-support-for-internal-refclk-imx8mq.patch | 16:05 |
| bluerise | ah, thx | 16:06 |
| bluerise | ah fun :) | 16:06 |
| minute | and then you have to set IMX8MQ_GPR_PCIE_REF_USE_PAD to 0 | 16:06 |
| bluerise | yeah I do that | 16:06 |
| minute | ok | 16:07 |
| bluerise | ok, right, I'm already doing that, but also in the pcie driver and not hte clock code | 16:07 |
| bluerise | thx | 16:07 |
| minute | i'm not sure how to model this monitor output thing cleanly in linux | 16:07 |
| minute | i would guess with assigned clock parents | 16:07 |
| minute | or something | 16:07 |
| bluerise | yes | 16:08 |
| bluerise | exactly | 16:08 |
| minute | it looks like the building blocks are there https://github.com/torvalds/linux/blob/master/drivers/clk/imx/clk-imx8mq.c#L382 | 16:10 |
| minute | yeah, this patch added them https://www.spinics.net/lists/arm-kernel/msg871190.html | 16:11 |
| minute | so one could use these in dts (not sure how to declare it correctly, something like setting IMX8MQ_CLK_MON_CLK2_OUT's parent to IMX8MQ_CLK_MON_SYS_PLL1 and its rate to 100mhz?) | 16:15 |
| minute | and then the driver should probably check if ref_clk is fixed or if it is this clock and set REF_USE_PAD accordingly? | 16:15 |
| bluerise | Technically you already do something like that | 16:17 |
| bluerise | assigned-clocks = <&clk IMX8MQ_CLK_PCIE1_CTRL>, | 16:17 |
| bluerise | <&clk IMX8MQ_CLK_PCIE1_PHY>, | 16:17 |
| bluerise | <&clk IMX8MQ_CLK_MON_CLK2_OUT>; | 16:17 |
| bluerise | assigned-clock-rates = <250000000>, | 16:17 |
| bluerise | <100000000>, | 16:17 |
| bluerise | <100000000>; | 16:17 |
| bluerise | assigned-clock-parents = <&clk IMX8MQ_SYS2_PLL_250M>, | 16:17 |
| bluerise | <&clk IMX8MQ_SYS2_PLL_100M>; | 16:17 |
| minute | oh. | 16:18 |
| bluerise | but that's assigning 100Mhz to IMX8MQ_CLK_MON_CLK2_OUT | 16:18 |
| minute | well that's ok no? | 16:18 |
| bluerise | ah right, yes, sorry, was confused with aux | 16:18 |
| minute | the divider would be set automatically | 16:18 |
| bluerise | yup | 16:18 |
| minute | so then only the pad setting is missing | 16:18 |
| bluerise | exactly | 16:18 |
| minute | maybe the default is 0 | 16:18 |
| minute | and that's why it worked in obsd? | 16:18 |
| bluerise | ah no I already check ext_osc (and soon internal-refclk) | 16:19 |
| bluerise | and I have a device tree where I have those configured | 16:19 |
| minute | ok, but the flag shouldn't be necessary because the driver could check for the clock source, no? | 16:19 |
| minute | ah, there's no real relationship in the dts | 16:19 |
| bluerise | however one encodes it, it still needs if (check something that basically depends on the dts) then do X | 16:19 |
| minute | or is there? | 16:19 |
| minute | i mean, an assignment of IMX8MQ_CLK_MON_CLK2_OUT to ref_clk | 16:20 |
| minute | yes | 16:20 |
| bluerise | I think I have all pieces together now, but it still hangs. | 16:20 |
| minute | but if we were to also upstream it to linux, i would suggest sth like REF_USE_PAD = (refclk != IMX8MQ_CLK_MON_CLK2_OUT) | 16:20 |
| bluerise | shouldn't be power domain this time | 16:20 |
| bluerise | but it's only the wifi pcie that hangs this time, so maybe something with the refclk or something else, will debug | 16:21 |
| minute | hm! | 16:21 |
| bluerise | Ah, aha | 16:21 |
| bluerise | yes, I put the if wrong :) | 16:21 |
| minute | nice | 16:22 |
| bluerise | if (OF_getproplen(sc->sc_node, "ext_osc") >= 0 && | 16:26 |
| bluerise | OF_getpropint(sc->sc_node, "ext_osc", 1) && | 16:26 |
| bluerise | OF_getproplen(sc->sc_node, "internal-refclk") < 0) { | 16:26 |
| bluerise | I hope that is right... | 16:26 |
| minute | why both ext_osc and internal-refclk ? | 16:26 |
| bluerise | old device trees | 16:26 |
| minute | ah! | 16:27 |
| minute | legacy support | 16:27 |
| bluerise | I had support for ext_osc as bool, ext_osc as int, and now internal-refclk bool... | 16:27 |
| bluerise | something like | 16:27 |
| bluerise | if ext_osc exists and as an integer it's 1 (in case it's a bool, default 1), and there's NO internal-refclk, use pad | 16:28 |
| bluerise | Yeah, that seems to work | 16:31 |
| bluerise | I should eat something | 16:44 |
| minute | bluerise: great! | 16:46 |
| minute | me too, i should start cooking soon | 16:46 |
| bluerise | minute: the check isn't nice either. the non-existence of both properties would now be ambigous | 17:24 |
| bluerise | I'm gonna propose that if we see a device tree with linux,pci-domain we start checking internal-refclk, and otherwise do the old ext_osc check | 17:25 |
| bluerise | Sent two diffs out to OpenBSD, with those committed the .dtb you ship works fine, minute | 17:26 |
| bluerise | Then all you need to do is a) use the snapshot miniroot b) somehow provide the dtb (either from the eMMC or mount the miniroot and copy the .dtb there) | 17:26 |
| bluerise | so linux resumes from suspend if something is typed on a UART? always? | 17:31 |
| - leonardo (QUIT: Quit: WeeChat 3.6) (~leonardo@user/leonardo) | 17:37 | |
| bluerise | minute: heh, you do have support for the wake gpio, but prefer the UART? | 17:42 |
| bluerise | ah, or both. | 17:44 |
| minute | bluerise: i just kind of stuck with the uart. | 18:39 |
| minute | we do this: | 18:39 |
| minute | echo enabled > /sys/devices/platform/soc@0/30800000.bus/30860000.serial/tty/ttymxc0/power/wakeup | 18:39 |
| minute | echo enabled > /sys/devices/platform/soc@0/30800000.bus/30890000.serial/tty/ttymxc1/power/wakeup | 18:39 |
| minute | echo enabled > /sys/devices/platform/soc@0/30800000.bus/30880000.serial/tty/ttymxc2/power/wakeup | 18:39 |
| minute | bluerise: the actual uart is ttymxc2 | 18:40 |
| minute | if you listen on /dev/ttymxc2 with 57600 baud and select wake in the oled menu, you will see the string "wake" | 18:40 |
| bluerise | gpio-keys { | 18:42 |
| bluerise | compatible = "gpio-keys"; | 18:42 |
| bluerise | pinctrl-names = "default"; | 18:42 |
| bluerise | pinctrl-0 = <&pinctrl_reform_wake>; | 18:42 |
| bluerise | wake { | 18:42 |
| bluerise | label = "Wake"; | 18:42 |
| bluerise | linux,code = <KEY_WAKEUP>; | 18:42 |
| bluerise | gpios = <&gpio1 3 GPIO_ACTIVE_LOW>; | 18:42 |
| bluerise | wakeup-source; | 18:42 |
| bluerise | }; | 18:42 |
| bluerise | }; | 18:42 |
| bluerise | something like that might be nice | 18:42 |
| bluerise | because you do have LPC_WAKE -> IMX_WAKE -> GPIO1_IO3 | 18:42 |
| minute | ah yeah | 18:42 |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:20) | 18:43 | |
| minute | bluerise: the lpc fw can do it https://source.mnt.re/reform/reform/-/blob/master/reform2-lpc-fw/src/boards/reform2/board_reform2.c#L706 | 18:44 |
| bluerise | yup | 18:45 |
| bluerise | and I think the keyboard does both? | 18:45 |
| bluerise | https://source.mnt.re/reform/reform/-/blob/master/reform2-keyboard-fw/remote.c#L345 | 18:45 |
| minute | yes, just checked | 18:46 |
| minute | ok so perhaps the gpio wakeup works, but haven't tested it myself i think | 18:46 |
| bluerise | I'll try it | 18:51 |
| + leonardo (leonardo@user/leonardo) | 19:16 | |
| bluerise | minute: GPIO1_IO13 is active high, right? | 22:01 |
| bluerise | LPC_GPIO->SET[1] = (1 << 24); | 22:01 |
| bluerise | delay(100); | 22:01 |
| bluerise | LPC_GPIO->CLR[1] = (1 << 24); | 22:01 |
| bluerise | reads like low->high->low | 22:01 |
| + leonardo1 (~leonardo@user/leonardo) | 22:08 | |
| vagrantc | bluerise: have you made additional fixes to the u-boot reform patches beyond v6? | 22:08 |
| - leonardo (QUIT: Quit: WeeChat 3.4.1) (leonardo@user/leonardo) | 22:08 | |
| * leonardo1 -> leonardo | 22:08 | |
| bluerise | vagrantc: only in additional commits on my github branch | 22:24 |
| bluerise | I'm not adding any more features to that v6 patch, as that would only take more time to get some review | 22:24 |
| vagrantc | bluerise: makes sense, thanks for moving that forward! :) | 22:34 |
| bluerise | but yeah, the only changes I have on top is for PCIe and the display | 22:36 |
| vagrantc | both... very nice features :) | 22:36 |
| vagrantc | the v6 patch applies to v2023.01, but i cannot manage to get it to build successfully ... will try with your git master + your patches | 22:37 |
| bluerise | hm. need to find something fun to do again | 22:48 |
| vagrantc | hrm. battery jumped from 40% charged to 100% charged after i turned off the power and turned it back on again | 23:05 |
| vagrantc | think i left it at ~60% last night monitoring the battery status on battery power ... and now just noticed it at 40% after charging for a while ... and then poof 100%! | 23:07 |
| vagrantc | still drawing about 1 amp off of a 24-28v power supply... | 23:08 |
| vagrantc | times like this, wish i could see the oled display with the lid closed... | 23:09 |
| pandora[m] | It would actually be really nice to have a second small pled somewhere on the outside that mirrors the inside one (maybe on the front or the side of the case)? Would be a really nice feature unwound enjoy on the pocket (: | 23:28 |
| pandora[m] | *oled | 23:28 |
| pandora[m] | *unwound = i would | 23:29 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!