| 00:00:15 | [Saint] | it is _very_ strange that not even the fallback image provides a reliable USB connection. |
| 00:00:38 | Cunctator_ | i doing another try, just to be sure... |
| 00:01:10 | Cunctator_ | yeah, same. Removable Disk F: impossible to open |
| 00:01:58 | copper | reboot the PC |
| 00:02:09 | Cunctator_ | ? yeah? |
| 00:02:56 | [Saint] | Yeah. Windows is a strange creature. A reboot may well be advisable here. |
| 00:02:59 | Cunctator_ | is this move [Saint] approved? :) |
| 00:03:01 | Cunctator_ | alright |
| 00:03:05 | Cunctator_ | brb |
| 00:03:34 | | Quit Cunctator_ (Quit: Page closed) |
| 00:04:28 | | Quit edhelas (Ping timeout: 250 seconds) |
| 00:06:15 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 00:06:55 | | Join Cunctator [0] (4f2a005d@gateway/web/freenode/ip.79.42.0.93) |
| 00:07:02 | Cunctator | and im back |
| 00:07:06 | Cunctator | computer freshly rebooted |
| 00:07:21 | Cunctator | should I also reboot Rockbox, just to be sure? |
| 00:08:05 | [Saint] | Yes. |
| 00:08:09 | [Saint] | Please. |
| 00:09:15 | Cunctator | (so before showing the main menu it says ; no rockbox installation found or 'incomplete') |
| 00:09:31 | [Saint] | thats expected. |
| 00:09:35 | Cunctator | ok |
| 00:10:12 | Cunctator | also under System>ROckbox info it says : Version r31516-120101 |
| 00:10:13 | [Saint] | Its just complaining that there's no user installed Rockbox image, which is totally fine. |
| 00:10:20 | [Saint] | As it will just load the fallback. |
| 00:10:53 | Cunctator | alright, trying again with the USB cable now |
| 00:11:19 | [Saint] | (which can't play media, as it has no codecs, and no plugins, it exists just to facilitate installation and a (supposedly) known stable USB connection) |
| 00:11:58 | Cunctator | nope same stuff. Oh joy. |
| 00:12:20 | Cunctator | do you think that the fact that i still had that "iPod Controls" folder has anything to do with this all? |
| 00:12:32 | Cunctator | you seemd to think it was not normal |
| 00:13:04 | [Saint] | I'm not sure why it was there, but it definitely shouldn;t be there now. And the issue is still presenting itself. |
| 00:13:50 | [Saint] | This is all quite strange. I wonder, what driver is being used when the device is connected? |
| 00:14:10 | Cunctator | well yes if anything im worse off :) |
| 00:14:13 | Cunctator | what do you mean? |
| 00:14:36 | | Join fs-bluebot [0] (~fs-bluebo@g224237078.adsl.alicedsl.de) |
| 00:14:49 | [Saint] | What is it presenting itself as in the device manager, and what driver is used for the device. |
| 00:17:18 | Cunctator | OK says: portable device, Apple, location generic volume. Driver 6.3.9600.16384 |
| 00:17:38 | [Franklin] | I don't think that's rockbox's driver |
| 00:17:50 | [Saint] | Right. |
| 00:17:58 | [Saint] | Lets uninstall that driver. |
| 00:18:26 | Cunctator | and then? |
| 00:18:31 | copper | any chance my build with the phony USB ID would work? |
| 00:19:19 | [Saint] | eject and re-plug the device and see what it wants to do with it. |
| 00:20:05 | [Franklin] | ugh... I can't figure out how to get xworld to draw the screen pre-rotated |
| 00:20:21 | [Franklin] | so now it has to draw it, and then rotate it |
| 00:20:39 | [Saint] | since its going to be entirely irrelevant to you (in theory, if we get it working for you), you'll probably want to uninstall iTunes entirely as its of no use. |
| 00:21:00 | [Franklin] | it would save memory, and speed up the code |
| 00:21:08 | [Franklin] | but I can't figure it out |
| 00:21:16 | [Saint] | that's definitely one way of guaranteeing itunes isn't getting in the way. |
| 00:21:25 | Cunctator | OK on it |
| 00:21:31 | [Saint] | (and, its a piece of shit ;)) |
| 00:21:58 | [Franklin] | "rockTunes" |
| 00:22:21 | | Quit xorly (Ping timeout: 258 seconds) |
| 00:24:07 | Cunctator | (still uninstalling...) |
| 00:24:30 | copper | [Franklin]: needs an entry here http://en.wikipedia.org/wiki/Another_World_%28video_game%29#Fan_ports |
| 00:24:46 | [Franklin] | copper: sure thing :) |
| 00:25:31 | [Franklin] | actually, maybe it should wait |
| 00:25:40 | [Franklin] | until it gets committed (if ever...) |
| 00:26:19 | [Franklin] | ok I got rotation working |
| 00:27:27 | Cunctator | OK, after the longest uninstall process ever, iTunes is out of the way. Need I reboot again? |
| 00:27:36 | [Franklin] | yes |
| 00:27:46 | [Franklin] | actually, no |
| 00:27:48 | [Saint] | correct. |
| 00:27:59 | [Franklin] | it should have terminated the process in the uninstall |
| 00:28:06 | [Franklin] | but still, reboot to remove the driver |
| 00:28:12 | Cunctator | lets err on the side of caution. Back in a minute |
| 00:28:19 | * | [Saint] nods |
| 00:29:03 | copper | omg, I'm having flashbacks of Flashback |
| 00:29:40 | copper | both 2D and 3D games |
| 00:29:52 | [Franklin] | aww but its reversed |
| 00:30:07 | copper | http://www.electrondance.com/wp-content/uploads/2013/06/flashback-and-f2b.jpg |
| 00:31:16 | | Join Cunctator_ [0] (4f2a005d@gateway/web/freenode/ip.79.42.0.93) |
| 00:31:24 | Cunctator_ | aaand, i'm back |
| 00:31:27 | Cunctator_ | awaiting instructions |
| 00:31:29 | [Saint] | heh - I vaguely recall that. |
| 00:32:34 | [Saint] | Cunctator_: ok, well now the host OS should be treating it as the removable storage volume we'd like it to. |
| 00:32:39 | | Quit Cunctator (Ping timeout: 246 seconds) |
| 00:32:50 | Cunctator_ | lets see |
| 00:33:07 | [Saint] | It /should/ appear as 'iPod CLassic' or so, and the driver refer to Rockbox. |
| 00:33:38 | | Quit bertrik (Remote host closed the connection) |
| 00:33:48 | [Saint] | (i think...) |
| 00:35:32 | Cunctator_ | no. Its still a Removable Disk (and cant be opened). The Device manager now says manufactuer Microsoft instead of Apple. and the driver number is 6.3.9600.16384 (which I dont remember if is the same as before or not) |
| 00:35:57 | [Saint] | o_o |
| 00:36:26 | [Saint] | this is...shennanigans. |
| 00:36:50 | Cunctator_ | tell me about it... |
| 00:37:10 | Cunctator_ | I'm super grateful to you, but I'm starting to lose hope |
| 00:37:33 | [Saint] | I really don't know how to go forward at tis point. |
| 00:37:48 | [Saint] | All the things that absolutely should work haven't. |
| 00:38:24 | [Saint] | So I'm not entirely sure what else to do other than guide you though restoring the original firmware so you have a functional device to use. |
| 00:38:41 | *** | Saving seen data "./dancer.seen" |
| 00:39:07 | Cunctator_ | that'd be better than nothing yes. I use Mediamonkey as a music manager, I can sync it with that and that's it. Until a stable release comes out (if ever?) |
| 00:40:28 | [Saint] | The type of debugging that this requires is beyond my ability and likely requires the oversight of TheSeven in #freemyipod-support (but he is super busy and getting a response from him may take some rather extended periods of idling in the channel as he's flat out with work and school) |
| 00:41:11 | Cunctator_ | yeah...I'm not blaming anyone, dont worry. Just frustrated that of all people with working 7g classics I had to be the one :( |
| 00:41:27 | [Saint] | Ok. We'll want http://www.freemyipod.org/wiki/EmCORE_Uninstallation |
| 00:41:59 | [Saint] | That points to a very specific version of iTunes to restore the device with, as other versions are known to be problematic. |
| 00:42:12 | Cunctator_ | crap. I have to re-download iTunes :( |
| 00:42:21 | [Franklin] | Cunctator_: sorry |
| 00:42:36 | [Franklin] | Cunctator_: you could always give it another try someday |
| 00:42:49 | [Saint] | I'm very sorry this has happened to you. But as I say, the level of debugging this would now require is far beyond my skill. |
| 00:43:17 | Cunctator_ | crazy idea: what if I do the whole uninstall procedure and tomorrow try once again from scratch |
| 00:43:29 | [Saint] | It couldn't hurt. |
| 00:43:42 | [Franklin] | yeah |
| 00:43:44 | [Franklin] | or do it again now! |
| 00:43:52 | Cunctator_ | it doesn't? does it not "tire" the HD to do this over and over? |
| 00:44:02 | [Franklin] | no |
| 00:44:12 | Cunctator_ | well guys, it's nearly 1am over here, and I'll need to sleep rather soon :) |
| 00:44:56 | copper | http://caudec.net/pog → youtu.be: Flashback, Amiga - Part 1 - Continuing Classics - YouTube | Original URL: http://youtu.be/A3nMpvwqAiA |
| 00:45:09 | copper | http://caudec.net/L2J → youtu.be: Fade to Black (PC DOS) - YouTube | Original URL: http://youtu.be/F6lSCQLgWqM |
| 00:45:23 | [Saint] | Cunctator_: Right. Well if you have any issue with the uninstallation, and restoration of the original firmware, whenever you get around to it, give me a yell. |
| 00:45:30 | [Saint] | Or, someone here. |
| 00:45:32 | | Quit ZincAlloy1 (Quit: Leaving.) |
| 00:46:24 | [Saint] | And, again, I'm terribly sorry for this experience. |
| 00:46:33 | Cunctator_ | OK, well, tomorrow morning I'll go back to the original firmware. Then I'll be away from home for a day or two, so I'll probably try again on Sunday |
| 00:46:36 | Cunctator_ | nah, don't worry |
| 00:47:10 | Cunctator_ | I mean, Rockbox is pretty cool, and I just wanted it to work. But worst case scenario, I'll just have an iPod |
| 00:47:22 | Cunctator_ | just bought it because i heard it was getting discontinued |
| 00:47:24 | [Saint] | Ok. Well, feel free to try and get hold of me if you need to. |
| 00:47:29 | Cunctator_ | and its hard to find players this big |
| 00:47:33 | Cunctator_ | I will |
| 00:47:49 | Cunctator_ | you've been...wait for it....a real Saint |
| 00:48:28 | [Saint] | *rimshot* |
| 00:48:30 | [Saint] | ;) |
| 00:49:04 | Cunctator_ | well, have a nice day/evening everyone. I'll be back in this corner of the internetz in a few days. |
| 00:49:10 | Cunctator_ | and thanks again |
| 00:49:13 | [Saint] | o/ |
| 00:51:02 | | Quit Cunctator_ (Quit: Page closed) |
| 01:00 |
| 01:02:53 | | Quit petur (Quit: Leaving) |
| 01:09:04 | | Quit Scr0mple (Read error: Connection reset by peer) |
| 01:09:21 | | Join Scr0mple [0] (~Simon@27.127.199.230) |
| 02:00 |
| 02:03:14 | [Franklin] | [Saint]: is there any way us lowly non-commiters can change the theme of the gerrit pages? |
| 02:03:42 | [Franklin] | the gerrit page seems really out-of-place when compared with the other pages |
| 02:04:06 | [Franklin] | It doesn't seem to be on www.git |
| 02:37:51 | | Quit krabador (Quit: Sto andando via) |
| 02:38:42 | *** | Saving seen data "./dancer.seen" |
| 02:43:03 | | Quit bluebrother^ (Ping timeout: 264 seconds) |
| 02:43:36 | | Quit fs-bluebot (Ping timeout: 272 seconds) |
| 02:44:39 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 02:46:18 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 02:50:02 | | Join fs-bluebot [0] (~fs-bluebo@g231123203.adsl.alicedsl.de) |
| 02:55:03 | | Quit [Franklin] (Remote host closed the connection) |
| 03:00 |
| 03:00:02 | | Quit AlexP (Remote host closed the connection) |
| 03:02:21 | | Quit cmhobbs (Ping timeout: 245 seconds) |
| 04:00 |
| 04:21:33 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 04:31:17 | | Quit cmhobbs (Ping timeout: 272 seconds) |
| 04:38:45 | | Quit pixelma (Disconnected by services) |
| 04:38:45 | | Quit amiconn (Disconnected by services) |
| 04:38:46 | *** | Saving seen data "./dancer.seen" |
| 04:38:46 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:38:46 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:38:48 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:38:50 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:44:22 | | Join bzed_ [0] (~bzed@devel.recluse.de) |
| 04:46:05 | | Quit bzed (Ping timeout: 255 seconds) |
| 04:46:05 | | Quit mazzoo (Ping timeout: 255 seconds) |
| 04:46:10 | | Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) |
| 04:46:12 | | Join mazzoo [0] (~mazzoo@country.muc2.m.ario.land) |
| 04:46:37 | | Quit byteframe_ (Ping timeout: 265 seconds) |
| 04:47:33 | | Join byteframe_ [0] (~byteframe@unaffiliated/byteframe) |
| 04:58:23 | | Quit pystar89 (Ping timeout: 244 seconds) |
| 05:00 |
| 05:08:43 | | Quit bluebrother (Ping timeout: 244 seconds) |
| 05:08:53 | | Quit fs-bluebot (Ping timeout: 264 seconds) |
| 05:37:40 | | Quit [Saint] (Read error: Connection reset by peer) |
| 05:38:33 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
| 05:50:03 | | Quit TheSeven (Disconnected by services) |
| 05:50:07 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 05:59:23 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 05:59:42 | | Join Strife89 [0] (~Strife89@adsl-98-80-212-67.mcn.bellsouth.net) |
| 06:00 |
| 06:10:43 | | Quit ruskie (Ping timeout: 265 seconds) |
| 06:12:28 | | Quit prof_wolfff (Ping timeout: 264 seconds) |
| 06:25:25 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 06:30:34 | | Quit Strife89 (Ping timeout: 250 seconds) |
| 06:38:50 | *** | Saving seen data "./dancer.seen" |
| 06:57:32 | | Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) |
| 07:00 |
| 07:01:08 | | Quit dfkt (Read error: Connection reset by peer) |
| 07:01:45 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 07:08:30 | | Join ruskie [0] (ruskie@sourcemage/mage/ruskie) |
| 07:24:37 | | Join chrisb [0] (~chrisb@pool-71-162-223-63.phlapa.east.verizon.net) |
| 07:29:01 | | Quit chrisb (Ping timeout: 245 seconds) |
| 07:29:17 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 07:40:48 | | Join xorly [0] (~xorly@m180.dkm.cz) |
| 08:00 |
| 08:09:47 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:27:04 | | Join prof_wolfff [0] (~prof_wolf@82.158.1.206.dyn.user.ono.com) |
| 08:29:15 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 08:30:44 | | Quit chrisb (Ping timeout: 244 seconds) |
| 08:32:59 | yuriks | *sigh* |
| 08:33:15 | yuriks | wish I knew what happened to USB |
| 08:33:44 | yuriks | I'm reduced to using the OF for the Clip+, it's the only way of getting usb access |
| 08:34:21 | yuriks | 3.13 still randomly freezes or gives windows a "your USB device malfunctioned" |
| 08:34:30 | copper | 3.13 is _old_ |
| 08:34:34 | yuriks | I even bought a new clip+ thinking mine was flaky and still having the same problem |
| 08:34:46 | yuriks | copper: well, same thing with several dev versions (either nightly or compile myself) |
| 08:34:58 | yuriks | and it used to work just fine a year ago or so |
| 08:35:22 | yuriks | it's like there's a ghost haunting me or something, it's really the only explanation I have since I changed everything else :P |
| 08:36:01 | yuriks | (multiple cables, multiple USB ports, multiple PCs, multiple Clips, with or without a SD card) |
| 08:36:18 | yuriks | guess I should try 3.12 to see how it fares |
| 08:36:22 | copper | Windows? |
| 08:36:31 | yuriks | hmm, true, both are on windows 8 now |
| 08:37:21 | yuriks | though I *think* it was also working fine on windows 8 in the past, so it's probably 8.1 specifically |
| 08:37:36 | yuriks | (and I think they messed with the USB stack on 8.1 so that would make sense) |
| 08:38:48 | yuriks | bah, can't use 3.12 since I have opus, well worth a try anyway |
| 08:38:52 | *** | Saving seen data "./dancer.seen" |
| 08:43:06 | yuriks | yeah, 3.12 is a no go |
| 08:50:00 | | Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) |
| 09:00 |
| 09:04:55 | | Join mortalis [0] (~kvirc@212.44.150.238) |
| 09:05:52 | | Quit pamaury (Ping timeout: 240 seconds) |
| 09:10:21 | | Join petur [0] (~petur@dD5E0153A.access.telenet.be) |
| 09:10:25 | | Quit petur (Changing host) |
| 09:10:25 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:14:48 | | Quit edhelas (Ping timeout: 245 seconds) |
| 09:22:18 | | Quit xorly (Ping timeout: 255 seconds) |
| 09:25:10 | | Quit dfkt (Remote host closed the connection) |
| 09:29:08 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 09:35:22 | | Quit akaWolf (Ping timeout: 240 seconds) |
| 09:37:48 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 09:41:24 | | Join foolsh [0] (~foolsh@c-24-11-243-148.hsd1.in.comcast.net) |
| 09:49:02 | | Join edhelas [0] (~edhelas@193.172.124.224) |
| 09:58:43 | | Join Cunctator [0] (4f2a005d@gateway/web/freenode/ip.79.42.0.93) |
| 09:59:07 | Cunctator | hey [Saint] any chance you still around? |
| 10:00 |
| 10:15:24 | copper | Cunctator: can you try this build, just in case? http://caudec.net/rockbox/rockbox-ipod6g-440ff95M-140517.zip |
| 10:21:18 | Cunctator | hey copper |
| 10:21:29 | Cunctator | well to be honest I'm a bit concerned about my iPod now |
| 10:21:38 | Cunctator | i restored it to Apple firmware |
| 10:21:57 | Cunctator | but now if I open it, it is full with folders and files named more or less like this : ₧ºo─█n╞ |
| 10:22:13 | Cunctator | like, dozens of them |
| 10:22:36 | Cunctator | the name of the drive too is like "₧ºo─█n╞ (F:)" |
| 10:22:44 | Cunctator | i dont think this is a good sign |
| 10:22:54 | gevaerts | It's not indeed. |
| 10:25:25 | Cunctator | have I managed to break a brand new ipod in 2 days? Awesome. Can I get a prize for that? |
| 10:25:46 | gevaerts | If you have treated the ipod nicely (unplugged safely and so on) since restoring, I'd say it's getting more likely that there's some hardware issue somewhere |
| 10:26:46 | gevaerts | Does the classic's OF have a diagnostics mode? |
| 10:27:03 | * | gevaerts wouldn't retry emcore/rockbox before checking things out properly with the OF |
| 10:27:18 | Cunctator | not sure...how do i find out? |
| 10:27:50 | | Quit mc2739 (Ping timeout: 272 seconds) |
| 10:28:02 | gevaerts | https://discussions.apple.com/thread/3110831 seems to have some hints |
| 10:29:14 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 10:32:18 | Cunctator | umm, i have a large number of Reallocs (1384) but zero Pending Sectors |
| 10:32:21 | Cunctator | whatever that means |
| 10:34:10 | gevaerts | Are there tests you can run? |
| 10:34:28 | * | gevaerts doesn't have a classic, so he only knows about rumours and what he can quickly find... |
| 10:34:39 | Cunctator | looks like this is the only diagnostic screen i can get |
| 10:35:53 | Cunctator | yeah it's OK you're already kind to help. I just simply cannot believe the HDD got fucked with 2 days of playing around |
| 10:36:13 | Cunctator | either I got the one faulty item out of thousands |
| 10:36:30 | Cunctator | or I managed to screw up big time with the installation of Rockbox |
| 10:36:37 | Cunctator | which, since it was working, I can't see how |
| 10:37:07 | gevaerts | I don't see how emcore or rockbox could have caused the sort of issues you're having |
| 10:37:18 | gevaerts | It's either a RAM issue or a disk issue I'd say |
| 10:37:47 | gevaerts | So I suspect you got unlucky and got the faulty item... |
| 10:38:17 | Cunctator | I guess this is what happens when you buy from ebay |
| 10:38:37 | Cunctator | (again, it was new, still in the original plastic wrap) |
| 10:38:54 | *** | Saving seen data "./dancer.seen" |
| 10:38:55 | gevaerts | I'm not sure the wrap proves much |
| 10:39:45 | Cunctator | well, both that and the little protective plastic cover in which the ipod itself is stored. I mean it looked absolutely identical to a previous new ipod I bought in a store years ago |
| 10:39:57 | Cunctator | if it was actually not new, they did an awesome job in making it look like |
| 10:41:55 | gevaerts | Of course, maybe it's as simple as it having been dropped in the wrong way once |
| 10:42:05 | gevaerts | Packaging can only do so much to protect things |
| 10:42:17 | Cunctator | true... |
| 10:42:47 | Cunctator | now whats particularly enraging is that i bought this when I heard they were stopping producing it |
| 10:42:55 | Cunctator | because I really need a large storage space |
| 10:43:08 | Cunctator | now im fucked. Not only this is broken, but I cannot even get a new one |
| 10:43:45 | * | gevaerts would talk to the seller first |
| 10:45:40 | Cunctator | I'm not sure the electronics shop in Singapore would give a damn... |
| 10:46:19 | gevaerts | Yes, there is that. I'd still contact them though, you never know... |
| 10:47:18 | Cunctator | !!! hold on! I just restored once again through iTunes. The weirdly named folders are all gone, and the name of the drive is back to normal! |
| 10:47:35 | gevaerts | Will it stay that way though? |
| 10:48:38 | gevaerts | If you keep having problems, try catching [7] (or TheSeven, his nick varies) either here or in #freemyipod to figure out if it's definitely the disk. If you know which specific part is bad, replacing that might be an option (although that would mean investing even more money) |
| 10:49:45 | Cunctator | alright I'll try |
| 10:49:48 | Cunctator | thanks a lot |
| 10:50:11 | Cunctator | having some support helps delaying despair :) |
| 10:51:20 | gevaerts | :) |
| 11:00 |
| 11:11:24 | | Quit Cunctator (Ping timeout: 246 seconds) |
| 11:11:50 | | Join Cunctator [0] (4f2a005d@gateway/web/freenode/ip.79.42.0.93) |
| 11:15:21 | | Quit Provel (Ping timeout: 240 seconds) |
| 11:16:21 | | Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) |
| 12:00 |
| 12:29:15 | | Quit foolsh (Remote host closed the connection) |
| 12:35:09 | | Join foolsh [0] (~foolsh@c-24-11-243-148.hsd1.in.comcast.net) |
| 12:38:58 | *** | Saving seen data "./dancer.seen" |
| 12:38:59 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 12:47:35 | | Join JdGordon_ [0] (~jonno@ppp118-209-227-223.lns20.mel8.internode.on.net) |
| 12:48:08 | | Quit JdGordon (Ping timeout: 245 seconds) |
| 13:00 |
| 13:14:45 | | Quit kugel (Quit: leaving) |
| 13:46:10 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 13:54:51 | | Quit shamus (Ping timeout: 240 seconds) |
| 13:55:15 | | Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) |
| 14:00 |
| 14:07:39 | | Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) |
| 14:13:43 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 14:20:03 | | Quit Cunctator (Ping timeout: 246 seconds) |
| 14:21:57 | wodz | pamaury: ping |
| 14:25:41 | | Quit petur (Ping timeout: 245 seconds) |
| 14:25:43 | wodz | echo "0x40 0x80 0xe0 0x00"|Debug+Asserts/bin/llvm-mc -arch=mips -mcpu=mips32r2 -disassemble gives mtc0$zero, $gp, 0 which means that it can output symbolic register names |
| 14:31:04 | | Quit foolsh (Ping timeout: 264 seconds) |
| 14:32:09 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 14:32:58 | | Join foolsh [0] (~foolsh@c-24-11-243-148.hsd1.in.comcast.net) |
| 14:33:25 | | Quit wodz (Quit: Leaving) |
| 14:39:00 | *** | Saving seen data "./dancer.seen" |
| 15:00 |
| 15:09:45 | | Join Strife89 [0] (~Strife89@adsl-98-80-212-67.mcn.bellsouth.net) |
| 15:18:03 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 15:25:26 | | Join PurlingNayuki [0] (~yzflcyq@123.121.144.236) |
| 15:26:19 | PurlingNayuki | I just upgraded to Debian Jessie and rebuild the development environment using rockboxdev.sh. |
| 15:26:46 | PurlingNayuki | However it just tells me that libtool is missing, while libtool package is already installed. |
| 15:26:55 | PurlingNayuki | Any advice? |
| 15:27:36 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:33:22 | PurlingNayuki | Seems that solved. Besides libtool package, libtool-bin should also be installed. |
| 15:41:57 | | Part PurlingNayuki |
| 15:42:49 | | Part LinusN |
| 16:00 |
| 16:08:11 | | Quit hob (Ping timeout: 245 seconds) |
| 16:24:11 | pamaury | wodz (logs): $zero and $gp are the only two exception in the 32-bit general purpose registers, all others are printed in the form $n |
| 16:24:14 | | Quit Strife89 (Ping timeout: 250 seconds) |
| 16:24:48 | pamaury | well not exactly, there are $sp, $fp and $ra too |
| 16:29:19 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:39:02 | *** | Saving seen data "./dancer.seen" |
| 16:39:02 | | Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) |
| 16:51:23 | pamaury | wodz (logs): I have solved the encoding problem, it was my mistake, I misunderstood how the memory operaend was encoded by llvm |
| 16:52:27 | | Join ZincAlloy [0] (~Adium@pD9EEAE69.dip0.t-ipconnect.de) |
| 16:53:22 | pamaury | wodz (logs): updated diff https://gist.github.com/pamaury/7386b1765657f7ae7bac |
| 16:54:06 | | Quit petur (Quit: *plop*) |
| 17:00 |
| 17:03:46 | | Quit edhelas (Quit: Quitte) |
| 17:31:41 | | Quit byteframe_ (Quit: Deuces.) |
| 17:32:16 | | Join byteframe [0] (~byteframe@unaffiliated/byteframe) |
| 17:46:46 | | Join Cunctator [0] (5d2dd6db@gateway/web/freenode/ip.93.45.214.219) |
| 17:55:45 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 17:57:43 | | Quit K1773R (Ping timeout: 245 seconds) |
| 18:00 |
| 18:03:26 | | Join K1773R [0] (~K1773R@unaffiliated/k1773r) |
| 18:09:58 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 18:39:03 | *** | Saving seen data "./dancer.seen" |
| 18:39:47 | | Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) |
| 18:40:12 | wodz | pamaury: Did you publish the patch on llvm ML or something? |
| 18:40:21 | pamaury | not yet |
| 18:40:48 | pamaury | I guesss I need to implement assembly parsing for the instruction before |
| 18:41:01 | pamaury | and maybe more |
| 18:41:16 | wodz | pamaury: What was wrong with previous version? |
| 18:41:24 | pamaury | encoding was wrong |
| 18:41:51 | | Quit Cunctator (Ping timeout: 246 seconds) |
| 18:42:13 | pamaury | (which explained your remark yesterday about decoding being correct but printed encoding being wrong) |
| 18:42:15 | wodz | ah, this one |
| 18:43:05 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 18:44:44 | pamaury | also you read my comment about registers ? |
| 18:53:14 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 18:54:26 | | Quit wodz (Ping timeout: 245 seconds) |
| 18:55:37 | | Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) |
| 18:55:44 | wodz | pamaury: yes |
| 18:56:55 | pamaury | I'll see if I can implement an asm variant with more common names |
| 18:58:03 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 19:00 |
| 19:12:13 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 19:12:47 | | Join lebellium [0] (~chatzilla@128-79-0-151.hfc.dyn.abo.bbox.fr) |
| 19:23:17 | | Quit pamaury (Remote host closed the connection) |
| 19:33:51 | | Quit wodz (Quit: Leaving) |
| 19:55:42 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 19:57:23 | | Quit n1s (Quit: Ex-Chat) |
| 20:00 |
| 20:07:09 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 20:11:06 | | Join xorly [0] (~xorly@m180.dkm.cz) |
| 20:11:19 | | Quit chrisb (Ping timeout: 244 seconds) |
| 20:14:23 | | Join chrisb [0] (~chrisb@li482-205.members.linode.com) |
| 20:25:09 | | Quit rela (Read error: Connection reset by peer) |
| 20:29:16 | | Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) |
| 20:29:52 | wodz | pamaury: ping |
| 20:29:59 | pamaury | pong |
| 20:33:05 | wodz | pamaury: I have a problem with qeditor/hwstub. When I try to write something to register whole thing goes mad. qeditor stops to display reg values. |
| 20:33:43 | pamaury | looks like hwstub crashes, is that with trunk or gerrit patch ? |
| 20:34:07 | wodz | its atj hwstub from HEAD |
| 20:34:18 | pamaury | ok, wait a minutes, I'll try it |
| 20:35:31 | wodz | I tried setting bit26 in CMU_DEVCLKEN to enable GPIOs |
| 20:39:07 | *** | Saving seen data "./dancer.seen" |
| 20:41:08 | pamaury | hum, adfuload is not happy with my command line |
| 20:42:40 | wodz | with hwstub_shell I get libusb:warning [libusb_control_transfer] unrecognised status code 1 |
| 20:42:41 | wodz | error: [string "DEV.write32(0xB0010080, devrst)"]:1: fail to write32 @ 0xb0010080 |
| 20:42:58 | wodz | adfuload -e -s1 hwstub.bin -s2 /dev/null |
| 20:43:40 | pamaury | adfuload has a bug when specifying usb vid, it lacks a i++ basically |
| 20:44:12 | pamaury | ok qeditor running now |
| 20:44:22 | wodz | indeed |
| 20:45:15 | wodz | that is strange, I swear I tested with other vid:pid :/ |
| 20:45:41 | pamaury | writing doesn't seem to have any effect here |
| 20:45:50 | pamaury | it doesn't have even change the register value :-/ |
| 20:48:05 | pamaury | there is something fishy |
| 20:48:12 | wodz | writing to iram works |
| 20:49:03 | pamaury | I mean with qeditor |
| 20:50:44 | wodz | writing to WDCTL also work |
| 20:50:55 | pamaury | I'm trying on CMU_DEVCLKEN |
| 20:53:19 | pamaury | did you try with hwstub_shell ? |
| 20:53:23 | wodz | yes |
| 20:53:40 | wodz | I posted error a few lines earlier |
| 20:54:10 | wodz | the strange thing is that in lcm test binary I write to this register |
| 20:55:16 | wodz | I can't even write the same value I just read from this reg |
| 20:55:56 | pamaury | the register is 32-bit wide ? |
| 20:57:15 | pamaury | hum, here writing doesn't have any effect |
| 20:57:25 | pamaury | what is the adresse of iram ? |
| 20:58:58 | pamaury | writing to iram works in hwstub_shell, that's weird |
| 21:00 |
| 21:03:25 | pamaury | I don't understand |
| 21:03:35 | wodz | the register should be 32bit (and in lcm test binary I am writing (1<<8) so it is not 8bit for sure |
| 21:04:53 | pamaury | I've added logf to hwstub and the write command is well received, address is correct |
| 21:05:10 | wodz | lovely |
| 21:06:11 | pamaury | i'll try to add a special case for 4-bytes write, see if maybe memcpy is broken |
| 21:07:30 | | Quit krabador (Ping timeout: 272 seconds) |
| 21:07:34 | pamaury | now writing fails :( |
| 21:09:35 | pamaury | is that fine to write 0x4000010 to 0xB0010080 (CMU.DEVCLKEN) ? |
| 21:09:35 | | Quit chrisb (Ping timeout: 240 seconds) |
| 21:11:40 | wodz | in my datasheet bit4 is reserved |
| 21:12:35 | pamaury | ok, do you have something easy to try ? like disabling backlight |
| 21:14:26 | wodz | http://pastie.org/9719761 <- with this hwstub still works so writing to this reg is possible |
| 21:15:33 | pamaury | weird: |
| 21:15:34 | pamaury | > print(string.format("%x",HW.PMU.CHG.read())) |
| 21:15:34 | pamaury | 10 |
| 21:15:34 | DBUG | Enqueued KICK pamaury |
| 21:15:34 | pamaury | > HW.PMU.CHG.write(0x10) |
| 21:15:34 | pamaury | > print(string.format("%x",HW.PMU.CHG.read())) |
| 21:15:34 | *** | Alert Mode level 1 |
| 21:15:34 | pamaury | 10 |
| 21:15:36 | wodz | PMU_CTL &= ~PMU_CTL_BL_EN should disable backlight |
| 21:15:36 | pamaury | > DEV.print_log() |
| 21:15:38 | pamaury | hwstub 4.0.1 |
| 21:15:41 | pamaury | argument: 0xFFFFFFFF |
| 21:15:43 | pamaury | writing 4 bytes @ B0000008 |
| 21:15:45 | pamaury | write value 10 to B0000008 |
| 21:15:48 | pamaury | but backlight goes black |
| 21:16:49 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 21:16:51 | pamaury | and the read value (0x10) looks just wrong |
| 21:17:15 | pamaury | maybe reading is broken ?! |
| 21:17:32 | wodz | I tried reading from iram and it works |
| 21:17:51 | wodz | both read and write actually |
| 21:18:34 | pamaury | yeah but something is very wrong |
| 21:18:40 | wodz | true |
| 21:18:54 | pamaury | if I do a special case for read of 4 bytes, now I get: |
| 21:18:54 | pamaury | > print(string.format("%x",HW.PMU.CHG.read())) |
| 21:18:54 | pamaury | 5105d811 |
| 21:19:49 | wodz | btw. I always forget what should I add to have this nice HW.something.read() working? I need to provide desc file as an arg to shell but there is something more I can't remember |
| 21:20:40 | pamaury | http://pastebin.com/YRwnumCn |
| 21:20:48 | pamaury | missing a file |
| 21:21:00 | wodz | could it be that target buffer is unaligned and so memcpy() falls back to reading in bytes? |
| 21:21:32 | pamaury | http://pastebin.com/sfGycPaD |
| 21:21:47 | pamaury | I thought about it but apparently it is not the case |
| 21:23:39 | wodz | I should look for different memcpy() implementation to check |
| 21:23:40 | pamaury | yeah I think something is wrong with memcpy |
| 21:23:55 | wodz | hehe, it is copied from rb outright |
| 21:24:06 | pamaury | maybe it doesn't do correct 32-bit accesses when it can ? |
| 21:24:27 | pamaury | hwstub really relies on memcpy to do smart stuff for register accesses to work as expected |
| 21:25:13 | wodz | I think the easiest thing is to check other memcpy() implementation for mips |
| 21:25:27 | pamaury | hwstub should probably have a default C implementation for reference |
| 21:25:35 | *** | Alert Mode OFF |
| 21:25:38 | pamaury | I can do that in the mean time if you want |
| 21:26:01 | wodz | pamaury: there is reference implementation in rockbox as a failsafe |
| 21:26:48 | pamaury | indeed, I'll copy it |
| 21:27:37 | pamaury | hum, it won't do it, it does byte copy for small chunks |
| 21:28:04 | | Join chrisb [0] (~chrisb@pool-71-162-223-63.phlapa.east.verizon.net) |
| 21:28:15 | pamaury | I'm wondering if hwstub shouldn't do a special case for 1/2/4 bytes access to make sure things work as expected |
| 21:28:31 | pamaury | don't you think ? |
| 21:28:45 | wodz | Its hard to believe that memcpy() is broken. Thats very basic stuff. |
| 21:29:01 | wodz | Makes sense I'd say |
| 21:29:36 | pamaury | or maybe create new READ_ATOMIC and WRITE_ATOMIC requests... |
| 21:31:07 | wodz | pamaury: but this will improve things only when you restrict reads to aligned addresses so it will translate to native single instruction (ldr, ldrh, ldrb for arm; lw, lh, lb for mips) |
| 21:31:35 | pamaury | yeah but these are the only cases which make sense for register accesses |
| 21:32:50 | wodz | right |
| 21:33:25 | wodz | But this should be separate special case, maybe separate request as you propose. |
| 21:33:49 | wodz | reading 4bytes from unaligned ram address is pretty valid usecase |
| 21:35:48 | pamaury | yes of course but then it's not atomic, so yeah separate request make sense |
| 21:37:13 | | Quit krabador (Quit: Take the time.) |
| 21:38:42 | pamaury | do you think it's safe to assume the compiler will not do nasty stuff or should this be target implemented in assembly ? |
| 21:41:04 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 21:41:24 | wodz | I wouldn't count on compiler |
| 21:48:07 | wodz | pamaury: btw. generic, slightly optimized memcpy in pure C http://git.musl-libc.org/cgit/musl/tree/src/string/memcpy.c |
| 21:59:00 | | Nick TD-Linux is now known as TD-Middlebox (~Thomas@about/essy/indecisive/TD-Linux) |
| 22:00 |
| 22:00:45 | wodz | ok, there is completely different mips memcpy() in bionic. It aggressively uses cache prefetch hovewer which is not so nice |
| 22:04:04 | wodz | ha and it assumes 32bytes cacheline |
| 22:15:21 | | Quit xorly (Ping timeout: 240 seconds) |
| 22:32:30 | pamaury | wodz: I'm implementing atomic read/writes, should be ready soon |
| 22:39:08 | *** | Saving seen data "./dancer.seen" |
| 22:46:31 | | Join franklin_ [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) |
| 22:46:33 | | Nick franklin_ is now known as [Franklin] (~franklin@cpe-071-071-039-006.triad.res.rr.com) |
| 22:47:09 | [Franklin] | foolsh: G#1012 will probably go into the 100s of patch sets at this rate :) |
| 22:47:19 | [Franklin] | I mean, 77 patch sets now... lol |
| 22:58:58 | | Quit krabador (Quit: Sto andando via) |
| 23:00 |
| 23:00:07 | pamaury | wodz: should I make hwstub's DEV.read8/16/32 atomic by default ? |
| 23:00:16 | | Join krabador [0] (~krabador@host107-190-dynamic.41-79-r.retail.telecomitalia.it) |
| 23:00:26 | | Quit krabador (Changing host) |
| 23:00:26 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 23:07:52 | wodz | imo yes |
| 23:09:21 | | Quit chrisb (Ping timeout: 240 seconds) |
| 23:13:38 | | Quit yuriks (Remote host closed the connection) |
| 23:15:55 | | Join yuriks [0] (~quassel@opentyrian/developer/yuriks) |
| 23:16:53 | wodz | pamaury: current mips memcpy() does byte access if size is less then 8 which explains the problem |
| 23:18:02 | wodz | such pattern looks common to all mips memcpy() implementations |
| 23:18:06 | pamaury | yeah it works now :) I'll upload it to gerrit in a minute |
| 23:18:57 | | Join chrisb [0] (~chrisb@pool-71-162-223-63.phlapa.east.verizon.net) |
| 23:20:56 | wodz | the funny thing is that all implementations I found seems to have common origin from some MIPS Technologies code |
| 23:24:54 | pamaury | g#1041 |
| 23:25:19 | [Franklin] | fs-bluebot is missing :( |
| 23:25:31 | pamaury | wodz: I uploaded the thing to gerrit, it includes the adufload parsing bug and also adds atj to hwstub_shell |
| 23:25:59 | wodz | ok, I'll check this but not during weekend most probably |
| 23:26:07 | pamaury | I didn't bother implementing target_{read,write}{8,16,32} in assembly yet, the C code seems to work fine |
| 23:26:20 | pamaury | and now it works in qeditor and hwstub_shell properly |
| 23:29:42 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 23:31:59 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 23:33:52 | wodz | pamaury: http://fxr.watson.org/fxr/source/lib/libkern/arch/mips/memcpy.S?v=NETBSD20 this is the only implementation I found so far which does not fall back to byte copy for small sizes |
| 23:36:42 | [Franklin] | foolsh: could you try the latest patch set with rotation enabled and report the fps please? |
| 23:40:39 | | Quit y4n (Quit: 6,000,000 ways to die — choose one.) |
| 23:43:56 | | Quit amayer (Quit: Leaving) |
| 23:52:00 | | Join Water255 [0] (~chatzilla@99.102.67.3) |
| 23:52:33 | Water255 | Anyone else think the text view plugin should have an orientation option? |
| 23:52:49 | [Franklin] | Water255: why? |
| 23:53:22 | Water255 | easier to read longer lines (don't have to track-back across the page as much). |
| 23:53:45 | [Franklin] | Water255: well, it's certainly possible |
| 23:53:52 | [Franklin] | in fact, I |
| 23:54:03 | [Franklin] | in fact, I'm working on framebuffer rotation code right now :) |
| 23:54:34 | Water255 | :) |
| 23:55:12 | gevaerts | The easy solution is of course to get a player with a square screen :) |
| 23:55:14 | [Franklin] | Water255: keep in mind that this also means rotating the keymap |
| 23:55:37 | [Franklin] | which isn't hard, but it's not trivial either |
| 23:56:18 | Water255 | i hear ya. FWIW i'd be fine with keymap not changing (though not prefer it). |
| 23:57:21 | [Franklin] | Water255: well, it's certainly possible |
| 23:58:05 | [Franklin] | but just because it's possible won't make it happen :) |
icon identifies that the person is a core developer (has commit access).