201–210 of 255 posts
Earlier quoted context omitted.
Here's a photo of it running Ubuntu 16.04 at a Samsung booth with a 4.4. Kernel. https://twitter.com/TizenHelper/status/920507238485233664
I spy a Virtual Box, no? The kernel looks too new for Android, as well. I'm guessing users here don't want the emu penalty, just extend what's already there a bit.
Earlier quoted context omitted.
> I don't want to do a full reboot every time I "unplug" the phone from desktop processing unit and move it somewhere else. How do you expect this to work? You can’t hibernate an OS and swap out all the hardware and expect it to actually wake back up. You’re going to have to do a full boot.
Actually, you probably could. If you write the hibernate image to a place using a machine-id of some sort. Imagine you have images like /hibernate/machine/5c76f5e0-9117-4e33-8093-9de2e2f1b6de /hibernate/machine/d755fe2c-2b13-4436-8a5b-ba3363b9c642 When your kernel boots up, it grabs its machine-id and looks for a hibernation image to map into its memory. If it finds one, great, you have an "instant wake". If it doesn…
Maintaining disk consistency would also be a nightmare as each machine is unaware that it’s sharing the physical disk with other machines and they’re all clobbering each other with conflicting writes. You “boot” on machine A and suddenly all the files it was reading/writing have changed unexpectedly.
Earlier quoted context omitted.
> I don't want to do a full reboot every time I "unplug" the phone from desktop processing unit and move it somewhere else. How do you expect this to work? You can’t hibernate an OS and swap out all the hardware and expect it to actually wake back up. You’re going to have to do a full boot.
That's true, but we're getting close: Linux ostensibly supports power-toggling and hot plugging CPUs, memory, and disks at this point. I think it's more focused on allowing VMs to be resized and replacing bad components in servers, but I know that some systems are already using some of this tech to improve power management and support better hibernation. I think there's still quite a ways to go to make graphical sess…
Earlier quoted context omitted.
My phone has already replaced what I used to use my laptop for, but it's not going to replace my work PC anytime soon. Compiling our work C++ proejct takes about 40 minutes on a 32 core workstation, and my mobile phone isn't going to replace that right now, even if I can connect some peripherals to it.
I think you're a bit of an edge case though - most people don't need 32 cores, even for work.
Earlier quoted context omitted.
Tethering fees are another "brilliant" invention by the customer-hating American telcos. You get a set amount of data per month, for instance 20GB. Why should they care at all what you decide to use that data for?
When I moved here I was surprised to know that I had to explicitly ask AT&T to enable tethering. In India, it is enabled by default and is part of your subscription, you just pay for the data depending on the plan you choose.
Earlier quoted context omitted.
The whole point is not to notify you, rather to get a feeling how much people would eventually buy it.
>The whole point is not to notify you, rather to get a feeling how much people would eventually buy it. Sure, but I wasn't expressing a doubt on why Samsung put that on, I was doubting why an end user would want to give away his/her name/email/company, substantially in exchange of nothing.
Earlier quoted context omitted.
I dont think this will ever be a thing. For me phones are (sorrily) throw away products, usually not build to last. Computers are expandable, upgradeable machines that you build for your use case and have for years without having to worry to much. Even mac folks have their Macbooks at least twice as long as their phones. So i dont see this happening for any kind of professional use anytime soon. But who knows. Discla…
>> Computers are expandable, upgradeable machines Not anymore they're not. I haven't bought an upgradeable laptop since 2011.
I use a tablet now for my idle couch browsing.
What I would like to do is use my phone as portable storage device and then plug it in to external processing unit and boot from my phone. The external processing unit could be desktop computer, laptop or tablet. The reason? When sitting behind my desk at home or office I don't like to be limited with the mobile CPU. I have the required kWhs to power a proper CPU, GPU and run 64GB of memory. I also don't want to run…
> I don't want to do a full reboot every time I "unplug" the phone from desktop processing unit and move it somewhere else. How do you expect this to work? You can’t hibernate an OS and swap out all the hardware and expect it to actually wake back up. You’re going to have to do a full boot.
Have you actually tried? You sound like you're used to Windows where if you change a single piece of hardware the whole OS goes to pieces and needs to be re-installed or go through a painful process of driver searching. Considering I can (and have) literally moved hard drives between vastly different generation machines (granted, they were the same architecture), I don't think it's that far fetched to imagine Linux might actually resume from a hibernate with no issues on different machines. I've got some spare time this weekend, and I might just have to test this theory. Even if it doesn't work out, my experience with swapping hardware in Linux leads me to believe it wouldn't be that hard to add support for resuming from hibernate on different hardware. Sounds like a good college senior CS project to me.
What I would like to do is use my phone as portable storage device and then plug it in to external processing unit and boot from my phone. The external processing unit could be desktop computer, laptop or tablet. The reason? When sitting behind my desk at home or office I don't like to be limited with the mobile CPU. I have the required kWhs to power a proper CPU, GPU and run 64GB of memory. I also don't want to run…
Earlier quoted context omitted.
Older devices are probably on much older kernels that most distros stopped using a long time ago. It's not really practical to try and bridge that gap.
They are only on old kernels because of proprietary kernel module blobs. Open source those and a thousand developers will line up to mainline them for device support.