bug fixed and release

v4.0 相當的不錯,應該是把問題解掉了。
經過四十次的驗證,應該沒有問題。
而且明確找到原因啦。

status of debian arm versatile qemu(4/19)

Applied my patches, I found
1. system work or kernel page error.
2. debian installation always work without kernel hang.
in that case, blue screen without anything.
3. I guess it is hardware model error.

But we need more systematic method to solve problem.

I try to debug by the follow steps.

First, I saw the kernel error in screen.
Because I use pyvnc2swf, I can saw all screen information in installation.

It show that

sym_evaluate_dp 0xa4/0x178
sym_compute_residual 0x78/0xe4
sym_interrupt 0xf0/0x18d8
sym53c8xx_intr 0x3c/0x6c
handle_IRQ_event 0x44/0x84

and then I use arm-elf-objdump -S to dump all of vmlinux > log
vmlinux has debug information, but vmlinuz not.
hence, you will get only assembly code if you dump vmlinuz.

and then you will find the memory error happen address in C code.


and then analysis these code
1. SYM_CONF_MAX_SG is 96. but (r0 = 0x1c8)
so that, some thing is wrong.

Another method is to enable debug mode in emulator,
and trace what happen inside. we can monitor all of transaction,
and find the problem.

for example above, we find the problem is happened in SCSI ISR.
Because of some mismatches, the ISR can not handle it correct.

Debian Arm Versatile Qemu stability

• Always work
• without vnc viewer
• with vnc recoder pyvnc2swf
• with vnc viewer -viewonly
  

• Sometimes work
• remote vnc viewer
  

I guess there are bugs in vnc server.

debian auto installation timeout

loop
    sleep 10s
    check the job status
    if already wait 5000s
        kill the job
    else
        continue wait
endloop

debian etch is released

my debian arm qemu version v2.8 is also released.(4/8)

Now, stability testing is running.

No, this version is not stable enough.(4/9)
apply vnc patch.
v3.0 is under testing.

v3.0 is work under 26 times continuous installation testing.(4/10 14:50)

v3.0 in ubuntu is under testing.(4/10 7:50)
v3.0 is also work under 6 times testing(4/10 14:50)

qemu upstream

原先我們一直出新的patch給upstream用,以為qemu的upstream主要在穩定,但是系統太複雜,核心的patch會更動到所有的架構,今天來個irq patch, arm就不會動了,所以目前是給一個qemu cvs snapshot的版本,然後再上patch,這樣比較不會有問題啦........跟upstream還有點煩...

ps. 這個bug花點時間也找到了...

lsi_scsi still have bug!

在一次網路不穩定(apt-proxy)的狀況下出現了下面的問題.正常狀況下似乎不會發生
lsi_scsi: error: Unimplemented message 0x0d
lsi_scsi: error: Unimplemented message 0x0c
lsi_scsi: error: Reselect with pending DMA
lsi_scsi: error: Reselect with pending DMA
lsi_scsi: error: Reselect with pending DMA

QEMU看起來還不錯用啦

debian ARM versatile QEMU
angstrom ARM versatile QEMU
兩個環境相當的不錯!!
目前在我的環境 x86 debian sarge or debian etch都蠻穩的,系統沒有什麼問題.

ps.但是debian installer在別的環境下不行, 連ubuntu都會掛!!!Fedora是一定掛........
但是我個人覺得這個應該是debian installer software的bug，硬體應該沒問題。
看debian etch installer 的bug list還真多問題。

ps.後來覺得debian installer software應該沒有問題。是hardware model的bug.(4/10)
ps.我不知道什麼時候會再反過來