色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Gem5 Arm Fullsystem仿真

處理器與AI芯片 ? 來源:處理器與AI芯片 ? 2023-01-04 14:11 ? 次閱讀
gem5 system emulation 模式,內部實現了對system call的模擬,使用了一段時間后,有一些發現:
  1. 如果使用spec2017 X86編譯,那么會存在對intel比較新的指令不支持的問題;后來使用gcc march K6 m32來解決,即使用amd的k6 32bit編譯,但是這也只是權宜之計 ;

  2. gem5的開發人員在郵件list中介紹intel對gem5的譯碼支持比較差,最開始gem5的x86也是基于amd的;

  3. 很多論文中使用了ARM架構,gem5的開發人員也和ARM合作比較緊密,所以gem5對arm架構的指令支持比較好;

  4. 即使使用上面的方法,se模式還是會遇到gem5沒有模擬的system call函數的問題

  5. 同時還會遇到環境的問題,比如549.fotonik3d,需要手動將input輸入的壓縮文件OBJ.dat.xz手動解壓之后才能運行。

因為上述的問題,在郵件list中可以看出gem5的開發人員比較傾向于使用full system模式,用他的話就是"works magically"。


X86 full system

如果是基于X86 Ubuntu系統模擬gem5 arch,制作disk image比較簡單,可以git clone gem5 resource, 在spec2017文件夾下放入spec2017.iso,調用build.sh自動調用packer將spec2017裝入ubuntu的disk image生成spec-2017。

 ./build/X86/gem5.fast 
 --outdir=./m5out/ 
configs/example/gem5_library/x86-spec-cpu2017-benchmarks.py
--image=path/spec-2017
--benchmark=505.mcf_r
--size=ref
--partition=1

這里需要強調的是,gem5中介紹了多次qemu-kvm, 但是qemu-kvm并不是在X86架構中生成disk image和真正運行gem5時必須的工具。

在gem5中引入它的主要作用就是在boot階段使用qemu,在真實的cpu上運行boot 階段,進行加速,實際上如果我們在云服務器上跑,如果沒有qemu軟件或者權限,只是使用atomic cpu跑boot也是比較快的。

就是不要被qemu迷惑,fullsystem gem5可以理解成在gem5上跑app,不過這個app是os,單純的用atomic cpu跑也沒有任何問題。


ARM full system

X86 full system的問題是memory最大支持3GB,目前看gem5的設置是不支持5GB 6GB這樣的設置。

我們介紹一下如何生成gem5的disk image。

首先看一下最終成功運行full system 使用的指令:

./build/ARM/gem5.fast 
 -d./m5out/ARM/fullsystem64/spec2017 
./configs/example/fs.py
 --kernel2022/binaries/vmlinux.arm64
 --disk-imagepath/expanded-aarch64-ubuntu-trusty-headless.img
 --bootloader2022/binaries/boot.arm64--mem-type=DDR4_2400_4x16
 --param'system.highest_el_is_64=True'
 --script=./m5out/ARM/fullsystem64/spec2017_restore/spec2017.rcS

kernel 我的理解就是os內核程序,disk image則是裝載了benchmark的磁盤鏡像。

內核程序與我們無關,我們可以直接使用,disk image 則需要我們手動裝載。

gem5官方提供的kernel和disk image

https://www.gem5.org/documentation/general_docs/fullsystem/guest_binaries

9b7fedbe-8bf4-11ed-bfe3-dac502259ad0.png

script這里指定的是一個script

#!/bin/bash
source/root/.bashrc
/sbin/m5checkpoint1
echo"Arealmultinodeworkloadmightstarthere..."
cd/home/gem5/spec2017
sourceshrc
echo"Resetstats"
/sbin/m5resetstats
runcpu--sizetest--iterations1--configmyconfig.aarch64.cfg--nobuild605.mcf_s
/sbin/m5exit1

通過指定這個script,gem5在boot成功后,運行這個script,就調用了腳本內的runcpu,自動運行了spec2017對應的app。

如果我們不指定這個script,并且不對disk image進行任何修改,那么boot成功后,要求輸入用戶名和密碼,輸入root可以進入,不過這個操作比較麻煩,還是建議指定script。


現在唯一需要的工作就是實現disk image,這里幫助對我很大的是這篇博客。https://www.eecg.utoronto.ca/~elsayed9/website/blog/gem5_fs_arm_flow.php

首先遇到的問題就是官方提供的image 1GB或者2GB,然而spec2017有4GB我們需要對image進行擴容。按照博客的操作如下

