亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關(guān)于我們
? 蟲蟲下載站

?? bootp.c

?? 該文件是rt_linux
?? C
字號:
/* * arch/alpha/boot/bootp.c * * Copyright (C) 1997 Jay Estabrook * * This file is used for creating a bootp file for the Linux/AXP kernel * * based significantly on the arch/alpha/boot/main.c of Linus Torvalds */#include <linux/kernel.h>#include <linux/string.h>#include <linux/version.h>#include <linux/mm.h>#include <asm/system.h>#include <asm/console.h>#include <asm/hwrpb.h>#include <asm/pgtable.h>#include <asm/io.h>#include <stdarg.h>#include "ksize.h"extern unsigned long switch_to_osf_pal(unsigned long nr,	struct pcb_struct * pcb_va, struct pcb_struct * pcb_pa,	unsigned long *vptb);struct hwrpb_struct *hwrpb = INIT_HWRPB;static struct pcb_struct pcb_va[1];/* * Find a physical address of a virtual object.. * * This is easy using the virtual page table address. */static inline void *find_pa(unsigned long *vptb, void *ptr){	unsigned long address = (unsigned long) ptr;	unsigned long result;	result = vptb[address >> 13];	result >>= 32;	result <<= 13;	result |= address & 0x1fff;	return (void *) result;}	/* * This function moves into OSF/1 pal-code, and has a temporary * PCB for that. The kernel proper should replace this PCB with * the real one as soon as possible. * * The page table muckery in here depends on the fact that the boot * code has the L1 page table identity-map itself in the second PTE * in the L1 page table. Thus the L1-page is virtually addressable * itself (through three levels) at virtual address 0x200802000. */#define VPTB	((unsigned long *) 0x200000000)#define L1	((unsigned long *) 0x200802000)voidpal_init(void){	unsigned long i, rev;	struct percpu_struct * percpu;	struct pcb_struct * pcb_pa;	/* Create the dummy PCB.  */	pcb_va->ksp = 0;	pcb_va->usp = 0;	pcb_va->ptbr = L1[1] >> 32;	pcb_va->asn = 0;	pcb_va->pcc = 0;	pcb_va->unique = 0;	pcb_va->flags = 1;	pcb_va->res1 = 0;	pcb_va->res2 = 0;	pcb_pa = find_pa(VPTB, pcb_va);	/*	 * a0 = 2 (OSF)	 * a1 = return address, but we give the asm the vaddr of the PCB	 * a2 = physical addr of PCB	 * a3 = new virtual page table pointer	 * a4 = KSP (but the asm sets it)	 */	srm_printk("Switching to OSF PAL-code .. ");	i = switch_to_osf_pal(2, pcb_va, pcb_pa, VPTB);	if (i) {		srm_printk("failed, code %ld\n", i);		__halt();	}	percpu = (struct percpu_struct *)		(INIT_HWRPB->processor_offset + (unsigned long) INIT_HWRPB);	rev = percpu->pal_revision = percpu->palcode_avail[2];	srm_printk("Ok (rev %lx)\n", rev);	tbia(); /* do it directly in case we are SMP */}static inline voidload(unsigned long dst, unsigned long src, unsigned long count){	memcpy((void *)dst, (void *)src, count);}/* * Start the kernel. */static inline voidrunkernel(void){	__asm__ __volatile__(		"bis %1,%1,$30\n\t"		"bis %0,%0,$27\n\t"		"jmp ($27)"		: /* no outputs: it doesn't even return */		: "r" (START_ADDR),		  "r" (PAGE_SIZE + INIT_STACK));}extern char _end;#define KERNEL_ORIGIN \	((((unsigned long)&_end) + 511) & ~511)voidstart_kernel(void){	/*	 * Note that this crufty stuff with static and envval	 * and envbuf is because:	 *	 * 1. Frequently, the stack is short, and we don't want to overrun;	 * 2. Frequently the stack is where we are going to copy the kernel to;	 * 3. A certain SRM console required the GET_ENV output to stack.	 *    ??? A comment in the aboot sources indicates that the GET_ENV	 *    destination must be quadword aligned.  Might this explain the	 *    behaviour, rather than requiring output to the stack, which	 *    seems rather far-fetched.	 */	static long nbytes;	static char envval[256] __attribute__((aligned(8)));#ifdef INITRD_IMAGE_SIZE	static unsigned long initrd_start;#endif	srm_printk("Linux/AXP bootp loader for Linux " UTS_RELEASE "\n");	if (INIT_HWRPB->pagesize != 8192) {		srm_printk("Expected 8kB pages, got %ldkB\n",		           INIT_HWRPB->pagesize >> 10);		return;	}	if (INIT_HWRPB->vptb != (unsigned long) VPTB) {		srm_printk("Expected vptb at %p, got %p\n",			   VPTB, (void *)INIT_HWRPB->vptb);		return;	}	pal_init();#ifdef INITRD_IMAGE_SIZE	/* The initrd must be page-aligned.  See below for the 	   cause of the magic number 5.  */	initrd_start = ((START_ADDR + 5*KERNEL_SIZE) | (PAGE_SIZE-1)) + 1;	srm_printk("Initrd positioned at %#lx\n", initrd_start);#endif	nbytes = callback_getenv(ENV_BOOTED_OSFLAGS, envval, sizeof(envval));	if (nbytes < 0 || nbytes >= sizeof(envval)) {		nbytes = 0;	}	envval[nbytes] = '\0';	srm_printk("Loading the kernel...'%s'\n", envval);	/* NOTE: *no* callbacks or printouts from here on out!!! */	/* This is a hack, as some consoles seem to get virtual 20000000 (ie	 * where the SRM console puts the kernel bootp image) memory	 * overlapping physical memory where the kernel wants to be put,	 * which causes real problems when attempting to copy the former to	 * the latter... :-(	 *	 * So, we first move the kernel virtual-to-physical way above where	 * we physically want the kernel to end up, then copy it from there	 * to its final resting place... ;-}	 *	 * Sigh...  */#ifdef INITRD_IMAGE_SIZE	load(initrd_start, KERNEL_ORIGIN+KERNEL_SIZE, INITRD_IMAGE_SIZE);#endif        load(START_ADDR+(4*KERNEL_SIZE), KERNEL_ORIGIN, KERNEL_SIZE);        load(START_ADDR, START_ADDR+(4*KERNEL_SIZE), KERNEL_SIZE);	memset((char*)ZERO_PGE, 0, PAGE_SIZE);	strcpy((char*)ZERO_PGE, envval);#ifdef INITRD_IMAGE_SIZE	((long *)(ZERO_PGE+256))[0] = initrd_start;	((long *)(ZERO_PGE+256))[1] = INITRD_IMAGE_SIZE;#endif	runkernel();}

