[#4882] up arrow key works abnormal for bf561 ezkit board
Submitted By: Mingquan Pan
Open Date
2009-02-10 05:11:21 Close Date
2010-07-11 19:51:13
Priority:
Medium Assignee:
Nobody
Status:
Closed Fixed In Release:
N/A
Found In Release:
2009R1-RC6 Release:
Category:
N/A Board:
N/A
Processor:
BF561 Silicon Revision:
Is this bug repeatable?:
Yes Resolution:
Fixed
Uboot version or rev.:
Toolchain version or rev.:
4.1 of Jan 16
App binary format:
N/A
Summary: up arrow key works abnormal for bf561 ezkit board
Details:
up arrow key works abnormal for bf561 ezkit board now.
## Booting image at 02000000 ...
Image Name: Linux-2.6.28.3-ADI-2009R1-pre-sv
Image Type: Blackfin Linux Kernel Image (gzip compressed)
Data Size: 3570899 Bytes = 3.4 MB
Load Address: 00001000
Entry Point: 0017527c
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Starting Kernel at = 17527c
Linux version 2.6.28.3-ADI-2009R1-pre-svn6083 (test@linux) (gcc version 4.1.2 (ADI svn)) #9 Tue Feb 10 17:07:59 GMT-8 2009
console [early_BFuart0] enabled
early printk enabled on early_BFuart0
Warning: limiting memory to 56MB due to hardware anomaly 05000263
Board Memory: 64MB
Kernel Managed Memory: 64MB
Memory map:
fixedcode = 0x00000400-0x00000490
text = 0x00001000-0x000fdb20
rodata = 0x000fdb20-0x00149e94
bss = 0x00149ea0-0x00158ad0
data = 0x00158ad0-0x00168000
stack = 0x00166000-0x00168000
init = 0x00168000-0x006b7000
available = 0x006b7000-0x037ff000
DMA Zone = 0x03f00000-0x04000000
Hardware Trace Active and Enabled
Boot Mode: 0
Reset caused by Software reset
Blackfin support (C) 2004-2009 Analog Devices, Inc.
Compiled for ADSP-BF561 Rev 0.3
Blackfin Linux support by blackfin.uclinux.org/
Processor Speed: 600 MHz core clock and 100 MHz System Clock
NOMPU: setting up cplb tables
Instruction Cache Enabled for CPU0
Data Cache Enabled for CPU0 (write-through)
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 14223
Kernel command line: root=/dev/mtdblock0 rw earlyprintk=serial,uart0,57600
Configuring Blackfin Priority Driven Interrupts
PID hash table entries: 256 (order: 8, 1024 bytes)
console handover: boot [early_BFuart0] -> real [ttyBF0]
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory available: 49884k/65536k RAM, (5436k init code, 1010k kernel code, 426k data, 1024k dma, 7756k reserved)
Calibrating delay loop... 1196.03 BogoMIPS (lpj=2392064)
Security Framework initialized
Mount-cache hash table entries: 512
Blackfin Scratchpad data SRAM: 4 KB
Blackfin L1 Data A SRAM: 16 KB (15 KB free)
Blackfin L1 Data B SRAM: 16 KB (16 KB free)
Blackfin L1 Instruction SRAM: 16 KB (9 KB free)
Blackfin L2 SRAM: 128 KB (128 KB free)
PDA for CPU0 reserved at 0014b0c0
net_namespace: 288 bytes
NET: Registered protocol family 16
Blackfin GPIO Controller
Blackfin DMA Controller
ezkit_init(): registering device resources
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
BF561 Core B driver v0.1 initialized.
msgmni has been set to 97
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler cfq registered
Serial: Blackfin serial driver
bfin-uart.1: ttyBF0 at MMIO 0xffc00400 (irq = 35) is a BFIN-UART
brd: module loaded
smc91x.c: v1.1, sep 22 2004 by Nicolas Pitre <nico@cam.org>
eth0: SMC91C11xFD (rev 1) at 2c010300 IRQ 82 [nowait]
eth0: Ethernet addr: 00:e0:22:fe:b2:01
bfin-spi bfin-spi.0: Blackfin on-chip SPI Controller Driver, Version 1.0, regs_base@ffc00500, dma channel@16
bfin-wdt: initialized: timeout=20 sec (nowayout=0)
TCP cubic registered
NET: Registered protocol family 17
Freeing unused kernel memory: 5436k freed
dma_alloc_init: dma_page @ 0x006b4000 - 256 pages at 0x03f00000
_____________________________________
a8888b. / Welcome to the uClinux distribution \
d888888b. / _ _ \
8P"YP"Y88 / | | |_| __ __ (TM) |
8|o||o|88 _____/ | | _ ____ _ _ \ \/ / |
8' .88 \ | | | | _ \| | | | \ / |
8`._.' Y8. \ | |__ | | | | | |_| | / \ |
d/ `8b. \ \____||_|_| |_|\____|/_/\_\ |
dP . Y8b. \ For embedded processors including |
d8:' " `::88b \ the Analog Devices Blackfin /
d8" 'Y88b \___________________________________/
:8P ' :888
8a. : _a88P For further information, check out:
._/"Yaa_: .| 88P| - blackfin.uclinux.org/
\ YP" `| 8P `. - docs.blackfin.uclinux.org/
/ \.___.d| .' - www.uclinux.org/
`--..__)8888P`._.' jgs/a:f - www.analog.com/blackfin
Have a lot of fun...
BusyBox v1.13.2 (2009-02-10 17:01:05 GMT-8) built-in shell (msh)
Enter 'help' for a list of built-in commands.
root:/> ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
root:/> ifconfig eth0 10.100.4.50
eth0: link down
root:/> eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
pwd
/
root:/> ls
bin etc init mnt root sys usr
dev home lib proc sbin tmp var
root:/> pwd
/
root:/> ls
bin etc init mnt root sys usr
dev home lib proc sbin tmp var
root:/> pwd
/
root:/> ls
bin etc init mnt root sys usr
dev home lib proc sbin tmp var
root:/> date
Mon Jan 1 00:00:42 UTC 2007
root:/> date
datehh: not found
root:/> pwd
/
root:/> date梃
datehh: not found
root:/> ls
bin etc init mnt root sys usr
dev home lib proc sbin tmp var
root:/> pwd
/
root:/> date
Mon Jan 1 00:00:58 UTC 2007
It would give out abnormal sound when you firstly hit the uparrow key, and it would not reponse until about the third time. And sometimes there is random characters show up.
Follow-ups
--- Graf Yang 2009-02-27 00:57:31
Both DMA and PIO mode have this bug.
It seems it is a timing compatible issue.
When I connect BF561 board with desktop or laptop serial ports, both of them
have random chars.
When I use a USB2Serail dangle to connect to the BF561 board, all the things
are OK.
--- Graf Yang 2009-02-27 04:33:32
Use the equation on HRM instead of the common code equation to calculate the
divisor for uart. Now it's OK.
I also tested it for BF537(both DMA/PIO), it is OK.
Files
Changes
Commits
Dependencies
Duplicates
Associations
Tags
File Name File Type File Size Posted By
No Files Were Found