/dev/mem not exist and fast-gpio not work
- 
					
					
					
					
 I upgraded firmware, fast-gpio gives segmentation fault. 
 Also power-down not work because use fast-gpio.
 Please fix firmware and release patch.Thanks 
 
- 
					
					
					
					
 @Giovanni-Gentile said in /dev/mem not exist and fast-gpio not work: I upgraded firmware, fast-gpio gives segmentation fault. This is a well known issue already reported in a number of threads Also power-down not work because use fast-gpio. No, that is unrelated. There is no actual powerdown capability, however a previous manifestation of a design bug used to sort of accomplish a halt to meaningful software execution, that from a user perspective looked a bit like an off state. 
 
- 
					
					
					
					
 You would think powering down would be useful with a small portable device like an Omega. 
 
- 
					
					
					
					
 @Costas-Costas It's not an Omega-specific thing, it's a more general thing stemming from the SoC being a consumer-level router-SoC -- I have several different kinds of routers and they all behave this same way, with all of them rebooting, instead of shutting down. These SoCs rarely have any power-management features, other than turning internal peripherals on or off, and thus you'd have to build a more complicated power-delivery system that provides external power-down features and you'd need to then provide a way for the SoC to also communicate with this power-delivery system -- rarely worth the effort and added complexity, all things considered. 
 
- 
					
					
					
					
 @Chris-Stratton said in /dev/mem not exist and fast-gpio not work: No, that is unrelated. There is no actual powerdown capability, however a previous manifestation of a design bug used to sort of accomplish a halt to meaningful software execution, that from a user perspective looked a bit like an off state. I assume it hasn't been done, because the SoC wouldn't actually be off. It'd still be running, it'd just be stuck in a never-ending for-loop and it would be terribly misleading and an ugly solution. But then again, I ain't a kernel-dev and I am just making an educated guess on their motives. 
 
- 
					
					
					
					
 @WereCatf sorry I thought the Omega was a portable computer from the details on the Kickstarter campaign. Most routers don't have SD cards attached, although some do have USB data ports. Onion should at least write a routine to make it as safe as possible to "pull the plug" with SD cards and USB's in situ. 
 
- 
					
					
					
					
 @Costas-Costas said in /dev/mem not exist and fast-gpio not work: Most routers don't have SD cards attached, although some do have USB data ports. The fact that there is no SD-card slot doesn't mean the SoC wouldn't support SD-cards, though. I haven't even heard of a single router-SoC from the last decade or so that didn't support such. It's just a matter of the router-manufacturers deeming that there's little demand for including an SD-card slot, when most consumers are more likely to want to plug in USB-devices. 
 
- 
					
					
					
					
 @WereCatf I think you are missing the point, again. If router manufacturers had added SD card's they would have a "power down" routine, ergo Onion to provide the same. 
 
- 
					
					
					
					
 Power down isn't going to happen. sync(); unmount_everything() printk("it's safe to turn off now"); set_leds(ALL_OFF); while(1);Might, and would presumably be useful for those using delicate filesystems. This is after all what resetting the Omega 2+ in ignorance of the flash address mode bug used to effectively do. 
 
- 
					
					
					
					
 @Chris-Stratton so Onion just need to tidy that up and compile as power-down, right? 
 
 
			
		