service/ldr_ro: Fix CRO loading when the buffer contained multiple VM areas

[zhaowenlan1779]

Fixes #4493

Fixed two bugs regarding adjacent memory areas with the same permission and state, but different backing pointers.

---

According to wwylele, the reason the bug in RO was made was that

• on 3DS the ro module uses svcQueryProcessMemory to retrieve the vma info and do the same four checks as coded in VerifyBufferState
• But later we found out that svcQueryProcessMemory would actually merge similar adjacent areas before reporting.
  

  citra/src/core/hle/kernel/svc.cpp

  Lines 1092 to 1104 in 7afcc0d

  	// Query(Process)Memory merges vma with neighbours when they share the same state and
  	// permissions, regardless of their physical mapping.
  	auto mismatch = [permissions, state](const std::pair<VAddr, Kernel::VirtualMemoryArea>& v) {
  	return v.second.permissions != permissions || v.second.meminfo_state != state;
  	};
  	std::reverse_iterator rvma(vma);
  	auto lower = std::find_if(rvma, process->vm_manager.vma_map.crend(), mismatch);
  	--lower;
  	auto upper = std::find_if(vma, process->vm_manager.vma_map.cend(), mismatch);
  	--upper;

so CRO code should contain the same merging logic or equivalent, or directly invoke the SVC implementation.

---

This change is 

[B3n30]

shouldn't there be still an assert for the overall size?

[zhaowenlan1779]

I believe this is actually not necessary, as CarveVMARange will take care of this