Sounds great, this "SGX Driver" was for the 3D Chip ??
"Mach den SGX Treiber großartig wieder" (MSGXGA) ^^
"Mach den SGX Treiber großartig wieder" (MSGXGA) ^^
Sounds great, this "SGX Driver" was for the 3D Chip ??
"Mach den SGX Treiber großartig wieder" (MSGXGA) ^^
The next state, if not preceded by hns managing to get more working/posted upstream is ED getting results from the plastic firm which as of last report fall into the categories of aesthetic things and vents.
I think aTcs unit is currently running Mate. I'm not sure though, I'm not an absolute expert on identifying plain windowing desktop environments.OS...
hns and others in this thread are making advancements on the OS using prototype hardware. I'm not sure what the 'next steps' are in getting Debian to see and like all of the hardware - or at least enough of it - or what 'enough of it' might entail.
I'm sure there are many 'milestones' in getting the OS sorted out.
-booting Debian/Letux to a command line (check?)
-booting to a 2D GUI (which one?)
May already be working. I don't know if people are booting from eMMC or an SD card though.-booting from the eMMC to a GUI
I've not seen any of these demonstrated yet, so these are all valid next steps from my current understanding. 3D and tiler now kind of work together, but 3D seems to crash out after a number of tries, and not all tests run yet as far as I know.-'seeing' all of the storage targets (eMMC, microSDXC, left SDXC, right SDXC, USB mass storage devices on all ports)
-3D & Tiler married
-Sound power limiter so we don't blow out the speakers
What things still need to be sorted out that belong between the brackets [] above?
It feels like things are getting very very close on both the hardware and software front for building out the prototype-pre-pre-orders?.
* The charger chip doesn't have a proper driver yet, so we are having some quirks like not being able to run only off AC only (without battery) because it limits the USB input to 500mA and stuff like that.
- eMMC boot I don't think is currently working. This is pretty straightforward. I can get this rolling pretty quick once I get some hardware, but its not worth it to start working on it until I can test since its pretty low level.
As UI something like Hildon Desktop (or XFCE with a config like Hildon) would be nice (because of the size of the screen) IMHO
So does that mean we'll get some sort of quick charge and can use the full 2.4 or 3 Ampare chargers provide?
eMMC booting works fine.
The only slight issue is that there's a switch between the microsd card slot and the emmc, and the hardware can only see one at a time. The kernel defaults to microsd mode currently so once it's running it can't see the eMMC. The current fix is a small script in the initramfs that checks if there's a microsd card inserted, and switches to emmc if there isn't. (Since uboot can see the eMMC , and load the kernel+initramfs from it).
The plan was to eventually make the kernel switch automatically based on which device is accessed.
Is there currently a method in place for flashing the eMMC? I remember ED saying this was not yet implemented yet but I could be mistaken.
Can I respectfully request that you don't turn this into a DE choice, keyboard layout or case colour thread please. Unless you've got insight into the OS, you'll probably want to find another thread to post in
Thanks for showing so much respect. Btw., did I wrote anything about keyboard layout or case colour there ?
Can I respectfully reply that as far as my insight into the OS goes, desktop is part of OS.
Just a quick reminder: The MicroSD / eMMC is special.The charge circuit should support up to 2A. Right now it looks like the configuration is a little funky. The battery does not appear to charge fully and I haven’t been able to make measurements and fully characterize this yet. More to come once I’m able to do this.
Ok that sounds good. I see in the TRM that there is an option to boot from SD and fall back to eMMC, then to USB if no bootloader is found. This may be a good way to configure the boot pins if it’s not already configured this way. This way it will fall back to eMMC unless there’s a bootable SD loaded.
Is there currently a method in place for flashing the eMMC? I remember ED saying this was not yet implemented yet but I could be mistaken. If not, a flashing SD image may be a simple solution. Basic bootloader and kernel that automatically starts up, partitions eMMC, and flashes when booted with this SD card in.
Flashing via a USB/serial boot option would probably be best, but I haven’t found any good information about the OMAP5s serial boot process. If you have any documents describing this that would be awesome