?? 快捷鍵說明

復(fù)制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
伊人开心综合网| 国产精品久久久久影院亚瑟| 99精品久久只有精品| 国内外成人在线视频| 久久国内精品自在自线400部| 蜜臀久久99精品久久久画质超高清 | 精品国产乱码久久久久久老虎| 欧美午夜精品理论片a级按摩| 99国产麻豆精品| 色乱码一区二区三区88| 色成年激情久久综合| 欧美日韩国产影片| 欧美一级在线观看| 久久精品一区二区三区四区| 久久午夜电影网| 国产精品理伦片| 亚洲精品国产高清久久伦理二区| 亚洲综合久久久久| 日韩精品免费视频人成| 久久精品99国产精品日本| 精品中文字幕一区二区小辣椒| 久久国产精品72免费观看| 国产精品99久久久久久久女警| 成人蜜臀av电影| 欧美精品v日韩精品v韩国精品v| 欧美一区二区三区日韩| 日韩精品一区二区三区视频| 国产女人水真多18毛片18精品视频 | 亚洲国产精品精华液2区45| 中文字幕国产精品一区二区| 一区二区三区不卡视频在线观看 | 色婷婷精品大视频在线蜜桃视频| 欧美日韩性生活| 国产亚洲精品久| 香蕉加勒比综合久久| 夫妻av一区二区| 欧美日韩激情一区二区三区| 久久人人97超碰com| 亚洲色图视频网站| 日本不卡一区二区| 91丨九色丨蝌蚪富婆spa| 欧美不卡一区二区| 亚洲尤物在线视频观看| 丰满亚洲少妇av| 91精品国产91久久久久久一区二区 | 91久久精品网| 国产午夜精品理论片a级大结局| 亚洲国产va精品久久久不卡综合| 国产成人欧美日韩在线电影| 欧美三级电影在线看| 国产欧美日韩在线| 日本vs亚洲vs韩国一区三区| 成人av在线一区二区| 精品国产精品一区二区夜夜嗨| 一区二区高清免费观看影视大全| 国v精品久久久网| 欧美成人一区二区三区在线观看| 一区二区免费视频| 91在线观看美女| 国产精品理伦片| 成人三级伦理片| 久久综合九色综合97婷婷女人| 午夜精品免费在线| 欧美无砖专区一中文字| 中文字幕在线不卡国产视频| 国产成人综合在线| 久久日一线二线三线suv| 日本一区中文字幕| 在线播放/欧美激情| 亚洲国产欧美在线人成| 在线观看日产精品| 一区二区三区四区高清精品免费观看| 成人免费的视频| 国产精品久久久久永久免费观看| 国产精品一区二区男女羞羞无遮挡| 日韩一区二区三区视频在线| 日韩av一区二区在线影视| 欧美日韩大陆一区二区| 午夜久久福利影院| 91精品国产高清一区二区三区| 日韩精品一二三四| 日韩欧美色电影| 国产精品1024| 亚洲婷婷综合色高清在线| av中文字幕在线不卡| 亚洲色图色小说| 欧美日韩成人一区| 老司机午夜精品| 国产亚洲短视频| 91玉足脚交白嫩脚丫在线播放| 一区二区三区四区av| 欧美日韩国产系列| 久久97超碰国产精品超碰| 久久精品夜色噜噜亚洲aⅴ| 粉嫩aⅴ一区二区三区四区五区| 欧美国产成人在线| 欧美四级电影网| 免费观看成人鲁鲁鲁鲁鲁视频| 久久久午夜精品理论片中文字幕| 成人成人成人在线视频| 亚洲综合激情另类小说区| 欧美高清视频在线高清观看mv色露露十八| 日韩成人一区二区三区在线观看| 欧美成人aa大片| 99久久99久久精品国产片果冻 | 国产欧美综合在线| 91尤物视频在线观看| 日韩黄色一级片| 国产精品麻豆欧美日韩ww| 欧美性做爰猛烈叫床潮| 久久不见久久见免费视频7| 国产精品夫妻自拍| 日韩欧美色综合网站| 成人h精品动漫一区二区三区| 亚洲成人综合网站| 亚洲国产精品精华液2区45| 欧美日韩精品欧美日韩精品| 国产精品一区二区x88av| 亚洲一区二区三区在线看| 精品裸体舞一区二区三区| 91精品91久久久中77777| 国产在线一区二区综合免费视频| 亚洲精品视频免费看| 久久综合九色综合欧美98| 欧美色区777第一页| 高潮精品一区videoshd| 捆绑变态av一区二区三区| 夜夜揉揉日日人人青青一国产精品| 久久中文字幕电影| 欧美一区二区视频在线观看| 色素色在线综合| 成人激情午夜影院| 国产永久精品大片wwwapp | 精品无码三级在线观看视频| 一区二区三区视频在线观看| 国产欧美va欧美不卡在线| 亚洲精品一区二区精华| 欧美日本在线看| 91福利国产精品| 97aⅴ精品视频一二三区| 成人午夜大片免费观看| 激情综合色播五月| 美女诱惑一区二区| 日本亚洲免费观看| 日韩精品五月天| 日韩电影在线观看一区| 亚洲成av人片在线观看无码| 亚洲视频电影在线| 亚洲欧美日韩久久| 亚洲精品亚洲人成人网在线播放| 国产精品久久久久一区二区三区| 国产片一区二区| 国产精品看片你懂得| 最新国产の精品合集bt伙计| 国产精品每日更新在线播放网址| 国产欧美一区二区三区网站| 国产欧美一区二区三区沐欲| 国产人成一区二区三区影院| 久久久久久久久久久久久久久99 | 国产精品美日韩| 国产精品入口麻豆九色| 国产亚洲精品超碰| 国产精品美女一区二区三区| 国产精品欧美久久久久一区二区| 国产精品福利一区二区三区| 亚洲男同1069视频| 亚洲va欧美va人人爽午夜| 亚洲v日本v欧美v久久精品| 免费av网站大全久久| 韩国毛片一区二区三区| 国产98色在线|日韩| 成人av在线电影| 欧美亚洲高清一区二区三区不卡| 91麻豆精品国产自产在线 | 免费观看日韩av| 国产一区二区三区av电影| 不卡视频免费播放| 欧美久久婷婷综合色| 日韩精品中文字幕在线一区| 国产欧美日韩麻豆91| 亚洲综合无码一区二区| 精品一区二区三区日韩| av中文字幕一区| 8v天堂国产在线一区二区| 国产日韩精品一区| 亚洲超碰97人人做人人爱| 国产精品亚洲专一区二区三区| 99国产欧美另类久久久精品| 在线播放欧美女士性生活| 久久久久九九视频| 亚洲一区二区3| 国产精一区二区三区| 欧美三级三级三级| 国产精品欧美精品| 蜜臀av国产精品久久久久| 91在线视频播放地址| 日韩精品专区在线| 亚洲国产日日夜夜| av电影在线观看一区| 日韩欧美色电影|