**** BEGIN LOGGING AT Tue Jan 26 02:59:57 2021 Jan 26 07:29:32 I was hoping to find anyone that may know where I can get the drivers for macOS Big Sur for the BeagleBone Blue. The ones provided don't work with my version. I can't find any documentation or links. Ive scoured here, files on the board, even a bunch of git repositories and can't find anything. Please help me find them or a solution. Thank you in Jan 26 07:29:41 advance. Jan 26 07:34:57 "please be patient" is apparently a really difficult instruction Jan 26 11:10:16 well, the question didn't make sense anyway, not to me at least Jan 26 11:10:28 how does a beaglebone have macos drivers? Jan 26 12:44:28 hey Jan 26 13:39:20 Ha! the issues with my charger driver was not the software, it was the current protection circuit in the reference design mucking things up Jan 26 14:40:26 hmm, is there a way to force quit host mode on the usb port? Jan 26 14:40:55 I set host mode with writing 1 to softconnect, but it got stuck and writing 0 doesn't clear it. Jan 26 14:41:08 DevCtl is 0x19 Jan 26 14:44:44 haha, interesting, the device must be connected to reset it that way, if you detach a device from usb then writing 0 to softconnect does not clear the session. Jan 26 15:07:05 I thought softconnect was only for peripheral mode? Jan 26 15:07:26 like, normally you don't force host or peripheral mode from userspace Jan 26 15:08:01 unless the hardware and/or driver is broken Jan 26 15:08:16 and even then it's questionable :P Jan 26 15:13:40 zmatt: thanks for helping me understand spl and mlo and the difference and such :) I have u-boot working through x and y modem now. the full story is a bit more complicated xD but it works! Jan 26 15:25:55 ya, had the device tree in peripheral mode for the tests Jan 26 15:31:40 still working on figuring out how to make dual-role mode work properly with your type-c controller? Jan 26 15:32:36 yup Jan 26 15:33:24 but might be switching to other aspects. testing the usb worked in host mode so I know it's working. Jan 26 15:34:04 otg / charging work for the power manager, so i have that working, which is nice. Jan 26 20:45:03 aaand got bt working , woot! Jan 26 20:45:20 had my tx/rx and cts/rts flipped, woops Jan 26 20:54:33 Hey guys very interested in the BeagleV development, can't wait for release! Jan 26 22:02:17 Konsgn: lucky you didn't fry things Jan 26 22:40:02 hey, do we also have a channel over at discord or is that considered too hip? Jan 26 22:43:47 tester84: dunno... splintering an already quiet community across multiple mediums doesn't sound terribly useful to me :P Jan 26 22:46:45 could link up the channels with https://github.com/reactiflux/discord-irc Jan 26 22:47:35 if you want to annoy people yes Jan 26 22:51:35 the matrix.org bridge usually works acceptably well, in the sense that matrix users appear like regular irc users, though occasionally the gateway still does weird or annoying things Jan 26 22:52:24 anyhow, I am thinking of impulse buying beagleV when it becomes available but really can't think of a valid use :/ How likely are we to be able to run firefox/vlc player/libre office/vscode etc on risc v this year? Jan 26 22:53:08 have you seen any flying pigs lately? Jan 26 22:54:27 I mean, I don't really see why those things would be any problem? Jan 26 22:55:16 have you tried running any of those with less than 8GB RAM? Jan 26 22:55:52 vlc might not be so memory-hungry, but it needs efficient codecs and display stuff Jan 26 22:56:03 yes, my previous laptop had less than 8 GB of ram Jan 26 22:57:09 I guess it depends on what you mean by "able to run" Jan 26 22:57:41 also, the beaglev has 8 GB of ram Jan 26 22:58:06 oh, that's more than I expected Jan 26 22:58:12 no clue what kind of performance to expect though Jan 26 22:58:22 anyway, I'd say that's a very bare minimum for the types of apps mentioned Jan 26 22:58:40 I wouldn't build a PC with less than 32G these days Jan 26 22:58:46 my current laptop has 8 GB of ram, I don't have problems with it Jan 26 22:59:13 I've no idea what people do with so much RAM, my machine has 8 gigs, have no problems with it Jan 26 22:59:38 yeah, the most ram-hungry program I run is Chrome Jan 26 22:59:40 it's the CPU I'm worried about Jan 26 23:00:04 my workstation currently has over 40G cached files Jan 26 23:00:19 disk cache grows to fill available ram Jan 26 23:00:25 that's not really useful info Jan 26 23:00:37 the disk cache is useful Jan 26 23:00:40 things run faster Jan 26 23:01:03 sure, to some extent, but you can't easily tell how much Jan 26 23:01:32 the other day I had some 40G data loaded up in matlab Jan 26 23:01:40 does that count? Jan 26 23:02:28 I get PTSD when someone mentions matlab Jan 26 23:02:40 matlab is great Jan 26 23:02:55 it may or may not... depending on the types of operations you do, you might not get any significant benefit until you have enough ram to keep _everything_ in ram Jan 26 23:03:30 but once it doesn't fit entirely, fitting 90% of it might not perform significantly different from fitting 10% of it Jan 26 23:03:43 depending on the algorithms/operations Jan 26 23:03:46 yes, such tasks exist Jan 26 23:03:57 firefox is one of them :) Jan 26 23:04:05 so is vector addition Jan 26 23:04:37 and no, firefox isn't Jan 26 23:04:55 your point? that because there's always a bigger problem, it's pointless to have more than 8G of ram? Jan 26 23:06:00 no my point is that 1. most people don't work with 40G data sets in matlab 2. even if you do it's not even clear whether having 32G will yield significantly better performance than having 8 GB, neither is sufficient to keep your data set in ram Jan 26 23:06:27 and I'm not saying it's pointless Jan 26 23:07:00 however, your claim that 32G is _needed_ for simple tasks like watching videos or using a browser is ridiculous and does not match my personal experience Jan 26 23:07:27 maybe not if you're content using one application at a time Jan 26 23:07:45 I'm sure there are use cases for 16G, or 32G, or larger amounts of ram Jan 26 23:07:46 I like having things I use regularly always open Jan 26 23:08:04 Chrome is the only ram-hungry program I regularly use Jan 26 23:09:03 tester84: anyway, I don't see any obstacle to those things *running* .. but as for whether you'd *want* to, no idae what the cpu performance is like Jan 26 23:09:15 or how much "fun" it's going to end up being to get the codecs working Jan 26 23:09:55 but it sounds like there's tight cooperation with the SoC manufacturer, so we'll just have to wait and see how things go Jan 26 23:10:28 firefox on my machine is currently using about 5.5G Jan 26 23:10:54 if I had a total of 8G, there wouldn't be much left for, say, libreoffice if I wanted to run that Jan 26 23:10:59 I'm personally not really interested until there's something resembling decent SoC documentation (which is being worked on but may still take a while) Jan 26 23:12:09 I'd be quite suprised if it were half as good as the TI documentation Jan 26 23:13:01 yeah, I'm not super optimistic, but I'll give them a chance and just wait and see Jan 26 23:13:21 I'd expect something similar to allwinner level of docs Jan 26 23:13:23 I also don't really have that huge an interest in risc-v personally Jan 26 23:13:31 it's just an instruction set Jan 26 23:13:43 the peripherals make the soc Jan 26 23:14:28 yes, but it's the risc-v arch that apparently gets (some) people excited :P Jan 26 23:15:25 due to being an open architecture instead of requiring licensing like ARM Jan 26 23:15:59 like openpower and opensparc before it Jan 26 23:17:19 I'm personally not sure that's all that exciting... like, I think there are bigger hurdles to making a high-performance SoC than that ;P Jan 26 23:17:51 than having to license an architecture... (though most SoC designers license cores rather than the arch anyway) Jan 26 23:18:23 anyone can put together a turing complete instruction set Jan 26 23:18:29 making a cpu is the hard part Jan 26 23:20:53 I mean, in princple yes, but there will obviously be interplay between how your design the arch and how hard or easy it is to make a well-performing cpu that implements it; and things like toolchains are also quite a bit of work so preferably you don't want a huge proliferation of architectures Jan 26 23:21:09 which indeed does beg the question of why RISC-V and not SPARC or POWER Jan 26 23:21:25 I have no idea what its supposed benefits are Jan 26 23:22:18 didn't oracle kill sparc? Jan 26 23:22:48 and it's an annoying architecture anyway Jan 26 23:23:07 "SPARC development continues with Fujitsu returning to the role of leading provider of SPARC servers, with a new CPU due in the 2020 time frame" Jan 26 23:23:15 oh Jan 26 23:23:16 I don't know much about SPARC Jan 26 23:23:43 I've worked with POWER (or rather PowerPC) though, it seemed fine from what I remember, but it's been a long time Jan 26 23:23:54 much less annoying Jan 26 23:24:14 the documentation has a few quirks though Jan 26 23:24:20 like numbering bits in words backwards Jan 26 23:24:39 and never miss the difference between the instruction "ADD" and "ADD." Jan 26 23:24:48 and others like that Jan 26 23:25:34 not a fault of the architecture itself Jan 26 23:25:57 oh, and how they refer to registers by plain numbers Jan 26 23:26:15 so a 5 can be register 5 or a literal 5 depending on context Jan 26 23:26:22 huh, that's not what I remember Jan 26 23:26:23 I remember r5 Jan 26 23:26:31 everybody defines macros for that Jan 26 23:26:34 to stay sane Jan 26 23:28:19 okay, big wtf, I clearly forgot or suppressed this nonsense Jan 26 23:28:56 y'know, maybe there's good reason for RISC-V to exist after all ;) Jan 26 23:29:24 it seems POWER is also still stuck with being big endian Jan 26 23:31:39 I've used little endian powerpc Jan 26 23:31:55 big is the more common though Jan 26 23:32:03 not that it's important **** ENDING LOGGING AT Wed Jan 27 02:59:57 2021