```bash
$#Backuptheoriginaldiskimageifneeded
$cpaarch64-ubuntu-trusty-headless.imgexpanded-aarch64-ubuntu-trusty-headless.img
$#Increasediskimageby2G
$ddif=/dev/zerobs=1Gcount=2>>expanded-aarch64-ubuntu-trusty-headless.img
$sudopartedexpanded-aarch64-ubuntu-trusty-headless.imgresizepart1100%
$#Parsesomeinfofor'losetup'and'mount'later
$name=$(sudofdisk-lexpanded-aarch64-ubuntu-trusty-headless.img|tail-1|awk-F:'{print$1}'|awk-F""'{print$1}')
$start_sector=$(sudofdisk-lexpanded-aarch64-ubuntu-trusty-headless.img|grep$name|awk-F""'{print$2}')
$units=$(sudofdisk-lexpanded-aarch64-ubuntu-trusty-headless.img|grepUnits|awk-F""'{print$8}')
$#Attachtodeviceandrecordoutput,tomeitwas/dev/loop18
$ sudo losetup -f --show expanded-aarch64-ubuntu-trusty-headless.img -o $(($start_sector*$units))                         
$sudoe2fsck-f/dev/loop18#Fixpotentialerrors,pressYforallfixes
$sudoresize2fs/dev/loop18#Actualresizingstep
$sudoe2fsck-f/dev/loop18#Doublechecktherearenoerror
$sudolosetup-d/dev/loop18#Detachfromtheloopdevice
$#Mountimageandchecknewsize
$mkdirdisk_mnt
$sudomount-oloop,offset=$(($start_sector*$units))expanded-aarch64-ubuntu-trusty-headless.imgdisk_mnt
$df-h#ShouldshowthenewexpandedimagesizewiththeUsedandAvailfordisk_mnt
$sudoumountdisk_mnt

擴容之后mount image,就可以安裝spec2017到這個disk image了。

這里建議看一下 gem5-resources/src/spec-2017/disk-image/spec-2017/install-spec2017.sh 這個是裝載spec2017到x86 os的過程,我們裝載spec2017到arm,可以按照這個流程來。

gem5 resources的路徑https://gem5.googlesource.com/public/gem5-resources
  1. sudo chroot . #將當前mount目錄切換為主目錄
  2. 創建/home/gem5/文件夾 將cpu_spec2017.iso拷貝到這個文件夾
  3. 按照cpu_spec2017.iso的install流程,mount cpu_spec2017.iso 然后install.sh
  4. install 之后,我們可以build,生成spec2017的可執行文件等。建議參考install-spec2017.sh
disk image中已經有gcc aarch64的編譯工具,因此我們不需要額外再安裝gcc aarch64,還是比較方便的。

我們將spec2017安裝到了/home/gem5/,再結合一下剛才介紹的spec2017.rcS,就能看出來這個script的作用實際上就是進入文件夾,然后runcpu。

我們看一下gem5成功boot后運行spec2017的os系統界面,這個界面通過./util/term/m5term 得到,后面會介紹。

[  0.345190] sd 00 [sda] Attached SCSI disk
[  0.352995] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[  0.353004] VFS: Mounted root (ext4 filesystem) on device 8:1.
[  0.353626] devtmpfs: mounted
[  0.353684] Freeing unused kernel memory: 448K
[  0.359059] random: fast init done
Mount failed for selinuxfs on /sys/fs/selinux:  No such file or directory
[  0.372646] random: init: uninitialized urandom read (12 bytes read)
[  0.399519] random: mountall: uninitialized urandom read (12 bytes read)
Boot Success Reset stats
Run 602.gcc_s test
SPEC CPU(r) 2017 Benchmark Suites
Copyright1995-2017StandardPerformanceEvaluationCorporation(SPEC)
runcpu v5825
Using 'linux-aarch64' tools
Reading file manifests... read 32270 entries from 2 files in 0.44s (72680 files/s)
Loading runcpu modules.................
Locating benchmarks...found 47 benchmarks in 53 benchsets.
Reading config file '/home/gem5/spec2017/config/myconfig.aarch64.cfg'
1configurationselected:
 Action  Run Mode   Workload    Report Type    Benchmarks
--------   --------   --------   -----------------   --------------------------
validate   speed    test     SPECspeed2017_int   602.gcc_s               
-------------------------------------------------------------------------------
Settingupenvironmentforrunning
大約1Billion指令之后,大約半小時,完成boot。再執行3.5Billion的指令進入真實的runcpu仿真gem5仿真顯示的界面:
**** REAL SIMULATION ****
build/ARM/dev/arm/rv_ctrl.cc:176: warn: SCReg: Access to unknown device dcc0pos0dev0
build/ARM/arch/arm/insts/pseudo.cc:172: warn:     instruction 'csdb' unimplemented
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xd0
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xd4
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xd8
build/ARM/dev/arm/gic_v2.cc:683: warn: GIC APRn write ignored because not implemented: 0xdc
AtomicCPU 0 At 103419026000 Tid[0] 100000000 instructions are executed.
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x60 that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x48 that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:198: warn: Tried to write RVIO at offset 0xa8 (data 0) that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x8 that doesn't exist
build/ARM/dev/arm/rv_ctrl.cc:122: warn: Tried to read RealView I/O at offset 0x48 that doesn't exist
build/ARM/dev/arm/energy_ctrl.cc:77: warn: EnergyCtrl: Disabled handler, ignoring read from reg 0
AtomicCPU 0 At 437185231000 Tid[0] 200000000 instructions are executed.
AtomicCPU 0 At 499727384000 Tid[0] 300000000 instructions are executed.
AtomicCPU 0 At 582010000000 Tid[0] 400000000 instructions are executed.
AtomicCPU 0 At 641077500000 Tid[0] 500000000 instructions are executed.
AtomicCPU 0 At 700009321500 Tid[0] 600000000 instructions are executed.
AtomicCPU 0 At 759169539000 Tid[0] 700000000 instructions are executed.
AtomicCPU 0 At 818393124500 Tid[0] 800000000 instructions are executed.
AtomicCPU 0 At 877446054000 Tid[0] 900000000 instructions are executed.
showInstNum AtomicCPU 0 At 907078901500 Tid[0] 950264835 instructions are executed.
Writing checkpoint
build/ARM/sim/simulate.cc:194: info: Entering event queue @ 907078901500.  Starting simulation...
AtomicCPU 0 At 936518571000 Tid[0] 1000000000 instructions are executed.
AtomicCPU 0 At 1019589630500 Tid[0] 100000000 instructions are executed.
AtomicCPU 0 At 1075531936500 Tid[0] 200000000 instructions are executed.
AtomicCPU 0 At 1133110363000 Tid[0] 300000000 instructions are executed.
AtomicCPU 0 At 1190919530500 Tid[0] 400000000 instructions are executed.
AtomicCPU 0 At 1248468781000 Tid[0] 500000000 instructions are executed.
AtomicCPU 0 At 1305429062000 Tid[0] 600000000 instructions are executed.
AtomicCPU 0 At 1363401303000 Tid[0] 700000000 instructions are executed.
AtomicCPU 0 At 1421469390000 Tid[0] 800000000 instructions are executed.
AtomicCPU 0 At 1479484997500 Tid[0] 900000000 instructions are executed.
AtomicCPU 0 At 1537414678500 Tid[0] 1000000000 instructions are executed.
AtomicCPU 0 At 1595390184500 Tid[0] 1100000000 instructions are executed.
AtomicCPU 0 At 1646996227500 Tid[0] 1200000000 instructions are executed.
AtomicCPU 0 At 1698272492000 Tid[0] 1300000000 instructions are executed.
AtomicCPU 0 At 1754533327500 Tid[0] 1400000000 instructions are executed.
AtomicCPU 0 At 1814630599500 Tid[0] 1500000000 instructions are executed.
AtomicCPU 0 At 1866048774500 Tid[0] 1600000000 instructions are executed.
AtomicCPU 0 At 1922046022000 Tid[0] 1700000000 instructions are executed.
AtomicCPU 0 At 1978814167500 Tid[0] 1800000000 instructions are executed.
AtomicCPU 0 At 2036107971000 Tid[0] 1900000000 instructions are executed.
AtomicCPU 0 At 2093257147500 Tid[0] 2000000000 instructions are executed.
AtomicCPU 0 At 2150632827000 Tid[0] 2100000000 instructions are executed.
AtomicCPU 0 At 2206964371500 Tid[0] 2200000000 instructions are executed.
AtomicCPU 0 At 2264055743500 Tid[0] 2300000000 instructions are executed.
AtomicCPU 0 At 2324544549000 Tid[0] 2400000000 instructions are executed.
AtomicCPU 0 At 2381492086000 Tid[0] 2500000000 instructions are executed.
AtomicCPU 0 At 2439386832000 Tid[0] 2600000000 instructions are executed.
AtomicCPU 0 At 2497622146000 Tid[0] 2700000000 instructions are executed.
AtomicCPU 0 At 2556071830000 Tid[0] 2800000000 instructions are executed.
AtomicCPU 0 At 2613942974500 Tid[0] 2900000000 instructions are executed.
AtomicCPU 0 At 2672323657000 Tid[0] 3000000000 instructions are executed.
AtomicCPU 0 At 2730096081000 Tid[0] 3100000000 instructions are executed.
AtomicCPU 0 At 2788185618000 Tid[0] 3200000000 instructions are executed.
AtomicCPU 0 At 2846567200000 Tid[0] 3300000000 instructions are executed.
AtomicCPU 0 At 2906211195500 Tid[0] 3400000000 instructions are executed.
AtomicCPU0At2965004517500Tid[0]3500000000instructionsareexecuted.
這里Atomic****CPUinstructionsareexecuted.是我自己增加的打,不必關注,主要為了顯示各個階段的指令數目
最后再介紹一下./util/term/m5term 3460。

在gem5開始運行后,會顯示system.terminal listening for connections on port NUMBER.

9b8c5a36-8bf4-11ed-bfe3-dac502259ad0.png

這時我們另開一個terminal,輸入./util/term/m5term NUMBER,即可觀察到當前os具體運行到哪一步,而上面說的,如果不指定script,需要手動輸入root也是在這里。

對我幫助很大的兩篇博客:

https://www.eecg.utoronto.ca/~elsayed9/website/blog/gem5_fs_arm_flow.php

https://lucian.run/2021/10/03/gem5%20FS/

有小伙伴后臺私信申請讀博士的,有意向的小伙伴歡迎私信。


審核編輯 :李倩

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • ARM
    ARM
    +關注

    關注

    134

    文章

    9084

    瀏覽量

    367384
  • 仿真
    +關注

    關注

    50

    文章

    4070

    瀏覽量

    133552
  • 架構
    +關注

    關注

    1

    文章

    513

    瀏覽量

    25468

原文標題:Gem5 Arm Fullsystem 仿真

文章出處:【微信號:處理器與AI芯片,微信公眾號:處理器與AI芯片】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    Arm原生Google Chrome增強Windows on Arm性能

    微軟 Windows 10 和 Windows 11 集成了 Arm 原生支持,這保證了為 Windows 開發更多 Arm 原生應用。這種支持提供了額外的工具,以簡化應用移植、增強應用性能并降低功耗。因此,很多公司目前正在為 Windows 投資
    的頭像 發表于 12-17 10:25 ?97次閱讀

    Arm加入OpenCloudOS操作系統開源社區

    5G 基礎設施和軟件定義汽車,到移動端和嵌入式設備,Arm 的開源工作覆蓋全球技術生態系統的方方面面。持續的開源合作與技術創新賦能全球超過 2,000 萬開發者在 Arm 平臺上構建和測試
    的頭像 發表于 11-15 11:34 ?338次閱讀

    Arm邀您相約2024全球CEO峰會

    距離 Arm Tech Symposia 年度技術大會深圳場還有三周時間,但 Arm 與深圳小伙伴的見面不用再等!Arm 將于 11 月 5 日(下周二)亮相 2024 全球 CEO
    的頭像 發表于 11-01 13:59 ?548次閱讀

    法動科技系統級電路仿真設計平臺FDSPICE介紹

    5G和5.5G的快速發展與普遍應用,對原模擬電路仿真工具提出了新的挑戰和更高要求。市場與用戶需要電路仿真工具具備更高精度、更強算力和更靈活的功能,以支持5G和5.5G模擬/射頻電路系統
    的頭像 發表于 10-22 10:43 ?394次閱讀
    法動科技系統級電路<b class='flag-5'>仿真</b>設計平臺FDSPICE介紹

    Arm全面設計助力Arm架構生態發展

    Arm 控股有限公司(納斯達克股票代碼:ARM,以下簡稱 Arm)近日分享了Arm 全面設計 (Arm Total Design) 生態項目
    的頭像 發表于 10-21 09:58 ?369次閱讀

    keil軟件實現編程仿真需要哪些步驟

    Keil MDK-ARM 是一款廣泛使用的集成開發環境(IDE),專為 ARM Cortex-M 微控制器編程而設計。它提供了代碼編輯、編譯、鏈接、調試和仿真等功能。 1. 安裝 Keil
    的頭像 發表于 09-02 10:28 ?1080次閱讀

    keil軟件仿真如何仿真輸入

    多種微控制器和處理器,如ARM、Cortex-M、8051等。Keil軟件的主要功能包括: 代碼編輯:提供語法高亮、代碼折疊、自動補全等功能。 編譯:將源代碼編譯成目標代碼。 調試:在開發過程中,可以設置斷點、單步執行、查看變量等。 仿真:模擬硬件環境,測試程序在
    的頭像 發表于 09-02 10:25 ?750次閱讀

    AM5K2E0x多核ARM KeyStone II片上系統(SoC)數據表

    電子發燒友網站提供《AM5K2E0x多核ARM KeyStone II片上系統(SoC)數據表.pdf》資料免費下載
    發表于 08-08 13:00 ?0次下載
    AM<b class='flag-5'>5</b>K2E0x多核<b class='flag-5'>ARM</b> KeyStone II片上系統(SoC)數據表

    基于樹莓派5的RTL仿真體驗

    《基于樹莓派5的RTL仿真體驗》 對于FPGA或者RTL愛好者來講,樹莓派5開發板可以運行RTL仿真仿真工具使用iverilog,波形工具
    發表于 04-30 17:35

    ArmArm Neoverse計算子系統(CSS):Arm Neoverse CSS V3和Arm Neoverse CSS N3

    Arm宣布了兩款新的Arm Neoverse計算子系統(CSS),它們基于“迄今為止最好的一代Neoverse技術”。是什么讓這些新產品在擁擠的計算技術領域脫穎而出? Arm的兩個新Arm
    的頭像 發表于 04-24 17:53 ?1051次閱讀
    <b class='flag-5'>Arm</b>新<b class='flag-5'>Arm</b> Neoverse計算子系統(CSS):<b class='flag-5'>Arm</b> Neoverse CSS V3和<b class='flag-5'>Arm</b> Neoverse CSS N3

    大模型筆記之gem5運行模型框架LLama介紹

    LLama.cpp 支持x86,arm,gpu的編譯。
    的頭像 發表于 01-22 09:10 ?1501次閱讀
    大模型筆記之<b class='flag-5'>gem5</b>運行模型框架LLama介紹

    M481系列KEIL選擇ARM5編譯器 ,編譯速度非常慢怎么解決?

    M481系列,如果KEIL選擇ARM5編譯器 ,編譯速度非常慢
    發表于 01-16 06:51

    智原與Arm合作提供基于Arm Neoverse CSS的設計服務

    ASIC設計服務暨IP研發銷售廠商智原科技(Faraday Technology Corporation,TWSE:3035)正式宣布成為Arm Total Design的設計服務合作伙伴,凸顯了其
    的頭像 發表于 01-10 16:29 ?736次閱讀

    arm中斷是怎么實現的

    ARM中斷的實現是通過中斷控制器和異常模式實現的。ARM處理器通過中斷控制器來接收和處理外部的中斷信號,而異常模式用于處理內部的異常事件。本文將詳細介紹ARM中斷的原理和實現方式。 一、ARM
    的頭像 發表于 01-05 15:18 ?892次閱讀

    使用Solopace.Gem遠程訪問內網ERP-dolibarr

    步驟一. 安裝dolibarr開源ERP系統 dolibarr的數據存儲可選mysql或postgres,在??使用Solopace.Gem訪問k8s部署的CMS系統??一文中,我們在
    的頭像 發表于 12-25 11:45 ?751次閱讀
    使用Solopace.<b class='flag-5'>Gem</b>遠程訪問內網ERP-dolibarr
    主站蜘蛛池模板: 无套暴躁白丝秘书| 久久热免费观看视频| 翁公与小莹在客厅激情| 果冻传媒在线观看进入窗口| 伊人网伊人网| 欧美手机在线| 国产精品一区二区AV交换| 2021久久精品免费观看| 欧美一区二区影院| 美女伸开两腿让我爽| 啊灬啊灬啊灬快高潮视频 | 黄色三级视频在线| 医生含着我的奶边摸边做| 日日踫夜夜爽无码久久| 精品国产乱码久久久久久夜深人妻| 动漫美女人物被黄漫在线看| 用快播看av的网站| 嫩草影院精品视频在线观看| 国产一区二区无码蜜芽精品| 97在线播放视频| 91福利在线观看| 中国女人内谢69xxxxxx直播| 小黄文纯肉短篇| 性生生活大片又黄又| 色偷偷亚洲男人天堂| 欧美一级做a爰片免费| 国产又粗又猛又爽又黄的免费视频 | 99精品视频在线观看免费| 伊人久久综在合线亚洲| 亚洲性夜色噜噜噜网站2258KK| 神马电影院午 夜理论| 日日碰狠狠躁久久躁77777| 人人舔人人爱| 无套内射CHINESEHD熟女| 日本熟妇乱妇熟色A片蜜桃| 爽死你个放荡粗暴小淫货漫画| 美女扒开腿让男生桶爽免费APP| 91国偷自产一区二区三区| 中文字幕在线永久| 做暧暧免费30秒体验| 99pao成人国产永久免费视频|