embeded/odroid2016. 10. 24. 09:20

DDX 교체하고 나서 odroid로 암호까지 쳐도

autologin 되어있어도 못들어 가는 문제가 생기는 바람에

밀어야 하나 고쳐봐야 하나 고민..


고치는걸로 오기 발동중인데.. 확 밀어 버려? -_-


.Xauthority in the home folder of the user odroid?

[링크 : http://forum.odroid.com/viewtopic.php?f=8&t=4250]

Posted by 구차니
embeded/odroid2016. 10. 23. 20:54

일단 다시 검색해서 해보려는데 영안되는건 마찬가지네..

[링크 : http://forum.odroid.com/viewtopic.php?f=99&t=6611]


$ blender

Color management: using fallback mode for management

connect failed: No such file or directory

libGL error: MESA-LOADER: malformed or no PCI ID

libGL error: dlopen /usr/lib/arm-linux-gnueabihf/dri/exynos_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/exynos_dri.so: cannot open shared object file: No such file or directory)

libGL error: dlopen ${ORIGIN}/dri/exynos_dri.so failed (${ORIGIN}/dri/exynos_dri.so: cannot open shared object file: No such file or directory)

libGL error: dlopen /usr/lib/dri/exynos_dri.so failed (/usr/lib/dri/exynos_dri.so: cannot open shared object file: No such file or directory)

libGL error: unable to load driver: exynos_dri.so

libGL error: driver pointer missing

libGL error: failed to load driver: exynos

Writing: /tmp/blender.crash.txt

Segmentation fault 


/usr/lib/arm-linux-gnueabihf$ ll libdrm_exynos.*

-rw-r--r-- 1 root root 12118 may 12 03:41 libdrm_exynos.a

lrwxrwxrwx 1 root root    22 may 12 03:40 libdrm_exynos.so -> libdrm_exynos.so.1.0.0

lrwxrwxrwx 1 root root    22 may 12 03:40 libdrm_exynos.so.1 -> libdrm_exynos.so.1.0.0

-rw-r--r-- 1 root root 13732 may 12 03:41 libdrm_exynos.so.1.0.0 


drm은 존재하나 dri는 존재하지 않는다!?!?

/usr/lib/arm-linux-gnueabihf/dri$ ll

total 21116

drwxr-xr-x  2 root root    4096 oct  8 21:28 ./

drwxr-xr-x 94 root root   94208 oct 23 21:11 ../

-rw-r--r--  1 root root   13884 abr 16  2014 dummy_drv_video.so

-rw-r--r--  1 root root 2632560 ene 13  2016 nouveau_dri.so

-rw-r--r--  4 root root 2482560 ene 13  2016 nouveau_vieux_dri.so

-rw-r--r--  4 root root 2482560 ene 13  2016 r200_dri.so

-rw-r--r--  1 root root 2186172 ene 13  2016 r300_dri.so

-rw-r--r--  1 root root 2550644 ene 13  2016 r600_dri.so

-rw-r--r--  4 root root 2482560 ene 13  2016 radeon_dri.so

-rw-r--r--  1 root root 2086952 ene 13  2016 radeonsi_dri.so

-rw-r--r--  4 root root 2482560 ene 13  2016 swrast_dri.so

-rw-r--r--  1 root root 2096024 ene 13  2016 vmwgfx_dri.so 


odroid-utiltity.sh 실행중에 업데이트 되는 녀석이 있는데

얘는 X11 DDX 인가. .먼가 그거 업데이트 하는 녀석

$ armsoc.sh

bash: /usr/local/bin/armsoc.sh: Permission denied 


$ cat /usr/local/bin/armsoc.sh

#!/bin/bash


rebuild_armsoc() { 

get_board 

if [ "$BOARD" = "odroidxu" ]; then

armsoc_err_not_supported

return

fi

if [ "$BOARD" = "odroidc" ]; then

apt-get -y update

apt-get -y dist-upgrade

msgbox "All updates performed. You don't need to run any other updates."

return

fi

do_5422_1504_apt_update

if [ "$DISTRO" = "ubuntu" ]; then

armsoc_rebuild_ubuntu

elif [ "$DISTRO" = "debian" ]; then

armsoc_rebuild_debian

else

armsoc_err_not_supported

fi

}


armsoc_rebuild_ubuntu() { 

if [ "$BOARD" = "odroidxu3" ]; then

msgbox "ODROID-XU3 isn't supported yet"

return

fi

root=/tmp/armsoc-update

buildlog=/root/armsoc-update-$DATE.txt

mkdir -p $root

cd $root

# Install dependencies.

apt-get -y build-dep xserver-xorg-video-armsoc

# Download the blobs

dlf builder.mdrjr.net/tools/u3/4412_r5p0_x11.tar.xz "Downloading Mali Binaries" $root/mali.tar.xz

# Download armsoc DDX from github

dlf https://github.com/mdrjr/xf86-video-armsoc/archive/r4p0.zip "Downloading ARMSOC DDX Sources from Github" $root/ddx.zip

echo "Building Mali DDX and Installing Binaries. Please wait"

echo "Saving build logs to $buildlog"

# Unpack

xz -d mali.tar.xz &>> $buildlog

tar xf mali.tar &>> $buildlog

unzip -qq ddx.zip &>> $buildlog

# Build DDX

cd xf86-video-armsoc-r4p0

./autogen.sh --with-drmmode=exynos --prefix=/usr &>> $buildlog

make -j4 &>> $buildlog

make install &>> $buildlog

cd ..

# Install new Binaries

cd mali

cp -aRP lib* /usr/lib

cp -aRP lib* /usr/lib/arm-linux-gnueabihf/mali-egl

ldconfig

cp config/xorg.conf /etc/X11/xorg.conf

sync

msgbox "Mali is now updated. If something fails or isn't working report on the forums with the following file: $buildlog"

}


armsoc_rebuild_debian() { 

if [ "$BOARD" = "odroidxu3" ]; then

msgbox "ODROID-XU3 isn't supported yet"

return

fi

root=/tmp/armsoc-update

buildlog=/root/armsoc-update-$DATE.txt

mkdir -p $root

cd $root

echo "Debian requires some extra packages to build. We are installing it.. Please wait."

# debian requires some extra packages to build the DDX. So.. lets install it

apt-get -y build-dep xserver-xorg-video-modesetting xserver-xorg-video-nouveau &>> $buildlog

apt-get -y install build-essential git xz-utils xserver-xorg-dev libudev-dev &>> $buildlog

# Download the blobs

dlf builder.mdrjr.net/tools/u3/4412_r5p0_x11.tar.xz "Downloading Mali Binaries" $root/mali.tar.xz

# Download armsoc DDX from github

dlf https://github.com/mdrjr/xf86-video-armsoc/archive/r4p0.zip "Downloading ARMSOC DDX Sources from Github" $root/ddx.zip

echo "Building Mali DDX and Installing Binaries. Please wait"

echo "Saving build logs to $buildlog"

# Unpack

xz -d mali.tar.xz &>> $buildlog

tar xf mali.tar &>> $buildlog

unzip -qq ddx.zip &>> $buildlog

# Build DDX

cd xf86-video-armsoc-r4p0

./autogen.sh --with-drmmode=exynos --prefix=/usr &>> $buildlog

make -j4 &>> $buildlog

make install &>> $buildlog

cd ..

# Install new Binaries

cd mali

cp -aRP lib* /usr/lib

ldconfig

cp config/xorg.conf /etc/X11/xorg.conf

cd /tmp && rm -fr $root

sync

msgbox "Mali is now updated. If something fails or isn't working report on the forums with the following file: $buildlog"

}


armsoc_err_not_supported() {

msgbox "ARMSOC: Your distro isn't supported. Report this on the forums -> Distro $DISTRO and board $BOARD"

}


DDX 깔고 나니 먼가 추가되긴 한데...

/usr/lib/arm-linux-gnueabihf/mali-egl$ ll

total 1172

drwxr-xr-x  2 root root    4096 oct 23 22:19 ./

drwxr-xr-x 94 root root   94208 oct 23 21:11 ../

-rw-r--r--  1 root root      38 may  8  2014 ld.so.conf

lrwxrwxrwx  1 root root      11 feb 18  2015 libEGL.so -> libEGL.so.1*

lrwxrwxrwx  1 root root      13 feb 18  2015 libEGL.so.1 -> libEGL.so.1.4*

lrwxrwxrwx  1 root root      10 feb 18  2015 libEGL.so.1.4 -> libMali.so*

lrwxrwxrwx  1 root root      17 feb 18  2015 libGLESv1_CM.so -> libGLESv1_CM.so.1*

lrwxrwxrwx  1 root root      19 feb 18  2015 libGLESv1_CM.so.1 -> libGLESv1_CM.so.1.1*

lrwxrwxrwx  1 root root      10 feb 18  2015 libGLESv1_CM.so.1.1 -> libMali.so*

lrwxrwxrwx  1 root root      14 feb 18  2015 libGLESv2.so -> libGLESv2.so.2*

lrwxrwxrwx  1 root root      16 feb 18  2015 libGLESv2.so.2 -> libGLESv2.so.2.0*

lrwxrwxrwx  1 root root      10 feb 18  2015 libGLESv2.so.2.0 -> libMali.so*

-rwxr-xr-x  1 root root 1066735 feb 18  2015 libMali.so*

-rw-r--r--  1 root root   22232 feb 22  2013 libUMP.so


Open Source Mali GPUs Linux EXA/DRI2 and X11 Display Drivers

[링크 : http://malideveloper.arm.com/.../open-source-mali-gpus-linux-exadri2-and-x11-display-drivers/...]



log$ grep "EE" Xorg.0.log

[   593.576] (EE) AIGLX error: dlopen of /usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/armsoc_dri.so: cannot open shared object file: No such file or directory)

[   593.576] (EE) AIGLX: reverting to software rendering 


아놔.. 이거 하고 나니 이제 odroid 계정으로 xwin을 구동할수도 없네 -_-

머야?!?!

'embeded > odroid' 카테고리의 다른 글

X 시작을 못하는 이유..2  (0) 2016.10.25
X 시작을 못하는 이유..?  (0) 2016.10.24
odorid u3 emmc+sd 설치 순서  (0) 2016.10.22
odroid u3 릴리즈 노트의 중요한... 내용?  (0) 2016.10.22
넌 또 왜 난리니 ㅠㅠ  (0) 2016.10.21
Posted by 구차니
Linux2016. 10. 23. 20:24

The Device Dependent X (DDX) is the part of the x-server that interacts with the hardware.

[링크 : https://en.wikipedia.org/wiki/X.Org_Server]


The Direct Rendering Infrastructure (DRI) is a framework for allowing direct access to graphics hardware under the X Window System in a safe, efficient way.

[링크 : https://en.wikipedia.org/wiki/Direct_Rendering_Infrastructure]


In computing, the Direct Rendering Manager (DRM), a subsystem of the Linux kernel, interfaces with the GPUs of modern video cards. DRM exposes an API that user-space programs can use to send commands and data to the GPU, and to perform operations such as configuring the mode setting of the display.

[링크 : https://en.wikipedia.org/wiki/Direct_Rendering_Manager]

'Linux' 카테고리의 다른 글

리눅스 런레벨  (0) 2016.12.12
yaffs2 / ext4 비교?  (0) 2016.11.04
fdisk 파티션이 2048 부터 시작하는 이유  (0) 2016.10.22
hostname을 이용한 자신의 아이피 받아오기  (0) 2016.10.18
파티션 label 변경하기  (0) 2016.10.15
Posted by 구차니
embeded/Cortex-M4 Ti2016. 10. 22. 14:27

음.. lm3s랑 tm4c driverlib을 보다 보니..


tm4c

static void

_HibernateWriteComplete(void)

{

    //

    // Spin until the write complete bit is set.

    //

    while(!(HWREG(HIB_CTL) & HIB_CTL_WRC))

    {

    }

}


void

HibernateEnableExpClk(uint32_t ui32HibClk)

{

    //

    // Turn on the clock enable bit.

    //

    HWREG(HIB_CTL) |= HIB_CTL_CLK32EN;


    //

    // Wait for write complete following register load (above).

    //

    _HibernateWriteComplete();


코드 분위기를 보아하니.. HibernateEnableExpClk()는 쓰지 말고, 얘를 쓰면 될 듯?

void

HibernateClockConfig(uint32_t ui32Config)

{

    uint32_t ui32HIBCtl;


    ASSERT((ui32Config & ~(HIBERNATE_OSC_HIGHDRIVE | HIBERNATE_OSC_LOWDRIVE |

                           HIBERNATE_OSC_DISABLE)) == 0);


    ui32HIBCtl = HWREG(HIB_CTL);


    //

    // Clear the current configuration bits.

    //

    ui32HIBCtl &= ~(HIBERNATE_OSC_HIGHDRIVE | HIBERNATE_OSC_LOWDRIVE |

                    HIBERNATE_OSC_LFIOSC | HIBERNATE_OSC_DISABLE);


    //

    // Set the new configuration bits.

    //

    ui32HIBCtl |= ui32Config & (HIBERNATE_OSC_HIGHDRIVE |

                                HIBERNATE_OSC_LOWDRIVE |

                                HIBERNATE_OSC_LFIOSC |

                                HIBERNATE_OSC_DISABLE);


    //

    // Must be sure that the 32KHz clock is enabled if the hibernate is about

    // to switch to it.

    //

    if(ui32Config & HIBERNATE_OSC_LFIOSC)

    {

        ui32HIBCtl |= HIB_CTL_CLK32EN;

    }


    //

    // Set the hibernation clocking configuration.

    //

    HWREG(HIB_CTL) = ui32HIBCtl;


    //

    // Wait for write completion

    //

    _HibernateWriteComplete();


    //

    // Write the output clock configuration for devices that support

    // controlling the output clocks from the hibernate module.

    //

    if(HIBERNATE_CLOCK_OUTPUT)

    {

        HWREG(HIB_CC) = ui32Config & (HIBERNATE_OUT_SYSCLK |

                                      HIBERNATE_OUT_ALT1CLK);

    }


lm3s

void

HibernateEnableExpClk(unsigned long ulHibClk)

{

    //

    // Turn on the clock enable bit.

    //

    HWREG(HIB_CTL) |= HIB_CTL_CLK32EN;


    //

    // For Fury-class devices, compute the number of delay loops that must be

    // used to achieve the desired delay for writes to the hibernation

    // registers.  This value will be used in calls to SysCtlDelay().

    //

    if(CLASS_IS_FURY)

    {

        g_ulWriteDelay = (((ulHibClk / 1000) * DELAY_USECS) /

                          (1000L * LOOP_CYCLES));

        g_ulWriteDelay++;

    }

}


tm4c 레지스터

WRC는 WR Complete 확인용인데 여기서 벗어나질 못하네



CLK32EN은.. tm4c 되면서 클럭이 무조건 32k로 바뀌었으니..



+

크리스탈이 발진 안하면 루프를 못 빠져 나오나?


The only time that I know of if the code loops like this is if the 32768Hz clock is not getting started. if this is a custom board can you make sure that the 32768Hz crystal is well mounted/soldered?

[링크 : https://e2e.ti.com/support/microcontrollers/tiva_arm/f/908/t/393107]

'embeded > Cortex-M4 Ti' 카테고리의 다른 글

tm4c hibernate module oscillator 관련  (0) 2016.10.26
tm4c 비교표  (0) 2016.10.26
tm4c ..어라? hibernate...  (0) 2016.10.20
tm4c123 rtc hibernate module  (0) 2016.09.28
tm4c uart fifo/buffer 문제  (0) 2016.09.28
Posted by 구차니
Linux2016. 10. 22. 11:09

결론은 파티션 정보로 인해서 그정도는 띄어놔야 한다?

63은 CHS 방식으로 파티션 나눌때나 그랬고

이제 더 커진 이유는 GPT로 인해서 크게크게?


Because your old disc was partitioned with a old utility, such as the Linux fdisk, that uselessly implemented track-alignment using the entirely fake disc geometry that you see reported, and your new disc has been or is being partitioned by a newer utility that (by default) aligns to 1MiB boundaries instead. 


In other words, the LBA sector number 63 corresponds to cylinder 0, head 1, sector 1 in the CHS format, which is the first sector you can use in the MBR format. However, the number 63 is not divisible by 8, which causes a problem with 4K drives, so some modern tools starts the first partition at 2048 which also provides future GPT compatibility. – billc.cn Oct 31 '11 at 23:48 


[링크 : http://superuser.com/questions/352572/why-does-the-partition-start-on-sector-2048-instead-of-63]

'Linux' 카테고리의 다른 글

yaffs2 / ext4 비교?  (0) 2016.11.04
dri drm ddx  (0) 2016.10.23
hostname을 이용한 자신의 아이피 받아오기  (0) 2016.10.18
파티션 label 변경하기  (0) 2016.10.15
구버전 사용시 호환(?)  (0) 2016.10.12
Posted by 구차니
embeded/odroid2016. 10. 22. 10:50

아니.. 은근 까다로운 녀석일세..

부팅시 장치명 문제로 인해서

파티션 재조정하다가 뻗는 등 이상한 현상이.. 끄응



1. win32Imager로 eMMC에 쓴다.

2. eMMC를 꼽고 sd를 제거하고 부팅을 한다.

3. odroid-utiltiy.sh를 통해 파티션 조정을 예약한다.

4. sd를 꼽지 말고 재부팅한다.

5. 패키지 업데이트 한다.

6. odroid-utiltiy.sh를 통해 커널을 원복한다.



아오....

Posted by 구차니
프로그램 사용/screen2016. 10. 22. 10:28

예전에 잠시 해보고 잊고 있었는데

다시 시도..


$ tty

/dev/pts/1


$ screen

$ tty

/dev/pts/6


ctrl-a,c

$ tty

/dev/pts/7


ctrl-a,n

window change


ctrl-a,d detach

[detached from 4014.pts-1.odroid_1]

// detach 시에는 다른 창을 만들어 두었더라도 전부 같이 떨어진다.


$ ps -ef | grep -i screen

odroid    4014     1  0 11:49 ?        00:00:00 SCREEN


$ screen -r

reattach


ctrl-a,? 도움말

                       Screen key bindings, page 1 of 2.


                       Command key:  ^A   Literal ^A:  a


  break       ^B b         license     ,            removebuf   =

  clear       C            lockscreen  ^X x         reset       Z

  colon       :            log         H            screen      ^C c

  copy        ^[ [         login       L            select      '

  detach      ^D d         meta        a            silence     _

  digraph     ^V           monitor     M            split       S

  displays    *            next        ^@ ^N sp n   suspend     ^Z z

  dumptermcap .            number      N            time        ^T t

  fit         F            only        Q            title       A

  flow        ^F f         other       ^A           vbell       ^G

  focus       ^I           pow_break   B            version     v

  hardcopy    h            pow_detach  D            width       W

  help        ?            prev        ^H ^P p ^?   windows     ^W w

  history     { }          quit        \            wrap        ^R r

  info        i            readbuf     <            writebuf    >

  kill        K k          redisplay   ^L l         xoff        ^S s

  lastmsg     ^M m         remove      X            xon         ^Q q


                  [Press Space for next page; Return to end.]


                       Screen key bindings, page 2 of 2.


^]   paste .

"    windowlist -b

-    select -

0    select 0

1    select 1

2    select 2

3    select 3

4    select 4

5    select 5

6    select 6

7    select 7

8    select 8

9    select 9

I    login on

O    login off

]    paste .

|    split -v

:kB: focus prev



                        [Press Space or Return to end.]  


한개 터미널에서 screen 실행중에 다른 터미널에서 확인한 결과

$ ps -ef | grep -i screen

odroid    4014     1  0 11:49 ?        00:00:00 SCREEN

odroid   17153  1554  0 11:57 pts/1    00:00:00 screen -r 


실수로 screen 안에서 screen -r 하니 이런 에러가 뜨네

$ screen -r

There is a screen on:

        4014.pts-1.odroid_1     (22/10/16 11:49:14)     (Attached)

There is no screen to be resumed. 


두개 터미널에서 detach 하니 이렇게 뜬다.

detach한 pts 번호가 뜨니 골라서 붙이면 된다.

물론 프로세스 정보 상으로는 tty가 ?로 뜸

$ screen -r

There are several suitable screens on:

        24631.pts-12.odroid_1   (22/10/16 12:02:24)     (Detached)

        4014.pts-1.odroid_1     (22/10/16 11:49:13)     (Detached)

Type "screen [-d] -r [pid.]tty.host" to resume one of them. 


$ ps -ef | grep -i screen

odroid    4014     1  0 11:49 ?        00:00:00 SCREEN

odroid   24631     1  0 12:02 ?        00:00:00 SCREEN


머랄까.. screen 프로그램이 중재자로

자신을 통해서 여러개의 pts를 오갈수 있는 컨셉?


[링크 : https://www.rackaid.com/blog/linux-screen-tutorial-and-how-to/]

2012/07/07 - [Linux] - ssh 를 통해 프로그램 실행후 로그아웃 해도 종료되지 않게 하기

2012/07/09 - [Linux/Ubuntu] - screen 유틸의 프로세스 구조(?)


Posted by 구차니
embeded/odroid2016. 10. 22. 09:52

크롬 가속이랑 창이 느리게 옮겨지는건 window manager를 바꾸라는데

그러면 단축키가 지원하지 않는다고?

끄응..


GPU acceleration on the Chromium Web browser

/etc/chromium-browser/default

CHROMIUM_FLAGS=" --use-gl=egl --ignore-gpu-blacklist --disable-accelerated-2d-canvas --num-raster-threads=2"


Slow window moving

menu/settings/Default applications for LXSession –> Core applications –> Windows manager –> metacity

Note that, the metacity doesn't support the short-cut keys well. 


[링크 : http://odroid.com/dokuwiki/doku.php?id=en:u3_ubuntu_release_note_20150224]


+

원래는 openbox인데 이걸


metacity로 설정하면 확실히 빨라는 지는데

스크린샷이라던가 터미널 단축키라던가 안되는 소소한(?) 문제가 있다.

해결할 방법이 영 없네...


'embeded > odroid' 카테고리의 다른 글

odroid에서 blender 재시도.. 실패 -_-  (0) 2016.10.23
odorid u3 emmc+sd 설치 순서  (0) 2016.10.22
넌 또 왜 난리니 ㅠㅠ  (0) 2016.10.21
odroid u3 커널빌드... 재시도  (0) 2016.10.19
odroid ubuntu 14.04 LTS / gcc-4.7  (0) 2016.10.19
Posted by 구차니
하드웨어/Storage2016. 10. 21. 16:03

NAND FLASH 보다 궁금한게 생겨서 검색..


x8도 있고 x16도 있어서 먼가 헷갈리는데...

아무튼 x8 x16는 데이터의 크기 같고(X8은 byte X16은 word라니 2byte?)


데이터 버스의 크기 차이로 인해서 내용 설명도 달라지는 듯..

아무튼.. 칩도 다른걸 봐서는.. X16 칩을 X8 모드로 쓸 수는 없나 보네..


대개.. ECC를 지원하는데 특이하게(?) 얘는 EDC 라고 에러 검출만 가능하다.

정정 그게 먼가요? 우걱우걱... ㅠㅠ

[링크 : http://www.datasheet4u.com/pdf/H27U2G8F2C-pdf/843378]



The EDC/ECC technique uses an error detecting code (EDC) in the level 1 cache. If an error is detected, data is recovered from ECC-protected level 2 cache.

[링크 : https://en.wikipedia.org/wiki/ECC_memory]


ECC를 제공하면.. 512/1024byte 바이트 당 3바이트 짜리 혹은 1바이트 짜리 ECC 코드가 붙는 듯


The SAMA5D3 provides up to 24 bits of ECC code per sector of 512 or 1024 bytes. Table 1-1 provides the number of ECC bytes required depending on the number of errors to correct. 

[링크 : http://www.atmel.com/...A5-Microcontroller_NAND-Flash-Support-for-SAMA5D3_Application-Note.pdf]


[링크 : http://www.easytv.co.kr/153]

[링크 : http://pastime0.tistory.com/entry/NAND]



+

아 드럽게 헷갈리네..


ECC 알고리즘 별로 필요로 하는 양이 다른거 같은데

Hamming

A 512B data block consists of 4096 (2^12) bits, thus a Hamming code requires 24 parity bits.


Reed-Solomon

An RS over a 512B data block consisting of 9-bit symbols capable of supporting 8 symbol correction would require 2*9*8, or 144 bits of parity.


BCH

Blocksize ECC Level ECC Bits ECC Bytes

512B ECC 8 13*8=104 13

512B ECC 16 13*16=208 26

1024B ECC 24 14*24=336 42

1024B ECC 40 14*40=560 70 

[링크 : http://www.cyclicdesign.com/index.php/parity-bytes/2-bch/27-nand-ecc-how-many-parity-bytes]


데이터 시트를 보면.. 512 byte당 16byte의 spare가 있고 여기다가 EDC 데이터가 저장될 수 있다는 건가?

그러면 ECH로 할 경우에는 8비트(?) 로 는 가능하고 24bit로는 불가능?


'하드웨어 > Storage' 카테고리의 다른 글

sata gen3 mode ?  (0) 2017.02.02
시놀로지 https / ssl 인증서 적용하기  (0) 2017.01.25
synology home / homes 차이점  (0) 2016.07.14
synology opensource  (0) 2016.06.23
synology ds215+ cpuinfo  (4) 2016.06.23
Posted by 구차니
Microsoft/Windows2016. 10. 21. 13:43

PL-2303HXA / PL-2303X 단종 칩셋이라 win8/8.1/10 에서 미지원함

그렇기에 설치를 해도 장치를 시작할 수 없다고 에러가 발생함


NOTE:

  • Windows 8/8.1/10 are NOT supported in PL-2303HXA and PL-2303X EOL chip versions.
  • Run PL2303 CheckChipVersion tool program in Windows XP/Vista/7 to check chip version.
  • Windows XP, 2000, 98 and Windows ME driver technical support is discontinued.
  • Prolific recommends to use PL-2303HXD (HX Rev D) or PL2303TA chip.

[링크 : http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41]


결론은.. 구버전 드라이버 설치?

Device using PL-2303 H/HXA/HX/X version chips

Driver Version: 3.3.2.102

Driver Date: 09/29/08

Supported device ID and product strings: . VID_067B&PID_2303 for "Prolific USB-to-Serial Comm Port" 

[링크 : http://www.totalcardiagnostics.com/.../prolific-usb-to-serial-fix-official-solution-to-code-10-error]



+

2018.01.15


PL2303HX(rev A) 칩셋이 위조가 많아서 겸사겸사 단종시켜 버린 듯

HX(rev A)인데 HXA 로도 표기 하는 것을 보인다.

Warning Notice:

Please be warned that counterfeit (fake) PL-2303HX (Chip Rev A) USB to Serial Controller ICs using Prolific's trademark logo, brandname, and device drivers, were being sold in the China market. Counterfeit IC products show exactly the same outside chip markings but generally are of poor quality and causes Windows driver compatibility issues (Yellow Mark Error Code 10 in Device Manager). We issue this warning to all our customers and consumers to avoid confusion and false purchase. 


'Microsoft > Windows' 카테고리의 다른 글

win7 스티커 메모(sticky note) 복원관련  (0) 2017.01.11
autochk.exe not found in winxp  (2) 2016.11.26
메모장 F5 단축키..  (0) 2016.08.10
win7 자격 증명 저장관련  (0) 2016.06.23
win10 on bash / linux!  (0) 2016.03.31
Posted by 구차니