-
strcmp in Linux
(gdb) disassemble Dump of assembler code for function __strcmp_avx2: => 0x00007ffff7f30ae0 <+0>: endbr64 0x00007ffff7f30ae4 <+4>: mov %edi,%eax 0x00007ffff7f30ae6 <+6>: xor %edx,%edx 0x00007ffff7f30ae8 <+8>: vpxor %ymm7,%ymm7,%ymm7 0x00007ffff7f30aec <+12>: or %esi,%eax 0x00007ffff7f30aee <+14>: and $0xfff,%eax 0x00007ffff7f30af3 <+19>: cmp $0xf80,%eax 0x00007ffff7f30af8 <+24>: jg 0x7ffff7f30e50 <__strcmp_avx2+880> 0x00007ffff7f30afe <+30>: vmovdqu (%rdi),%ymm1 0x00007ffff7f30b02 <+34>: vpcmpeqb (%rsi),%ymm1,%ymm0...
-
Linux PAM
正在看linux系统密码验证的部分，现在的问题是ubuntu系统是也用linux-pam，还是用自己shadow-4.5 package自带的功能。 LFS (Linux From Scratch)： Shadow was indeed installed in LFS and there is no reason to reinstall it unless you installed CrackLib or Linux-PAM after your LFS system was completed. If you have installed CrackLib after LFS, then reinstalling Shadow will enable strong password support. If you have...
-
一连搞了搞几天，总结下
现在工具链可以跑通了。 OpenSPARC T1编译的是1c1t，也就是一核单线程的，所以obp_rom用的也要是1c1t的。但Solaris的包进系统后没有启动起来，Ubuntu的进系统了。 u@unamed:~/prjs/testaceos$ source ~/Xilinx/10.1/ISE/settings64.sh u@unamed:~/prjs/testaceos$ source ~/Xilinx/10.1/EDK/settings64.sh u@unamed:~/prjs/testaceos$ xmd -tcl genace.tcl -jprog -target mdm -board ml505 -hw ~/prjs/OpenSPARCT1/design/sys/edk/implementation/system.bit -elf executable.elf -data ./1c1t_obp_prom.bin 0x8ff00000 -data ./ramdisk.ubuntu-7.10-gutsy.gz 0x8af00000 -ace uty_testubuntu_patchbitgen1c1t.ace 感觉有可能是编译core的时候没有选4t，结果操作系统boot的时候有问题？ 因为OpenSPARC大概是08年左右开源出来的，所以工具链都是那时候的Solaris和Ubuntu，所以之前的几天遇到很多坑。 特别是Java的问题。 用于sythesis的编译器xst是Xiline ISE9.1，而EDK用的是10.1.3。 更新版本的EDK能装，但有问题，启动的时候好像很多东西没启动，打不开xmp文件。 还有就是bitgen了。 用笨方法，通过查找出错信息的字符串，定位了这个lib。 /home/u/Xilinx/10.1/ISE/virtex5/lib/lin64/libBsRain_Bitgen.so gdb step out finish 改内存 (gdb) set {char}0x00007ff275600d25=0x90 (gdb) set {int}0x00007ff275600d21=0x90909090...