00:00:16 | *** | Saving seen data "./dancer.seen" |
02:00 |
02:00:19 | *** | No seen item changed, no save performed. |
03:00 |
03:38:11 | | Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) |
04:00 |
04:00:21 | *** | No seen item changed, no save performed. |
04:36:57 | | Join massive_H [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
04:40:42 | | Quit massiveH (Ping timeout: 268 seconds) |
05:00 |
05:59:17 | | Quit Maxdamantus (Ping timeout: 255 seconds) |
06:00 |
06:00:23 | *** | Saving seen data "./dancer.seen" |
06:14:29 | | Quit asabas (Quit: Relay server offline) |
06:14:43 | | Join asaba [0] (~asabas@103.113.159.184) |
07:00 |
07:10:13 | | Quit akaWolf (Ping timeout: 246 seconds) |
07:12:11 | speachy | amachronic: Is there any point in keeping the m3klinux port now? |
07:13:18 | speachy | I also find myself wondering if the spl+bootloader work you did for the x1000 would be (relatively easily) portable back to the jz47xx series |
07:19:02 | | Quit Galois (Ping timeout: 252 seconds) |
07:26:00 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
08:00 |
08:00:26 | *** | Saving seen data "./dancer.seen" |
08:06:30 | | Join amachronic [0] (~amachroni@user/amachronic) |
08:09:08 | | Quit akaWolf (Ping timeout: 268 seconds) |
08:15:29 | speachy | btw, I did a little rejiggering of the rockbox www site's sidebar menu; 'dev builds' now points at the daily build page, which in turn points at the post-commit build pages. |
08:22:21 | speachy | this is a bit friendlier for users, as the daily build pages include links to voice files etc too. |
08:27:34 | rb-bluebot | Build Server message: New build round started. Revision cd17decd5a, 301 builds, 9 clients. |
08:30:23 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
08:31:46 | speachy | wtf.. I thik gerrit completely lost its mind. somehow jammed up the server, load average peaked over 140 (!) |
08:32:16 | amachronic | the forums have just become unavailable a few minutes ago too. |
08:33:04 | speachy | yeah, the forum software has a fuse of sorts to prevent things from going haywire. |
08:33:29 | speachy | force-restarting gerrit un-wedged things. |
08:34:05 | speachy | caused a swap storm apparently |
08:36:17 | rb-bluebot | Build Server message: New build round started. Revision cd17decd, 301 builds, 9 clients. |
08:39:05 | amachronic | i guess the m3klinux port may eventually become bitrotted if nobody is actively using/testing it |
08:39:08 | speachy | should have restarted the www server before re-starting the buildserver round. |
08:39:22 | speachy | well, one could argue it never actually _worked_ to begin with. :) |
08:39:48 | amachronic | barrier to entry is high but it's not impossible. |
08:40:10 | amachronic | drop it if you like, I've got no strong opinion either way. |
08:40:11 | speachy | since there was never a way to actually install the buildable-from-rb-source binaries. |
08:40:23 | speachy | plus the horrid jankiness of the m3k kernel etc |
08:40:30 | amachronic | yeah |
08:41:12 | amachronic | probably for the best to axe it then. |
08:43:20 | | Join johnb2 [0] (~johnb2@HSI-KBW-109-192-046-112.hsi6.kabel-badenwuerttemberg.de) |
08:43:39 | amachronic | i am looking at the jz4760's PM now, and though the details differ the SPL boot looks similar to x1000. |
08:44:22 | amachronic | it would probably be possible to adapt the x1000 spl but I'm not sure if code sharing makes sense. |
08:45:08 | amachronic | the x1000 code is already convoluted enough as it is to support the SPL |
08:45:35 | speachy | I didn't expect that level of serendipity but no longer having to rely on a hand-patched binary blob would be nice. |
08:46:04 | speachy | (plus the x3 code has seen a _lot_ of fixes since that bootloader binary was created) |
08:46:34 | amachronic | what's the current boot setup for those players anyway? I guess piggybacking the OF's SPL? |
08:46:51 | amachronic | and replace a kernel with rockbox? |
08:47:43 | johnb2 | I would love to see a native port for the xduoox x3ii. It has the far better screen than the erosq and I prefer the physical buttons over the tochscreen of the m3k. I sold both my hifiwalker and m3k again ... |
08:48:01 | amachronic | jz4740's spl is also similar, but different |
08:48:03 | speachy | IIRC it's the stock OF SPL+bootloader but hand-patched to jump into our BL binary (and jump back if the hold switch is on) |
08:48:29 | speachy | and then a stock OF update image was hand-mangled to get that updated bootloader in. |
08:51:08 | amachronic | the main missing piece is low-level NAND drivers and the architecture is much different from the x1000. |
08:51:28 | rb-bluebot | Build Server message: Build round completed after 912 seconds. |
08:51:42 | rb-bluebot | Build Server message: Revision cd17decd result: All green |
08:54:58 | speachy | kicking the www server too (I think this whole mess is once again attributable to bots suddently slamming the wiki) |
08:59:42 | | Quit johnb2 (Ping timeout: 268 seconds) |
09:00 |
09:03:49 | amachronic | i was thinking, since bootloader installation on x1000 ports & the sansa connect requires libusb, |
09:03:58 | speachy | there. that's most of the mess cleaned up. |
09:04:04 | amachronic | would it make more sense to let rockbox utility handle libusb directly, |
09:04:18 | amachronic | or keep everything contained in the external binaries that we invoke? |
09:04:40 | speachy | I think bluebrother is wanting the latter |
09:04:55 | speachy | so those binaries can get "blessed" to run with elevated privliges |
09:05:22 | speachy | instead of root like it currently needs |
09:05:38 | amachronic | I think libusb should not need root except on linux though. |
09:06:11 | amachronic | on windows the root step is installing the libusb drivers, which is currently pushed off to zadig. |
09:06:19 | | Join dconrad [0] (~dconrad@208.38.228.17) |
09:06:22 | amachronic | mac apparently doesn't need any permissions. |
09:06:53 | amachronic | for linux I think we just need a udev rule to make the device accessible to non-root users. |
09:07:43 | Arsen | how common is it for ipod 6gs connector to start failing intermittently? I keep trying to rsync some music to my ipod and I keep getting 'usb 1-3: reset high-speed USB device number 25 using xhci_hcd', besides, finding the right port on my PC for the ipod to get past setup is also difficult (and I can replicate this on at least two machines, so it's probably the ipods fault) |
09:08:28 | Arsen | amachronic: that's quite common, for instance: https://github.com/pwr-Solaar/Solaar/blob/master/rules.d/42-logitech-unify-permissions.rules |
09:09:32 | speachy | Arsen: the connector itself? that's relatively rare, but it's quite common for the _cables_ to fail. |
09:09:48 | bluebrother | it's not just the root issue. It's also a dependency issue. |
09:10:18 | bluebrother | back in the days we had a dependency on libusb on mac, which was always a hassle. Getting rid of that really helped to simplify the build process. |
09:10:38 | bluebrother | but then again we only use libusb to enumerate the connected usb devices, so that wasn't too hard to replace. |
09:10:53 | Arsen | speachy: could be the cable, yeah |
09:11:09 | speachy | so I'd try another cable first... |
09:11:21 | Arsen | I have two cables, though, both are intermittent, and I don't have a different apple device to test them with |
09:11:30 | bluebrother | but we still have that sudo / elevate issue on all OSes. So the best solution would be to offload the elevated stuff to external binaries. |
09:15:19 | amachronic | the point is with libusb, the external binary does not need elevation, at least in the x1000's case. |
09:15:27 | amachronic | our elevated binary could just be a 'libusb enabler' |
09:15:46 | amachronic | rather than each port-specific install utility |
09:16:52 | amachronic | I guess some non libusb utilities may still require elevation |
09:17:20 | amachronic | ipod maybe? |
09:17:29 | speachy | eg stuff that needs raw filesystem access, eg the ipodpatcher |
09:19:32 | amachronic | at minimum we need a way to designate raw USB devices in rbutil rather than just a mountpoint / drive letter. |
09:19:40 | Arsen | maybe polkit can help? if something needs raw access to the block devices, one could instruct polkit to open that file, and it'd consult itself with its rules and the user, and hand it back if it is possible, I believe |
09:19:58 | Arsen | libusb should be able to enumerate devices on Linux without any special privileges (see: lsusb on the cli) |
09:20:23 | speachy | polkit is great under linux, but most rbutil folks are on $OtherOS |
09:20:56 | Arsen | hm, good point, not sure how that would work on macos (windows presumably just lets you do anything as any process though :^) |
09:21:49 | amachronic | rbutil already does enumeration; we just need a way to pass the right device to the helper binary. |
09:22:30 | amachronic | the current rbutil setup is linking all the helpers into rbutil itself as libraries, so if rbutil used libusb everywhere it would be easy to just make an API accepting a libusb device handle in all the helpers. |
09:29:20 | | Join Maxdamantus [0] (~Maxdamant@user/maxdamantus) |
09:29:53 | bluebrother | I don't think that would work. If we pass a handle it already is open ... |
09:30:42 | bluebrother | also, this is a generic issue. For the Ipods we don't need libusb, but raw disk access. So the elevation issue exists for non-libusb stuff, and on macos there's no polkit. |
09:31:22 | bluebrother | I've started looking into moving that stuff into separate binaries some time ago, but some communication issues came up (and this not-having-time-issue) |
09:31:59 | bluebrother | on Windows we also don't use libusb. We did in the past, but as with macos that complicated things quite a bit |
09:32:04 | amachronic | I agree elevation is a generic issue; but I need a way to pass _USB_ devices and not just _disks_ to the helpers. |
09:32:46 | bluebrother | well, is there a way to uniquely identify the device? |
09:33:22 | amachronic | either by usb vendor/product ID, or by some more unique method (like bus/port numbers, I'm not sure) |
09:33:43 | bluebrother | the bus/port method might only exist on Linux |
09:34:22 | amachronic | that's why I figured "open the device handle and pass it to the library" would be easier |
09:35:05 | amachronic | with vid:pid we have to bail if there is more than 1 device plugged in. |
09:35:14 | amachronic | (arguably that is not a big limitation) |
09:35:17 | bluebrother | but if the problem is access permissions passing a handle won't work. |
09:35:42 | bluebrother | since that handle had to be opened, and thus opened with the "wrong" permissions. |
09:35:46 | amachronic | passing a handle is only sensible if the helpers stay linked into rbutil. |
09:36:05 | amachronic | higher permissions are not needed to make control requests once the drivers are installed |
09:36:09 | bluebrother | well, if we don't need elevation it's not much of an issue. |
09:36:34 | bluebrother | the build dependency might, at least on non-linux |
09:37:23 | bluebrother | on Linux we have it anyway. |
09:37:42 | amachronic | well, I've managed to release a static build of jztool for windows, linux, and mac using libusb. |
09:38:05 | amachronic | the build system is not nice but surely we can just fix that. |
09:38:10 | bluebrother | sure, it's possible. As I said, we did use libusb in th e past. |
09:38:21 | amachronic | the alternative is basically re-implementing libusb ourselves using every platform's native API, which seems silly. |
09:38:23 | bluebrother | but the dependencies on non-Linux were ... painful. |
09:38:48 | amachronic | was this the 'old' libusb or new libusb1? |
09:39:37 | bluebrother | iirc the old one |
09:41:56 | bluebrother | would be nice if we could dynload it. |
10:00 |
10:00:30 | *** | Saving seen data "./dancer.seen" |
10:12:06 | | Join johnb2 [0] (~johnb2@HSI-KBW-109-192-046-112.hsi6.kabel-badenwuerttemberg.de) |
10:14:25 | | Quit johnb2 (Client Quit) |
10:18:56 | | Quit akaWolf (Ping timeout: 255 seconds) |
10:22:44 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
10:28:46 | Arsen | the ipod is certainly getting data and the occasional "usb 1-2: reset high-speed USB device number 35 using xhci_hcd", but at 14kBps I won't be done any time soon |
10:56:10 | | Join lebellium [0] (~lebellium@2a01:cb10:2e:2000:685e:32e1:f9f9:cd32) |
10:56:16 | Arsen | hm, is there any way I can see what the ipod thinks is going on with the usb connection? |
10:56:25 | Arsen | it's currently writing data at that speed from the kernels io cache |
11:00 |
11:15:00 | | Quit ZincAlloy (Quit: Leaving.) |
11:15:59 | | Quit mendel_munkis (Ping timeout: 268 seconds) |
11:37:00 | | Join munkis [0] (~mendel_mu@ool-ae2cb218.dyn.optonline.net) |
11:40:58 | | Join _amachronic [0] (~amachroni@user/amachronic) |
11:44:21 | | Quit amachronic (Ping timeout: 268 seconds) |
11:59:51 | Arsen | yeah, this definitely makes it unusable, after some period of me trying to write to the drive (I'll try reading next), it fails |
12:00 |
12:00:32 | *** | Saving seen data "./dancer.seen" |
12:16:10 | Arsen | yeah definitely doesn't happen on reads |
12:16:35 | Arsen | transferred way more data and it stayed stable |
12:16:46 | Arsen | maybe I should mention at this point that I have an iFlash in this, so it may be related to taht |
12:17:15 | Arsen | I do recall a write bug related to ATA power management and iFlash adapters I think |
12:24:59 | Arsen | looks like download.rockbox.org is down |
12:25:23 | Arsen | it's responding to pings |
12:26:32 | | Join johnb2 [0] (~johnb2@hsi-kbw-109-192-046-112.hsi6.kabel-badenwuerttemberg.de) |
12:35:28 | | Quit johnb2 (Ping timeout: 252 seconds) |
12:48:29 | | Quit _amachronic (Ping timeout: 268 seconds) |
12:51:30 | | Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) |
13:00 |
13:26:21 | braewoods | speachy: is gerrit down? |
13:29:41 | | Quit dconrad (Remote host closed the connection) |
13:29:47 | Arsen | I think everything is |
13:31:04 | | Join johnb2 [0] (~johnb2@hsi-kbw-109-192-046-112.hsi6.kabel-badenwuerttemberg.de) |
13:48:18 | | Quit johnb2 (Ping timeout: 268 seconds) |
13:53:21 | | Quit akaWolf (Ping timeout: 265 seconds) |
14:00 |
14:00:36 | *** | Saving seen data "./dancer.seen" |
14:03:44 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
15:00 |
15:01:53 | __builtin | yep, can confirm |
15:02:00 | __builtin | speachy: ^ |
15:06:44 | | Join dconrad [0] (~dconrad@208.38.228.17) |
15:11:07 | | Quit dconrad (Read error: Connection reset by peer) |
15:11:19 | | Join dconrad [0] (~dconrad@208.38.228.17) |
15:18:01 | | Join cereal_eater [0] (~cereal_ea@193-154-245-131.adsl.highway.telekom.at) |
15:22:46 | | Quit cereal_eater (Client Quit) |
15:23:45 | | Join cereal_eater [0] (~cereal_ea@193-154-245-131.adsl.highway.telekom.at) |
16:00 |
16:00:37 | *** | Saving seen data "./dancer.seen" |
16:13:54 | cereal_eater | is the fiio m3k an upgrade to a sansa fuze+? They seem very alike to me. |
16:21:12 | | Quit dconrad (Remote host closed the connection) |
16:32:20 | braewoods | cereal_eater: what are you looking for? |
16:33:38 | cereal_eater | I have an sansa fuze+ but the touchpad is somehow uneasy to use. The Fiio M3K also has a touchpad an d the same screen resolution. So my question is, if it is worth buying the Fiio M3K: |
16:36:29 | braewoods | it's a newer port and still what i'd consider experimental |
16:36:56 | | Join dconrad [0] (~dconrad@208.38.228.17) |
16:37:02 | cereal_eater | thanks braewoods Basically I am looking for a modern mp3 player that supports rockbox, has a big screen and a microsd card slot. |
16:37:28 | braewoods | that eliminates most rockbox options |
16:37:46 | braewoods | there's still some viable older ones |
16:37:59 | braewoods | most of them don't use touch pads or screens |
16:38:23 | braewoods | i own a number of older rockbox units |
16:39:18 | braewoods | honestly the usefulness of sd cards depends on how often you plan on ejecting storage |
16:39:39 | braewoods | cereal_eater: how "big"? |
16:40:17 | braewoods | the one with the largest screen i've seen to date where gigabeat units |
16:40:27 | cereal_eater | I'd like a screen > 320x240 and I need storage > 500 GB |
16:40:46 | braewoods | oh you mean resolution |
16:40:57 | braewoods | unfortunately the wiki is down right now |
16:41:15 | | Quit dconrad (Ping timeout: 255 seconds) |
16:41:15 | braewoods | as for storage... |
16:41:25 | braewoods | do they even make 512 SD cards yet? |
16:41:39 | braewoods | huh so they do |
16:41:42 | cereal_eater | sorry I am talking about micro sdxc cards |
16:41:43 | braewoods | but pricey |
16:41:53 | braewoods | cereal_eater: i know, but eh. |
16:42:53 | braewoods | what kind of screen you looking for? |
16:42:56 | braewoods | color? |
16:43:34 | braewoods | among the older ports there's some coldfire and PP options. and a few higher end ARM ones. |
16:44:11 | braewoods | i mainly know the HDD units from the old days, most of them can be modded with higher capacity storage |
16:44:44 | braewoods | the iriver H120 is one of my testing units |
16:45:10 | braewoods | grayscale screen but it has good visual contrast |
16:45:27 | braewoods | can be modded with flash storage |
16:46:36 | cereal_eater | I have some modded iPods, but I am looking for recent players. |
16:46:44 | cereal_eater | Isn't the m3k a stabel port now? |
16:46:55 | braewoods | not to my knowledge |
16:47:09 | braewoods | the more recent "stable" is the agptek rocker... |
16:47:22 | braewoods | xduoo or w/e |
16:48:56 | cereal_eater | m3k is stable & functional: https://web.archive.org/web/20210515051640/https://www.rockbox.org/wiki/WebHome |
16:50:38 | braewoods | so it is. i don't work with that hardware. |
16:51:25 | braewoods | but if you check the front page |
16:51:36 | braewoods | fiio m3k is under unstable |
16:51:47 | braewoods | same under device status |
16:52:07 | braewoods | the native port is still experimental last i heard from the chatter here |
16:52:21 | cereal_eater | rockbox.org seems to be down |
16:52:33 | braewoods | it is |
16:55:55 | | Join vitt13 [0] (~vitt13@ns301923.ip-94-23-57.eu) |
17:00 |
17:00:36 | | Quit Maxdamantus (Ping timeout: 255 seconds) |
17:02:35 | | Join Maxdamantus [0] (~Maxdamant@user/maxdamantus) |
17:36:43 | | Quit cereal_eater (Quit: Connection closed) |
17:41:47 | | Quit lebellium (Quit: Leaving) |
17:44:56 | | Quit vitt13 (Ping timeout: 252 seconds) |
17:50:20 | Arsen | is the git up? |
17:50:24 | Arsen | I'm not sure where it is |
17:50:38 | braewoods | git://git.rockbox.org/rockbox.git |
17:50:43 | Arsen | no http frontend? |
17:50:45 | Arsen | seems down too |
17:50:59 | braewoods | afaik the web site is entirely offline though everything else is still accessible |
17:51:00 | Arsen | (also consider upgrading that to a TLS protocol, specifically https, it's not hard to serve git repos with https) |
17:51:18 | Arsen | ah yeah it's fetching actually |
17:51:33 | braewoods | you can use the github mirror if it bothers you so much |
17:51:49 | Arsen | it doesn't really, it's just a suggestion for something mid-tier priority |
17:53:01 | Arsen | is all the rb code on device under firmware/ (excluding bootloader) |
17:53:28 | Arsen | I want to bisect a bit to see if there was an ATA bug that could be causing the horrible unstability while writing to an iFlash adapter that was fixed |
17:54:17 | Arsen | (ipod6g, a build from like a year ago, I get ``usb 1-2: reset high-speed USB device number 35 using xhci_hcd'' while writing but not reading) |
17:55:30 | | Quit Maxdamantus (Ping timeout: 255 seconds) |
17:55:42 | Arsen | and, indeed, aab72f96 sounds related |
17:58:32 | Arsen | yeah, this isn't in any releases, I'll give this build a try |
17:59:58 | Arsen | can the arm-elf-eabi-gcc cross compiler be one built by me (rather, by my distributions maintainers), or must it be built with the in-tree build |
18:00 |
18:00:40 | *** | Saving seen data "./dancer.seen" |
18:03:26 | braewoods | Arsen: no idea, but only the scripted build is supported |
18:07:08 | Arsen | braewoods: instructions from docs/README? |
18:07:36 | braewoods | i'd have to refer to my old notes... the wiki is offline as i said. |
18:07:43 | braewoods | and i don't know where those are right now |
18:08:16 | braewoods | there's one script you run for building it under tools or so |
18:08:24 | braewoods | but it expects some stuff to be installed on the host |
18:08:26 | braewoods | i don't hae that list |
18:09:15 | Arsen | yeah, that's why I'm asking |
18:09:30 | Arsen | the wiki being down that is |
18:23:24 | Arsen | alright, building with the rbdevwhatever script |
18:23:39 | Arsen | configure informed me that gcc 11 is, in fact, unsupported |
18:25:22 | braewoods | i use debian 10 containers |
18:26:22 | Arsen | not even debian 10 uses gcc 4 though :^) |
18:28:22 | braewoods | yea, we're still on 4.9 |
18:28:28 | braewoods | there's a good reason for that all |
18:31:02 | Arsen | oh I know |
18:31:50 | Arsen | alright, building normal for the 6g |
18:37:10 | braewoods | i've rewritten minor parts of rockbox to make use of new compiler features |
18:37:18 | braewoods | like C11 support for utf16 strings |
18:37:25 | braewoods | string literals |
18:38:45 | Arsen | ah, of course: ``usb 1-2: reset high-speed USB device number 41 using xhci_hcd`` |
18:44:26 | Arsen | oh yeah that's some weird bug |
18:44:35 | Arsen | the device becomes entirely unresponsive |
18:44:53 | | Quit ZincAlloy (Quit: Leaving.) |
18:45:18 | | Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:6943:c0ff:45ee:e90b) |
18:45:18 | | Quit ZincAlloy (Client Quit) |
18:47:44 | Arsen | oh yeah, any attempt to write to a file called rockbox.ipod seems to fail |
18:48:38 | Arsen | this is quite inconvenient |
18:49:20 | braewoods | _bilgus: slowly but surely i'm working on inflate. it does occur to me though this could be used to grant more space on bootloader constrained targets, assuming decompression of the rest of the code is somehow viable. |
18:50:03 | Arsen | maybe windowses drivers have more luck |
18:50:29 | braewoods | Arsen: sometimes there's incompatibilities with usb hosts or ports |
18:50:49 | Arsen | maybe |
18:50:55 | Arsen | I've tried xhci and ehci on the same machine |
18:51:01 | Arsen | I'm not sure whether it's the same controller on this machine |
18:51:10 | Arsen | ah, windows update, of course |
18:56:16 | _bilgus | braewoods, we already use ucl compression −− similar to upx on those targets |
18:59:08 | braewoods | _bilgus: ah, ok. |
19:00 |
19:01:01 | braewoods | i wonder if lz4 would be any good |
19:13:58 | Arsen | this is so weird, every time I try to write rockbox.ipod it just fails miserably (under any name or path) |
19:16:28 | Arsen | there's some other boot mode iirc |
19:17:05 | Arsen | one that allows me to write/read the drive but doesnt actually boot rockbox |
19:17:12 | Arsen | iirc it's a part of the bootloader |
19:22:18 | | Join Maxdamantus [0] (~Maxdamant@user/maxdamantus) |
19:24:38 | | Join dconrad [0] (~dconrad@208.38.228.17) |
19:33:30 | Arsen | the ipod can copy files looks like |
19:33:58 | | Join cockroach [0] (~blattodea@user/cockroach) |
19:40:39 | braewoods | _bilgus: it's kinda weird. i've never used a bitstream system before. |
19:40:49 | braewoods | inflate works with bit streams instead of bytes |
19:40:55 | Arsen | this is quite inconvenient |
19:40:56 | braewoods | for reading anyway |
19:41:10 | braewoods | Arsen: could it be a hardware malfunction? |
19:41:13 | Arsen | can I force the bootloader to go into USB mass storage mode? or something similar |
19:41:35 | braewoods | well, if there is a way to do that, it'd be triggered by connecting to USB prior to booting up. |
19:42:11 | Arsen | braewoods: certainly, but I don't think it is due to the frequency of iFlash related commits and due to this not happening when I copy files around on rockbox itself (rather, it only happens when an external device is using usbms to write to it) |
19:42:53 | braewoods | i don't own any ipods so i can't really sy |
19:42:56 | braewoods | say |
19:43:04 | Arsen | found it: /* Enter USB mode if SELECT+RIGHT are pressed */ |
19:43:24 | braewoods | i see. most units i've used just automatically enter it if USB is connected during boot |
19:44:51 | Arsen | oh, god, it was going somewhat well, and it reset now, damn it |
19:58:02 | Arsen | yeah these attempts are futile, I'll disassemble it tomorrow and put a newer build on the sd card manually |
19:58:08 | Arsen | I could also somehow test the sd card too |
20:00 |
20:00:44 | *** | Saving seen data "./dancer.seen" |
20:02:33 | Arsen | or not tomorrow, as the old saying goes, nights are made for screwing with hardware |
20:14:57 | | Quit akaWolf (Ping timeout: 268 seconds) |
20:16:24 | | Join akaWolf [0] (~akaWolf@akawolf.org) |
20:21:08 | speachy | the wiki wedged the www site again. first time in a while though |
20:21:57 | speachy | figures, the first time I'm unavailable for a while it goes titsup |
20:22:16 | speachy | the foswiki cache db was over 110MB |
20:22:27 | speachy | which it had to load/parse on every...single...hit... |
20:26:05 | speachy | Arsen: The final fix for the iflash issues was pre-6g, and due to differences in how the 6g+ did its ATA stuff, it wasn't relevant. |
20:26:13 | Arsen | speachy: ah |
20:26:15 | speachy | I'm not aware of any 6g+ ata issues |
20:26:15 | braewoods | speachy: if we were to change wikis, what would we need from the new software? |
20:26:23 | speachy | braewoods: migration |
20:26:41 | braewoods | afaik the existing wiki has no official migration path |
20:26:42 | speachy | I have a preliminary script to migrate to the dokuwiki syntax |
20:26:58 | braewoods | ah, i see. |
20:27:00 | speachy | foswiki 1.x -> 2.x is also convoluted enough to not be easy |
20:27:20 | braewoods | you'd think they'd have developed a guide or script or so for migration |
20:27:21 | speachy | I also did an experiment to see about doing a static export of the existing wiki |
20:27:38 | Arsen | hm, the SD cards sector size is 512 and the FS is defined (and operated with) 4K per sector |
20:27:40 | braewoods | in the end it may be easier just to hand port them over |
20:28:06 | braewoods | speachy: how many pages does it have? |
20:28:27 | braewoods | like 1000 or so? |
20:28:35 | speachy | it's one of those giant hairballs that I've not been motivated to deal with. |
20:28:44 | speachy | there are currently 2267 pages |
20:28:54 | braewoods | wow. that's a lot to move by hand... |
20:29:02 | speachy | If I had to wager I'd say 3/4 are the auto-created user pages |
20:29:06 | Arsen | oh wow that's quite a bit |
20:29:08 | speachy | only some of which are of any relevance |
20:29:26 | braewoods | indeed, it may be better to archive the old wiki and gradually port over the useful data |
20:29:32 | speachy | what I'd prefer to do is move everythign to a static site generator instead. |
20:29:51 | braewoods | no objections. can we put updates to it in gerrit? |
20:30:01 | speachy | it'll be git-backed, so "of course" :D |
20:30:14 | braewoods | it should be its own repo |
20:30:21 | speachy | actually I wanted to do that to dokuwiki, but it turns out its git integration was... not as sane as first thought. |
20:30:41 | braewoods | what static site generator did you have in mind? |
20:31:08 | speachy | (putting aside the obvious downtime for *.rockbox.org, the wiki wedging things keeps taking out my personal stuff too, and that's the only reason I noticed things were down again) |
20:31:33 | braewoods | if we went to do this, it might be a good idea to use something compatible with github pages, if that's realistic |
20:31:43 | braewoods | reason being it could serve as a backup copy if we have an outage |
20:31:44 | speachy | the options are many, and they all suck in their own ways. |
20:32:02 | speachy | I'm _really_ not motivated to try and build new templates, do all the integration work, etc etc |
20:32:09 | Arsen | I've had good experiences with hakyll and jekyll, former of which currently does my needs but has the drawbacks of being haskell and being a library for building an ssg |
20:32:22 | braewoods | speachy: i could give it a spin. |
20:32:23 | speachy | I use nikola for my personal www site |
20:32:24 | Arsen | yeah building a template would be work |
20:32:42 | Arsen | heard good things about it, haven't had to give it a tr |
20:32:43 | braewoods | i've been also doing amateur web development |
20:32:43 | Arsen | try* |
20:33:21 | braewoods | i'd just need some idea of requirements so i pick a suitable option |
20:33:21 | speachy | rebranding and revamping all around! need a focus group, A/B testing, a full responsive design |
20:33:24 | speachy | ... |
20:33:27 | braewoods | lol |
20:33:50 | braewoods | i assume integration with the current rockbox site theme is what we'd want |
20:34:33 | speachy | another thing that could work too is making the existing wiki completely private, login required to do anything |
20:34:39 | braewoods | speachy: incidently, we might be able to move some stuff like dynamic updates of external content into client-side calls of some kind |
20:34:54 | speachy | and export the whole thing staticly for the public view |
20:36:02 | speachy | that's what I was leaning towards, where I left off on that effort was fighting the exporter to use the rockbox theme. or rather, trying to port the theme to the exporter's needs. |
20:36:51 | Arsen | what markup is the wiki using? bbcodes? |
20:37:08 | braewoods | no, some wiki syntax |
20:38:32 | speachy | it's using a syntax unique to foswiki. |
20:39:33 | Arsen | oh, it's written in perl |
20:39:44 | braewoods | (insert perl joke here) |
20:40:32 | speachy | nothing inherently wrong with perl; it's just the thing is a complete clusterfuck internally. 2.x is considerably improved |
20:40:56 | braewoods | speachy: in the future i'd like to see if i can do anything with a static site generator |
20:41:13 | braewoods | but i'd need some way to experiment with rockbox's site theme |
20:41:22 | Arsen | nothing wrong, yeah, it just shows the age of the thing |
20:41:23 | speachy | doing "something" is easy. migrating the whole thing is a _lot_ harder. |
20:41:40 | braewoods | i'm aware, it's going to be tedious no matter what. |
20:41:42 | speachy | it's a lot of work, period. |
20:41:57 | speachy | and then there's keeping the old URLs working. :D |
20:42:06 | braewoods | which may not be practical |
20:42:40 | braewoods | being able to go through gerrit makes it easier to effect change |
20:42:43 | Arsen | maybe it'd be easiest to rewrite old URLs |
20:42:43 | speachy | there's not a lot of deeplink references from within the main site, but there's an awful lot of forum posts and other legacy. |
20:43:08 | braewoods | indeed. |
20:43:14 | braewoods | i'll do some field research. |
20:43:18 | braewoods | see what i can find. |
20:43:34 | braewoods | what interpreters does the server already support? |
20:43:41 | braewoods | python? python3? |
20:43:44 | braewoods | perl? |
20:43:47 | braewoods | php? |
20:44:06 | braewoods | trying to think of what site generators would integrate with minimal chanes |
20:44:08 | braewoods | changes |
20:44:52 | speachy | site generators are trivial to integrate. it's static content, after all. |
20:45:07 | braewoods | still gotta run it server side |
20:45:17 | braewoods | in any case |
20:45:18 | speachy | but the server currently has active php and mod_perl running |
20:45:39 | braewoods | ah, i meant for running something in a git hook after pushes or so |
20:46:08 | braewoods | a website repo could regenerate stuff after pushes |
20:47:39 | braewoods | speachy: could you review my crc32 addition? it's been sitting in gerrit for 4+ days |
20:48:02 | speachy | again, trivial to enable. gerrit already has commit hooks running, and beyond that there's always cron. |
20:48:14 | braewoods | g#3575 |
20:48:17 | rb-bluebot | Gerrit review #3575 at https://gerrit.rockbox.org/r/c/rockbox/+/3575 : crc32: add fast variant of regular crc_32r function by James Buren |
20:49:42 | Arsen | alright I'm trying to write to the sdcard to see if it fails, or if its something happening on the ipod side of things |
20:50:02 | Arsen | I have to use a loop device in order to emulate a logical sector size of 4096, though |
20:50:24 | Arsen | that is slightly suspect to me, but it could be that the adapter emulates this in hardware too, since it did work |
20:51:10 | braewoods | Arsen: i remember reading that the original ipod drive is something weird like 2048. |
20:51:41 | Arsen | this is an sd card, though, through an iflash adapter, and I know that doesn't have a very great reputation but I don't have any better option :P |
20:51:48 | | Quit dconrad (Remote host closed the connection) |
20:53:04 | | Join dconrad [0] (~dconrad@208.38.228.17) |
20:55:16 | Arsen | hm, `.opt/rockbox/firmware/export/config/ipod6g.h:#define SECTOR_SIZE 4096` |
20:55:32 | Arsen | does rb assume a sector size? or am I not tracing enough code to be able to see the contrary |
20:56:26 | braewoods | it defaults to 512 if nothing else defines it |
20:56:52 | braewoods | it's hard coded in any case |
20:57:19 | Arsen | oh huh |
20:57:27 | Arsen | could it be not 512 on the iflash adapter? |
20:57:38 | braewoods | no idea. |
20:57:46 | braewoods | but given it's set by the port |
20:57:50 | braewoods | it's probably 4K |
20:58:07 | | Quit dconrad (Ping timeout: 268 seconds) |
20:58:13 | braewoods | keep in mind there's multiple kinds of sector sizes |
20:58:29 | braewoods | filesystems are free to group the physical / logical sectors into larger sectors |
20:58:42 | braewoods | it won't necessarily be 1 to 1 |
20:58:54 | Arsen | the FS I have is formatted for 4K, so it could be the case, that would mean that I was using more of the drive than 1/8th capacity (since sectors were 1/8th the size they were supposed to be), resulting in write errors |
20:59:23 | braewoods | as long as it is exposed correctly it shouldn't matter but i'm not familiar with ipods |
20:59:29 | braewoods | ipods do some really weird shit |
20:59:52 | Arsen | ``mformat -T 60866434 -h 255 -s 63 -H 0 -S 5 -i "/dev/sdc1" ::'' this is how it was formatted |
21:00 |
21:00:09 | braewoods | eventually i plan to add MTP support which may help workaround cases where UMS is somehow less desirable |
21:00:25 | Arsen | how complicated is MTP to implement? |
21:00:25 | braewoods | you can't use mkfs.vfat? |
21:00:32 | braewoods | it's modest difficulty. |
21:00:46 | braewoods | it's a fairly complicated protocol |
21:00:46 | Arsen | I can't remember why I needed to do that |
21:01:04 | Arsen | probably due to the sector size differing between what the ipod acted as and what the sd card reader acted as |
21:01:06 | braewoods | but it basically means the rockbox firmware does all the writes |
21:01:29 | braewoods | for the moment though i'm focused on another project |
21:01:44 | braewoods | i was planning to look at MTP again when I finish with the gigabeat S |
21:01:57 | braewoods | as far as pressing issues goes |
21:01:58 | Arsen | maybe mtp would have helped here :P I noticed that writes are mostly/only failing while using UMS |
21:02:13 | braewoods | UMS will still be necessary |
21:02:24 | braewoods | if nothing else it's useful for low level stuff |
21:02:40 | Arsen | oh naturally, |
21:02:44 | Arsen | s/,// |
21:02:55 | braewoods | just i think for most everyday stuff MTP should be preferred |
21:03:00 | braewoods | but it has to be implemented first |
21:03:25 | braewoods | right now i'm working on ZIP support |
21:06:08 | | Quit Maxdamantus (Ping timeout: 268 seconds) |
21:08:52 | Arsen | alright got trunk rockbox running |
21:09:06 | Arsen | (which also means I managed to get this ipod to boot again) |
21:10:26 | Arsen | phys sector size: 512 |
21:10:41 | Arsen | I don't see the logical one, probably because it's about four times after I usually sleep |
21:11:04 | Arsen | no, it's just not there, but power mgmt: unsupported is :^) |
21:11:37 | | Join dconrad [0] (~dconrad@208.38.228.17) |
21:13:40 | Arsen | wait, is the logical sector size picked by the ata drive or the actual host? |
21:14:15 | speachy | tbhe drive |
21:14:30 | Arsen | would it be visible in the identifying info dump? |
21:25:05 | Arsen | this spec is "fun" to follow |
21:30:02 | braewoods | the drive defines the actual sector size |
21:30:31 | braewoods | though the host is free to cluster drive sectors to form a higher level sector of sorts |
21:30:56 | braewoods | i've used filesystems that can group the physical / logic sectors into a higher level unit of sorts |
21:31:28 | braewoods | useful sometimes for alignment |
21:39:55 | Arsen | I'm decently sure the SD card is fine, writing the same data to it using my card reader works, copying data in rockbox works (I'll test this even further now), but writing over usbms does not |
21:42:02 | speachy | I don't think rockbox is hardcoded to a specific sector size but if the player was shipped with a 2K/4K sector drive and you shove an iflash into it, it'll most likely never work with the original firmware ever again. |
21:42:44 | Arsen | I don't really care about apples OF so that's fine by me |
21:43:15 | Arsen | but I think iflash tests for that usecase specifically, idk |
21:49:57 | Arsen | write test concluded (I think): duplicating about 4gb of music worked on the device itself |
21:54:52 | Arsen | meanwhile copying a 700K rockbox.ipod with serial over usb fails |
22:00 |
22:00:47 | *** | Saving seen data "./dancer.seen" |
22:05:54 | | Join Maxdamantus [0] (~Maxdamant@user/maxdamantus) |
22:10:05 | Arsen | "cdc_acm 1-2:1.1: ttyACM0: USB ACM device" yay |
22:15:15 | | Nick massive_H is now known as massiveH (~massiveH@ool-18e4e82f.dyn.optonline.net) |
22:15:17 | | Quit dconrad (Remote host closed the connection) |
22:16:57 | | Quit cockroach (Quit: leaving) |
22:18:20 | | Join dconrad [0] (~dconrad@208.38.228.17) |
22:23:13 | | Quit dconrad (Ping timeout: 268 seconds) |
22:25:47 | Arsen | I pcap'd the usb traffic and it sends a scsi write(10) command followed by a scsi data out, the data out contains data of the file i tried to cp (I matched it with the data in the file to confirm), and it never receives a response, after a while, the kernel decides to try to reset the device and send the command again, which ultimately results in another write, data out, and no response |
22:26:49 | Arsen | now I need to find where scsi is handled presumably |
22:27:39 | Arsen | I have almost the entire conversation logged |
22:28:19 | Arsen | I'm missing the initial handshake and partition scan, everything past that (mount; cp ~/music/...flac .; reset) is in this sca |
22:28:42 | Arsen | at times like these I wish I didn't delegate messing with usb to someone else |
22:33:37 | | Join dconrad [0] (~dconrad@208.38.228.17) |
22:49:29 | | Quit dconrad () |
23:00 |
23:07:06 | Arsen | hm, I'm seeing nothing in the debug views Show Log File, and I see no log file anywhere on the disk, I must have missed something, is enabling logging just done by enabling debug and logf in the advanced build? (btw i also changed rbdir and checked both the old and the new one) |